Skillnad stop_id i KoDa och GTFS3 från samtrafiken
Det verkar som att stop_id för GTFS3 är olika i "vanliga" hämtningen via
https://opendata.samtrafiken.se/gtfs-sweden/sweden.zip
och de i Koda hämtade från
https://api.koda.trafiklab.se/KoDa/api/v2/gtfs-static/sl
inte överenstämmer. route_id och trip_id är samma.
Exempel: Linje 27 på Roslagsbanan (SL) med koordinater från stops.txt tillagda för tydlighet (d-hh och d-mm är klockslag).
Från samtrafiken.se:
"d-hh","d-mm","route_id","route_short_name","stop_id","stop_lat","stop_lon","stop_name","stop_sequence","trip_id"
"14","41","9011001002700000","27","9022050000713001","59.656756","18.267532","Kårsta","23","14010000619140699"
"14","36","9011001002700000","27","9022050010511001","59.638967","18.226997","Ekskogen","22","14010000619140699"
"14","32","9011001002700000","27","9022050011560002","59.624313","18.170629","Frösunda","21","14010000619140699"
"14","27","9011001002700000","27","9022050001154001","59.584158","18.109237","Lindholmen","20","14010000619140699"
"14","25","9011001002700000","27","9022050012806002","59.56812","18.098266","Vedalund","19","14010000619140699"
...
"13","50","9011001002700000","27","9022050011965005","59.346816","18.070043","Stockholms östra","1","14010000619140699"
Från KoDa:
"d-hh","d-mm","route_id","route_short_name","stop_id","stop_lat","stop_lon","stop_name","stop_sequence","trip_id"
"14","41","9011001002700000","27","9022001006911001","59.656756","18.267532","Kårsta","23","14010000619140699"
"14","36","9011001002700000","27","9022001006901001","59.638967","18.226997","Ekskogen","22","14010000619140699"
"14","32","9011001002700000","27","9022001007401002","59.624313","18.170629","Frösunda","21","14010000619140699"
"14","27","9011001002700000","27","9022001006881001","59.584158","18.109237","Lindholmen","20","14010000619140699"
"14","25","9011001002700000","27","9022001007498002","59.56812","18.098266","Vedalund","19","14010000619140699"
...
"13","50","9011001002700000","27","9022001006601005","59.346816","18.070043","Stockholms östra","1","14010000619140699"
Realtidsdata verkar vara konsistent inom respektive källa, dvs static och realtid går att kombinera inom samtrafik-hämtat data (och inom data hämtat från KoDa).
Problemet är att jag vill kombinera historiskt data med dagens data (inklusive realtid) och det verkar inte vara möjligt utan att skapa en översättning mellan stop_id mha koordinaterna för stoppet (eller stop_sequence i stop_times). Dock vet jag inte om stop_id är det enda som skiljer så det skapar en osäkerhet.
Under förutsättningen att jag inte klantat till något (ingen garanti) undrar jag om KoDa kommer att uppdateras till att använda samma id som samtrafikens data?
Historiska GTFS 2 static finns att hämta utan API-nyckel från
https://data.samtrafiken.se/trafiklab/gtfs-sverige-2
Kan man tänka sig samma sak för GTFS 3?
(I så fall återstår endast problemet med historiska realtidsdata.)
https://opendata.samtrafiken.se/gtfs-sweden/sweden.zip
och de i Koda hämtade från
https://api.koda.trafiklab.se/KoDa/api/v2/gtfs-static/sl
inte överenstämmer. route_id och trip_id är samma.
Exempel: Linje 27 på Roslagsbanan (SL) med koordinater från stops.txt tillagda för tydlighet (d-hh och d-mm är klockslag).
Från samtrafiken.se:
"d-hh","d-mm","route_id","route_short_name","stop_id","stop_lat","stop_lon","stop_name","stop_sequence","trip_id"
"14","41","9011001002700000","27","9022050000713001","59.656756","18.267532","Kårsta","23","14010000619140699"
"14","36","9011001002700000","27","9022050010511001","59.638967","18.226997","Ekskogen","22","14010000619140699"
"14","32","9011001002700000","27","9022050011560002","59.624313","18.170629","Frösunda","21","14010000619140699"
"14","27","9011001002700000","27","9022050001154001","59.584158","18.109237","Lindholmen","20","14010000619140699"
"14","25","9011001002700000","27","9022050012806002","59.56812","18.098266","Vedalund","19","14010000619140699"
...
"13","50","9011001002700000","27","9022050011965005","59.346816","18.070043","Stockholms östra","1","14010000619140699"
Från KoDa:
"d-hh","d-mm","route_id","route_short_name","stop_id","stop_lat","stop_lon","stop_name","stop_sequence","trip_id"
"14","41","9011001002700000","27","9022001006911001","59.656756","18.267532","Kårsta","23","14010000619140699"
"14","36","9011001002700000","27","9022001006901001","59.638967","18.226997","Ekskogen","22","14010000619140699"
"14","32","9011001002700000","27","9022001007401002","59.624313","18.170629","Frösunda","21","14010000619140699"
"14","27","9011001002700000","27","9022001006881001","59.584158","18.109237","Lindholmen","20","14010000619140699"
"14","25","9011001002700000","27","9022001007498002","59.56812","18.098266","Vedalund","19","14010000619140699"
...
"13","50","9011001002700000","27","9022001006601005","59.346816","18.070043","Stockholms östra","1","14010000619140699"
Realtidsdata verkar vara konsistent inom respektive källa, dvs static och realtid går att kombinera inom samtrafik-hämtat data (och inom data hämtat från KoDa).
Problemet är att jag vill kombinera historiskt data med dagens data (inklusive realtid) och det verkar inte vara möjligt utan att skapa en översättning mellan stop_id mha koordinaterna för stoppet (eller stop_sequence i stop_times). Dock vet jag inte om stop_id är det enda som skiljer så det skapar en osäkerhet.
Under förutsättningen att jag inte klantat till något (ingen garanti) undrar jag om KoDa kommer att uppdateras till att använda samma id som samtrafikens data?
Historiska GTFS 2 static finns att hämta utan API-nyckel från
https://data.samtrafiken.se/trafiklab/gtfs-sverige-2
Kan man tänka sig samma sak för GTFS 3?
(I så fall återstår endast problemet med historiska realtidsdata.)
Följ inlägget
1
följare
I dagsläget har vi ingen historiskt data för GTFS 3 än. Data i Koda matchar med GTFS Regional.
Även trip_id och route_id matchar inte alltid mellan GTFS Regional och GTFS Sweden 3, eftersom att detta beror på hur data slås tillsammans.
Hälsningar,
Bert
https://www.trafiklab.se/api/trafiklab-apis/gtfs-sweden/historical-data/
så hänvisas till KoDa, nog det som gjorde att jag trodde det var samma dataset och ID:n.
Hälsningar,
Bert