Sommartid i GTFS Regional
Ni verkar ha stora problem med att klara av omställningen mellan vintertid och sommartid. Under natten var realtidsprognoserna ofta obefintliga eller helt knasiga. Fortfarande kvarstår problemet att samtliga realtidsprognoser är fel med en timme. Säg till exempel en buss som ska avgå klockan 20.00 idag (sommartid), alltså klockan 18.00 UTC. I GTFS-RT anges då detta felaktigt som 19.00 UTC. Detta fel har även funnits vid tidigare tidsomställningar, det brukar vara fel på söndagen och måndagen och börja fungera igen på tisdag morgon. Det skulle vara bra om ni kunde fixa detta till nästa tidsomställning, tyvärr verkar det som att vi kommer att få fortsätta dras med dessa tidsomställningar under överskådlig framtid.
Följ inlägget
0
följare
Var det fel i en specifik dataflöde eller flera/samtliga realtidsflöden?
Hälsningar,
Bert
Trip:121120000266004084
Stop: 9022012080000003
Avgångstid enligt GTFS Regional/stop_times.txt: 10:45:00
Delay: 0
Departure enligt GTFS-RT: 1617011100 = Mån 29 Mar 2021 11:45:00
Vi har identifierad orsaken och jobbar för att åtgärda detta. Det är relaterad till uppdateringar som kom in innan sommartidsbyte men bara börjar gälla efter sommartidsbyten.
Hälsningar,
Bert
Ser att jag har missat att svara här. Felet berödde på datat som vi fick in, och på hanteringen av tidzoner i de format som används för att dela datat mellan organisationer. Jag kan inte lova någonting, men eftersom vi nu vet hur det hände kan vi förhoppningsvis minimera dessa problem vid nästa tidsomställning.
Hälsningar,
Bert
Vi har hittat (och fixad) en till bugg som orsakade problem i realtidsflödet vid tidsomställningen. Förhoppningsvis går det bra vid nästa omställning.
Hälsningar,
Bert
SL
trip_id: "14010000589969663"
start_date: "20211102"
stop_sequence: 1
arrival {
delay: 0
time: 1635816900
}
1635816900 = 01:35:00 UTC (02:35:00 svensk tid)
Och tiden i stop_times.txt är 27:35:00 = 03:35:00
Detta kommer förhoppningsvis komma att fungera vid nästa tidsomställning.
Hälsningar,
Bert