Danke! Hab es hochgeladen: File:Erlaubnis zur Einbindung von CC BY-Daten in OpenStreetMap.pdf - OpenStreetMap Wiki
1 Like
@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?
@mcliquid eine solche Antwort habe ich (verständlicherweise) erwartet.
Stellt aber kein Problem dar.
Ihr müsstet Euch als AT-Community bei den Mobilitätsverbünden registieren. Wenn das geschehen ist, kann man evtl. dort auch einen Token generieren, der den Zugang via API erlaubt - nur den nutze ich dann. Das Password brauche ich nicht.
Wenn man den Token nicht auf deren Webseite erzeugen kann, kann ich Euch eine Möglichkeit nennen wie das geht.
1 Like
@ToniE Nach der Umstellung auf 100er-Busnummern in Vorarlberg gibt es jetzt grenznah eine schweizer und eine österreichische 303-Linie (PTNA - AT-8-VVV)
Wie kann man die beiden Linien korrekt voneinander trennen, sodass sie im Tool nicht vermischt werden?
Ich hab’s mir mal angeschaut, es war anfangs auch für mich ein wenig verwirrend.
- 303er vom VVV hat network=Verkehrsverbund Vorarlberg
- 303er aus der Schweiz hat z.T. network=Ostwind;Verkehrsverbund Vorarlberg
Von daher wird der 303er aus der Schweiz auch akzeptiert (‘network’ passt)
Man kann ‘network’ interpretieren als:
- Welcher Verkehrsverbund ist für den Betrieb verantwortlich - oder
- Wessen Tickets werden auf der Linie (teilweise) anerkannt.
Tendenz liegt wohl bei den meisten Mappern auf den zweiten Fall. Aber: PTNA macht hier keine Vorgaben.
Im konkreten Fall (und wenn man an ‘network’ nichts ändert) müssen in der CSV-Liste zunächst einmal zwei Einträge für die beiden 303er gemacht werden, damit PTNA weiß, dass es zwei Linien mit der selben Nummer gibt. Um die beiden 303er zu unterscheiden analysiert PTNA dann das ‘operator’ tag der Relation und die ‘Betreiber’-Angabe in den CSV-Daten.
303;bus;;Götzis Bahnhof;Zentrum;Ortsbus am Kumma
303;bus;;Diepoldsau|Hohenems;Heerbrugg;BOS/rtb
wären dann zwei Einträge, die passen sollten. Wo (welche Zeile der CSV-Daten) die beiden Einträge jeweils stehen ist egal.
BTW: Beim DE-SN-VMS gibts viele ‘A’, ‘B’, … Linien in verschiedenen Gemeinden (‘Kleiner Stadtverkehr’), die z.T. auch noch den selben ‘operator’ haben - auch dass beherrscht PTNA, indem ‘from’ und ‘to’ auch noch analysiert werden.
Bis jetzt leider noch nicht, ich hoffe nächste Woche auf eine Rückmeldung.
händisch ausgewertet: schon mal ein “Vorgeschmack” AT-Eisenbahn und die Details dazu
Wir arbeiten noch an einer gescheiten Automatisierung
2 Likes
So, die anderen GTFS-Quellen sind nun auch (händisch) ausgewertet.
Schauen wir mal, wie wir mit der Automatisierung vorankommen.
Der Download der ZIP-Files ist derzeit manuell via deren Webseite, mit ‘login’.
BTW: Hat die Linz-AG ein eigenes Tarifsystrem oder ist das im OÖVV integriert?
Warum wird für Linz AG ein eigener GTFS-Datensatz angeboten?
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).
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.
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)
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.
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.
Ist abgeschlossen, ein paar Kleinigkeiten werden heute Nacht automatisch bereinigt.
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?
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.
1 Like
Kann ich nicht sagen. Die Angabe stammt aus den “agency.txt” Daten, die wiederum von den MVÖ stammen, Teil der GTFS-Daten sind.
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.
1 Like
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”
4 Likes