roe-dl / weewx-DWD

Darstellung von Wettersymbolen in WeeWX sowie Vorhersage- und Warndaten herunterladen und für WeeWX und Web-Darstellung aufbereiten
GNU General Public License v3.0
19 stars 4 forks source link

dwd-mosmix, Parameter --belchertown, 3H Ansicht, fehlender Wert für Niederschlag? #8

Closed hoetzgit closed 2 years ago

hoetzgit commented 2 years ago

Hallo, ich glaube es fehlt der entsprechende Wert für den Niederschlag in der forecast.json für die 3H Ansicht.

roe-dl commented 2 years ago

Ich sehe es mir heute Abend an.

hoetzgit commented 2 years ago

Da schiebe ich gleich noch eine Frage hinterher ;-) Macht es Sinn, Wetterwarnungen erst anzuzeigen, wenn sie die Gültigkeit erreicht haben? Evtl. eher eine Prüfung, ob die Daten noch gültig sind, falls alte Warndateien vorhanden sind.

Zeile 1319: if al['timestamps']['begins']<now:

roe-dl commented 2 years ago

Ich hatte eine Anzeige, wo eine Warnung erst am nächsten Tag gültig werden sollte. Auf der Startseite wurde aber nur "Warnung ... gültig bis übernächster Tag" angezeigt. Das vermittelte mir den Eindruck einer aktiven Warnung, obwohl es bis dahin noch lange hin war. Das Problem dabei ist, daß nur der Ende-Zeitstempel dargestellt wird.

Ich selbst erzeuge ja auf meiner Wetterseite eine etwas andere Darstellung der Warnungen, die beim Zeitstempel entweder "ab" oder "gültig bis" angzeigt, je nachdem, ob die Warnung schon aktiv ist oder der Warnzeitraum noch in der Zukunft liegt. Das erfordert aber einen Eingriff in die Belchertown-Skin, und mit der Option --belchertown wollten wir den ja nun gerade vermeiden.

roe-dl commented 2 years ago

Zum ursprünglichen Thema, der Niederschlagsangabe in der 3h-Vorhersage. Das Problem ist, daß der DWD den Wert der Regenwahrscheinlichkeit für 3 Stunden nicht liefert. Es gibt die Werte nur für 1h, 6h, 12h und 24h.

Wie löst man das?

Damit überhaupt etwas angezeigt wird, habe ich jetzt einmal das Maximum aus den 3 1h-Werten übergeben. Ob das die beste Lösung ist, wäre zu diskutieren.

hoetzgit commented 2 years ago

Ja, ich habe das jetzt auch gerade mit Warnungen, die ab 25.02. um 00:00 Uhr starten. Musste auch die Skin anpassen und zeige jetzt "gültig von" und "gültig bis" an. Habe für mich die Prüfung mal auf if al['timestamps']['expires']>now: gesetzt. Evtl könnte man das Startdatum zum aktuellen Zeitpunkt ins Verhältnis setzen und z.B. frühestens 6h vorher die Warnung anzeigen.

So, beim Thema Regen 3H kommt jetzt zum tragen, dass ich von Meteorologie keine Ahnung habe :-( Evtl ein Durchschnitt aus den 1H Werten? Leider bin ich da völlig raus. Man könnte auch schauen, wie das Verhältnis der DWD Werte 1H zu 6,12,24h ist.

roe-dl commented 2 years ago

Nun wieder zu dem Thema mit den Warnungen: Wenn es verschiedene Meinungen gibt, macht man am besten eine Konfigurationsoption. Die lautet jetzt include_advance_warnings und gibt die Zahl der Sekunden an, die es in die Zukunft geben soll. Da hatte ich mich jetzt von dem Vorschlag mit den 6h leiten lassen.

commit 1a93421b61b51176d0de0a7eb7f3eccb7624e710

Bitte mal testen.

roe-dl commented 2 years ago

Beim Thema Regen kommt beim mir zum Tragen, daß ich in Statistik nicht sattelfest bin. Wenn die Regenwahrscheinlichkeit in der ersten Stunde 20% ist, in der zweiten 40% und in der dritten 30%, wie ist dann die Wahrscheinlichkeit über alle drei Stunden zusammengenommen? Ich weiß es nicht.

Schon für die Angabe der Regenwahrscheinlichkeit überhaupt mußte ich Entscheidungen treffen. Der Deutsche Wetterdienst liefert dazu eine Unzahl von Werten. Was genau bedeutet Regenwahrscheinlichkeit? Daß es überhaupt regnet? Dann ist der Wert fast für jeden Tag bei knapp 100%. Oder daß eine gewisse Mindestmenge an Regen überschritten wird? Wenn ja, wie viel? Auch da sind jede Menge Zahlen im Angebot.

hoetzgit commented 2 years ago

Habe auch ein wenig gelesen, die Niederschlagsmengen wären ggf. aussagekräftiger.

Die Anpassung für die Warnungen teste ich gleich morgen, evtl. noch als kleine Optimierung die Prüfung vor den Zuweisungen?

hoetzgit commented 2 years ago

Hallo, ich denke commit 1a92421 sollte passen.

Habe auch nochmal kontrolliert, ob alle in der Skin verwendeten Felder aus der forecast.json für die Vorhersage befüllt werden, mir ist kein Fehler aufgefallen. Ob alles inhaltlich korrekt befüllt ist, kann ich leider nicht beurteilen. Kommt für den [aqi] Teil noch was? Sonst überschreibe ich den für mich evtl. mit Daten von AerisWeather.

Vielen Dank nochmals und ein schönes WE

roe-dl commented 2 years ago

Zwei Antworten zu AQI:

  1. Da bin ich noch am Gucken, ob der DWD etwas Brauchbares liefert. Da es sich dabei aber nicht um eine Vorhersage sondern um einen Istzustand handelt, ist es vielleicht besser, es selbst zu messen, etwa mit einen airQ von Corant.
  2. Für meinen Standort liefert Aeris die AQI-Daten, wenn man in die Datei hineinguckt, aus einem Ort namens Rudolice v horách, 66 km von meinem Standort entfernt. Das ist auf der anderen Seite des Erzgebirges, das wiederum eine Wetterscheide ist. Wie sinnvoll Aeris' AQI-Daten da sind, stelle ich einfach mal in den Raum.

Ich wünsche ebenfalls ein schönes Wochenende.

hoetzgit commented 2 years ago

Momentan nutze ich die Luftqualitätsdaten von OpenWeatherMap und (bisher) AerisWeather (Daten Station Weiden, ca. 10km) zur Anzeige auf der Hauptseite. Aber ein Sensor ist unterwegs und ich werde aus Spass an der Freude selbst messen.