Statisk GTFS Skånetrafiken ej uppdaterad i tid (GTFS-RT med nya trips)
Varje dag dyker nya trips upp i Skånetrafikens GTFS-RT flöden. Men statisk GTFS som är en dag gammal innehåller inte dessa nya Best practice är minst 7 dagars framförhållning på statisk GTFS - annars ska "trippen" göras med ADDED och inte SCHEDULED.
Följ inlägget
2
följare
Turer som läggs in som ADDED i GTFS-RT saknar mycket av informationen som finns i statisk GTFS. Det gäller attributions, shapes, stop_headsign, pickup_type, drop_off_type, timepoint, booking_rules och transfers. Vissa av dessa har experimentellt stöd i GTFS-RT, men Trafiklab har inte det. De andra går inte att lägga in i GTFS-RT alls.
Ett annat problem är att Trafiklab lägger in turer i TripUpdates först när fordonet står vid första hållplatsen. Om man lägger turer som ADDED går de alltså inte att se att de kommer köras förrän precis innan. Då blir det bättre framförhållning om man lägger in turerna i statisk GTFS natten innan. Det skulle förstås gå att lösa genom att turerna läggs in som ADDED i GTFS-RT med en gång när det har bestämts att turerna ska köras, men vet inte om Trafiklab klarar det.
Det som däremot skulle vara bra, och som borde vara ganska lätt att ordna, är att lägga in feed_version i GTFS-RT, så att man kan veta när det GTFS-static har uppdaterats. Skrev om det i https://support.trafiklab.se/org/trafiklabse/d/trip_id-andras-for-din-tur-gtfs-regional/#c4876289
TripUpdates borde synas tidigare och med samtliga stops' om leverantören känner till det. Det är en "best practice" att en ADDED ska synas i GTFS-RT med så mycket information och så tidigt som möjligt (med andra ord samtliga stops till exempel), men Trafiklab eller operatörerna här i fråga i Sverige verkar inte riktigt följa det.