59_Weather: neuer Provider gesucht / Mitstreiter für Neuentwicklung gesucht

[CoolTux]

Guten Morgen Boris,

Das sieht sehr gut aus. Erste kurze Tests zeigen positives. Noch mal meinen allerherzlichsten Dank. Ich schaue mal wie ich das ins Twilight Modul bekomme, eventuell schaffe ich es den Dietmar etwas zu unterstützen.



osterliche Grüße
Leon

[Benni]

Guten Morgen Boris,

ich hab's bei mir auch mal eingespielt.
Sieht soweit schon mal gut aus! 

Danke!

Gruß Benni.

[dev0]

Works like a charm! Thanx!

[Dr. Boris Neubert]

Fein, hab's eingecheckt.

[Dr. Boris Neubert]

Ich schaue mal wie ich das ins Twilight Modul bekomme, eventuell schaffe ich es den Dietmar etwas zu unterstützen.

Falls Dietmar das YahooWeatherAPI auch in Twilight verwenden möchte, schlage ich vor, dass wir einen Cache einbauen und dem Ladebefehl einen optionalen Parameter mitgeben, der angibt, wie alt die Daten im Cache höchstens sein dürfen. Das machen wir bitte in einem separaten Thread.

Viele Grüße
Boris

[CoolTux]

Falls Dietmar das YahooWeatherAPI auch in Twilight verwenden möchte, schlage ich vor, dass wir einen Cache einbauen und dem Ladebefehl einen optionalen Parameter mitgeben, der angibt, wie alt die Daten im Cache höchstens sein dürfen. Das machen wir bitte in einem separaten Thread.

Viele Grüße
Boris

Wenn es ok für Sich ist und ich dazu komme melde ich mich heute Abend mal per PM bei Dir.

Grüße

[Dr. Boris Neubert]

Hallo,

das ist OK. Schönen Ostermontag noch.

Viele Grüße
Boris

[Volker Kettenbach]

Hallo,

habe das Modul installiert. Funktioniert.
Danke, Boris!

Gruß
Volker

[Volker Kettenbach]

Zum Thema "Neuer Provider" hätte ich einen Vorschlag:

In einem anderem Projekt verwenden wir http://forecast.io/
Das ist eine professionelle Wetter-API.

Unter https://developer.forecast.io/ kann sich jeder Nutzer der API einen API-Key besorgen, der für 1000 Calls am Tag kostenlos ist. 1000 Calls reichen für einen privaten Anwender locker aus, insbesondere wenn man einen Cache einbaut.

In dem anderen Projekt beziehen wir von forecast.io die Wetterdaten für mehrere Standorte und haben einen einfachen File-Cache eingebaut, so dass die Daten nicht bei jedem Webseite-Zugriff, sondern nur alle 30 Minuten für jeden Standort aktualisiert werden. So kann ich 20 verschiedene Standorte abfragen, ohne Kosten zu verursachen.

Die API ist sehr gut dokumentiert und in den üblichen Web-Toolkits sehr einfach zu benutzen
https://developer.forecast.io/docs/v2
Hier gäbe es den entsprechenden Perl-Wrapper: http://search.cpan.org/~martyloo/Forecast-IO-0.21/lib/Forecast/IO.pm

Zudem ist die API stabil und wir nicht einfach adhoc geändert, wie das beim Abgriff von Diensten wie Yahoo der Fall ist.

Ich glaube, das wäre eine Alternative.
Kann ggf. Hilfe anbieten.

Gruß
Volker

[herrmannj]

Hi,

ich habe bei Weather underground nachgefragt und denen erklärt das es sich um viele einzelne Installationen handelt. Antwort:

Thank you for reaching out to us and confirming the terms and conditions. To answer your question, it is not legal to ask users to register for separate API keys to be used in an app. You can start with a free developer account and make calls to the API less frequently to save on calls.
Once your user base grows, you can switch to a paid plan and update the weather more frequently.

Die Antwort ist nicht ganz zur Frage passend aber man kann festhalten das unser use-case nicht mit dem model von wu kompatibel ist.

vg
joerg

[justme1968]

zu forecast.io: wie gut und umfangreich sind denn die daten für deutschland? das api schaut interessant aus. aber wenn man die quelle für die daten anschaut ist fast alles usa basiert. ich würde also vermuten das dort die auflösung und auch der umfang sehr viel besser ist. vor allem was die vielen 'where available' punkte betrifft.

zu den api keys: ich vermute dieses problem gibt es mit fast allen diensten und plattformen die solche api keys anbieten ohne eigene hardware zu verkaufen. das geschäftsmodell ist ja über die api keys umsatz zu generieren.

gruss
  andre

[herrmannj]

zu den api keys: ich vermute dieses problem gibt es mit fast allen diensten und plattformen die solche api keys anbieten ohne eigene hardware zu verkaufen. das geschäftsmodell ist ja über die api keys umsatz zu generieren.

Yepp. Zu Recht. Aber machts halt nicht einfacher. Irgendwie auch schade. Also mal bei forecast.io rein schauen. Die europäischen Daten werden scheinbar in Norwegen produziert.

vg
joerg

[Markus Bloch]

Wie ich sehe, hat sich über Ostern hier einiges getan. Da ich über Ostern auf Urlaub war, konnte ich leider nicht helfen. Gibt es jetzt noch Baustellen, Erweiterungen bei denen Hilfe gewünscht ist?

Gruß
Markus

[Sidey]

Hi,

kurzes Feedback zum Modul:

Ich habe soeben geupdated.
Zuerst wurde die Temperatur in Fahrenheit angezeigt (temp_C war 51) nach ein paar Minuten wird sie in Celsius angezeigt (11).

Scheint irgendwo noch ein Detail nicht zu stimmen.

Grüße Sidey

[Dr. Boris Neubert]

Wie ich sehe, hat sich über Ostern hier einiges getan. Da ich über Ostern auf Urlaub war, konnte ich leider nicht helfen. Gibt es jetzt noch Baustellen, Erweiterungen bei denen Hilfe gewünscht ist?

Danke, Markus, für Dein Angebot. Ich glaube, dass ich fertig bin    cooltux hat den entscheidenden Hinweis auf das API geliefert, der Rest war Fleißarbeit.

Viele Grüße
Boris