DELFI (VVM): Haltestelle Waldbüttelbrunn Neubergstraße Richtungen durchgehend vertauscht

[Sodivad]

Beschreibe den Fehler

Die Haltestellen befindet sich beiderseits der Bundesstraße.
Busse Richtung Würzburg halten an: https://www.openstreetmap.org/node/8799365565 aka

"de:09679:3402:0:12","","Waldbüttelbrunn Neubergstraße",,"49.790872000000","9.847656000000",0,,0,"",""
"de:09679:3402:0:12_G","","Waldbüttelbrunn Neubergstraße",,"49.790872000000","9.847656000000",0,,0,"","

Die Haltestelle in Gegenrichtung (aus Würzburg) ist

https://www.openstreetmap.org/node/10876296273

"de:09679:3402:0:11","","Waldbüttelbrunn Neubergstraße",,"49.791881000000","9.848383000000",0,,0,"",""
"de:09679:3402:0:11_G","","Waldbüttelbrunn Neubergstraße",,"49.791881000000","9.848383000000",0,,0,"",""

In stop_times.txt wird in den Umläufen jeweils die falsche Haltestelle benutzt

Das führt zu falschen entfernungsangaben zur Haltestelle und interessanten darstellungsfehlern:

SQL awk um das Problem aufzuzeigen (falls zutreffend) Kann überprüft werden mit dem dem fakt, dass Höchberg Aschaffenburger Str. (de:09679:2046/*), in Richtung Würzburg die nächste bzw. aus richtung Würzburg die vorherige Haltestelle ist:

awk --csv '$4 ~ /^de:09679:3402:0:12/ && a[4] ~ /^de:09679:2046/ {print b " -> " $0} {split($0, a); b=$0} ' stop_times.txt (Halt ist Haltestelle Richtung Würzburg, vorheriger Halt war Aschaffenburger Straße)

awk/a.out --csv 'a[4] ~ /^de:09679:3402:0:11/ && $4 ~ /^de:09679:2046/ {print b " -> " $0} {split($0, a); b=$0} ' stop_times.txt (Vorheriger Halt ist Haltestelle Richtung aus Würzburg, Halt ist Aschaffenburger Straße)

Abfragen zur richtigen Abfolge liefern keine Treffer.

EDIT: jetzt auch mit SQL

SELECT current.trip_id, previous.stop_sequence AS prev_sequence, previous.stop_id AS prev_stop_id, current.stop_sequence, current.stop_id
 FROM stop_times current
 JOIN stop_times previous
 ON previous.trip_id == current.trip_id AND previous.stop_sequence == current.stop_sequence - 1
 WHERE current.stop_id LIKE 'de:09679:3402:0:12%' AND previous.stop_id LIKE 'de:09679:2046%'

SELECT current.trip_id, current.stop_sequence, current.stop_id, next.stop_sequence AS next_stop_sequence, next.stop_id AS next_stop_id
 FROM stop_times current
 JOIN stop_times next
 ON next.trip_id == current.trip_id AND next.stop_sequence == current.stop_sequence + 1
 WHERE current.stop_id LIKE 'de:09679:3402:0:11%' AND next.stop_id LIKE 'de:09679:2046%'

Aktualisierungszeitpunkt der GTFS-Daten 16.09.2024

Hash der GTFS-Daten

e72534d7ab6804f5fb896f3446fdd599  20240916_fahrplaene_gesamtdeutschland_gtfs.zip

Downloadlink der GTFS-Daten https://transitous.org/sources/

[derhuerst]

@Sodivad Weißt du, um welchen Verkehrsverbund es sich hier handelt? Vlt. können wir eine Person von diesem Verbund davon überzeugen, hier als Kontaktperson erreichbar zu sein? Und ob die Daten auch im GTFS des Verkehrsverbunds – sofern vorhanden – falsch sind, oder nur im DELFI-Feed?

[Sodivad]

Der lokale Verkehrsverbund ist der VVM https://www.vvm-info.de/. Ich kann leider keinen GTFS vom Verbund direkt finden, die bayerischen Seiten verweisen auch direkt auf DELFI https://bahnland-bayern.de/de/moby/mobilitaetsdaten https://www.bayerninfo.de/datenangebot/daten-oev