00:00 Uhr wird zum aktuellen Tag, statt zum Vortag gezählt

[Rainer2]

Hallo,

sehe ich das richtig, dass Wetterdaten, die vor 00:00 Uhr auftreten, teilweise dem Nachfolgetag angerechnet werden? Wenn ich in die Monatsübersicht schaue, habe ich einige Angaben, die mit der Uhrzeit 00:00 versehen sind. Das sind doch dann Wetterdaten, die, abhängig vom Speicherintervall, vor Mitternacht aufgetreten sind? Gehören die dann nicht zum Vortag? Beispiel: Ich habe einen Speicherintervall von 15 Minuten bei meinr VP2. Zwischen 23:45 Uhr und 00:00 Uhr hatte ich einen Höchstwert von 0,1 °C. Von 00:00 Uhr bis 00:15 Uhr hatte ich dann einen Höchstwert von -0,2 °C. Das war der höchste Wert überhaupt an diesem Tag. Demnach klar ein Eistag. In der Auswertung wird aber die 0,1 °C als Höchstwert abgezeigt, was kein Eistag bedeutet. Wo muss ich da jetzt noch was im Programm verändern, damit das passt?

Viele Grüße,

Rainer

[Rainer2]

Hallo,

hat nicht jemand eine Idee, was man da machen kann?

Viele Grüße,

Rainer

[moppedhausi]

Hallo Rainer,

nutze bitte mal die Suchfunktion, dann wirst Du unter anderem auch folgenden Beitrag finden:

http://www.pc-wetterstation.de/forum/vi ... itternacht

[Rainer2]

Hallo Wilfried,

dort ist aber meine ich von einem anderen Problem die Rede. Das Programm hier rechnet die Uhrzeit 00:00 zum aktuellen Tag, obwohl es eigentlich 24:00 Uhr lauten müsste, was dann zum Vortag zählt. Vom letzten Speicherintervall bis 00:00 Uhr müsste zum Vortag gezählt werden, was aber bei mir derzeit nicht der Fall ist.

Viele Grüße,

Rainer

[Rainer2]

Hallo,

wenn ich in der Tagesansicht bin, befindet sich der Senkrechte Strich, der wohl das Ende der Daten anzeigen soll, bei 23:45 Uhr. Also genau der Zeitpunkt der letzten Speicherung vor 24:00/00:00 Uhr, bei einem Speicherintervall von 15 Minuten. Bei mir endet also derzeit jeder Tag um 23:45 Uhr. Dadurch habe ich auch Differenzen im Mittelwert der Temperatur von ein paar Zehntel zu Weatherlink.

Viele Grüße,

Rainer

[rabit]

Ein paar Zehntel?

Was geht bei Euch vor Mitternacht ab?

Die meisten haben einen Speicherintervall von 5 Minuten eingestellt dann ist das nicht wirklich relevant.

[Rainer2]

Hallo Gerhard,

fünf Minuten Speicherintervall möchte ich nicht, da die Stadion, wenn ich mehrere Wochen im Urlaub weg bin, nur über den Datenlogger läuft. Aber auch anders gesehen. Wenn jetzt eine enorm starke Sturmböe um 23:58 Uhr kommt, wird sie derzeit, so mein Eindruck, zum Nachfolgetag gerechnet. Auch bei einem Speicherintervall von fünf Minuten. Wenn sich das nicht irgendwie im Programm einstellen lässt, sehe ich das als Verbesserungsbedürftig an.

Viele Grüße,

Rainer

[rabit]

Wochenlanger Urlaub ist nicht für einen Wetterstationsbetreiber. Vergiss es!

Mit Weatherlink IP hast du die 7 fache Zeit und könntest die Daten sogar aus dem Internet herunterladen.

[Rainer2]

Hallo rabit,

das hat bei meiner alten Davis-Station seit über zehn Jahren auch immer geklappt Die ist jedes Jahr immer drei Wochen so gelaufen, wenn ich weg bin. Drei Wochen Urlaub, weg von zu Hause, sind bei mir Pflicht

Mir geht es jetzt aber eigentlich nicht darum, dass ich die Daten ins Internet stellen könnte, somit also kürzere Datenuploads erzielen könnte, sondern um die paar Minuten vor Mitternacht, die ich zum Vortag gerechnet haben möchte.

Viele Grüße,

Rainer

[Trix]

Hi

Das ist ein Bug oder sagen wir eher ein Denkfehler von WsWin, denn wenn, das Ergebnis des Zeitraums über den die Station Daten gesammelt hat, 00:00 an WsWin übermittelt wird, endete diser Zeitraum um 00:00 und die Daten sollten zum Vortag gehöhren, denn die 00:00 sind in dem Fall eigentlich 24:00. Das ist einfach eine Verständnisfrage 00:00 und 24:00 ist ein und der selbe Zeitpunkt mit unterschiedlichen Bedeutungen. Ein Zeitraum der 24:00 endet ist gestern und ein Zeitraum der 00:00 anfängt ist heute. (vereinfacht gesprochen) Bei WsWin wird aber der Zeitraum der 24:00 endet zum nächsten Tag gezählt. Der Anfang der Messperiode wird dabei außer Acht gelassen.

Somit kann ein Regentag in WsWin schonmal ein Tag, eine Woche, einen Monat oder wenn der Regen um 23:56 am 31.12 aufgetreten ist auch mal ein Jahr daneben liegen, auch bei einem fünfminütigen Ausleseintervall. ist halt so und vom Anwender nicht änderbar

Aber seit September 2010 kennt Werner das Problem schon und wollte es in seine Updates einarbeiten.

Hier wurde das schon durchgesprochen.
http://www.wetterstationen.info/phpBB/v ... sc&start=0

Gruß Steffen

PS.: In dem anderen Forum hab ich schon bemerkt, daß das Problem scheinbar doch schwieriger zu verstehen ist als ich eigentlich dachte oder man sich halt erst darauf einlassen muß.

[Rainer2]

Hallo Steffen,

danke für deine Antwort und dem Link. Ich habe jetzt dort auch alles durchgelesen. Die Diskussion ist ja dort bereits 1,5 Jahre alt, getan hat sich aber hinsichtlich wohl noch nichts. Obwohl das mehrere bemängelt haben. Ehrlich gesagt ist es mir unbegreiflich, dass, Verzeihung das ich das jetzt sagen muss, so ein gravierender Fehler in der Programmierung noch immer besteht. Man müsste doch lediglich das 00:00 aus dem Programm entfernen. Daraus wird 24:00. Der nächste Zeitpunkt wäre dann 00:01. Und alles würde passen. Weatherlink hat zwar auch die Angabe 00:00, rechnet aber damit richtig. Dort endet ein Tag, egal wie die Speicherdauer ist, um 00:00. Gerade zu dieser Zeit, wo die Tiefstwerte des Tages gegen Mitternacht gemessen werden, da der Vortag nicht so kalt war, wird jedesmal falsch aufgezeichnet. Ich habe jetzt in WsWin an zwei aufeinanderfolgende Tage andere Tiefstwerte als in Weatherlink, da die Temperatur jedesmal im letzten Speicherzeitraum um mindestens ein Zehntel gesunken ist.

Besteht Aussicht auf Hoffnung, dass das irgendwann korrigiert wird?

Viele Grüße,

Rainer

[Trix]

Hi

Man müsste doch lediglich das 00:00 aus dem Programm entfernen. Daraus wird 24:00. Der nächste Zeitpunkt wäre dann 00:01.

Ich muß Werner jetzt mal in Schutz nehmen, einfach ist das nicht. Es gibt ja auch noch den Offset. Es geht nur wenn man man Anfang und Ende betrachtet und gewichtet. Für den Intervall von z.B. 23:56 bis 00:01 (Offset1) oder 23:58 bis 00:03 (Offset 3). Man muß halt abwägen in welchem Tag sich der größere Anteil des Intervalls befindet. Oder ob der Offset größer oder kleiner als die Hälfte des Intervalls ist.

Aber aussitzen kann man das Problem halt auch nicht. Man muß es zumindestens komunizieren.

Gruß Steffen

[rabit]

Wenn die Wetterstation 24:00 Uhr zurückliefern würde wäre es vielleicht einfacher. Werner wird seine Gründe haben warum das immer noch so ist.

Aber es gibt noch so viele andere Ecken mit "falschen" Werten.
Die Regenmenge wurde bis vor kurzem erst morgens ausgelesen. Also sind jetzt alle Werte der letzten Jahrunderte falsch?
Wann ist Mitternacht? Im Osten früher als im Westen. Sommerzeit gibt es auch noch, berücksichtigst du das alles, vielleicht doch nach UTC?
Tmin kurz vor Mitternacht ist auch kein richtiges, das am Morgen zählte zumindest meines Wissens bis die Automaten kamen.

[Rainer2]

Hallo,

es geht ja nicht nur um Tmin, sondern allgemein, wenn die Temperatur vor Mitternacht stark am fallen ist. Da fließt dann ein Messintervall in die Berechnung rein, der eventuell um ein Grad zu hoch ist. Und dieser zu hohe Wert reicht aus, dass der Tagesmittelwert zu Weatherlink differiert. Sommerzeit schalte ich bei der Station aus. Die gibt es bei mir nicht. UTC berücksichtige ich jedoch nicht. Ich möchte beispielsweise auch, dass, wenn eine extreme Sturmböe um 23:57 Uhr auftritt, diese dem aktuellen Tag zugerechnet wird, und nicht dem Nachfolgetag.

Mit Programmierung und so habe ich keine Ahnung. Ich weiß deswegen nicht, wie schwierig es ist, dass umzustellen. Ich weiß aber auch gar nicht, ob das vom Ersteller des Programms überhaupt in Erwägung gezogen wird. Zumindest haben es aber schon mehrere Leute angesprochen.

Viele Grüße,

Rainer