PTNA: GTFS-feeds AT-* fehlerhaft?

Communities Österreich (Austria)
, ,
1

Seit dem Jahreswechsel erscheinen die “neuesten” GTFS-Daten bei PTNA mit fehlerhaften Daten:

  • feed_info.txt : “feed_end_date” = “20251213”

D.h. die Daten liegen in der Vergangenheit.

1.) PTNA hat nun eine Methode, solche “veralteten” Daten als ‘error’ zu markieren und nicht für die Analyse zu verwenden,

2.) Eine Nachforschung bei MVO - Datenbereitstellungsplattform ergab, sofern man eingelogged ist, dass sehr wohl neuere, korrekte Daten vorliegen.

  • 2026, erstellt um 05:30 → korrekte Daten für 2026
  • 2025, erstellt um 05:31 → korrekte Daten für 2025, aber veraltet

3.) in den über das API lesbaren JSON-Daten sind aber nur die “veralteten” Daten aufgelistet (year=2025)

  • Vermutung: die 2025er Daten, die um 05:31 erstellt wurden überschreiben in den JSON-Daten die Einträge der 2026er Daten, die um 05:30 erstellt wurden
curl --connect-timeout 30 --max-time 300 -sS -k https://data.mobilitaetsverbuende.at/api/public/v1/data-sets?tagFilterModeInclusive=true       -H "Accept: application/json" -H "Authorization: Bearer any"

  • Suche dort nach "Fahrplandaten Salzburger Verkehrsverbund (GTFS)"

  • Etwas darüber steht

    activeVersions" : [
    {
    "active" : true,
    "dataSetVersion" : {
    "created" : "2026-01-06T04:31:00.781Z",
    "deleted" : false,
    "file" : {
    "originalName" : "20260106-0324_gtfs_salzburgverkehr_2025.zip",
    "size" : "70915417"
    },
    "id" : "22629"
    },
    "id" : "14500",
    "year" : "2025"
    }
    ],

Wie können wir hier vorgehen, wer hat Kontakt zu den Mobilitätsverbünden?

@mcliquid @Nielkrokodil @hlfan

curl ... | json_pp > file.json

hilft.

1 Like
2

Hier hat sich leider noch nichts zum Guten verändert.

3

Hast du schon eine Email geschrieben und bekommst keine Antwort oder suchst du nach einem Österreicher, der sich dem Problem annimmt? Mir ist nicht klar, wofür du eine Kontaktperson brauchst. Wenn du einfach nur irgendeinen Österreicher suchst, ohne besondere Qualifikationen, der sich darum kümmert, kann ich das schon machen.

1 Like
4

Ich werde morgen mal eine Mail schreiben.

Zum Download benötigt man einen Account. Den “besitze” nicht ich, sondern entweder @mcliquid oder @Nielkrokodil. Eine Mail schreiben kann man aber wohl auch ohne einen Account zu haben :wink:

5

Zumindest hab ich den Account erstellt :grin: Ich schau morgen Mal rein und schreib ne Mail!

1 Like
6

Ich hab keinen direkten Kontakt leider

7

Es dürfte in den nächsten 2-3 Tagen eine Lösung auf “Bereitstellerseite” geben.

1 Like
8

Bis auf AT-VVV sind nun alle OK.

9

Oh, was fehlt beim VVV noch? Soll ich dem Support nochmal schreiben?

10

Da gab’s heute generell noch keinen Update, warten wir noch ein, zwei Tage.

2 Likes
11

Auch der VVV ist nun aktuell.

3 Likes
12

Hallo,

Ich sehe den Post erst jetzt, aber ich bin vor ein paar Wochen über dasselbe Problem gestolpert, dass die API nicht die neuesten Datensets, sondern die vom letzten Dezember zurückgegeben hat (obwohl auf der Webseite die korrekten aktuelen Daten sind). Falls das nächstes Jahr wieder passieren sollte, will ich hier schnell die Lösung dokumentieren:

Ich habe es über die Feedback-Funktion auf data.mobilitaetsverbuende.at gemeldet und (am 7. Jänner) eine Antwort bekommen, dass das ein Bug in der Software ist, der in den Wochen um den Fahrplanwechsel auftritt. Und dass als Workaround statt der https://data.mobilitaetsverbuende.at/api/public/v1/data-sets API man /api/public/v1/data-sets/<dsid>/versions/active verwenden kann (das gibt jeweils dieselben Daten, aber korrekt zurück).

Ich habe heute aber es nochmal getestet und es sieht so aus als würde die normale API auch wieder die richtigen Daten zurückgeben.

1 Like