PTNA-Tool und GTFS-Daten in Österreich

Kevin_Kofler · 2023-01-03T00:24:21.786Z

mcliquid:

@ToniE Folgende Antwort kam:

die Bereitstellung unserer Daten ist aus lizenzrechtlichen Gründen an die Registrierung auf der Plattform gebunden. Als registrierter Nutzer haben Sie dann auch die Möglichkeit, aktualisierte Daten eines Fahrplanjahres mittels Script o.ä. über den jeweils gleichbleibenden Link zu beziehen. (siehe auch “Public API Download” - https://mobilitaetsverbuende.atlassian.net/wiki/spaces/DBP/pages/185827383/Public+API+Download )

Sofern Sie die Daten Ihren Usern direkt und unverarbeitet zur Verfügung stellen wollen, können Sie jederzeit auf den möglichen Bezug über unsere Plattform verweisen. Alternativ können Sie selbst die Daten über einen eigenen “Permalink” und unter gleichen Lizenz- und Nutzungsbedingungen verbreiten. Einer wie von Ihnen beschriebene Veröffentlichung Ihrer Zugangsdaten über GitHub oder über einen anderen Weg können wir aus datenschutzrechtlichen Gründen jedenfalls nicht zustimmen.

Mit APIs kenne ich mich nur sehr wenig aus. Was brauchst du / wie kann ich dich hierbei bestmöglich unterstützen?

Die Antwort ist höchst seltsam: Zum einen verstehe ich nicht, welche lizenzrechtlichen Gründe für eine Registrierungspflicht sprechen. Die CC-BY-Lizenz, von der die MVO-Lizenz abgeleitet ist, erfordert jedenfalls keine solche Registrierungspflicht, weil sie auf dem Urheberrecht aufbaut. Zum anderen darf jede Person diese Daten weitergeben, wodurch die Registrierungspflicht ohnehin ausgehebelt werden kann, und das schlagen sie sogar als eine mögliche Lösung vor (und das würde ich auch als einfachste Lösung vorschlagen). Also was bringt es, da eine Registrierung für den Download direkt von den MVO zu verlangen?

Außerdem sind “Datenschutzgründe” eine seltsame Begründung dafür, eine Weitergabe unserer eigenen Zugangsdaten zu untersagen, denn Datenschutz gilt ja nicht für die Person, der die Daten gehören. Es würde halt das Registrierungssystem ad absurdum führen, aber das tut die erlaubte Lösung, die Daten bei uns zu mirroren, doch auch.

Auch interessant ist:
https://mobilitaetsverbuende.atlassian.net/wiki/spaces/DBP/pages/85524481/Nutzungsbedingungen
und zwar dieser Absatz:

Die bereitgestellten Daten der Mobilitätsverbünde Österreich OG dürfen nicht für Anwendungen oder Veröffentlichungen verwendet werden, die kriminelle, illegale, rassistische, diskriminierende, verleumderische, pornographische, sexistische oder homophobe Aktivitäten unterstützen oder zu solchen Aktivitäten anstiften.

der in der eigentlichen Lizenz nicht vorkommt. Das ist eine Field-of-use-Einschränkung und daher eindeutig unfrei (und damit auch nicht mit der ODbL kompatibel).

Kevin_Kofler · 2023-01-03T00:40:03.355Z

ToniE:

BTW: Hat die Linz-AG ein eigenes Tarifsystrem oder ist das im OÖVV integriert?

Ein klassisches “jein”: Das Tarifsystem ist prinzipiell im OÖVV integriert, aber die Kernzone Linz ist ein Sonderfall, es gibt halt Sondertarife für Fahrten (bzw. Zeitkarten) innerhalb von Linz, und bei Fahrten von/nach/durch Linz macht es einen Unterschied, ob man nur direkt zum Hauptbahnhof (oder einer Haltestelle auf der Strecke dorthin) fährt oder ob man weiter fährt: In ersterem Fall ist die Kernzone Linz nur als normale Zone zu bezahlen, in letzterem Fall ist zusätzlich ein Kernzonenaufschlag fällig.

Ein weiterer Sonderfall ist die Straßenbahnlinie 4, die von der Linz AG betrieben wird, aber trotzdem die Kernzone Linz verläßt: Und zwar gehört die Strecke auf den Gemeindegebieten von Leonding und Pasching (und damit die gesamte Strecke der kürzeren Linie 3) noch zur Kernzone, Traun ist aber eine eigene Zone. Die Kernzonengrenze ist die Trauner Kreuzung (Endstation Linie 3) an der Grenze zwischen Traun und Wagram (Pasching). (Die Haltestelle befindet sich bereits auf Trauner Stadtgebiet.) Die Zone Traun beginnt 2 Stationen früher bei der Plus City. (Es gibt also eine kleine Überlappungszone.) Damit gelten auf der Linie 4 dieselben Regeln wie für jede andere Verbundlinie: Von Traun (außer Trauner Kreuzung) aus kann man mit einem Ticket nur für Traun bis zur Plus City fahren, mit einem Ticket für Traun und Linz ohne Kernzonenaufschlag bis zum Hauptbahnhof, und nur mit einem Ticket für Traun und Linz mit Kernzonenaufschlag weiter. Ähnliches gilt Richtung Traun.

mariotomo · 2023-01-03T05:57:35.133Z

mcliquid:

Lizenz ist leider auch die CC-BY-4.0, Herausgeber die ÖBB bzw. Mobilitätsverbund Österreich.

since we would use their information only as reference in a QA tool, I don’t see the problem. (once ptna mentions the source for the cross check)

mcliquid · 2023-01-03T07:44:46.469Z

We already have a written consent from MVÖ after all, so all three posts miss the point of the topic. I’ll leave them here anyway, but I would move them to their own topic in case of further contributions.

ToniE · 2023-01-03T13:48:25.891Z

Ich plane eine kleine Änderung in PTNA für Österreich (im Laufe der Woche):

Ich werde die Zahlen (Bundeslandnummern) aus den Bezeichnungen herausnehmen - so wie bei CH-* und LU-*.
Die machen keinen Sinn. Österreich ist bzgl. ÖPNV wunderbar organisiert, es gibt keine Kleinstaaterei.

Das betrifft sowohl die PTNA (Anaylse) als auch die GTFS-Analyse.

ToniE · 2023-01-03T20:02:42.504Z

ToniE:

Ich plane eine kleine Änderung in PTNA für Österreich

Ist abgeschlossen, ein paar Kleinigkeiten werden heute Nacht automatisch bereinigt.

Nielkrokodil · 2023-01-04T07:18:07.541Z

Danke @ToniE für deine Arbeit!

Jetzt müssen wir es nur noch anwenden. Kannst du uns diesbezüglich Tipps geben, mit welchen Methoden man besonders effizient damit arbeiten kann? Gibt es vielleicht ein Video davon oder eine geschriebene Anleitung?

wolfgang8 · 2023-01-04T11:09:00.017Z

ToniE:

händisch ausgewertet: schon mal ein “Vorgeschmack” AT-Eisenbahn und die Details dazu

Bei den AT-Eisenbahndaten ist mir aufgefallen, dass bei den Bahnlinien der ÖBB als Operator derzeit die “Österreichische Postbus Aktiengesellschaft” angezeigt wird - z.B. beim REX44 - ist das so OK?
Bei diesen Linien hätte ich eher die ÖBB-Personenverkehr AG als Operator erwartet.

ToniE · 2023-01-04T11:27:19.481Z

wolfgang8:

Bei den AT-Eisenbahndaten ist mir aufgefallen, dass bei den Bahnlinien der ÖBB als Operator derzeit die “Österreichische Postbus Aktiengesellschaft” angezeigt wird - z.B. beim REX44 - ist das so OK?

Kann ich nicht sagen. Die Angabe stammt aus den “agency.txt” Daten, die wiederum von den MVÖ stammen, Teil der GTFS-Daten sind.

ToniE · 2023-01-04T11:34:26.014Z

Nielkrokodil:

Jetzt müssen wir es nur noch anwenden. Kannst du uns diesbezüglich Tipps geben, mit welchen Methoden man besonders effizient damit arbeiten kann? Gibt es vielleicht ein Video davon oder eine geschriebene Anleitung?

Leider gibt da es noch nicht viel. Etwas veraltet: Ein Überblick über PTNA im Tagungsband der FOSSGIS 2020 (Seite 109). Mit einem Ausblick auf GTFS, aber wir haben ja schon 2023 und GTFS ist schon drin in PTNA.

Ich schreib’ im Laufe des nachmittags mal eine kurze Anleitung.

ToniE · 2023-01-04T16:29:02.849Z

Kurze Anleitung zu GTFS-Daten:

GTFS-Daten sind CSV-formatierte Textdateien, die sich zu einer SQL-Datenbank (bei PTNA: sqlite3) zusammenbauen lassen. Sie beschreiben im Wesentlichen

die Routen (routes.txt)
- die den Bus-/Tram-/Zuglinien entsprechen
- deren route_short_name entspricht in OSM (PTv2) im Wesentlichen die ‘ref’ einer Route-Master- oder Route-Relation
- Beispiel der Routen für AT-VVV
die Trips (trips.txt zusammen mit stop_times.txt)
- jeder Trip ist eindeutig einer Route zugeordnet
- ein Trip entspricht einer einzelnen Fahrt zu einer bestimmten Uhrzeit
- Trips sind im Wesentlichen durch die angefahrenen Haltestellen und die Abfahrzeit definiert
  - mehrere Trips unterscheiden sich dabei u.U. nur durch ihre Abfahrzeit nicht aber durch die angesteuerten Stops
  - PTNAs GTFS-Analyse fasst solche Trips zu einem einzelnen repräsentativen Trip zusammen
    - die repräsentativen Trips entsprechen den OSM-Routen-Varianten (in PTv2)
- Beispiel für die repräsentativen Trips (Varianten) einer Route AT-VVV Bus 175
- Beispiel für eine bestimmte Variante des AT-VVV Bus 175, Variante 1
  - die Haltestellen sind angegeben
  - die Verkehrszeiten (Service-Times) sind angegeben
die Shapes (shapes.txt)
- das ist die Beschreibung der Fahrstrecke, so wie sie ein Navi ausgeben würde
- nicht alle GTFS-Datensätze enthalten shapes.txt, bei manchen basieren diese shapes.txt auf OSM-Daten
- Beispiel einer Variante AT-VV Bus 175, Variante 1
  - die rote Linie in der Karte entspricht der Fahrstrecke
  - die Shape-Daten sind angegeben
  - ein Vorschlag, wie diese Variante/Route-Relation in OSM getagged werden kann ist angegeben
die Stops (stops.txt)
- das sind u.A. die Positionen der Haltestellen
- in OSM PTv2 mit ‘platform’ vergleichbar
- mit der stop_id - in DE wird diese als ref:IFOPT an der public_transport=platform getagged
- bei PTNA gibt es keine allgemeine Übersicht über die Haltestellen
- PTNA zeigt Haltestellen nur im Zusammenhang mit Trips auf
- Beispiel einer Variante AT-VVV Bus 175, Variante 1
  - die blauen Marker entsprechen den Haltestellen mit ihrer Reihenfolge
  - Details der Haltestellen sind angegeben

Wie verknüpfe ich GTFS-Daten mit OSM

… “demnächst in diesem Theater”

ToniE · 2023-01-04T19:24:37.973Z

Wie verknüpfe ich GTFS-Daten mit Hilfe von PTNA in OSM

PTNA erlaubt es, Vorgaben für die in OSM zu mappenden Linien zu machen. Hierzu gibt es die CSV-Daten im OSM-Wiki (Beispiel: AT-VVV), in welche die erwarteten Linien(-Nummern) mit Fahrzeugtyp angegeben werden können.
Beispiel: AT VVV Bus 175 in Zeile 158 (edit-modus) derzeit :

175;bus;Schuttannen - Hohenems

Eine Liste mit solchen Angaben kann mit Hilfe von PTNA bei der GTFS-Analyse erzeugt werden:

AT-VVV, der grüne Button “Download als CSV-Liste für PTNA”.

Dort findet sich in Zeile 38 für den Bus 175 der folgende Eintrag:

175;bus;"2022-12-11 - 2023-12-09: 175";;;Landbus Unterland;AT-VVV;14-175-E-j23-1;

Die Angaben sind ‘;’ getrennt:

‘ref’=‘175’ der Linie in OSM
‘route’=/‘route_master’=‘bus’ der Linie in OSM
‘kommentar’= hier der Zeitraum der Gültigkeit + ‘175’ als Wiederholung
‘von’= von woher (leer)
‘nach’= nach wohin (leer)
‘operator’=‘Landbus Unterland’
‘gtfs:feed’=‘AT-VVV’ woher stammen die GTFS-Daten
‘gtfs:route_id’=‘14-175-E-j23-1’ was ist die entsprechende route_id in den GTFS-Daten

Die beiden letzten Einträge ‘gtfs:feed’ und ‘gtfs:route_id’ verweisen auf die Seite mit der Liste der Routen/Varianten des 175er in GTFS. Diese Daten sind derzeit nur ‘zur Information’ und werden (wenn vorhanden) bei der Analyse von PTNA ausgegeben und verlinkt (vergleiche DE-BY-MVV Bus 703, ganz oben rechts). Das erleichtert zunächst einmal die manuelle Kontrolle über das was hier erwartet wird (GTFS-mäßig).

Zurück zum AT-VVV Bus 175.

Beim AT-VVV Bus 175 sehen wir 2 Route-Relationen = Varianten in OSM
In GTFS für den 175er sehen wir mindestens 3, die Teilrouten mit eingerechnet 7 Varianten.

Da ist eine Diskrepanz, unabhängig, ob man Teilrouten mappen möchte oder nicht.

Des weiteren sehen wir bei den beiden ‘route’ Relationen des 175er einen Link: PTNA.

die erste Variante vom 175er in der Analyse von PTNA hinter diesem Link
zum Vergleich die entsprechende Variante/Trip in GTFS

Wenn man in der Karte bei der PTNA-Analyse die Layer “Platform Route” und “Stop-Positions” ausblendet sollten die Karten beider Ansichten nahezu identisch sein - was sie heute (2023-01-04 20:31) bzgl. Haltestelle 6 nicht sind.

Das ist der momentane Stand der Implementierung.

Geplante Erweiterungen für GTFS in PTNA

… “demnächst in diesem Theater”

ToniE · 2023-01-05T12:24:48.497Z

Geplante Erweiterungen für GTFS in PTNA

GTFS

irgendwie einen brauchbaren Vergleich zwischen zwei GTFS-Versionen zu machen.
Herauszufinden, was sich geändert hat, um gegebenenfalls Anpassungen vornehmen zu können:
- neue, eingestellte Linien
- neue, eingestellte Fahrstrecken
- geänderte Fahrstrecken (Baustellen-bedingt, nur temporär)
- neue, aufgelöste Haltestellen
- neue Positionen von Haltestellen
- ohne/mit Berücksichtigung von geänderten/neuen/entfallenen Abfahrzeiten
- auch wenn sich die route_id ändert
- auch wenn es mehrere Linien des selben Verkehrsmittels mit der selben Nummer gibt (AT-VVV Bus 206)
- auch wenn die selbe Linie wegen Baustellen-bedingter Gültigkeit mehrfach vorkommt (DE-BY-MVV Bus 236)

QA für PTv2 mit Hilfe von GTFS

Die Angaben in den OSM-Wiki-CSV-Daten zu gtfs:feed und gtfs:route_id nutzen um weitere QA zu machen:
- stimmt die Anzahl der in OSM gemappte Route-Varianten mit denen in GTFS überein?
  - mit/ohne Teilrouten
  - GTFS-Daten enthalten Fehler
    - wie z.B. beim DE-VY-MVV Bus 210 die 3 verdächtigen Varianten (1, 4, 7) mit nur 2 Stops (verifiziert, ich kenne den Bus, das sind Leerfahrten zum nächsten Einsatzort)
- stimmen die in OSM gemappten Routenvarianten mit denen in GTFS überein?
  - Anzahl von Haltestellen
  - Namen der Haltestellen
  - Positionen der Haltestellen (Abweichung in Metern?) Siehe AT-VVV Bus 175, Haltestelle 6
    - in OSM - Variante 1
    - in GTFS - Variante 4
    - GTFS-Daten enthalten Fehler (oder auch nicht)
      - wie z.B. DE-BY-MVV Bus 222, doppelter Halt “Deisenhofen” bei Variante 1 und 2 (ist aber korrekt, kenne den Bus, bin mit dem gefahren)
      - wie z.B. DE-BY-MVV Bus 221, doppelter Halt “Waldheimplatz” (nicht nach “Kurt …” benannt) bei Varianten 5, 6, 7 (unklar, taucht im PDF-Fahrplan aber nicht auf)

QA in PTNA für PTv2

die Werte von ‘from’, ‘via’ und ‘to’ mit den Namen der Haltestellen vergleichen, auch die Reihenfolge

Wer also noch Ideen hat, was man wie machen/prüfen könnte: bitte melden.

derloris · 2023-01-12T01:48:59.350Z

wolfgang8:

Bei den AT-Eisenbahndaten ist mir aufgefallen, dass bei den Bahnlinien der ÖBB als Operator derzeit die “Österreichische Postbus Aktiengesellschaft” angezeigt wird - z.B. beim REX44 - ist das so OK?
Bei diesen Linien hätte ich eher die ÖBB-Personenverkehr AG als Operator erwartet.

Hallo!

Das mit Postbus dürfte ein Datenfehler sein, die REX-Linie wird ganz normal von der ÖBB-Personenverkehr AG betrieben.

(Postbus betreibt im “Bahnbereich” nur temporäre (z.B. während Baustellen) Schienenersatzverkehre (die in OSM aber nicht gemappt werden) und im Auftrag der ÖBB-Personenverkehr AG die Intercitybuslinien zwischen Graz und Klagenfurt sowie zwischen Villach und Italien.)

Kevin_Kofler · 2023-01-21T05:03:12.318Z

ToniE:

Ich plane eine kleine Änderung in PTNA für Österreich (im Laufe der Woche):

Ich werde die Zahlen (Bundeslandnummern) aus den Bezeichnungen herausnehmen - so wie bei CH-* und LU-*.
Die machen keinen Sinn. Österreich ist bzgl. ÖPNV wunderbar organisiert, es gibt keine Kleinstaaterei.

Das betrifft sowohl die PTNA (Anaylse) als auch die GTFS-Analyse.

Das verstehe ich jetzt nicht ganz. Liniennummern sind bundeslandübergreifend nicht eindeutig, z.B. gibt es in mehreren Bundesländern jeweils eine S1, S2, S3, … Die beliebten dreistelligen Busliniennummern werden von den Verkehrsverbünden vergeben und sind in der Regel nur innerhalb des jeweiligen Verbunds eindeutig. Und Linien mit niedrigen Nummern wie 1, 2, 3, … können sogar innerhalb eines Bundeslands mehrfach vorkommen (auch wenn es da schon Verbesserungen gab, z.B. haben die Buslinien im Raum Linz-Land inklusive Citybus Traun nicht mehr dieselben Liniennummern wie die Straßenbahn- und Buslinien der Linz AG, sondern eindeutige Verbundnummern wie 611 – aber die sind halt auch nur innerhalb des OÖVV eindeutig und nicht österreichweit).

ToniE · 2023-01-21T08:03:06.689Z

Es ging um die Bundeslandnummern im Namen der Auswertungen.

AT-139-VOR wurde so zu AT-VOR

Nielkrokodil · 2023-01-22T07:33:36.727Z

@ToniE bei den GTFS Analysen gibt es auch einen Vorschlag fürs Taggibg. zB hier: PTNA - GTFS Analysen

Da sind viele Codes dabei, die sich sehr ähneln und nicht menschenlesbar sind (gtfs:route_id …). Sind davon einige wichtiger als andere? Bzw. was kann man (das PTNA Tool?) damit machen? Ich zögere, all diese Tags einzutragen, weil das wie ein Overkill wirkt.

Außerdem: Kann man diese Werte-Tabelle gesammelt per Kopieren-Einfügen ins JOSM bringen? Ich habs nicht geschafft, nur jeweils Feld für Feld. Braucht es dafür dieses .osm-Template?

ToniE · 2023-01-22T11:54:38.612Z

Servus, Hmm “codes” müssen nicht unbedingt menschenlesbar sein. Wenn sie Programmen helfen QA zu erleichtern oder Fahrpläne abzurufen ist das OK.

Die “gtfs:*” Tags sind noch nicht etabliert, ich weiss auch noch nicht, ob z.b. OsmAnd so was berücksichtigt. Zur Zeit machen sie wohl mehr Arbeit als zu nutzen.

Bzgl. Copy&paste: du kannst die Tabelleninhalte markieren und kopieren und dann in JOSM mit ctrl-v oder ctrl-shift-v einfügen

Nielkrokodil · 2023-01-24T16:20:11.702Z

Ctrl-shift-V wars. Danke für den Tipp.

Bezüglich Anregungen: Für meinen Aktuellen Anwendungsfall trage ich zumeist nur die “Stammstrecke” einer Buslinie ein, also einen möglichst repräsentativen Kurs je Richtung. Manchmal ist dieser repräsentative Kurs schwierig zu finden in der GTFS Liste mit teilweise über 10 Kursen. Wäre es möglich, die Häufigkeit des Kurses (pro Tag oder Woche) anzugeben und Kurse mit nur wenigen Fahrten auf Wunsch ausblenden zu lassen?

ToniE · 2023-01-24T16:59:40.274Z

Bzgl. “Stammstrecke”: ja, das geht.

Zunächst einmal werden auf der Übersichtsseite der Trips auch diejenigen gezeigt, die Teilstrecke einer anderen Fahrt sind. Die kann man ja weg lassen : siehe letzte Spalte

Etwas aufwändiger wird’s, wenn man die Wochentage und Anzahl Fahrten pro Tag bzw. insgesamt mit berücksichtigen will - aber das geht auch, wenn auch aufwändig.

Teile der Information zu den Verkehrszeiten aus dem 2. Link könnte man auch auf der Seite des 1. Link unterbringen - theoretisch.
Je nachdem, wie dumm die Verkehrszeiten in GTFS kodiert sind, geht’s gut, schlecht, schlechter oder fast garnicht.

Schwer, das in einen einfachen Algorithmus zu packen.