NEWS
Test Adapter Weather-Warnings
-
@negalein
Jo, das ist die erste Hexzahl #808080 (Hintergrund) falls du es nicht weiß.Und dir ist klar das du noch testdaten anhast?
Ups falsch gelesen. Bei mir kommt eine Mail für alle... Könnte mir es jetzt nicht erklären wie der 2 Mails verschicken kann.
Kann aber sein das es trügt. Der Title ist rein gefummelt und da stehen die Daten der obersten Warnung drin. Also der Ort ist der von der oberstern Warnung. Code gibt es aktuell nicht her, da mehr Orte in diesen Meldungen aufzulisten. Bin da aber immer mal wieder am verbessern, vielleicht fällt mir was ein dass zu entfummeln :)
@ticaki sagte in Test Adapter Weather-Warnings:
Jo, das ist die erste Hexzahl #808080 (Hintergrund) falls du es nicht weiß.
Jep, mit Hex kenn ich mich aus :)
Und dir ist klar das du noch testdaten anhast?
Jep :)
Ups falsch gelesen. Bei mir kommt eine Mail für alle... Könnte mir es jetzt nicht erklären wie der 2 Mails verschicken kann.
Kann aber sein das es trügt. Der Title ist rein gefummelt und da stehen die Daten der obersten Warnung drin. Also der Ort ist der von der oberstern Warnung.Ok, verstehe. Ist kein Problem, wenn man es weiß.
-
Ich habe heute um 9:53 eine Entwarnung und zeitgleich eine Warnung bekommen. selbes Spiel dann um 10:23. Ich konnte aber in der pushover Meldung keinen Unterschied erkennen.
ist das Verhalten so gewollt, oder ein Fehler?
hier die letzten Daten der HistoryJson:
-
Ich habe heute um 9:53 eine Entwarnung und zeitgleich eine Warnung bekommen. selbes Spiel dann um 10:23. Ich konnte aber in der pushover Meldung keinen Unterschied erkennen.
ist das Verhalten so gewollt, oder ein Fehler?
hier die letzten Daten der HistoryJson:
Hast du die informiere mich bei jeder Änderung Option an?
Auf den ersten Blick hat sich chgid geändert.
Wenn du die Option an hast ist es gewollt unsinnige Benachrichtigngen zu finden um die nach und nach auszufiltern.
-
Hast du die informiere mich bei jeder Änderung Option an?
Auf den ersten Blick hat sich chgid geändert.
Wenn du die Option an hast ist es gewollt unsinnige Benachrichtigngen zu finden um die nach und nach auszufiltern.
-
@ticaki ja, ist gewollt, und hab ich auch dafür aktiviert um dich mit Infos zu füttern und eventuell die Logik anzupassen, damit dir richtigen Nachrichten gesendet werden 😉
Die unterschiede in den Meldungen:
chgid und create sind beim nächsten Update bei der "Vergleiche alles" Funktion ausgenommen.
update ^ das ist in der github version
uddate hab das Testwarnungen aktivieren, wieder auf die Einstiegseite geschoben und kein Expert nötig. Ist ja quark wenn man nach dem Installieren zum Testen Expert aktivieren muß.
EDIT: Das muß ich nochmal extra erwähnen. In .warnings steht das was nach dem Stundenfilter über ist., ansonsten werden dort keine anderen Filter angewendet.
-
Die unterschiede in den Meldungen:
chgid und create sind beim nächsten Update bei der "Vergleiche alles" Funktion ausgenommen.
update ^ das ist in der github version
uddate hab das Testwarnungen aktivieren, wieder auf die Einstiegseite geschoben und kein Expert nötig. Ist ja quark wenn man nach dem Installieren zum Testen Expert aktivieren muß.
EDIT: Das muß ich nochmal extra erwähnen. In .warnings steht das was nach dem Stundenfilter über ist., ansonsten werden dort keine anderen Filter angewendet.
@ticaki sagte in Test Adapter Weather-Warnings:
chgid und create sind beim nächsten Update bei der "Vergleiche alles" Funktion ausgenommen.
scheint nicht zu funktionieren. Oder es ist noch was anderes was sich ändert.
hab gestern abend ca 23:45 ein update via git gemacht. dann direkt ins Bett. Heute früh hatte ich über 40 pushover Nachrichten. Alle 15 min zwei Warnungen (Entwarnung und Warnung).
leider hab ich in der Hoffnung, dass es funktioniert, die History ausgeschalten. ich aktiviere sie jetzt nochmal und poste sie dann später. -
@rtwl sagte in Test Adapter Weather-Warnings:
Entschuldige, war gestern abend recht müde und hab einen Teil des Json Pfades vergessen.
Da steht 2 * properties drin. Den Fehler hab ich am Anfang laufend gemacht. Ist jetzt ok.
update
Aber lasse die jsonHistory noch an, kannst die ja alle 1-2 Wochen ausschalten und wieder einschalten. Ich bräuchte noch ein Beispiel für erwünschte mehrfach Benachrichtigungen.
-
@rtwl sagte in Test Adapter Weather-Warnings:
Entschuldige, war gestern abend recht müde und hab einen Teil des Json Pfades vergessen.
Da steht 2 * properties drin. Den Fehler hab ich am Anfang laufend gemacht. Ist jetzt ok.
update
Aber lasse die jsonHistory noch an, kannst die ja alle 1-2 Wochen ausschalten und wieder einschalten. Ich bräuchte noch ein Beispiel für erwünschte mehrfach Benachrichtigungen.
-
@sigi234
Ja, die Testoption die jeder nutzen soll ist auf Seite Allgemein, die erweiterten auf Seite zusätzliche Einstellungen. Kann auch alle wieder auf Seite 1. machen... Ich weiß es nicht. Auf jeden Fall braucht der der den Adapter das erste Mal installiert diese Testfunktion und daher möchte ich sie nicht irgendwo verstecken. -
@rtwl sagte in Test Adapter Weather-Warnings:
Entschuldige, war gestern abend recht müde und hab einen Teil des Json Pfades vergessen.
Da steht 2 * properties drin. Den Fehler hab ich am Anfang laufend gemacht. Ist jetzt ok.
update
Aber lasse die jsonHistory noch an, kannst die ja alle 1-2 Wochen ausschalten und wieder einschalten. Ich bräuchte noch ein Beispiel für erwünschte mehrfach Benachrichtigungen.
@ticaki sagte in Test Adapter Weather-Warnings:
Aber lasse die jsonHistory noch an, kannst die ja alle 1-2 Wochen ausschalten und wieder einschalten
kommt nach deiner Korrektur jetzt trotzdem alle 15 min ein Eintrag in die History? Falls ja, denke ich nicht, dass 2 Wochen möglich sind 😃
Danke aber fürs korrigieren. 👍
Ich teste weiter
-
@ticaki sagte in Test Adapter Weather-Warnings:
Aber lasse die jsonHistory noch an, kannst die ja alle 1-2 Wochen ausschalten und wieder einschalten
kommt nach deiner Korrektur jetzt trotzdem alle 15 min ein Eintrag in die History? Falls ja, denke ich nicht, dass 2 Wochen möglich sind 😃
Danke aber fürs korrigieren. 👍
Ich teste weiter
@rtwl
Ja, diese History speichert alles was an daten rein kommt (abgesehen vom Stundenfilter der kommt vorher) -
@rtwl sagte in Test Adapter Weather-Warnings:
Entschuldige, war gestern abend recht müde und hab einen Teil des Json Pfades vergessen.
Da steht 2 * properties drin. Den Fehler hab ich am Anfang laufend gemacht. Ist jetzt ok.
update
Aber lasse die jsonHistory noch an, kannst die ja alle 1-2 Wochen ausschalten und wieder einschalten. Ich bräuchte noch ein Beispiel für erwünschte mehrfach Benachrichtigungen.
-
@ticaki sagte in Test Adapter Weather-Warnings:
Ich bräuchte noch ein Beispiel für erwünschte mehrfach Benachrichtigungen.
immer dann, wenn sich etwas wesentliches ändert. zb Typ, Level, Zeitraum.
@rtwl
Ja, dann bekommt man noch immer viele unnötige Benachrichtigungen. Weil das änder der Startzeit von 10:00 auf 10:05 ist auch eine Änderung. Bei Änderungen die Benachrichtigungen auslösen sollen oder "wichtig" sind, wird sich bestimmt der Datenpunkt:updategrundändern.
hm... Ich baue in diese "benachrichtige mich für alles" einen Logfunktion ein, die eine Warnung ins Log schreibt, das der Datenpunkt nicht leer ist. Wäre dann nett wenn du mir den Logeintrag postest. Der wird dir dann alle "Aktualisierungzeit Minuten" im Log erscheinen, wenn er nicht leer ist. Hab bisher noch nicht gesehen dass der nicht leer war. ok für dich?die Warnung sieht dann so im Log aus:
ZAMG: result.properties.warnings[
eine Zahl].properties.updategrund:text- Please post this line in the forum or on Github.Wäre aber gut dann dann diese ausführliche History zu haben. Naja aber erstmal ist es wichtig zu sehen dass das Feld überhaupt benutzt wird. So ein Feld gibts auch für DWD, wird aber nicht genutzt. Da wird einfach, die alte Warnung verworfen und eine neue erstellt.
Hab das mal so eingebaut und hochgeladen.
update
- Vorlagenhilfe mit Übersetzungen
- Whatsapp sollte nicht funktioniert haben
- Wenn ein Adapter (ausgenommen Alexa) beim Versenden hängen bleibt gibts ne Warnung
-
@rtwl
Ja, dann bekommt man noch immer viele unnötige Benachrichtigungen. Weil das änder der Startzeit von 10:00 auf 10:05 ist auch eine Änderung. Bei Änderungen die Benachrichtigungen auslösen sollen oder "wichtig" sind, wird sich bestimmt der Datenpunkt:updategrundändern.
hm... Ich baue in diese "benachrichtige mich für alles" einen Logfunktion ein, die eine Warnung ins Log schreibt, das der Datenpunkt nicht leer ist. Wäre dann nett wenn du mir den Logeintrag postest. Der wird dir dann alle "Aktualisierungzeit Minuten" im Log erscheinen, wenn er nicht leer ist. Hab bisher noch nicht gesehen dass der nicht leer war. ok für dich?die Warnung sieht dann so im Log aus:
ZAMG: result.properties.warnings[
eine Zahl].properties.updategrund:text- Please post this line in the forum or on Github.Wäre aber gut dann dann diese ausführliche History zu haben. Naja aber erstmal ist es wichtig zu sehen dass das Feld überhaupt benutzt wird. So ein Feld gibts auch für DWD, wird aber nicht genutzt. Da wird einfach, die alte Warnung verworfen und eine neue erstellt.
Hab das mal so eingebaut und hochgeladen.
update
- Vorlagenhilfe mit Übersetzungen
- Whatsapp sollte nicht funktioniert haben
- Wenn ein Adapter (ausgenommen Alexa) beim Versenden hängen bleibt gibts ne Warnung
@ticaki sagte in Test Adapter Weather-Warnings:
Ich baue in diese "benachrichtige mich für alles" einen Logfunktion ein, die eine Warnung ins Log schreibt, das der Datenpunkt nicht leer ist.
ich verstehe jetzt nicht ganz was du mit "nicht leer" meinst und um welchen Datenpunkt es geht.
aber ich werde dir dann die Logeinträge zeigen. Auch die History dazu.@ticaki sagte in Test Adapter Weather-Warnings:
Ja, dann bekommt man noch immer viele unnötige Benachrichtigungen. Weil das änder der Startzeit von 10:00 auf 10:05 ist auch eine Änderung. Bei Änderungen die Benachrichtigungen auslösen sollen oder "wichtig" sind, wird sich bestimmt der Datenpunkt: updategrund ändern.
das wäre für mich kein Problem, denke ich. Denn soweit ich das beobachten konnte macht ZAMG es nicht im 5 min Takt ihre Meldungen (Zeiten) zu aktualisieren. Und wenn es sich zb um eine Stufe 4 (rot) handelt, wäre ich froh, wenn da dann jeweils eine neue Push Meldung kommt.
aber mal schauen was du aus dem Logeintrag auslesen kannst.gut, dass unten in innsbruck gerade echte Warnungen sind zum testen 😃
-
@ticaki sagte in Test Adapter Weather-Warnings:
Ich baue in diese "benachrichtige mich für alles" einen Logfunktion ein, die eine Warnung ins Log schreibt, das der Datenpunkt nicht leer ist.
ich verstehe jetzt nicht ganz was du mit "nicht leer" meinst und um welchen Datenpunkt es geht.
aber ich werde dir dann die Logeinträge zeigen. Auch die History dazu.@ticaki sagte in Test Adapter Weather-Warnings:
Ja, dann bekommt man noch immer viele unnötige Benachrichtigungen. Weil das änder der Startzeit von 10:00 auf 10:05 ist auch eine Änderung. Bei Änderungen die Benachrichtigungen auslösen sollen oder "wichtig" sind, wird sich bestimmt der Datenpunkt: updategrund ändern.
das wäre für mich kein Problem, denke ich. Denn soweit ich das beobachten konnte macht ZAMG es nicht im 5 min Takt ihre Meldungen (Zeiten) zu aktualisieren. Und wenn es sich zb um eine Stufe 4 (rot) handelt, wäre ich froh, wenn da dann jeweils eine neue Push Meldung kommt.
aber mal schauen was du aus dem Logeintrag auslesen kannst.gut, dass unten in innsbruck gerade echte Warnungen sind zum testen 😃
@rtwl
Im Datenjson von ZAMG gibt es einen Datenpunkt:text: 'Gelbe Gewitterwarnung von Mo, 18.09.2023 17:00 bis Mo, 18.09.2023 23:00', updategrund: '', verlaufid: 1, warnid: 4266,updategrund ist immer leer, ich denke mal das dieser bei einem "echten" Update gefüllt wird. Also meine Annahmen sind zur Zeit
warnid: ist ein eindeutiger Bezeichner für einen Warnung
updategrund: wird ausgefüllt wenn sich die Warnung soweit verändert das der Nutzer es zur kenntnisnehmen sollte.In der nächsten Version wird
updategrund ='hier steht irgendwas'eine Warnung in das log schreiben. Und dann hätte ich gerne das history json und die log meldung. -
@rtwl
Im Datenjson von ZAMG gibt es einen Datenpunkt:text: 'Gelbe Gewitterwarnung von Mo, 18.09.2023 17:00 bis Mo, 18.09.2023 23:00', updategrund: '', verlaufid: 1, warnid: 4266,updategrund ist immer leer, ich denke mal das dieser bei einem "echten" Update gefüllt wird. Also meine Annahmen sind zur Zeit
warnid: ist ein eindeutiger Bezeichner für einen Warnung
updategrund: wird ausgefüllt wenn sich die Warnung soweit verändert das der Nutzer es zur kenntnisnehmen sollte.In der nächsten Version wird
updategrund ='hier steht irgendwas'eine Warnung in das log schreiben. Und dann hätte ich gerne das history json und die log meldung. -
@sigi234
Ja, die Testoption die jeder nutzen soll ist auf Seite Allgemein, die erweiterten auf Seite zusätzliche Einstellungen. Kann auch alle wieder auf Seite 1. machen... Ich weiß es nicht. Auf jeden Fall braucht der der den Adapter das erste Mal installiert diese Testfunktion und daher möchte ich sie nicht irgendwo verstecken.hab den Echtbetrieb aktiv und gerade diese Warn-Meldung gesehen.
weather-warnings.0 2023-11-02 01:28:46.564 warn [dwd-Neuhaus am Inn] Warn(21) axios error for dwdService url: https://maps.dwd.de/geoserver/dwd/ows?service=WFS&version=2.0.0&request=GetFeature&maxFeatures=10&outputFormat=application%2Fjson&typeName=dwd%3AWarnungen_Gemeinden&CQL_FILTER=WARNCELLID%20IN%20(%27Neuhaus am Inn%27)&language=ger weather-warnings.0 2023-11-02 01:28:46.209 warn [dwd-Neuburg am Inn] Warn(21) axios error for dwdService url: https://maps.dwd.de/geoserver/dwd/ows?service=WFS&version=2.0.0&request=GetFeature&maxFeatures=10&outputFormat=application%2Fjson&typeName=dwd%3AWarnungen_Gemeinden&CQL_FILTER=WARNCELLID%20IN%20(%27Neuburg am Inn%27)&language=ger -
@rtwl
Ja, dann bekommt man noch immer viele unnötige Benachrichtigungen. Weil das änder der Startzeit von 10:00 auf 10:05 ist auch eine Änderung. Bei Änderungen die Benachrichtigungen auslösen sollen oder "wichtig" sind, wird sich bestimmt der Datenpunkt:updategrundändern.
hm... Ich baue in diese "benachrichtige mich für alles" einen Logfunktion ein, die eine Warnung ins Log schreibt, das der Datenpunkt nicht leer ist. Wäre dann nett wenn du mir den Logeintrag postest. Der wird dir dann alle "Aktualisierungzeit Minuten" im Log erscheinen, wenn er nicht leer ist. Hab bisher noch nicht gesehen dass der nicht leer war. ok für dich?die Warnung sieht dann so im Log aus:
ZAMG: result.properties.warnings[
eine Zahl].properties.updategrund:text- Please post this line in the forum or on Github.Wäre aber gut dann dann diese ausführliche History zu haben. Naja aber erstmal ist es wichtig zu sehen dass das Feld überhaupt benutzt wird. So ein Feld gibts auch für DWD, wird aber nicht genutzt. Da wird einfach, die alte Warnung verworfen und eine neue erstellt.
Hab das mal so eingebaut und hochgeladen.
update
- Vorlagenhilfe mit Übersetzungen
- Whatsapp sollte nicht funktioniert haben
- Wenn ein Adapter (ausgenommen Alexa) beim Versenden hängen bleibt gibts ne Warnung
@ticaki sagte in Test Adapter Weather-Warnings:
Vorlagenhilfe mit Übersetzungen
Sehe ich nicht
Kannst du eine Option (Button) einbauen für : Leere die History
-
hab den Echtbetrieb aktiv und gerade diese Warn-Meldung gesehen.
weather-warnings.0 2023-11-02 01:28:46.564 warn [dwd-Neuhaus am Inn] Warn(21) axios error for dwdService url: https://maps.dwd.de/geoserver/dwd/ows?service=WFS&version=2.0.0&request=GetFeature&maxFeatures=10&outputFormat=application%2Fjson&typeName=dwd%3AWarnungen_Gemeinden&CQL_FILTER=WARNCELLID%20IN%20(%27Neuhaus am Inn%27)&language=ger weather-warnings.0 2023-11-02 01:28:46.209 warn [dwd-Neuburg am Inn] Warn(21) axios error for dwdService url: https://maps.dwd.de/geoserver/dwd/ows?service=WFS&version=2.0.0&request=GetFeature&maxFeatures=10&outputFormat=application%2Fjson&typeName=dwd%3AWarnungen_Gemeinden&CQL_FILTER=WARNCELLID%20IN%20(%27Neuburg am Inn%27)&language=ger@negalein sagte in Test Adapter Weather-Warnings:
hab den Echtbetrieb aktiv und gerade diese Warn-Meldung gesehen.
weather-warnings.0 2023-11-02 01:28:46.564 warn [dwd-Neuhaus am Inn] Warn(21) axios error for dwdService url: https://maps.dwd.de/geoserver/dwd/ows?service=WFS&version=2.0.0&request=GetFeature&maxFeatures=10&outputFormat=application%2Fjson&typeName=dwd%3AWarnungen_Gemeinden&CQL_FILTER=WARNCELLID%20IN%20(%27Neuhaus am Inn%27)&language=ger weather-warnings.0 2023-11-02 01:28:46.209 warn [dwd-Neuburg am Inn] Warn(21) axios error for dwdService url: https://maps.dwd.de/geoserver/dwd/ows?service=WFS&version=2.0.0&request=GetFeature&maxFeatures=10&outputFormat=application%2Fjson&typeName=dwd%3AWarnungen_Gemeinden&CQL_FILTER=WARNCELLID%20IN%20(%27Neuburg am Inn%27)&language=gerIch muß da wohl doch ein Adminissue erstellen, für mich ist der "Fehler" schon "ist halt so". Wenn du in das Feld einen Namen ein gibts NICHT den unteren Namen auswählen(sollte nicht möglich sein einen userdefinierten Namen auszuwählen.). Schreib mal neuhaus rein. Dann wechsel das Tab, dann wieder zurück (dafür gibts ein admin issue) Dann müsste die Liste soweit reduziert sein das du deinen Ort findest.
https://github.com/ioBroker/ioBroker.admin/issues/2200
https://github.com/ioBroker/ioBroker.admin/issues/2190Ich spiele gerade mit react rum, vielleicht verstehe ich es ja demnächst gut genug um mir eine Adminoberfläche zu bauen, aber aktuell kann ich nur das nehmen was der Admin her gibt.
@sigi234
Das steht unter der Vorlagentabelle.Du meinst damit die normale History die man als Tab auswählen kann? Button im Admin oder state?
Support us
787
Online32.4k
Benutzer81.5k
Themen1.3m
Beiträge