Closed derhuerst closed 2 years ago
Hallo, das ist leider ein bekanntes Problem. Wir haben die Tage ein Update unseres Exports bekommen. Dieser ist noch in der Abnahmephase bei uns. Aber damit sollte das Problem der unbekannten stop_ids hoffentlich behoben sein.
Gibt es automatisierte Vorkehrungen, wie etwa ein Validierungs-Script, die sicherstellen, dass dieser Fehler nicht wieder auftritt?
Problem besteht bei Datensatz vom 26.11.2021 weiterhin.
Ja. Das neue Release ist weiterhin nicht für die Produktion freigegeben.
Mit dem DELFI-Datensatz vom 21.03.2022 erhalte ich keine solcher Zeilen mehr:
shasum gtfs-germany.zip
# eed05c34821e65205acbd3f05f9b0b4dde746a6e gtfs-germany.zip
qsv join --left from_stop_id transfers.txt stop_id stops.txt | qsv search -s stop_id '^$' | qsv select 1-8
# from_stop_id,to_stop_id,transfer_type,min_transfer_time,from_route_id,to_route_id,from_trip_id,to_trip_id
qsv join --left to_stop_id transfers.txt stop_id stops.txt | qsv search -s stop_id '^$' | qsv select 1-8
# from_stop_id,to_stop_id,transfer_type,min_transfer_time,from_route_id,to_route_id,from_trip_id,to_trip_id
Fehler scheint behoben
transfers.txt
enthält stop-IDs infrom_stop_id
&to_stop_id
, die nicht instops.txt
definiert sind:Aus dem
transfers.txt
-Spec:Aktualisierungszeitpunkt der GTFS-Daten:
Ich nutze den DELFI-Datensatz vom 12.11.21:
Downloadlink der GTFS-Daten:
https://de.data.public-transport.earth/gtfs-germany.zip