trip_id ändras för Din Tur (GTFS Regional)
Det förekommer ofta att trip_id ändras när GTFS-filen för Din Tur uppdateras. Exempel:
Filen GTFS-DINTUR-2025-04-28.zip
route_id,service_id,trip_id,trip_headsign,direction_id,shape_id
9011022003900000,5,220000000000001752,,1,1220000000000000787
Här är trip_id 220000000000001752 en buss på linje 39 (route_id 9011022003900000)
Filen GTFS-DINTUR-2025-04-29.zip
route_id,service_id,trip_id,trip_headsign,direction_id,shape_id
9011022000300000,3,220000000000001752,,1,1220000000000000855
Här är trip_id 220000000000001752 en buss på linje 3 (route_id 9011022000300000)
Detta är ett problem eftersom trip_id i realtidsfilerna refererar till trip_id i GTFS static. För att detta ska fungera är det viktigt att trip_id är konstanta och inte plötsligt ändras. Tidigare har ni alltid sett till att trip_id är konstanta för de aktörer som har realtid. Det verkar som att ni missade detta när ni införde realtid för Din Tur.
Filen GTFS-DINTUR-2025-04-28.zip
route_id,service_id,trip_id,trip_headsign,direction_id,shape_id
9011022003900000,5,220000000000001752,,1,1220000000000000787
Här är trip_id 220000000000001752 en buss på linje 39 (route_id 9011022003900000)
Filen GTFS-DINTUR-2025-04-29.zip
route_id,service_id,trip_id,trip_headsign,direction_id,shape_id
9011022000300000,3,220000000000001752,,1,1220000000000000855
Här är trip_id 220000000000001752 en buss på linje 3 (route_id 9011022000300000)
Detta är ett problem eftersom trip_id i realtidsfilerna refererar till trip_id i GTFS static. För att detta ska fungera är det viktigt att trip_id är konstanta och inte plötsligt ändras. Tidigare har ni alltid sett till att trip_id är konstanta för de aktörer som har realtid. Det verkar som att ni missade detta när ni införde realtid för Din Tur.
Följ inlägget
2
följare
Din tur hade inte uppdaterat sin data på några veckor vilket kan ha varit orsaken till att det inte matchade med realtiden. Det ska dock vara uppdaterat nu så det borde fungera igen.
Sen har du rätt med att IDna inte borde ändras så ofta, vi kommer kolla på det så snart vi får tid.
Mvh
Sofie
Det finns två olika system för att numrera trip_id i GTFS Regional.
Det ena systemet används för de aktörer som inte har realtid samt för Din tur. Dessa trip_id börjar med några siffror som alltid är samma, därefter ett stort antal nollor, och slutar med ett löpnummer. Om vi tar Din Tur till exempel så är trip_id följande:
220000000000000001
220000000000000002
220000000000000003
...
220000000000004398
Det finns totalt 4398 trips så det är inga luckor i numreringen. Så fort någon trip läggs till eller tas bort kommer alla trips att numeras om. Det fungerar utmärkt för de aktörer som inte har realtid, men det fungerar inte ihop med GTFS-RT eftersom trip_id i GTFS-RT refererar till trip_id i GTFS static.
Det andra systemet används för aktörer som har realtid utom Din tur. Det ser ut så här, exempel från SL:
14010000466455851
14010000466459495
14010000466459691
14010000467753062
14010000472113098
...
14010000691528700
Här är det betydligt färre nollor och varje trip har ett unikt id-nummer. Detta nummer är konstant och ändras inte när filen uppdateras.
Tidigare har ni bytt system från det första till det andra systemet när ni har infört realtid. Det verkar som att ni missade detta när ni införde realtid för Din Tur.
Vi använder oss inte av två system utan all data flödar genom den samma egenutvecklade dataplattformen. Endast GTFS Sverige 2 och Resrobot tar en liten annan väg genom äldre system. Sen skiljer id-hantering sig mellan importer från olika dataformat pga skillnader i hur id:er struktureras i indatat, vilket gör att vi inte alltid kan återanvända de id:er som kommer från RKM:en.
Även om vi förmodligen kommer göra en liten justering för att göra id:erna lite mer stabila, som Sofie skrev ovan, ska man inte utgå ifrån att id:erna inte ändras. Till exempel kan en hel del id:er för SL kommer att ändras i närtid när vi genomför förbättringar i vår dataplattform. För att använda realtidsdata ska man alltid matcha mot den senaste statiska filen, och de id:er som definieras där. Av denna anledning blir det ingen stor skillnad mellan sekventiella och mer stabila id:er för användningen i kombination med realtidsdata. Däremot blir det svårt att följa turer genom flera statiska filer när id:erna är helt sekventiella som de är nu för DinTur.
Vi återkopplar när id-genereringen har uppdaterats, men kan inte ge något estimat om när detta kommer göras.
Hälsningar,
Bert