skyvex.org - Deine Wetterdaten immer und überall verfügbar

[strommerm]

Hi!

- CSV-Download lässt sich auf jeden Fall machen. Da wäre interessant in welchem Format das gewünscht wäre?

Ich bin Fan von standardisierten Formaten.
Von XLS(X) würde ich also absehen und tatsächlich CSV-Dateien bevorzugen. Das ließe sich auch ganz wunderbar mit Excel oder Calc oder ... weiter bearbeiten.
Wichtig wäre nur die Auswahlmöglichkeit für Spalten-Trennzeichen und Dezimaltrennzeichen. Bei deutscher Sprachwahl würde ich das Semikolon und das Komma nutzen. Ansonsten das Komma und den Punkt. Der Nutzer sollte das aber einstellen können.

Sämtliche vorhandene Datenfelder sollten im downloadbaren CSV enthalten sein.

In einem weiteren Schritt könnte man den Upload dieser Dateien - also den serverseitigen Import - unterstützen.
Dann könnten die Nutzer leicht (!) fehlerhafte Daten lokal - etwa mit Excel - korrigieren und als CSV-Export wieder auf den Server bringen.

Oliver

Hallo Oliver,

ich hatte das schon etwas vorbereitet und eigentlich auch schon am Server. Aufgrund deines Posts habe ich den CSV Export nochmals komplett überarbeitet. Ich denke so sollte das verwendbar sein.
Der CSV-Export findet sich bei den Stationseinstellungen jeweils bei der Station.
Ebenfalls implementiert ist auch der Fetch der Daten über API als Json.

LG,
Michael

[olicat]

Hi!

Der CSV-Export findet sich bei den Stationseinstellungen jeweils bei der Station.

Du setzt beinahe schneller um als ich die Anforderungen formulieren kann ...

Wobei ich persoenlich eher bei deutscher Spracheinstellung ";" als Feldtrenner und "," als Dezimaltrenner nutzen wuerde und bei anderen Sprachen "," als Feldtrenner und den Punkt "." als Dezimaltrenner verwenden wuerde. Dann erspart man sich laestige Nachfragen im Excel.
Aktuell ist es Semikolon und Komma bzw. Semikolon und Punkt.

Oliver

[strommerm]

Hi!

Der CSV-Export findet sich bei den Stationseinstellungen jeweils bei der Station.

Du setzt beinahe schneller um als ich die Anforderungen formulieren kann ...

Wobei ich persoenlich eher bei deutscher Spracheinstellung ";" als Feldtrenner und "," als Dezimaltrenner nutzen wuerde und bei anderen Sprachen "," als Feldtrenner und den Punkt "." als Dezimaltrenner verwenden wuerde. Dann erspart man sich laestige Nachfragen im Excel.
Aktuell ist es Semikolon und Komma bzw. Semikolon und Punkt.

Oliver

Hallo Oliver,

guter Punkt, um die bestmögliche Kompatibilität zu haben.
Ich habe das entsprechend angepasst.

LG,
Michael

[Rolf]

Hallo,
mal 3 screenshots innerhalb von 10 Minuten.
Wie werden wechselhaft und beständig sowie steigend und stabil bestimmt?

Screenshot_2026-05-03-18-38-08-915_com.android.chrome-edit.jpg (209.92 KiB) 92 mal betrachtet

Screenshot_2026-05-03-18-42-16-785_com.android.chrome-edit.jpg (253.64 KiB) 92 mal betrachtet

Screenshot_2026-05-03-18-45-58-945_com.android.chrome-edit.jpg (266.67 KiB) 92 mal betrachtet

[strommerm]

Hallo,
mal 3 screenshots innerhalb von 10 Minuten.
Wie werden wechselhaft und beständig sowie steigend und stabil bestimmt?Screenshot_2026-05-03-18-38-08-915_com.android.chrome-edit.jpgScreenshot_2026-05-03-18-42-16-785_com.android.chrome-edit.jpgScreenshot_2026-05-03-18-45-58-945_com.android.chrome-edit.jpg

Hallo!

vielen Dank für die Beobachtungen. In dem Fall war das genau in einem Grenzbereich, der zu den unterschiedlichen Anzeigen in so kurzer Zeit geführt hat. Ich habe diesbezüglich etwas nachgeschärft. Auf der einen Seite zu Beginn und Ende des Beobachtungszeitraums 3 Werte, die gemittelt werden, damit das Ergebnis etwas geglättet ist und auf der anderen Seite werden die Grenzen ebenfalls etwas geglättet.

Folgende Wertebereiche gibt es:

Der Trend-Zeitraum ist 3 Stunden (36 × 5-Minuten-Buckets aus der Sparkline-History).

5 Trend-Stufen:

trend-steps.png (23.65 KiB) 77 mal betrachtet

5 Status-Bereiche (basierend auf dem gerundeten hPa-Wert):

status-area.png (19.34 KiB) 77 mal betrachtet

Bei Ecowitt-Stationen werden die Hardware-Werte (ptrend3/pchange3) direkt verwendet — der Sparkline-Fallback greift nur bei WU-Protokoll-Stationen.

Ich hoffe das beantwortet die Frage an sich. Sollten weitere Beobachtungen auffallen, die so nicht sein sollten, dann bitte ich um kurze Info. Nur so kann Skyvex besser werden.

Dankeschön und einen schönen Abend noch,
Michael

[Gyvate]

Den Taupunkt nicht vergessen. Der steht dauerhaft auf -17,8° C was 0° Fahrenheit ist.
Da wird irgendetwas nicht richtig umgesetzt.
Ecowitt-Protokoll bei der Datenübertragung, bei der die Werte imperiale Einheiten haben.
Ich denke, das Problem kommt daher, dass im Customized Server String keine Taupunktdaten übertragen werden.
Daher nimmt Dein Parser wohl nichts als 0° F.
Du müsstest hier den Taupunkt aus Aussentemperatur und Luftfeuchte berechnen.

[strommerm]

Den Taupunkt nicht vergessen. Der steht dauerhaft auf -17,8° C was 0° Fahrenheit ist.
Da wird irgendetwas nicht richtig umgesetzt.
Ecowitt-Protokoll bei der Datenübertragung, bei der die Werte imperiale Einheiten haben.
Ich denke, das Problem kommt daher, dass im Customized Server String keine Taupunktdaten übertragen werden.
Daher nimmt Dein Parser wohl nichts als 0° F.
Du müsstest hier den Taupunkt aus Aussentemperatur und Luftfeuchte berechnen.

Guten Morgen,

ich habe das jetzt gleich gemacht. Berechnung des Taupunkts nach Magnus wenn kein dewptf geliefert wird. Sollte diesbezüglich noch etwas auffallen, dann bitte einfach melden.

LG,
Michael