Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[H5N1]

@WG25 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Es gibt in dem Adapter für jeden Tag den stündlichen Forecast, je nach Einstellung 1, 6, 12 oder 24 Stunden...

... Wie gesagt, hat nichts mit der Adapter Funktionalität zu tun, kam mir nur merkwürdig vor.

Du hast recht, das ist mir gar nicht aufgefallen, ich bin davon ausgegangen das es z.B für Stunde 0 die Daten für 0.00Uhr - 1.00Uhr sind, für Stunde 1 von 01.00 Uhr - 02.00 Uhr ist, da ich nur darauf fixiert war ob die Datenpunkte gefüllt werden, nebenbei habe ich auch gesehen das für die Stundenvorhersagen die Icons nicht wechseln zwischen Tag und Nacht.
Das habe ich jetzt gefixt, jetzt werden die Tatsächlichen Stunden im entsprechenden Ordner angezeigt, allerdings wird nun für für hourly.day0.hour* ab der Stunde angezeigt wo der Adapter gestartet wurde, d.h. ändert man etwas und startet den Adapter um 19.15 Uhr wird erst ab day0.hour19 - 23 erstellt, das ist aber normal da der Adapter nur Daten aus dem jetzt und Zukunft abruft. Sollte aber mit dem Tageswechsel erledigt sein.

Ich werde das jetzt noch beobachten ob das alles funktioniert und werde die Änderungen demnächst in einer neuen Version hochladen.

Grüße

[Homoran]

@WG25 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Dabei ist die Stunde "0" immer die aktuelle Stunde, die "1" die nächste und so weiter.

das ist in dem DWD API (Adapter Brightsky) genauso.

Das erlaubt dir die Vorhersage für die nächsten Stunden

ohne große Manipulationen der DP-Referenzen darzustellen.
Voraussetzung ist natürlich, dass die Datenpunkte alle Stunde refresht werden

[H5N1]

Was von beiden ist dann nun besser bzw allgemein besser? Ich habe es nun so gebogen das die Stunden auch den entsprechenden Stunden entsprechen, da ich bisher davon ausgegangen bin das es auch tatsächlich so ist und sein soll. Was @homoran beschreibt klingt dabei schon sinnvoll, wobei anders gesehen wer scrollt schon bis zum 7. oder 16 Tag 21.00 Uhr um zu schauen ob da seine Bratwurst Nass werden könnte :), dann würde die vorhersage weiter als 2-3 tage für Stunden keinen Sinn machen außer viele Daten erzeugen. Schwierig jetzt.

[Homoran]

@H5N1 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

wer scrollt schon bis zum 7. oder 16 Tag 21.00 Uhr

ich halte es für den aktuellen Tag / die nächsten 12h/24h für sinnvoll.

ich muss mal nachsehen wie @ticaki das gelöst hat

EDIT:
tage ebenfalls mit 0,1,2,.... fortlaufend
hourly, Anzahl konfigurierbar, ich hab 18

Darin jeweils "alle" Werte für die entsprechende Stunde

incl. der Zeit in Klartext

[H5N1]

@Homoran sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

ich halte es für den aktuellen Tag / die nächsten 12h/24h für sinnvoll.

Ich denke ich werde es wieder in den Ursprung zurück setzen, das ist tatsächlich sinnvoller.

[WG25]

@H5N1 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

@Homoran sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

ich halte es für den aktuellen Tag / die nächsten 12h/24h für sinnvoll.

Ich denke ich werde es wieder in den Ursprung zurück setzen, das ist tatsächlich sinnvoller.

Sehe ich ja genauso. Es macht aus meiner Sicht nur die stündliche Vorhersage für die nächsten 12-24 Stunden Sinn. Muss also nicht unbedingt mit dem Tag 0 verknüpft sein.
Stunde 0 = aktuelle Stunde
Stunde 1 = aktuelle Stunde + 1
...
Stunde 12 = aktuelle Stunde + 12
usw.
Sollte dann möglichst auch über die Tagesgrenze gehen.

[H5N1]

Update auf v2.2.2, Changelog findet Ihr auf GitHub. Bitte nach den Update einmal den gesamten Ordnerbaum löschen und sauber neu erstellen lassen.

[WG25]

@H5N1 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Update auf v2.2.2, Changelog findet Ihr auf GitHub. Bitte nach den Update einmal den gesamten Ordnerbaum löschen und sauber neu erstellen lassen.

Moin, ich habe die 2.2.2 jetzt installiert (vorher alles gelöscht). In hourly steht unter hour0 im DP time der 06.02.26 also day6 Werte. Da ist noch irgendetwas verbogen, denke ich.

Kann man den DP time evtl. aufsplitten in time und date?

Unter day0 steht als name_day immer "heute". Ist das so gewollt oder macht der wirkliche Tagesname da mehr Sinn?

[H5N1]

@wg25 Danke für deinen Bericht.

@WG25 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

...In hourly steht unter hour0 im DP time der 06.02.26 also day6 Werte. Da ist noch irgendetwas verbogen, denke ich.

Habe ich gefixt und wird nun korrekt angezeigt.

@WG25 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Kann man den DP time evtl. aufsplitten in time und date?

Wird nun separat angezeigt in hour*, 'time' ist geblieben und zeigt nun nur noch die Uhrzeit an, neu hinzugekommen ist ein Datenpunkt mit 'date', dort ist nun nur das Datum drin.

@WG25 sagte in Test Adapter open-meteo-weather v2.2.x GitHub/Lates:

Unter day0 steht als name_day immer "heute". Ist das so gewollt oder macht der wirkliche Tagesname da mehr Sinn?

Das war am Anfang tatsächlich gewollt und ist noch ein Überbleibsel, wurde gefixt, der dazugehörige Wochentag wird nun auch dort angezeigt.

Ich warte jetzt noch 1 - 2 Tage ab, sollte bis dahin keine weiteren Fehler oder komische dinge gemeldet werden, wird der Adapter auf die nächste Patch Version angehoben.

[H5N1]

Bis jetzt läuft er gut, Stunden werden zuverlässig aktualisiert.
Ein kleines Beispielbild vom Widget für die nächste Version.
Und so könnte es aussehen.