Test Adapter Weather-Warnings
-
@ticaki sagte in Test Adapter Weather-Warnings:
DAs ist so auf github noch nicht im latest
ah, ok.
Kann aber schon über benutzerdef. installiert werden? -
Jo
Edit da gefällt mir was noch nicht an deinen Vorlagen:
MAch eine weitere und nenne die email_remove oder so und füge das ein:
<tr><td style="padding: 5px 0 5px 0;" bgcolor="#808080"><b><font color=#000000>${Status}: ${headline}</font></b></td></tr><tr><td style="padding: 5px 0 20px 0;">${iconbase64}${description}</td></tr>Die Vorlage muß bei "Wählen Sie die Vorlage aus, die mit entfernten Warnungen verwendet werden soll" Verwendet werden. Kannst die Farbe da noch anpassen wenns sie dir nicht gefällt.
EDIT:
v0.4.8 ist auf dem WegEDIT: 2 die Email vorlagen sollten jetzt all in den Defaults sein.
-
@ticaki sagte in Test Adapter Weather-Warnings:
EDIT:
v0.4.8 ist auf dem WegLäuft mit ZAMG einwandfrei
-
@ticaki sagte in Test Adapter Weather-Warnings:
Edit da gefällt mir was noch nicht an deinen Vorlagen:
Servus
Schaut nun so aus.
Daheimkommt vom ZAMG (hab ich im Ortsnamen eingetragen)
Wernsteinkommt vom UWZ (ist 1er von 5 Orten)
Es kommt quasi von jedem Anbieter eine eigene Mail?
Kannst die Farbe da noch anpassen wenns sie dir nicht gefällt.
Damit meinst du die Farben der Entwarnung (grauer Balken, schwarze Schrift)?
-
@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:
-
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.
-
@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. -
Hier die History der letzten 2 Stunden:
-
@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. -
@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) -
@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
-
@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
