LoxBerry: Wunderground Plugin verfügbar

**Prof.Mobilux** · 01.04.2018, 07:23

Das Plugin zeit nur an, was es von Wunderground zurückgeliefert bekommt. Eventuell hat WU da etwas geändert. In den Logdateien des Plugins findet ihr den URL-Aufruf. Gebt die URL mal im Browser ein und schaut, welche Station abgefragt wird und was unter Station Name (oder ähnlich) zurückgeliefert wird.

**Hesch@** · 01.04.2018, 15:07

Hallo nochmals,

habe mal das Log-File ausgewertet und es stehen Daten drin, die gar nicht zusammen passen:

Vielleicht kann man ja diese Daten im Plugin irgendwo überschreiben. Nur wo??

Lieben Gruß
Hesch@

**Prof.Mobilux** · 01.04.2018, 16:12

Die Templates für den Webpage Baustein findet ihr im Templates Ordner des Plugins auf dem LoxBerry. Zugriff ist per Explorer möglich. Dort könnt ihr weitere Werte hinzufügen oder die variablen einfach mit einem fixen Text überschreiben.

**svethi** · 01.04.2018, 21:08

Naja, Ihr könnt Euch ja aber auch selber betrügen ;-). Da steht ja ganz klar was Ihr für einen Station ausgesucht habt, wo aber die Wetterdaten dafür herkommen. Wenn Ihr das jetzt einfach überschreibt, sieht es zwar für Euch toll aus, aber die Daten kommen noch immer nicht von Eurem Ort.

Gruß
Sven

**dizzy85** · 01.04.2018, 21:15

Blöde Frage....wo finde ich das Logfile? Bin noch auf LB 0.2.4

**dizzy85** · 01.04.2018, 21:16

Habe jetzt sämtliche Stations bei mir in der Umgebung ausprobiert und angezeigt wird bei immer wieder Hof(Plauen) obwohl ewig weit weg..

**Hesch@** · 01.04.2018, 22:10

Zitat von svethi

Naja, Ihr könnt Euch ja aber auch selber betrügen ;-). Da steht ja ganz klar was Ihr für einen Station ausgesucht habt, wo aber die Wetterdaten dafür herkommen. Wenn Ihr das jetzt einfach überschreibt, sieht es zwar für Euch toll aus, aber die Daten kommen noch immer nicht von Eurem Ort.

Gruß
Sven

Hallo svethi,

Du hast recht, wenn ich mir die Werte vergleiche, dann differenzieren Sie etwas. Aber woran liegt es denn dann

Direkt nach der Erstinstallation des WU-Plugins hatte ich ca. einen Tag den richtigen Station-Namen zu der von mir im Plugin angegebenen Station-ID.

Ich habe mir jetzt mal die genanten Dateien genauer angeschaut. Es werden von Wunderground zwar die exakten Koordinaten oder auch Station-IDs eingetragen. Der eigentliche Name ist aber immer noch ein falscher. Mal davon abgesehen, gibt es diesen in meinem Fall nicht mal auf der WG Seite!! Alles sehr komisch.

Was mir noch aufgefallen ist, der Station-Name wird vom Plugin ja so wie ich es verstehe mit der Variablen "$cur_loc_n" ausgelesen. Nur finde ich diese nicht in der weatherdata.html.
Den von mir noch gesuchten atmosphärischen Druck "cur_pr" habe ich gleich gefunden und auch auf die webpage.html einbinden können. Hurra !!

Woran kann es denn dann noch liegen, das WU bzw. das Plugin einen anderen Station-Namen anzieht ?? Und wo genau wird denn diese Variable für die Station-ID auf dem Loxberry abgespeichert und für den Datenabruf übermittelt??

Lieben Gruß
Hesch@

**Prof.Mobilux** · 02.04.2018, 07:27

Es liegt definitiv nicht am Plugin. Das Plugin ruft die StationID von Wunderground ab. Was Wunderground zurückliefert, kann ich nicht beeinflussen. Eventuell sendet die Station gerade keine Daten und Wunderground wählt die nächt gelegenen verfügbaren Daten? Oder nur der Name wird übeschrieben, weil es der nächstgelegene Ort ist? Keine Ahnung. Aber das Plugin kann das nicht beeinflussen.

Hast du mal auf der Wundermap die Stationen überprüft?

Das Logfile und auch die Database-Dateien, die auch den Stationsnamen speichern, findet ihr unter /var/run/shm/wu4lox

**svethi** · 02.04.2018, 08:55

Man liest ja in letzter Zeit auch oft, dass Netatmo Stationen nicht mehr funktionieren ... vielleicht war die Station eine Netatmo Station und liefert wie Prof.Mobilux schon sagte keine Daten mehr, man weiß es nicht. Auf der Wundermap heißt die Station dann weder Oberbeuren noch Memmingen, da heißt sie Alpenvorland. Wo die da den Namen wieder herholen weiß auch keiner. Auf alle Fälle werden dort ebenso die Geokoordinaten angezeigt, die auch bei Dir in der observation stehen.
Prof.Mobilux wo holst Du denn genau den Namen her? Ich meine im display_location scheint es ja wie gewünscht zu stehen.

**Hesch@** · 02.04.2018, 11:28

Zitat von svethi

Prof.Mobilux wo holst Du denn genau den Namen her? Ich meine im display_location scheint es ja wie gewünscht zu stehen.

Ich habe 15 !! verschiedene Stations-IDs versucht. Diese liefern alle über den Webaufruf auch richtige Wetter-Daten inkl. dem richtigen Namen der Station-ID.
Über das Plugin wird aber scheinbar, wenn ich das richtig interpretiere, in der "current.format" an der Stelle 5 "Display Location City" angefordert. Dieses ist in meinem Fall immer gleich "Memmingen Allgäu Airport". Warum wird hier nicht wie Sven schon fragte die display_location_city angefordert bzw. ausgewertet? Geht das überhaupt ??

Wegen einer zusätzlichen Datenanforderung habe ich mich leider zu früh gefreut.

Ich habe versucht den atmophärischen Druck mit anzuzeigen. mit den o. g. Variablen wird auch etwas angezeigt, Nur leider immer 1015 mBar. Dieser Wert wird auch wenn die WU Seiten im Browser direkt aufgerufen werden als erstes angezeigt und dann mit den "Life gemessenen Werten" überschrieben und laufend aktualisiert. Nur kann scheinbar dieser "Life-Wert" nicht durch das Plugin abgerufen werden.

Im Current.dat stehen auch immer 1015 drin.

Lieben Gruß
Hesch@

**Hesch@** · 02.04.2018, 11:36

Zitat von Prof.Mobilux

Es liegt definitiv nicht am Plugin. Das Plugin ruft die StationID von Wunderground ab. Was Wunderground zurückliefert, kann ich nicht beeinflussen. Eventuell sendet die Station gerade keine Daten und Wunderground wählt die nächt gelegenen verfügbaren Daten? Oder nur der Name wird übeschrieben, weil es der nächstgelegene Ort ist? Keine Ahnung. Aber das Plugin kann das nicht beeinflussen.

Hast du mal auf der Wundermap die Stationen überprüft?

Das Logfile und auch die Database-Dateien, die auch den Stationsnamen speichern, findet ihr unter /var/run/shm/wu4lox

Hallo Prof.Mobilux,

kann es sein, dass der genannte Pfad von dir nicht (mehr) gültig ist??
Ich komme zwar bis /var/run/shm aber dann gibt es nur noch den Ordner "anyplugin" welcher leer ist und eine Datei "tcp2shell.769" die nur 769 enthält !!

Was mache ich bloß falsch??

Lieben Gruß
Hesch@

**Hesch@** · 02.04.2018, 11:49

Hallo zusammen,

bei der gesammten Suche ist mir übrigens noch aufgefallen, dass über das tolle Plugin auch die lokalen Wetterdaten inkl. GIF-Bildern abgerufen werden können.

Für die Region Bayern wäre es in der "webpage.map.html" folgender Eintrag:
<img src="http://www.dwd.de/DWD/wetter/radar/radfilm_bay_akt.gif" width="500" height="463">

Das gilt für die anderen Bundesländer auch. Es muss nur immer der dreistellige "Regional-Code" anstelle von "brd" eingetragen werden.
Kann man sehr gut über folgende Seite herausgefunden werden:
https://www.dwd.de/DE/leistungen/rad...html#buehneTop

Dort dann die gewünschte Region / Bundesland auswählen und mit der Maus über "Zur Großansicht" hovern. Dann wird der benötigte dreistellige Code angezeigt.

Lieben Gruß
Hesch@

**Prof.Mobilux** · 02.04.2018, 11:54

Im Anhang ein Aufruf der StationID ISACHSEN347 (Dresden) - KEY müsst ihr durch euren ersetzen: http://api.wunderground.com/api/HIER...ACHSEN347.json

Das Plugin wertet aus:

Code:

current_observation -> display_location -> city

In meinem Fall ist das Pieschen, der Stadtteil, in dem die Station steht. Ob das der Besitzer der Station so eingegeben hat oder von Wunderground bestimmt wird (vermute ich), kann ich nicht genau sagen, Aber es stimmt.

Die Station ist eine WH2600 (ich kenne den Besitzer).

Angehängte Dateien

pws_ISACHSEN347.zip (13,6 KB, 0x aufgerufen)

**Prof.Mobilux** · 02.04.2018, 13:11

svethi hat doch einen Fehler im Code gefunden. Aktuell wird folgendes als City angezeigt:

Code:

{current_observation}->{observation_location}->{city}

Das ist falsch. Ich fixe das in der nächsten Version.

**Hesch@** · 02.04.2018, 13:11

Hallo Prof.Mobilux,

dann verstehe ich jetzt aber folgendes nicht mehr:

Du sagtest das "current_observation -> display_location -> city" ausgewertet wird.

Wenn ich mir den Inhalt der "current.format" aber anschaue, dann steht da folgendes drin:

Und wenn ich mir mal die Wetterdaten aus Dresden von ISACHSEN347 auf meinem Tablet Life anschaue, dann steht da unter der Location folgendes:

Was wieder in dem json-File der "observation_location -> city" entspricht und nicht dem "display_location -> city". Es müsste doch dann eigentlich nur "Pieschen" heißen bzw. angezeigt werden.

Wo ist denn jetzt der Hund oder heute besser gesagt der Hase begraben ??

Lieben Gruß
Hesch@

LoxBerry: Wunderground Plugin verfügbar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar

Kommentar