59_Weather.pm - Vorschläge

[Christoph Morrison]

Ich hätte gerne (Wünschdirwas!) einen Filter, z.B. per Regex oder so, mit dem ich sagen kann: Bitte erzeuge nur die Readings für die Bewölkung / den UV-Index / whatever, gerne kombiniert mit einem Limit auf die vorhergesagten Tage. Proplanta z.B. erzeugt Myriaden an Readings, die bestimmt irgendwie interessant sind, die ich aber aktuell nicht brauche - aber vielleicht in Zukunft und deshalb sollte das konfigurierbar sein. Proplanta erzeugt aktuell rund 720 Readings, von denen ich maximal 10 oder so benutze.

[cbl]

Auch ich habe heute umgestellt. Vielen Dank für eure Arbeit!

Eine Frage habe ich, die mir die (neue) CommandRef nicht beantwortet. Wie im alten Modul gibt es "Code" als Reading für die aktuellen Wetterverhältnisse. Bislang habe ich diesen Yahoo-Code als einen Baustein meiner Beschattung ausgewertet. Im überarbeiteten Modul gibt es den Code weiterhin als Reading. In der DarkSkyAPI-Beschreibung taucht "code" nicht auf. Übersetzt das neue Modul verschiedene Informationen von DarkSky in die alten Yahoo-Codes? Dann wäre ein Hinweis irgendwo darauf ganz nützlich.

Ob ich den Code noch länger verwenden muss, prüfe ich gerade, da das neue Modul ja eine Reihe Readings liefert, die Yahoo nicht hatte (oder ich dort zumindest nie wahrgenommen habe, als ich danach gesucht habe im letzten Sommer).

Gruß
Christian

[CoolTux]

Auch ich habe heute umgestellt. Vielen Dank für eure Arbeit!

Eine Frage habe ich, die mir die (neue) CommandRef nicht beantwortet. Wie im alten Modul gibt es "Code" als Reading für die aktuellen Wetterverhältnisse. Bislang habe ich diesen Yahoo-Code als einen Baustein meiner Beschattung ausgewertet. Im überarbeiteten Modul gibt es den Code weiterhin als Reading. In der DarkSkyAPI-Beschreibung taucht "code" nicht auf. Übersetzt das neue Modul verschiedene Informationen von DarkSky in die alten Yahoo-Codes? Dann wäre ein Hinweis irgendwo darauf ganz nützlich.

Ob ich den Code noch länger verwenden muss, prüfe ich gerade, da das neue Modul ja eine Reihe Readings liefert, die Yahoo nicht hatte (oder ich dort zumindest nie wahrgenommen habe, als ich danach gesucht habe im letzten Sommer).

Gruß
Christian

Hallo Chris,

Wir haben versucht so weit wie möglich kompatibel zu Yahoo zu bleiben, daher werden die Informationen der API versucht in Yahoo Codes zu übersetzen.


Grüße

[didi-fritz]

ich habe auf OpenWeatherMapAPI umgestellt.

ich bekomme jetzt 3-stundenreadings (hfc1_.. - hfc40_..)

kann ich irgendwie die alten Tages-readings (fc1_.. - fc10_..) bekommen?

[CoolTux]

Aktuell nur mit der DarkSky API

[Gisbert]

Ich habe sowohl die DarkSkyAPI als auch die OpenWeatherMapAPI in Benutzung.

Ich erhalte folgende codes und conditions:
Bei OpenWeatherMap:

Code Auswählen Erweitern

code
35
2019-01-13 13:50:42
condition
Mäßiger Regen
2019-01-13 13:50:42
Bei DarkSky:

Code Auswählen Erweitern

code
11
2019-01-13 13:40:40
condition
Leichter Regen und Wind
2019-01-13 13:40:40

Das ist inhaltlich sicher ähnlich, aber nicht identisch. Da ich die Yahoo-Wettercodes für einen Schutz einer Verschattungsanlage gegen "Schlechtwetter" eingesetzt habe, ist mir dran gelegen, zuverlässige und verbindliche codes und/oder conditions zu bekommen.

Gibt es eine Liste oder ist eine geplant dieser codes oder conditions? Kann ich unterstützend tätig werden?

Viele​ Grüße​ Gisbert​

[CoolTux]

and (([?weatherStahnsdorfYahoo:code] >= 0 and [?weatherStahnsdorfYahoo:code] < 5) or ([?weatherStahnsdorfYahoo:code] > 22 and [?weatherStahnsdorfYahoo:code] < 25)

So habe ich das bei mir als Beispiel seit Jahren in Verwendung. Für Regen!
Aktuell kann ich nichts anderes anbieten. Unterschiedliche Meldungen ergeben unterschiedliche Mappings.

[Gisbert]

Ok verstehe.

Im Moment habe ich bei OpenWeatherMap:

Code Auswählen Erweitern

code  9  2019-01-13 15:23:22
condition  Nieselregen  2019-01-13 15:23:22
d.h. dann müsstest du deine Bedingungen ändern, falls du Regen feststellen möchtest (ich nehme mal an, dass Nieselregen auch unter Regen fällt).

[mi.ke]

So, hab auch problemlos (vielen Dank) umgestellt

• Luftdruckangabe in hPa fände ich zeitgemäßer als mbar (im Reading state)

Fände ich auch besser.

Ich weiss, ich bin jetzt bestimmt pingelig.
Und bitte wie bei den anderen Wettermodulen auch verwendet 'H' und nicht 'F' für Luftfeuchtigkeit

Cheers
mi.ke

[PNinBB]

1. Dank an die "Macher"; ich bin gerade dabei es einzurichten.
2. Zwei ganz kleine Hinweise zur deutschen Dokumentation:

Code Auswählen Erweitern

Define
    define <name> Weather [API=<API>[,<apiotions>]] [apikey=<apikey>] [location=<location>] [interval=<interval>] [lang=<lang>]
    Die Parameter haben die folgende Bedeutung:
. . . .
Bei "apiotions' fehlt das 'p'.
Ein kleines Stück darunter zu 'API-spezifischen Dokumentation':

Code Auswählen Erweitern


OpenWeatherMap
API DarkSkyAPI

Müsste dort dann nicht statt 'DarkSkyAPI' 'OpenWeatherMapAPI' stehen ?
Schönen Abend
Peter

[Felix_86]

Ich habe das neue Wetter-Modul nun doch mit OpenWeather zum Laufen gebracht.

Wäre es möglich im State zwischen dem Typ und dem Wert ein Leerzeichen zu setzen?
Also anstatt:

Code Auswählen Erweitern

T:8°C F:87% W:11km/h P:1002mbar
eher

Code Auswählen Erweitern

T: 8°C F: 87% W: 11km/h P: 1002mbar

Das wäre in meinen Augen besser lesbar und würde in einem Plot die Regexp erleichtern (dort heißt die Regexp nun nämlich "Wetter.T:8°C" und lässt sich nicht darstellen).

Die Yahoo API hat seinerzeit keinen Maßeinheit aufgeführt, wäre für mich und den Plot auch ok

Code Auswählen Erweitern

T: 0  H: 92  W: 8  P: 992

[CoolTux]

1. Dank an die "Macher"; ich bin gerade dabei es einzurichten.
2. Zwei ganz kleine Hinweise zur deutschen Dokumentation:

Code Auswählen Erweitern

Define
    define <name> Weather [API=<API>[,<apiotions>]] [apikey=<apikey>] [location=<location>] [interval=<interval>] [lang=<lang>]
    Die Parameter haben die folgende Bedeutung:
. . . .
Bei "apiotions' fehlt das 'p'.
Ein kleines Stück darunter zu 'API-spezifischen Dokumentation':

Code Auswählen Erweitern


OpenWeatherMap
API DarkSkyAPI

Müsste dort dann nicht statt 'DarkSkyAPI' 'OpenWeatherMapAPI' stehen ?
Schönen Abend
Peter

Danke Dir. Das werde ich noch korrigieren.

Ich habe das neue Wetter-Modul nun doch mit OpenWeather zum Laufen gebracht.

Wäre es möglich im State zwischen dem Typ und dem Wert ein Leerzeichen zu setzen?
Also anstatt:

Code Auswählen Erweitern

T:8°C F:87% W:11km/h P:1002mbar
eher

Code Auswählen Erweitern

T: 8°C F: 87% W: 11km/h P: 1002mbar

Das wäre in meinen Augen besser lesbar und würde in einem Plot die Regexp erleichtern (dort heißt die Regexp nun nämlich "Wetter.T:8°C" und lässt sich nicht darstellen).

Die Yahoo API hat seinerzeit keinen Maßeinheit aufgeführt, wäre für mich und den Plot auch ok

Code Auswählen Erweitern

T: 0  H: 92  W: 8  P: 992

Ich denke darüber lässt sich reden. Also das mit dem Leerzeichen.

[macs]

Mir ist was aufgefallen bei der Windgeschwindigkeit: Anstatt km/h müssten es m/s sein. Ich habe es mit der Webseite verglichen. Immerhin ein Faktor 3,6 Unterschied

[CoolTux]

Mir ist was aufgefallen bei der Windgeschwindigkeit: Anstatt km/h müssten es m/s sein. Ich habe es mit der Webseite verglichen. Immerhin ein Faktor 3,6 Unterschied

Cool hatte mich schon gewundert das das so gering ist, aber bei mir war das immer recht Windstill. Bei ich heute Abend um, oder besser erweitere ich.

Danke

[CoolTux]

Ich habe eben noch mal geschaut. Zu mindest für DarkSky sind es km/h

except that windSpeed and windGust are in kilometers per hour