ÖPNV-Plausibilitätsprüfung

Hallo!

Ich schreibe gerade ein paar Scripts zur Prüfung der Plausibilität von Angaben im ÖPNV. Beim Erzeugen der ersten Regeln auf dem NRW-Datensatz sind mir direkt ein paar Fehler angezeigt worden, z.B.:

https://www.openstreetmap.org/node/3318362892 (ist “train” hier richtig?)
https://www.openstreetmap.org/node/4399014126 (hier halten keine Züge)

Das Meiste werden vermutlich einfache Flüchtigkeitsfehler sein, z.B. tram und train liegen ja sehr nah beieinander. Ich habe aber daher eine Lageprüfung eingebaut, ob im Umreis von ein paar hundert Metern Bus/Bahn mit ähnlichem Namen liegen.

Gibt es da ggf. schon etwas, bevor ich mir hier die Finger breche?

Beste Grüße
Tobias

Hallo Tobias,

hier ist train=yes eigentlich überfflüssig, denn an public_transport=platform muss kein xxx=yes dran.
(und auch falsch? Hängt davon ab, wie die Relationen der Züge route=xxx getagge sind, die die Untergrundgleise benutzen)

Definitiv falsch ist hier railway=halt.

Das Meiste werden vermutlich einfache Flüchtigkeitsfehler sein, z.B. tram und train liegen ja sehr nah beieinander. Ich habe aber daher eine Lageprüfung eingebaut, ob im Umreis von ein paar hundert Metern Bus/Bahn mit ähnlichem Namen liegen.

Schau’ mal hier https://wiki.openstreetmap.org/wiki/User:ToniE/analyze-routes#Analysierte_Verbunde.

Das ist eine QA auf ‘network’-Ebene, d.h. für einen Verkehrsverbund werden die zugehörigen Linien (Relationen) analysiert - allerdings nicht auf Haltestellen-Ebene.

Eventuell könnt Ihr eine einfache CSV-Datei wie hier https://wiki.openstreetmap.org/wiki/VRS/Analyse/VRS-Linien und hier https://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Transportation/MVV-Linien-gesamt auch für den RVR erstellen?

Die Ergebnisse werden in HTML-Form auf einem Server abgelegt:
https://mipv6.de/OSM/analyze-routes/DE-NW-VRS-Analysis.html und https://mipv6.de/OSM/analyze-routes/DE-BY-MVV-Analysis.html

Ich werde in den nächsten Tagen beim FOSSGIS anfragen, ob das Tool auf deren Server(n) laufen, zumindest die Ergebnisse auf deren Server(n) ablegen kann.

Viele Grüße
Toni

Edit: typos

@ToniE: Danke für deine Antwort. Ich glaube, vor 6 Jahren oder so hatten wir irgendwann mal den Konsens, dass mit “train” nur die echten Züge gemeint sind. Für alles andere haben wir ja “tram” oder “subway” usw.

Für mich ist die Haltestelle wichtig, da ich die Entfernung, Abstände und Lagebeziehungen in einem statistischen Modell berechne (um Aussagen über die Abdeckung im Vergleich zur Einwohnerdichte zu treffen). Bei der Aufbereitung sind mir hunderte Unplausibilitäten aufgefallen. Ich muss jetzt also wohl komplexe Beziehungen zwischen den verschiedenen Bestandteilen einer Haltestelle aufbauen und fehlende Attribute für meine interne Datenbank übertragen. Keine Angst, kommt mit Quellen ins Wiki :slight_smile:

Hi Tobias,

ich arbeite schon mit den Analysen von Toni, die taugen auf jeden Fall!

Wenn du dir schon die Mühe gibst, da zusätzlich noch mehr zu Prüfen in dem Bereich wäre es natürlich der Wahnsin, wenn man das danach auch als Tool verwenden könnte :slight_smile:

Auf jeden Fall viel Erfolg!

Zur eigentlichen Frage:

Der U-Bahnhof sieht für mich insgessamt sehr komisch aus. Zum einen dieser Weg, der da zwischen den Haltestellen durch geht, aber ohne Kontakt, und dann die zusätzliche platform-Node. Letztere ist definitiv so nicht korrekt, da sie ein Dublikat zu den eingezeichneten Bahnsteigen darstellt.

Edit: Die Node ist ohnehin etwas misslungen. Das soll wohl eine Station-Node werden. Dazu fehlt ein aber ein railway=station. Dann haben die platform-Werte aber prinzipiell nix mehr in der Node zu suchen.

Edit: train=yes ist auch falsch, hier sollte subway=yes hin (aber nicht an die Station-Node).

Die Bushaltestelle ist definitiv kein Haltepunkt der Eisenbahn, weg damit!

Grüße

Das steht für mich außer Frage, sehen auch gut aus :smiley: Leider muss ich mit den Punkt daten arbeiten. Wie man ja am Beispiel der Bäuminghausstraße in Essen sieht, ist das äußerst komplex. Ich glaube, Mentz hat daran gearbeitet, irgendeinen Grund werden sie ja bei der Modellierung gehabt haben. Müsste man mal die Changesets durchgehen.

Ihr würdet euch aber gut ergänzen. Toni legt ja den Fokus eher auf die Relationsdaten, wohingegen du eher die Infrastruktur betrachtest. :slight_smile: