Neues FTUI Widget - Departure

[ih-sqeezer]

Hallo,

nachdem ich das widget erneut aus dem repository gezogen habe und den browser cache gelöscht habe, funktioniert das widget wieder.

Ich muss meine Aussage leider wieder revidieren ... heute funktioniert das departure widget wieder nicht mehr
Angeblich kommt er mit der "match" Methode in der Funktion 'update' im widget nicht klar.

Grüße,
Ingo

[ih-sqeezer]

Update:

Es scheint so, als ob beim Aufruf des widgets mit der Datenaktualisierung stattfindet.
Erst nachdem die page reloaded wurde, wird das widget korrekt angezeigt und aktualisiert.

Problem besteht bei FF, Chrome & Fully.

@ setstate:
Könntest du dir das bitte mal anschauen? Was benötigst du da von mir?

Grüße,
Ingo

[sbiermann]

Servus,
ich habe den Service umgezogen auf einen Server von mir, war mein Plan B wenn sich keine bessere Lösung findet. Dazu musste ich die Anwendung von SpringBoot auf JavaEE umstellen. Dadurch ergeben sich ein paar Änderungen in der URL. Der Rest sollte so wie bisher auch funktionieren. Nach meinen Tests tut es das auch. Dennoch bitte testen, es bleiben ja noch 12 Tage Zeit, bis der alte Dienst abgeschaltet wird. Ich habe das noch nicht nach Github commited, da ich noch die Doku überarbeiten muss.

Hier nun die neue URL um die möglichen Provider abzufragen:

Code Auswählen Erweitern

https://transport.stefan-biermann.de/publictransportapi/rest/provider

Dies ist die alte URL am Beispiel der Münchner Verkehrsgedöhns:

Code Auswählen Erweitern

http://transportrest-sbiermann.rhcloud.com/departureFHEM?from=1001170&provider=Mvv
Neu sieht diese URL dann so aus:

Code Auswählen Erweitern

https://transport.stefan-biermann.de/publictransportapi/rest/departure/FHEM?from=1001170&provider=Mvv

Der neue Service ist nur noch über https erreichbar, http wird automatisch redirected auf https.

Viele Grüße
Stefan

[tomster]

Läuft einwandfrei! Danke!

[Ulm32b]

Die Änderungen sind jetzt im Wiki dokumentiert. 
https://wiki.fhem.de/wiki/FTUI_Widget_Departure
Vielen Dank für den reibungslosen Übergang.

Viele Grüße
Ulm32b

[ext23]

Kurze Frage, wenn ich das attr departure_base_url auf den neuen URL änder, warum übernimmt er das nicht und fragt nach wie vor den alten URL ab?

https://transport.stefan-biermann.de/publictransportapi/rest/departure/FHEM?from=9175007&provider=Bvg

geht übrigens nicht

/Daniel

[ih-sqeezer]

Hallo Daniel,

woher nimmst du das attr "departure_base_url" bei dem Modul HTTPMOD?

In FHEM sollte dies in etwa so aussehen:

Code Auswählen Erweitern

define VVO HTTPMOD none 300
attr VVO event-on-update-reading .*
attr VVO userattr get01Name get01Regex get01URL
attr VVO get01Name Haltestellen-Name
attr VVO get01Regex (\[\[.*\]\]).*
attr VVO get01URL https://transport.stefan-biermann.de/publictransportapi/rest/departure/FHEM?from=$ID$&provider=Bvg
attr VVO room Fahrplan
attr VVO timeout 30
attr VVO verbose 0

anpassen:
Haltestellen-Name
$ID$: ID der Haltestelle (zu finden in https://transport.stefan-biermann.de/publictransportapi/rest/station/suggest?q=Haltestellen-Name&provider=Bvg)

Grüße,
Ingo

[erotikbaer]

hi,
das widget läuft super.
Wollte mal fragen, ob man es so konfiguriert bekommt, dass man nur eine bestimmte Richtung angezeigt bekommt. Ich wohne eine Station von der Endhaltestelle entfernt, daher interessiert mich eigentlich nur die andere Richtung.

Gruß und Danke
Christian

[viegener]

hi,
das widget läuft super.
Wollte mal fragen, ob man es so konfiguriert bekommt, dass man nur eine bestimmte Richtung angezeigt bekommt. Ich wohne eine Station von der Endhaltestelle entfernt, daher interessiert mich eigentlich nur die andere Richtung.

Sehr gute Frage, das würde mich durchaus auch interessieren,
Johannes

[sbiermann]

Das geht schon lange, allerdings nicht in dem JSON welches von dem TabletUI Departure Widget genutzt wird, ist ein anderer Endpunkt der REST-API. Wenn es an so etwas Bedarf gibt, kann ich einen weiteren Endpunkt machen welcher solche Anfragen berücksichtigt und passendes JSON für das Widget liefert. Also wer möchte alles so eine Möglichkeit nur eine Richtung abzufragen im passenden Widget Format?

[viegener]

Danke für die schnelle Antwort, ich gebe zu, ich habe mir das Rest-API nicht angeschaut. Aber zu Deiner Frage ich wäre interessiert, bei mir ist es auch genau eine Haltestelle bis zum Ende und die kann man in 3 min laufen...

[sinus61]

Kurze Frage, wenn ich das attr departure_base_url auf den neuen URL änder, warum übernimmt er das nicht und fragt nach wie vor den alten URL

Das attr gibt es ja bei dem Modul 98_Departure
https://forum.fhem.de/index.php/topic,60046.90.html

Dort dürfte das wohl so nicht funktionieren da Teile der URL fest im Modul drin stehen.

[erotikbaer]

Das geht schon lange, allerdings nicht in dem JSON welches von dem TabletUI Departure Widget genutzt wird, ist ein anderer Endpunkt der REST-API. Wenn es an so etwas Bedarf gibt, kann ich einen weiteren Endpunkt machen welcher solche Anfragen berücksichtigt und passendes JSON für das Widget liefert. Also wer möchte alles so eine Möglichkeit nur eine Richtung abzufragen im passenden Widget Format?

Hm, schade scheint wohl nicht ganz so begehrt zu sein solch ein Feature
Aber trotzdem danke dass du angeboten hast es umzusetzen @sbiermann

[Ulm32b]

Hier meldet sich der selbsternannte Repräsentant der schweigenden Mehrheit. 

Die Möglichkeit zur Filterung nach Zielpunkten halte ich für sehr erstrebenswert. Auch bei mir ist letztlich nur eine Richtung von Interesse. Es gibt sicher auch Gabelstrecken mit unterschiedlichen Endpunkten, von denen ggf. nur eine relevant ist.

Deshalb möchte ich diese Option hier noch einmal auf die Tagesordnung setzen. Elegant wäre ein Parameter im Widget, mit dem ein oder mehrere Endpunkte angegeben werden können.

Viele Grüße
Ulm32b

[sbiermann]

Sind insgesamt so 5-7 Leute die eine Filterung wollen, wenn ich mich richtig entsinne. Kann man also mal machen. Nach mehreren Endpunkten wird aber wohl nicht möglich sein. Es geht im Prinzip alles das was in der Android App Öffi bzw. Transportr auch möglich ist. Beide Apps nutzen das gleiche Framework wie die REST-Schnittstelle für das Abfragen der Daten von den Providern. Ich schaue mal wann ich die Erweiterung in meinen Zeitplan untergeschoben bekomme, sollte relativ einfach sein.

Die alte Schnittstelle ist planmäßig zum 1.10 abgeschaltet worden. Man sieht es deutlich an den Zugriffsstatistiken. Die sind von 160 Zugriff pro 15 Minuten auf 30-60 abgestürzt. Wundert mich aber das hier noch keiner gefragt hat warum es nicht mehr geht...