Die API Beschreibung scheint aber nicht aktuell zu sein. Ich hab da die letzten Wochen dran gesessen, den ankomenden Datemüll ansatzweise für mich aufzubereiten.
Die Daten sind eigentlich schon in der Rohform fast selbsterklärend. Wo kommst du nicht klar?
Firefox kann die odg-Daten auch in einem recht übersichtlichen Format anzeigen (siehe Anhang). Um daraus eine brauchbare Seite zu machen, muss man dann doch einiges filtern.
Ich mache grundsätzlich eine cURL-Abfrage der Seite und arbeite das Resultat dann mit php ab.
Aufgefallen ist mir, dass bei manchen Linien einige Züge nur mit timePlanned angegeben sind, andere jedoch acuh mit timeReal. Ich nehme an, dass es davon abhängt, ob der Zug bereits von der Endstelle abgefahren ist.
Ich filtere als default die timeReal heraus und gebe nur, wenn diese fehlt die timePlanned an. Allerdings liste ich jeweils nur die nächsten 3 Abfahrten pro Linie.
Diese Attribute gelten dann grundsätzlich für alle Departures dieser Linie, wenn es über das Element monitors.lines.departures.departure.vehicle keine abweichende Parametrisierung gibt.
Demnach ist die ganze Linie grundsätzlich als Hochflur-Linie im System, abweichende Fahrzeuge, also ULFe, müssen daher über dieses Element extra angegeben werden, z.B.
...
Das erscheint schlüssig. Da ich mein Script nur für den QR-Code als Haltestellenbereicherung (siehe
https://www.tramwayforum.at/index.php?topic=8975.msg359532#msg359532) zusammengestellt habe, habe ich die Barrierefreiheit des Fahrzeugs nicht berücksichtigt. Mit ein paar zusätzlichen Zeilen im Programm ließe sich das natürlich auch implementieren.