Gewünschte Änderung
Stop_times-Einträge sollten, wenn sie noch nicht steigscharf vorliegen, nicht einen Stop mit Haltestellen-ID sondern einen Pseudo-Steig (z.B. <LK>: <KS>: <lokale Haltestellen-ID>: tmp : tmp) referenzieren.
Hintergrund: Im bwgesamt-Feed sind derzeit viele Halte noch nicht steigscharf angegeben, sondern referenzieren die übergeordnete Haltestelle, wie z.B. für de:08118:7503:
Da hiermit der Stop mit laut VDV-432 für Haltestellen vorgesehene ID angefahren wird, muss dieser im GTFS location_type=0 erhalten. Andere Gleise, können diesen nun nicht mehr als parent station referenzieren, weshalb im Feed künstliche _Parent-Stations eingeführt wurden:
Gewünschte Änderung Stop_times-Einträge sollten, wenn sie noch nicht steigscharf vorliegen, nicht einen Stop mit Haltestellen-ID sondern einen Pseudo-Steig (z.B.
<LK>: <KS>: <lokale Haltestellen-ID>: tmp : tmp
) referenzieren.Hintergrund: Im bwgesamt-Feed sind derzeit viele Halte noch nicht steigscharf angegeben, sondern referenzieren die übergeordnete Haltestelle, wie z.B. für
de:08118:7503
:Da hiermit der Stop mit laut VDV-432 für Haltestellen vorgesehene ID angefahren wird, muss dieser im GTFS
location_type=0
erhalten. Andere Gleise, können diesen nun nicht mehr als parent station referenzieren, weshalb im Feed künstliche _Parent-Stations eingeführt wurden:grep 'de:08118:7503' stops.txt
Dies führt z.B. im Fall der Zusammenführung mit Feeds, die eine korrekte Hierarchie aufweisen, wie dem VVS-Feed, zu Konflikten:
Aktualisierungszeitpunkt der GTFS-Daten: 30.11.2022 (bwgesamt) 29.11.2022 (VVS)
Downloadlink der GTFS-Daten: bwgesamt VVS