Test Adapter Weather-Warnings

[rtwl]

@ticaki verstehe was du meinst.
wenns nach mir geht brauch ich keine variable für die Vergangenheit - ich glaube auch ZAMG liefert keine vergangene Meldungen. Und falls es 22 Uhr ist und in der VIS steht "Heute Vormittag" dann ist das auch noch logisch. "Gestern" könnte ja statt "letztens" funktionieren. oder gibt es tatsächlich eine Meldung welche länger als 1 Tag in der Vergangenheit lag?

Für die Zukunft, also weiter als "Übermorgen" brauche ich zumindest auch nicht, denn bis das Wetter-Ereignis tatsächlich eintrifft liefert ZAMG gefühlt 50 neue Aktualisierungen.
für "Über-Übermorgen" könntest du ja einfach beim Wochentag bleiben, aktuell also bei "Dienstag"?

[ticaki]

@rtwl sagte in Test Adapter Weather-Warnings:

@ticaki verstehe was du meinst.
wenns nach mir geht brauch ich keine variable für die Vergangenheit - ich glaube auch ZAMG liefert keine vergangene Meldungen. Und falls es 22 Uhr ist und in der VIS steht "Heute Vormittag" dann ist das auch noch logisch. "Gestern" könnte ja statt "letztens" funktionieren. oder gibt es tatsächlich eine Meldung welche länger als 1 Tag in der Vergangenheit lag?

Für die Zukunft, also weiter als "Übermorgen" brauche ich zumindest auch nicht, denn bis das Wetter-Ereignis tatsächlich eintrifft liefert ZAMG gefühlt 50 neue Aktualisierungen.
für "Über-Übermorgen" könntest du ja einfach beim Wochentag bleiben, aktuell also bei "Dienstag"?

Du nutzt kein Nina, aber da sind Meldungen auch mal Monate lang drin. aber hast schon recht Ich kann es einfach auf gestern, heute, morgen und übermorgen begrenzen und ansonsten bleibt der Token leer. kann man dann mit dem ${(=startdaytime)\${_Vorlagemitdatum\}#\${startdaytime\}}oder so ähnlich machen

[rtwl]

hast du beim Thema "Zeilenumbruch" noch was heimlich gedreht?

Ein \\n wird zu einem Zeilenbruch, aber eines der \ bleibt in der oberen Zeile sichtbar (pushover auf Android).
hab dann, wie die letzten Tage als es nicht ging, wieder nur \n eingegeben und der Zeilenbruch funktioniert wie erwartet.

[ticaki]

@rtwl
Ne, das sieht nach einem missverständnis aus

du gibts ein \n Admin macht daraus \\n und ich mache im Code wieder\n draus. \n das ist ein Steuerzeichen - \\n das ist ein \ und ein n

[rtwl]

@ticaki
ah - jetzt verstehe ich

[sigi234]

@ticaki

Hallo, Alexa sagt mir das Datum mit Komma und Punkt an?

Vorlage:

Hallo Sigi. Es gibt eine ${headline}.

[ticaki]

@sigi234
Bitte github, das vergesse ich laufend.

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

@sigi234
Bitte github, das vergesse ich laufend.

https://github.com/ticaki/ioBroker.weather-warnings/issues/42

sigi2345 created this issue in ticaki/ioBroker.weather-warnings

closed Alexa Ansage Komma und Punkt #42

[ticaki]

Zum Abschluß noch ein kleines Update mit

Token:

startadverb

export const temporalAdverbs = {
    yesterday: -1,
    today: 0,
    tomorrow: 1,
    tomorrow2: 2,
};

Wenns nicht eines von den 4 ist ist die Ausgabe leer;

[sigi234]

@ticaki

Irgendwas stimmt mit den Testdaten nicht mehr.

Habe 2 Warn , Gewitter und Glatteis

[ticaki]

@sigi234
Wenn du mal ganz am Anfang von der Adapter entwicklung guckst hatte ich geschrieben dass ich nur 1 Warnung für ZAMG hab... die hab ich kopiert und den Type und das level geändert, damit ich etwas mehr testen kann Aber nicht den ganzen Text der da steht. Wenns das ist. die eine hat Level 1 und die andere Level 3 steht auch so in den testdaten. gib mir noch ne echte und ich mache die da rein.

[sigi234]

@ticaki

Hallo, ich möchte wenn keine Warnung ist das Alexa mir das ansagt aber nur bei manuellen auslösen.
Wie mache ich das?

Edit:

Des Weiteren wäre noch ein DP mit true/false interessant ob eine Warnung vorliegt für die Weiterverarbeitung in ein Blockly. Beispiel: Frage an Alexa: Gibt es eine Warnung?

[ticaki]

@sigi234 sagte in Test Adapter Weather-Warnings:

@ticaki

Hallo, ich möchte wenn keine Warnung ist das Alexa mir das ansagt aber nur bei manuellen auslösen.
Wie mache ich das?

Alle Dienste benutzen für keine Warnung das was du links bei dem Dienst für keine Warnung eingetragen hast. Das gilt für Automatisch und manuell. Oder zielt deine Frage darauf ab, dass das nicht gesagt werden soll im automatischen Modus? Wenn ja, das geht aktuell nicht - github bitte

Edit:

Des Weiteren wäre noch ein DP mit true/false interessant ob eine Warnung vorliegt für die Weiterverarbeitung in ein Blockly. Beispiel: Frage an Alexa: Gibt es eine Warnung?

Da steht wieviele Warnungen es aktuell gibt:
Provider: weather-warnings.0.provider.dwd.807133073.activeWarnings
insgesamt: weather-warnings.0.provider.activeWarnings

[sigi234]

@ticaki sagte in Test Adapter Weather-Warnings:

@sigi234 sagte in Test Adapter Weather-Warnings:

@ticaki

Hallo, ich möchte wenn keine Warnung ist das Alexa mir das ansagt aber nur bei manuellen auslösen.
Wie mache ich das?

Alle Dienste benutzen für keine Warnung das was du links bei dem Dienst für keine Warnung eingetragen hast.

Hier:

EDIT;

Geht jetzt!

[ticaki]

Der Adapter ist jetzt (am Nachmittag) im latest (beta).

Ich haue aber nicht für jede Funktion eine neue Release raus.
Daher Testen von sehr neuen Funktionen -> github
Ansonsten -> latest

@sigi234
Alexa ansagen werden jetzt umgebaut (sollte auch Spachunabhäng sein solange die Reihenfolge: wochentag tag monat passt) aus Mo, 12.04.2023 wird Montag zwölfter April

Das gilt natürlich für alles was dem schema (b = buchstabe z= zahl) bb, zz.zz.zzzz (vor bb muß ein leerzeichen sein.) also auch Vorlagen, wenn man es dort verwendet einfach als Jahr 4 Zahlen eintragen, werden eh ignoriert.
Aber nur bei Sprachausgaben

@Chris76e dein 2ter funktioniert nicht mit einster

Beta erst Version ist 0.4.0

Zu dem Problem von Sigi (1 Post höher)
Wenn ihr eine/mehrere Vorlage hinzufügt, Speichern und Schließen, 3 Sekunden warten und wieder öffnen. Dann sollte der Adapter mit der neue Konfiguration gestartet sein und ihr habt die Vorlagen zur Auswahl.

[ticaki]

@ticaki

Da fehlt noch eine entscheidende Information:
Wenn das in einer Vorlage verwendet wird Mo, 22.10.0010 zu Sonntag zwei und zwanzigster Oktober. Es wird nur zz.zz verwendet, daraus ein echtes Datum gebildet und dann der Wochentag/Monat in der Systemsprache per Date() abgerufen. Der Tag kommt aus den Adapter eigenen Übersetzungen.

{
    "1.": "first",
         "10.": "tenth",
         "11.": "eleventh",
         "12.": "twelfth",
         "13.": "thirteenth",
         "14.": "fourteenth",
         "15.": "fifteenth",
         "16.": "sixteenth",
         "17.": "seventeenth",
         "18.": "eighteenth",
         "19.": "nineteenth",
         "2.": "second",
         "20.": "twentieth",
         "21.": "twenty-first",
         "22.": "twenty-second",
         "23.": "twenty-third",
         "24.": "twenty-fourth",
         "25.": "twenty-fifth",
         "26.": "twenty-sixth",
         "27.": "twenty-seventh",
         "28.": "twenty-eighth",
         "29.": "twenty-ninth",
         "3.": "third",
         "30.": "thirtieth",
         "31.": "thirty-first",
         "4.": "fourth",
         "5.": "fifth",
         "6.": "sixth",
         "7.": "seventh",
         "8.": "eighth",
         "9.": "ninth"
}

Die deutschen Übersetzungen dazu muss ich noch bei weblate korrigieren... hmpf

Edit: Da übersetzt das tool doch glatt twenty-second in deutsch: 22
EDIT2: Sobald die weblate korrekturen fertig sind mache ich ne 0.4.1 geht so echt nicht. erste zweiter dritten, zwölftel und die 22 (alles bunt gemischt)

Update 0.4.1

• Deutsche Übersetzung für Alexa sollte jetzt passen

[Chris76e]

@ticaki sagte in Test Adapter Weather-Warnings:

Alexa ansagen werden jetzt umgebaut (sollte auch Spachunabhäng sein solange die Reihenfolge: wochentag tag monat passt) aus Mo, 12.04.2023 wird Montag zwölfter April
Das gilt natürlich für alles was dem schema (b = buchstabe z= zahl) bb, zz.zz.zzzz (vor bb muß ein leerzeichen sein.) also auch Vorlagen, wenn man es dort verwendet einfach als Jahr 4 Zahlen eintragen, werden eh ignoriert.

Kannst du bitte erklären, welche tokens man wie setzten soll? Bekommes irgendwie nicht hin. Wochentag (Sonntag) wird gesagt, aber das andere nicht im richtigen format

[ticaki]

@chris76e

habs nicht getestet aber das hier sollte eigentlich gehen: war auch ein Fehler in meiner Beschreibung sry. MO und 1111 ist egal müssen nur buchstaben bzw zahlen an der stelle sein.

_ = leerzeichen

_Mo,_${startdate}.1111_

bitte nicht damit anfangen oder enden, weiß nicht ob ich leerzeichen aus Vorlagen entferne

Die regex ist:

/ [a-zA-Z][a-zA-Z], \d{1,2}\.\d{1,2}\.\d{4} /gi

ohne !
! mo, 11.11.1111 !

Das Update wird erst gegen 2:00 im latest ankommen.

[Chris76e]

@ticaki Wenn ich das so eingebe

Die Warnung gilt von Mo, ${startdate}.1111 ${endtime}

wird bei der testwarnung Mittwoch, 21. Oktober und Uhrzeit gesagt, aber nicht die Jahreszahl.

[ticaki]

@chris76e
Ja, das Jahr wird nicht gesagt?! Das steht doch oben auch so in der Beschreibung... kommen ja nicht soviele Jahre in frage

btw endtime und startdate passen nicht zu sammen

Edit und damit sich keine Wunder °C wird durch Grad Celsius km/h durch kilometer pro Stunde und l/m2 liter pro qm. Und die Windgeschwindigkeits details werden raus gefiltert. (aber alles DWD)