SYNOP-Erstellung bei Dateiüberwachungsmodus fehlerhaft!

[Werner]

@Michael,

das sieht nach einer fehlerhaften Zeitzonen/Sommerzeit im System aus.

Kontrolliere das bitte einmal.

Werner

[rolsch]

Hmmm,
habe eben mal nachgeschaut:

Datei synop_091400.txt um 15:59Uhr erstellt.

Inhalt:

SN 091400
AAXX 09141
09663 46/// 13201 10213 20137 39319 40222 57007 6//// 700//
333 55310
555 0//// 10000
666 10216 20209=
NNNN

[MichaGreen]

@Michael,

das sieht nach einer fehlerhaften Zeitzonen/Sommerzeit im System aus.

Kontrolliere das bitte einmal.

Werner

Hallo Werner,
Nein, die Systemzeit ist richtig. Windows meldet mir westeuropäische Sommerzeit, aktuell 16:21 Uhr, Zeitzone Rom, Berlin...
Ein Zusatzprogramm zeigt mir auch die UTC-Zeit richtig mit 14:21 Uhr an.
Auch beim WSWin-Programm Sonne-Mond werden mir die korrekten Zeiten angezeigt.

WSWin erstellte den letzten SYNOP um 14:59 Uhr, Zeitangabe im SYNOP 12:00 Uhr. Verstehe ich nicht, warum es bei Roland anscheinend funktioniert...


..Habe nochmal alles kontrolliert, Zeiteinstellungen OK (Westeurop. Sommerzeit wird angezeigt) , auch auf meinem Laptop ist die SYNOP-Zeit immer eine Stunde zu früh... Komischerweise das gleiche bei Rückinstallation der Vorversion 2.9.10.. Nun weiss ich echt nicht mehr weiter..grübel

Grüsse
Michael

[rolsch]

So,
habe nochmal nachgeschaut:

Datei wurde erstellt um 10.10.2005, 17:59Uhr

Datei-Name: synop_101600.txt

Datei-Inhalt:

SN 101600
AAXX 10161
09663 46/// /0402 10189 20133 39287 40194 57019 6//// 700//
333 55300
555 0//// 10000
666 10199 20189=
NNNN

WsWin32: unter Sonne/Mond -> Mond steht folgendes:

Lokale Zeit = UTC + 1Stunde
+1 Stunde Westeuropäische Sommerzeit

WsWin32: unter Internet Einstellungen -> Wunderground steht u.a.: UTC-Zeit = -2

Wenn du WinXp SP-2 benutzt:
-> stelle mal eine andere Zeitzone ein
-> reboot und nochmal zurückstellen, reboot und Daumen drücken
-> ich glaube, ich hatte da mal etwas von einem Bug gelesen...

...und überprüfe mal deine Bios-Time...

[MichaGreen]

Hallo Roland,
..Auch das hat nichts geändert. Alle Zeiteinstellungen sind aber richtig, sprich gleiche Ergebnisse wie bei dir. Habe aber bereits in der Textdatei vom GdHM-Synopsystem gesehen, das so einige WSWin-Synops immer mit einer Stunde Versatz dort eingehen. Nutze daher lieber weiterhin mein eigenes SYNOP-Programm, welches auch die weiter oben in diesem Thread angesprochenen Formatfehler nicht mehr aufweist. Denke mal, die Version ist bald "auslieferungsreif"..., grins!
Grüsse
Michael

[MichaGreen]

Hallo Werner, Hallo @lle,
Habe nun wohl den Grund für die falsche Zeitangabe beim WSWin-SYNOP gefunden: Wenn der Aufzeichnungsintervall > 5 Minuten ist (Hatte 10 Minuten eingestellt) wird die falsche Erstellungszeit verschlüsselt. Jetzt, nach Änderung auf ein 5-Minuten-Intervall stimmen die Zeiten des um H+59 erstellten SYNOPs plötzlich. (Also um 19:59 Uhr wird der SYNOP von WSWin mit 18:00 UTC richtig verschlüsselt).
Grüsse
Michael

[rolsch]

...unglaublich,
da ich ein Intervall von 4 Minuten eingestellt habe,
funktioniert es bei mir...

[Werner]

@Michael,

ich habe Dein Problem nachvollziehen können:

Es liegt tatsächlich an dem Intervall >=10 Minuten:

Wenn die Daten um die 59. Minute noch nicht eingetroffen waren,
waren erst Daten von der 49. Minute vorhanden.

Die Auswertung im Programm erwartet am mindestens Daten von der 50.
Minute und neuer.

In nächsten Update ist das Programm hier etwas toleranter.
Auch ist der Fehler mit der Minimum-Bodentemperatur behoben.
Ebenso habe ich die Windwerte entsprechend Deiner Vorgabe geändert -
allerdings habe ich ein Problem mit den Grenzwerten:
Meine Unterlagen schreiben >=12.5 m/s bzw. >=10.5 m/s

Der Unterschied ist zwar nicht groß - aber was ist jetzt richtig?


Werner

[MichaGreen]

Hallo Werner,
Danke für die Fixes beim SYNOP! Da kann ich mein Proggi dann in "Rente" schicken, grins!
Mit den Windgeschwindigkeits-Schwellenwerten stehe ich anscheinend auf "Kriegsfuss": So wie es aussieht, haben hier GeoInfoDienst und DWD unterschiedliche Angaben.
Beim GeoInfoDienst (mein Arbeitgeber) wird ja der Wind in Knoten verschlüsselt und hier gelten als Schwellenwerte 22 Knoten (11,32 m/s) für die 912 und 25 Knoten (12,86 m/s) für die 911.., beim DWD sind aber wohl deine etwas niedrigeren Werte richtig und kommen hier auch zur Anwendung. Liegt wohl daran, das keiner beim GeoInfoD diese Gruppen unter 22 Knoten / 25 Knoten verschlüsselt, obwohl sie eigentlich ab >21 Knoten / >24 Knoten gegeben werden sollten...

Werde mein Proggi auch noch an die Werte vom DWD anpassen.
Grüsse und wie immer vielen Dank für dein Super-Programm und den 1A-Support hier!!
Michael