…ich denke, dass die Berechnung von Abstand und Winkel im Modul sehr sinnvoll wären (=Richtung des Ein-/Austritts und ungefähre Vorlaufzeit). Da ich meistens den selben Weg fahre, erhoffe ich mir einfach mehr Optionen bei der Haussteuerung (z.B. Bad vorwärmen, wenn wir anreisen, aber keine Aktion, wenn ich nur kurz zum Bäcker bin). Da muss natürlich jeder selbst seine Szenarien testen. Die Einschränkung, dass die Aktualisierung nur an der Grenze erfolgt, ist für meine Zwecke akzeptabel.
Eine ganz andere Sache macht mir gelegentlich noch Probleme: Es ist schon einige Male passiert, dass der Webhook z.B. beim Verlassen einer Zone nicht angekommen ist (Internetprobleme?). Das führt dann zu komischen Effekten, z.B. bin ich dann an zwei Orten gleichzeitig - meint zumindest IPS :D. Mir fällt leider keine richtige Lösung ein, wie man das im Modul abfangen könnte, denn ein stures Setzen der anderen Zonen auf Abwesenheit bei Eintritt ist z.B. bei überlagernden Zonen nicht sinnvoll. Ich denke, ich werde die Anwesenheits-Bool-Vars noch einmal getrennt auswerten müssen nach meiner Logik der Zonen ("wenn ich nach B komme, kann ich nicht in A sein). Oder hat hier jemand das Problem intelligenter gelöst?
…das sieht super aus! Danke! Sobald das Update für das Modul und damit die Variablen verfügbar sind, werde ich es testen und Feedback geben. Bin aber eh erst mal ein paar Tage auf Dienstreise…
Hoffe es passt jetzt so, was dann noch fehlt wären zwei weitere Variablen. Distanz zum Zentrum und Eintrittswinkel.
Die Distanz hoffe ich kann man so wie oben angegeben berechnen. Beim Winkel bzw. der Himmelsrichtung habe ich mir noch keine Gedanken gemacht. Fürs erste reicht es ja denke ich mal wenn die beiden Variablen überhaupt vorhanden sind.
Super. Ich habe es gleich ausprobiert. Die Variablen current Latitude und currrent Longitude werden angelegt und auch beim Eintreten und Verlassen gefüllt.
Sie werden bei mir aber nur mit Ganzzahlen gefüllt:eek:
Auch die Variablen Latitude und Longitude werden nur mit Ganzzahlen gefüllt. Ist mir aber bislang nicht aufgefallen, da ich sie nicht benutzt habe.
Hat da jemand eine Idee, woran das liegt?
Debuginformationen im Instanzenfenster gibt es keine, oder?
Komisch, dann kann das ja aber an sich bei Dir ja noch nie funktioniert haben. Ich weis auch nicht warum Paresy da localeconv() benutzt. Ansich muss da ja einfach immer ein „.“ eingesetzt werden.
Was gibt denn bei Dir
aus?
Bei mir kommt da ein . als Trennzeichen dann funktioniert das auch. Ich würde da einfach localeconv() raus nehmen und grundsätzlich einen Punkt setzten, vielleicht habe ich da aber auch einen Denkfehler.
Ich bin übrigens unter Windows mit deutschen Einstellungen unterwegs…
//EDIT:
der Fehler ist auch in SymconMisc\EgiGeoZone\module.php enthalten
//EDIT (2):
Noch ein anderer Punkt:
Wenn ‚Proximity‘ bei einem Ort ausgeschaltet ist, dann sollten die Variablen current Latitude und current Longitude geleert werden. Sonst ist nur aufwändig anhand der Timestamps erkennbar, ob die ‚currents‘ auch zum aktuellen Ereignis gehören.
Ja so macht das auch Sinn, die andere Funktion habe ich wie gesagt nicht verstanden weil die haut einem am Schluss noch ein Komma rein wenn die Lokalen Einstellungen so sind. Auch wenn es für den konkreten Fall etwas zu viel des Guten ist, denn die Zahlen werden ja sauber mit . geliefert, aber so würde man dann zumindest auch alle Zahlen im US Stil wie 1.950,50 sauber in ein Float überführen.
Ich habe nun auch die Funktionen GetDirectionToCenter, GetDistanceToCenter und getCompassDirection ausprobiert. Sie funktionieren tadellos.
Können sie vielleicht noch mit in das Modul übernommen werden? Halte ich zumindest für die ersten beiden für sinnvoll. Die Funktion getCompassDirection ist schon eher speziell, zumal sie die englischen Bezeichnungen zurückgibt.
Ich fände es gut, wenn gleich die Variablen ‚current Direction to Center‘ (als Integer) und ‚current Distance to Center‘ (als Integer in Meter) zur Verfügung gestellt würden.
Ja hab ich gemacht wird auf 0 gesetzt wenn die Variable existent ist aber kein Wert gesendet wird. Himmelrichtung ist dann eben bei 0 bzw. Nord was nicht stimmt, aber das kann man glaube ich verschmerzen, man sieht ja das der Wert auf 0 steht von der aktuellen Position.
es wäre super, wenn Ihr die beiden Pull Requests für die oben beschriebene Erweiterung des Moduls bearbeiten könntet. Damit wäre a) die gewünschte Funktion vollständig verfügbar und b) das Thema abgehakt. Ich glaube, hier würden einige gern weiter arbeiten/experimentieren…