KoDa API frågor
Hej,
Vi håller på att testa KoDa API't och har några saker som vi undrar över.
1) Static data - Varför får vi alltid error 500 på detta anropet?
https://api.koda.trafiklab.se/KoDa/api/v2/gtfs-static/skane?date=2022-03-06&key={API_KEY}
Om vi ändrar datum +/- 1 dag så funkar det som förväntat (inget fel).
2) Realtime data - Oavsett hur länge vi väntar så verkar detta anrop aldrig resultera i någon data?
https://api.koda.trafiklab.se/KoDa/api/v2/gtfs-rt/skane/TripUpdates?date=2022-01-16&hour=00&key={API_KEY}
Men om vi provar tidigare eller senare datum så får vi som förväntat data, exempelvis med date=2021-11-16.
Varför är det så?
3) Vad är statusen på KoDa API't, är det 'i produktion' eller är det ännu så länge mer i en test-fas?
Mvh,
Henrik
Vi håller på att testa KoDa API't och har några saker som vi undrar över.
1) Static data - Varför får vi alltid error 500 på detta anropet?
https://api.koda.trafiklab.se/KoDa/api/v2/gtfs-static/skane?date=2022-03-06&key={API_KEY}
Om vi ändrar datum +/- 1 dag så funkar det som förväntat (inget fel).
2) Realtime data - Oavsett hur länge vi väntar så verkar detta anrop aldrig resultera i någon data?
https://api.koda.trafiklab.se/KoDa/api/v2/gtfs-rt/skane/TripUpdates?date=2022-01-16&hour=00&key={API_KEY}
Men om vi provar tidigare eller senare datum så får vi som förväntat data, exempelvis med date=2021-11-16.
Varför är det så?
3) Vad är statusen på KoDa API't, är det 'i produktion' eller är det ännu så länge mer i en test-fas?
Mvh,
Henrik
Följ inlägget
0
följare
Jag skulle rekommendera att inte använda hour parametern, men att bara hämta data för en dag. Det uppstod ett problem med data-arkiveringen rund januari 2022, av den anledning får du inget svar på din anrop den 16e januari. Data har arkiverats i ett backup-system, men vi har inte hunnit tillgängliggöra den genom API:et än. På första frågan så verkar det att ingen data finns för den dagen, men den borde i så fall ge ett 404 fel, inte ett 500-felmeddelande. Jag kollar på det.
API:et är inte längre i en test-fas, men den är en tredjeparts API som till exempel SLs API:er och Trafikverket. Den förvaltas av RiSE i nuläget. På grund av resursbrist är det dock bara upptid och datainsamling som övervakas, i fall av "hål" som till exemel i Januaris data kommer det inte fixas inom en vecka. Det är ett kontrast mot själva GTFS Regional API:er, som övervakas noggran och fixas så snabbt som möjligt om fel uppstår.
Hälsningar,
Bert
En uppföljningsfråga (som jag kan gissa svaret på efter din info ovan men det vore fint att få det bekräftat).
Realtids datan innehåller en massa prognoser förutom info om vad som verkligen har observerats/hänt. Finns det något sätt att undvika detta om man bara är intresserade av verkliga utfallet?
Exempelvis för Skåne så laddar vi ner i runda slänga 300 miljoner rader för en vecka, men efter att rensat bort det vi inte är intresserade av så återstår bara omkring 2 miljoner rader.
Mvh,
Henrik
Just nu finns det inget sånt. Man skulle behöva gå genom alla filer och spara ner varje meddelande som har "uncertainty: 0" för att få verkliga utfallen. Sån dära uppdateringar för en vis trip+stop finns vid flera tidspunkter, men de ska alltid vara identiskt om uncertainty är 0.
Man måste alltså göra som ni gör idag. Anledningen är att rådata innehåller extra information (hur förändrades prognoser osv) som kan vara nyttigt till andra typer av analys och machine-learning.
Hälsningar,
Bert