Wetternetzwerk PRO für Hobbymeteorologen

[wxnetfb]

Die Wetterstation Nidderau ist inzwischen auch online via Netatmo/MeteowarePlus:

https://wetternetzwerk.pro/#/wetterstat ... /statistik

Dazu gab es auch ein Update der Plattform: Neue Diagramme zeigen jetzt die Verteilung der gemessenen Temperatur-, Luftfeuchtigkeits- und Luftdruckwerte eines Tages. Jedes Kreisdiagramm ist in farbige Segmente unterteilt, die bestimmte Wertebereiche darstellen. Die Segmentgröße zeigt, wie häufig ein Bereich gemessen wurde.

Es können noch Fehler auftreten, falls die neuen Funktionen nicht angezeigt werden, die Seite neu laden (Browser-Refresh).

[Gyvate]

ich habe mir das jetzt auch mal angeschaut - und habe da noch Fragen ...
Es werden z.B. keine Einheiten angegeben - und es sind auch keine auswählbar (oder so versteckt, dass ich das nicht gefunden habe). Insbesondere beim Wind ist das nicht wirklich schlüssig, ob es km/h oder m/s sind.
Und das ist m.E. schon eine bedeutsame Angabe !
Ansonsten kann man in Deutschland ja °C und hPa/mbar erwarten.
Solar und UVI scheinen ja (noch ?) nicht vorgesehen zu sein ... (obwohl WU diese Daten ja erfasst)

Insbesondeere die (Wind-) Werte selbst sind auch etwas komisch - wie kann denn bei der Windstärke (ist ja wohl die Windgeschwindigkeit gemeint, lt. Zeichnung ("Meteogramm") scheint das so zu sein (Bennenung) oder sind das Beaufort ?) relativ oft 0 herauskommen, während es Böenwerte > 0 gibt.
Das Update der Tabelle erfolgt ja alle 8 Minuten - sind das dann Mittelwerte über das 8-Minuten-Loop oder wie sind die Akkumulatoren hier eingestellt - oder sind das einfach die letzten übertragenen Werte vor dem Abspeichern ?
Damit wären dann ggf. diese Unstimmigkeiten zumindest teilweise zu erklären.

[wxnetfb]

Danke, dass du dir die Mühe gemacht hast, die Windsache zu checken. In letzter Zeit kamen mir einige der Winddaten auch etwas merkwürdig vor, aber da bislang keine Fehlermeldung bekommen habe, habe ich es nicht weiter hinterfragt.

Die Werte in der Tabelle sind wohl in km/h , Luftdruck in hpa angegeben, die Statistik-Chart sollte allerdings in Beaufort sein. Ich schaue mir das morgen nochmal in Ruhe an – es ist gut möglich, dass ein Fehler bei der Umrechnung oder der Datenabfrage vorliegt. Ich melde mich dann nochmal dann.

[Gyvate]

Die Werte in der Tabelle sind wohl in km/h , Luftdruck in hpa angegeben, die Statistik-Chart sollte allerdings in Beaufort sein. Ich schaue mir das morgen nochmal in Ruhe an – es ist gut möglich, dass ein Fehler bei der Umrechnung oder der Datenabfrage vorliegt. Ich melde mich dann nochmal dann.

ich denke eher, sie sind in m/s
Wenn Du im Überblick auf den Bundesland-Link klickst, werden die entsprechenden Wetternetzwerk-Pro angezeigt, und dort erscheinen dann Windwerte z.B. Böen mit der Einheit m/s.

Ich habe eine dynamische 10Minuten-durchschnittliche-Windgeschwindigkeitanzeige auf meiner Konsole, und die geht über längere Zeit Zeit nicht unter 3.6 km/h (1 m/s) - daher müssen die Nullwerte anders zustande kommen.
Da spielen die Akkumulatoren im 8-Minuten-Loop bestimmt eine Rolle.

[wxnetfb]

ich denke eher, sie sind in m/s

Richtig, es sind m/s

daher müssen die Nullwerte anders zustande kommen.
Da spielen die Akkumulatoren im 8-Minuten-Loop bestimmt eine Rolle.

Bei der "Direktmeldung" werden die Wetterdaten grundsätzlich so in die Datenbank übernommen, wie sie gemeldet werden – lediglich notwendige Umrechnungen der Einheiten werden vorgenommen.
Ich habe inzwischen einige Anpassungen vorgenommen – die Windgeschwindigkeiten sollten jetzt korrekt dargestellt werden.

Danke für die Fehlermeldung, das Wording und die Anzeige der Einheiten in der Oberfläche sind auf der ToDo-Liste.

[Gyvate]

Bei der "Direktmeldung" werden die Wetterdaten grundsätzlich so in die Datenbank übernommen, wie sie gemeldet werden – lediglich notwendige Umrechnungen der Einheiten werden vorgenommen.

das verstehe ich nicht ganz ...
wenn einmal pro Minute verschickt wird, aber nur alle 8 Minuten etwas in der Datenbank endet, was passiert dann mit den restlichen 7 Posts ?
Normalerweise würde ein ordentliches Wetterprogramm, das über einen bestimmten Zeitraum hinweg mehrere Posts empfängt, die Posts in einem sogenannten Loop (Tabelle) sammeln und zwar mit sogenannten Akkumulationsvorschriften, die festlegen, wie die einzelnen Werte behandelt werden und was im abgespeicherten Datensatz landet (Max, Min, Durchschnitt, Summe ...). Normalerweise wird dann der Inhalt der Loop-Tabelle zum Archiveirungszeitpunkt abgespeichert.

So wie Du das schreibst, passiert das bei Euch nicht, sondern es wird nur ein Wert abgespeichert - welcher nun ? Die erste, der letzte, ... ?
Oder werden alle abgespeichert, in der Weboberfläche aber nur einer (welcher ?) angezeigt ?

[wxnetfb]

So wie Du das schreibst, passiert das bei Euch nicht, sondern es wird nur ein Wert abgespeichert - welcher nun ? Die erste, der letzte, ... ?
Oder werden alle abgespeichert, in der Weboberfläche aber nur einer (welcher ?) angezeigt ?

Aktuell wird nur der letzte gemeldete Datensatz pro Intervall gespeichert – alle vorherigen werden verworfen. Es findet also keine Akkumulation oder Zwischenspeicherung statt. Finde ich am sinnvollsten.

Die Daten werden so gespeichert und angezeigt, wie sie gemeldet werden. Langfristig ist geplant, das Intervall auf 5 oder sogar eine Minute zu verkürzen, um mehr Auflösung zu bieten.

[Gyvate]

So wie Du das schreibst, passiert das bei Euch nicht, sondern es wird nur ein Wert abgespeichert - welcher nun ? Die erste, der letzte, ... ?
Oder werden alle abgespeichert, in der Weboberfläche aber nur einer (welcher ?) angezeigt ?

Aktuell wird nur der letzte gemeldete Datensatz pro Intervall gespeichert – alle vorherigen werden verworfen. Es findet also keine Akkumulation oder Zwischenspeicherung statt. Finde ich am sinnvollsten.

Das ist sicher diskussionswürdig, denn auf diese Art und Weise gehen Spitzenwerte häufig verloren, was insbesondere bei Windböen zum Tragen kommt - und bei anderen Werten auch,, wenn im Intervall der Tages-Höchstwert erreicht und mittlerweile wieder unterschritten wurde.
Dieses Risko würde natürlich bei einem einminütigen Speicherintervall verringert.
Aber beim Wind bleibt das Risiko trotzdem.
Ecowitt-Konsolen merken sich daher bei den Windböen den höchsten Tageswert und übertragen den auch gesondert, allerdings nicht im WU-Protokoll, da das dort meines Wissens nicht vorgesehen ist.

[wxnetfb]

Das ist sicher diskussionswürdig, denn auf diese Art und Weise gehen Spitzenwerte häufig verloren, was insbesondere bei Windböen zum Tragen kommt - und bei anderen Werten auch,, wenn im Intervall der Tages-Höchstwert erreicht und mittlerweile wieder unterschritten wurde.

Stimmt, das Risiko besteht – vor allem bei Böen. Wir sind offen für Anpassungen und ggf. andere Protokolle, wenn mehr Melder dazukommen, die sie nutzen. https://wetternetzwerk.pro

Bis dahin vertrauen wir bei der Windgeschwindigkeit darauf, dass die Stationen den „windgust“-Parameter im WU-Protokoll "korrekt" setzen – dieser wird ja bei jeder Meldung mitübertragen.

[Gyvate]

Bis dahin vertrauen wir bei der Windgeschwindigkeit darauf, dass die Stationen den „windgust“-Parameter im WU-Protokoll "korrekt" setzen – dieser wird ja bei jeder Meldung mitübertragen.

na ja, mit Vertrauen hat das wenig zu tun.
Eine Konsole bzw. ein Windsensor bestimmt den Windböenwert i.d.R. als den höchsten vorkommenden Windwert entweder im Sampling-Intervall = Übertragungsintervall oder in einem größeren Intervall. Aber nur das wird an WU gemeldet. Auch da gehen Werte verloren. Hinzu kommt, dass WU die Rapidfire (1 Minute) Übertragungen akkumuliert und mittelt.
übertragen als Windwerte an WU wird, sofern die Konsole das macht (!), die werden meistens nichts alle übertragen
=> das Vertrauen ist nett, hilft aber eigentlich nicht wirklich

Code: Alles auswählen

winddir - [0-360 instantaneous wind direction]
windspeedmph - [mph instantaneous wind speed]
windgustmph - [mph current wind gust, using software specific time period]
windgustdir - [0-360 using software specific time period]
windspdmph_avg2m  - [mph 2 minute average wind speed mph]
winddir_avg2m - [0-360 2 minute average wind direction]
windgustmph_10m - [mph past 10 minutes wind gust mph ]
windgustdir_10m - [0-360 past 10 minutes wind gust direction]