www.pc-wetterstation.de

Das wurde letztens hier ja schon mal nachgefragt. Ging bislang nicht - auch meine 1. Konstruktion hatte bedingt durch den 24h Rythmus der Variable %ws_desert_days% seine Schwächen. Erst nach 24h Trockenheit wird nämlich 1 Tag ausgegeben - und nach 2x24h Trockenheit 2 Tage usw.
Dadurch kam es immer zu einem Versatz und zu Fehlern.

Nun habe ich einen gangbaren Weg gefunden:

letzter Regen %ws_lastraind% mit
%unit_off%
%ws_setmem[1]=%ws_replacestr=.~~%ws_lastraind%%%
%ws_setmem[2]=%ws_replacestr=.~~%ws_lastraind%%%
%unit_on%
Regen: %season_sum[34~%ws_getmem[1]%~%ws_getmem[2]%]%

Durch die Umwandlung des Datums ohne Punkte, ist es möglich, das Ergebnis mittels zweier! Speichervariablen in andere Variablen einzusetzen.

So ist es jetzt auch möglich gleiches für den letzten (od. ersten) Frost zu machen:

letzter Frost %lastcoldday_mpast[00~%ws_year%]% mit
%unit_off%
%ws_setmem[1]=%ws_replacestr=.~~%lastcoldday_mpast[00~%ws_year%]%%%
%ws_setmem[2]=%ws_replacestr=.~~%lastcoldday_mpast[00~%ws_year%]%%%
%unit_on%
%season_min[0~%ws_getmem[1]%~%ws_getmem[2]%]% (min),
%season_max[0~%ws_getmem[1]%~%ws_getmem[2]%]% (max),
%season_avg[0~%ws_getmem[1]%~%ws_getmem[2]%]% (avg)

Um dieser Spielerei die Krone aufzusetzen: man kann so auch die komplette Witterung dieser Tage ausgeben, z.B. so:

<tr><td><font><b><nobr>Die Witterung am letzten Regentag</nobr></b></font></td>
<td><img border="0" "width="50" height="50"></td>
<td><b><font><nobr>

letzter Regen %ws_lastraind% mit
<br>
%unit_off%
%ws_setmem[1]=%ws_replacestr=.~~%ws_lastraind%%%
%ws_setmem[2]=%ws_replacestr=.~~%ws_lastraind%%%
%unit_on%
Regen: %season_sum[34~%ws_getmem[1]%~%ws_getmem[2]%]%
<br>
Regenzeit: %season_sum[39~%ws_getmem[1]%~%ws_getmem[2]%]%
<br>
Temperatur %season_max[0~%ws_getmem[1]%~%ws_getmem[2]%]% (max)
<br>
Temperatur %season_min[0~%ws_getmem[1]%~%ws_getmem[2]%]% (min)
<br>
Temperatur %season_avg[0~%ws_getmem[1]%~%ws_getmem[2]%]% (avg)
<br>
Wind: %season_avg[35~%ws_getmem[1]%~%ws_getmem[2]%]% (avg)
<br>
Böen: %season_avg[45~%ws_getmem[1]%~%ws_getmem[2]%]% (max)
<br>
Sonnenstunden: %season_sum[37~%ws_getmem[1]%~%ws_getmem[2]%]%
<br>
</nobr></font></b></td></tr>

Das kann man im Grunde mit allen Tagen machen, die als Ergebnis ein Datum DD MM YYYY ausgeben. Also:
1. und letzter Frost,
Bodenfrost,
letzter Regentag,
Datum der Grünlandtemp. 200 (%growingtempdate_mpast[00~-001]%)

Auch wäre es z.B. möglich die Witterung am Tag mit der max. Windgeschwindigkeit/Böen (%maxdate_mpast[35~00~0000]%)/(%maxdate_mpast[45~00~0000]%)rauszusuchen - oder die Witterung des heißesten Tages im Jahr (%maxdate_mpast[0~00~0000]%) etc.

Viel Spaß!

Na ja, die Variablen sind schon sinnvoll einzusetzen, aber wenn man diese alle die schon entwickelt worden sind, in der benutzerdefinierten Custom.txt, gibt es mit WSWin hier Probleme. Nach einer gewissen Zeit, beim Hochfahren des Rechners und Starten von WSWin, wird diese Datei nicht mehr erstellt, (Wetterdatensätze: Datum, Uhrzeit, Temperatur, Luftfeuchte, Taupunkt, Luftdruck, Wettervorhersage, u.s.w.), es kommt in der Systemleiste von WSWin zu einer Fehlermeldung "Error Writing Wetteraufzeichnung.hml"

Bei dem Virenscanner ist für das Verzeichnis "WSWin" eine Ausnahme in der Regel erstellt worden, auch am RAM-Speicher mit 4 GB kann das somit nicht liegen. Vermutlich sind hier die Abarbeitungs-Speicher erschöpft, dass diese Datei nicht erstellt werden kann. Eine Lösung wäre statt der custom.txt noch eine zusätzliche Datei anzulegen.

Ob hier geöffnete Programme die Ursache ist, kann ich derzeit nicht sagen. Aber irgend wo ist der Wurm drin.

Kann ich so nicht nachvollziehen. Habe deutliche weniger RAM und noch ganz andere WSWIN-custom-dateien am Laufen.

@Tex,
Möglicherweise tritt dieses Problem bei dir nicht auf, aber bei mir war vor kurzem noch der Fall. Musste einige Variablen, wie die Nebelwarnung und ein paar entfernen. Habe mal bei Debug die 12 angeklickt und 16.
Habe zwar auch noch ein paar weitere benutzerdefinierte Dateien die abgearbeitet werden. Was dies verursacht, kann ich derzeit noch nicht bestimmen.

Möglicherweise ist bei irgend einer Variablen mal ein Fehler passiert: z.B. beim Schreiben/Ändern ein falsches Datum/ungültiges Datum, oder ein % vergessen, etc.

Das hatte ich auch mal geschafft, mit in der Zukunft liegendem Datum: statt 2015 hatte ich 2025 drin. Das reicht einmal. Dann hängt sich die abzuabarbeitende custom regelmäßig auf und kommt zu keinem Ende.

Möglicherweise ist bei irgend einer Variablen mal ein Fehler passiert: z.B. beim Schreiben/Ändern ein falsches Datum/ungültiges Datum, oder ein % vergessen, etc.

Dies kann auch möglich sein, aber das muss ich in der Zukunft mal beobachten, was da los ist. Vielleicht weiß Werner was dazu.