Neues YouTube-Video: Visualisierung im Devices-Adapter

[skvarel]

@Daniel81 ... das ist aber doch zur selben Zeit dann die Meldung an einem unbekannten Ort. Dann würde man direkt zwei Meldungen bekommen. Wenn ich einen bekannten Ort verlassen, kommt die Meldung ... ist unterwegs

[Daniel81]

@skvarel ... Okay, die Nachrichten mit „ist unterwegs“ habe ich bisher noch nicht bekommen. Bei mir kam aktuell nur die Nachricht, dass ich einen Ort erreicht habe.

Hier ein kleiner Überblick aus meinem Telegram. Zur besseren Unterscheidung habe ich die Nachrichten testweise mit „Palm Palim“ versehen ;-)

Die anderen Nachrichten in der Übersicht stammen übrigens von meinen eigenen Blockly-Skripten und nicht vom Adapter selbst.

[skvarel]

@Daniel81 .. installiere mal bitte die aktuelle Github Version. Dann klappt es auch mit den Meldungen bei unbekannten Orten.

Bitte die Config kontrollieren. Es kann passieren, dass bei den Benachrichtigungen ein paar Felder geleert werden.

Das mit dem Verlassen gucke ich mir an. Man müsste dann alle Orte in eine Tabelle laden und darüber definieren, ob man eine Meldung möchte.

[skvarel]

Ich habe da noch eine Idee:

Wenn man in der Config eine Tabelle mit den Orten hat, könnte ich Felder für benutzerdefinierte Texte schaffen.

+ Ort	bei Meldung priorisieren	Ankunft melden	Text bei Ankunft	Entfernen melden	Text bei Entfernen	🗑
___________	☐	☐	___________	☐	___________	🗑
___________	☐	☐	___________	☐	___________	🗑

Wenn 'bei Meldung priorisiert' dann kommt keine Meldung vom Standort sondern aus dieser Tabelle.

Um die Tabelle klein zu halten, könnte man den Ort auch selbst eintragen. Wer es nicht nutzen möchte lässt die Tabelle dann leer.

EDIT:
Das wird etwas aufwendiger. Ich muss die Personen noch berücksichtigen

+ Ort	Person	Bei Meldungen priorisieren	Ankunft melden	Text bei Ankunft	Entfernen melden	Text bei Entfernen		🗑
___________	___________	☐	☐	___________	☐	___________	↓	🗑
___________	___________	☐	☐	___________	☐	___________	↑	🗑

[Merlin123]

@skvarel Ort dann als Dropdown? Im Hintergrund am Besten mit ner ID verknüpfen, falls man den Ort mal umbenennt....

[skvarel]

@Merlin123 .. da muss ich recherchieren ob Dropdowns in einer Tabelle möglich sind.

EDIT:
Schwierig da die Places und myPlayces an unterschiedlichen Stellen hinterlegt sind.

[skvarel]

@Merlin123 .. Recherche sagt JA

Zitat:
"Doch, es lässt sich umsetzen! 🎉 Und sogar recht elegant — über den Typ selectSendTo in der Tabelle.

Wie es funktioniert
selectSendTo ist genau dafür gemacht: Die Admin-UI schickt eine sendTo-Nachricht an den laufenden Adapter, der Adapter antwortet mit einer dynamischen Liste von Optionen — in deinem Fall die bekannten Orte aus beiden Quellen"

[skvarel]

LATEST Update

Ich habe gerade die aktuelle Version als 1.8.0 ins Latest geschoben.

Die neue Tabelle für alternative Benachrichtigungen kommt dann, wie gewohnt, erstmal nur zu Github für die Alpha-Tester

[skvarel]

@Daniel81 .. da kommt eventuell etwas für dich

[skvarel]

ALPHA Update:

EDIT:
Sollte die neue Tabelle nicht funktionieren, dann bitte auf die v1.8.0 zurückgehen!

[skvarel]

Zur Zeit wird die Meldung bei unbekannten Orten noch nicht unterdrückt. Das versuche ich noch zu fixen!

Der Standort wird sauber unterdrückt und es kommt nur die Meldung aus der neuen Tabelle.

[skvarel]

Aktuelle Alpha ist die 1.8.0+a740eb9

[skvarel]

ALPHA Update

Wenn die Checkbox 'Bei Meldung priorisieren' aktiviert ist, gibt es nur Meldungen aus der neuen Tabelle

Wenn die Checkbox 'Bei Meldung priorisieren' deaktiviert ist, gibt es die Meldungen aus beiden Tabelle

Bitte Testen und ein kurzes Feedback :)

EDIT:
Aktuelle Alpha Version: 1.8.0+edd36ac
Fixed Alexa speak volume

[Merlin123]

die neue Version mit den verschiedenen Texten funktioniert sehr gut

[womber]

bin auf 1.9.0+26c7fb1 und läuft bis jetzt tadellos

[skvarel]

Ich habe den aktuellen Stand gerade als 1.9.0 ins Latest geschoben

[skvarel]

Hmm ... ich habe doch tatsächlich gerade keine aktuellen Ideen.

Wenn euch was einfällt, bitte als Issue melden. Eins habe ich da noch auf der To-Do-Liste

https://github.com/inventwo/ioBroker.life360ng/issues

[JoJo58]

@skvarel

Moin, was passiert eigentlich, wenn man im Urlaub in einer anderen Zeitzone unterwegs ist?

Bei mir habe ich es aktuell so gelöst, das ich im Script die Zeitzone, sowie den Abreisezeitpunkt beim Hinflug und den vom Rückflug angebe. Entsprechend werden dann die Marker gesetzt, damit es nicht so aussieht, als würde ich mitten in der Nacht in Thailand unterwegs sein. Wenn ich mir dann später die Routen ansehe, dann zeigt der mir die Zeiten der Zeitzone an und nicht die von Berlin.

Oder hat Life360 da eine interne Anpassung, die dann im Adapter übernommen wird?

Gruß, Johannes

[skvarel]

@JoJo58 .. das kann ich so gar nicht sagen.

Ich bin bin Heimscheisser und fahre nie in den Urlaub nach dem Motte: "Warum in die Ferne schweifen, wenn das Gute liegt so nah?"

Ich habe mir hier ein kleines Paradies geschaffen (Koi- & Schwimmteich, eigenen Sandstrand usw.)

.. zurück zum Thema. Ich frage Copilot dazu mal und melde mich.

[skvarel]

@JoJo58 .. ich habe Copilot dazu gefragt.

Meine Idee bzw. Frage an Copilot war, wenn man eine Tour von 10 bis 18 Uhr in Thailand (Thai-Zeit) macht, was man dann in Thailand vor Ort und später zu Hause angezeigt bekommt

Die Antwort:

Zusammenfassung für Johannes' Forumsfrage:

Kurze Antwort: 10:00–18:00 Uhr in beiden Ansichten ist technisch nicht möglich mit der aktuellen Architektur — dafür bräuchte man die Ziel-Zeitzone zum Zeitpunkt der Aufzeichnung (Life360 liefert das nicht).

Was tatsächlich passiert:

Situation	Popup-Zeiten
Karte aufrufen während man in Thailand ist	10:00–18:00 Thai-Zeit (Browser-TZ)
Gleiche Tour zu Hause ansehen	05:00–13:00 MESZ (Thai-Zeit umgerechnet)

Für den Reisefall eigentlich sinnvoll: Vor Ort sieht man die lokale Zeit, zu Hause sieht man den deutschen Äquivalent.