Gotland GTFS-RT
Såg att Gotland är nu inkluderat i GTFS-RT, bra! Har integrerat det på swedentransportmap.info nu.
Två frågor -
a) är det ett fel eller saknas det helt enkelt problem på Gotland som gör att inga service alerts finns?
b) GTFS static, routes.txt, Gotland är den enda operatören som saknar route_short_name och bara använder route_long_name, är det medvetet beslut eller ett fel att linjenummer inte även återfinns i route_short_name
Två frågor -
a) är det ett fel eller saknas det helt enkelt problem på Gotland som gör att inga service alerts finns?
b) GTFS static, routes.txt, Gotland är den enda operatören som saknar route_short_name och bara använder route_long_name, är det medvetet beslut eller ett fel att linjenummer inte även återfinns i route_short_name
Följ inlägget
2
följare
"id": "90000000000038280",
"trip_update": {
"trip": {
"trip_id": "90000200000000049",
"start_date": "20250915",
"schedule_relationship": 0
},
"stop_time_update": [
{
"stop_sequence": 1,
"arrival": {
"delay": 86819,
"time": 1757887619
},
"departure": {
"delay": 86819,
"time": 1757887619
},
"stop_id": "9022009000100005"
},
Gotlands service alerts har inte släppts på live ännu, det är fortfarande några tekniska detaljer som ska till där för att det ska fungera.
Att Gotland saknar route_short_name beror på att alla regioner och företag levererar sin data på lite olika sätt och när de använder fälten olika så kan det bli olika resultat. Vi har som mål att gå igenom GTFS-datasetet och få det mer enhetligt mellan alla företagen som levererar data till oss men det kommer ske lite längre fram i tiden.
Gotland har som du såg precis börjat leverera realtid till oss och på ett nytt sätt, problemet du hittat ser helt klart ut som ett fel någonstans. Vi kommer påbörja felsökning för att se vart det kommer ifrån. Tack!
Mvh
Sofie
Vi har hittills inte lyckats återskapa problemet. Har du sett det någon gång mer under oktobermånaden?
Hälsningar,
Bert
{
"header": {
"gtfs_realtime_version": "2.0",
"incrementality": 0,
"timestamp": 1762557111
},
"entity": [
{
"id": "90000000000017640",
"trip_update": {
"trip": {
"trip_id": "90011000130000001",
"start_date": "20251107",
"schedule_relationship": 0
},
"stop_time_update": [
{
"stop_sequence": 1,
"arrival": {
"delay": 90094,
"time": 1762635094
},
"departure": {
"delay": 90094,
"time": 1762635094
},
"stop_id": "9022009000100006"
},
{
"stop_sequence": 2,
"arrival": {
"delay": 90149,
"time": 1762635329
},
"departure": {
"delay": 90149,
"time": 1762635329
},
"stop_id": "9022009000910002"
},
{
Se trip update's arrival / departure.delay för alla stop sequences.
Sker precis efter midnatt.
Tack för återkopplingen. VI har lyckats återskapa problemet och identifierat orsaken, som ligger i Gotlands nya realtidssystem. Vi kommer felanmäla detta till dem så att de kan åtgärda problemet.
Under felsökningen har vi även hittat en annan bugg i våra system som gjorde att start_date blev fel för dessa turer, detta har redan åtgärdats.
Hälsningar,
Bert
Trip_id + start_date används för att matcha turer i realtid till en tur i de statiska data.
Hälsningar,
Bert