Live-tider i API:et
Hej
Jag använder ResRobot v2.1 (JSON) för att ta fram när nästa buss mellan två specifika hållplatser går (Länstrafiken Örebro). Fungerar kanon men i datat jag får från erat API är det endast de fasta tabelltiderna som visas, inte live om bussen är tidig eller sen. Finsn det något sätt att få ut dessa justerade live-tider, jag ser dem i appen.
Mvh
Johan
Jag använder ResRobot v2.1 (JSON) för att ta fram när nästa buss mellan två specifika hållplatser går (Länstrafiken Örebro). Fungerar kanon men i datat jag får från erat API är det endast de fasta tabelltiderna som visas, inte live om bussen är tidig eller sen. Finsn det något sätt att få ut dessa justerade live-tider, jag ser dem i appen.
Mvh
Johan
Följ inlägget
2
följare
Resrobot har endast realtidsdata för tåg, och endast när man söker avgångar från en hållplats. Resrobot själv har ingen app, möjligen blandar du ihop länstrafikens app med Resrobot.
Genom våra Trafiklab Realtime APIs kan du få avgångstider inklusive realtid (fast utan realtidsdata för tåg), sen kan du filtrera på linje eller operatör med hjälp av de data som finns med i svaret.
Hälsningar,
Bert
Ja precis, med app menar jag Länstrafikens app. Jag testar "Trafiklab Realtime APIs" men då verkar jag inte kunna ange destination utan alla bussar åt båda hållen lsitas från den specade hållplatsen.
Fråga: Vilket API ska jag använda för att få realtidsdata (Länstrafiken Örebro) och samtidigt kunna ange hållplats-id för origin och destination så att endast resor åt ett håll tillhandahålls?
Mvh
Johan
Numera får man ett jättepaket som man själv får filtrera till önskat innehåll.
Kan du vidareutveckla lite varför client-side filtrering på de origin och destinationsfält inte fungerar i ditt fall? Både origin, destionation, och även skyltad riktning finns med i API-svaren från Trafiklab Realtime APIs.
Robban, syftar du på Trafiklab Realtime APIs eller GTFS när du pratar om ett jättepaket?
Hälsningar,
Bert
Om vi kollar på de hållplatser med mycket trafik som slussen ser vi att de 170 avgångar inom en timme skapar ett API-svar som är 120kb stor, dock är det endast 6kb som skickas då svaret komprimeras. I Trafiklab Realtime API:erna har vi förenklat svarstructuren betydligt jämfört med Resrobot, vilket gör att svaret är bara hälften så stor som om man letar fram samma avgångar i Resrobot stolptidtabeller (där får man ett svar på 241kb).
Detta är en avvägning som vi gör, där vi balanserar kostnad, cpu-belastning, nätverksbelastning, och mervärde för att få ut ett resultat som blir bäst för så många användare som möjgligt. I detta fall gör de fasta tidsramar att svaren kan cachas mycket enklare, vilket gör anrop billigare, vilket gör att vi kan tillåta fler uppdateringar jämfört med om vi kanske hade byggt i en massa filters. Med det sagt har vi fortfarande möjlighet att introducera filterfunktionalitet i detta API, men då måste det finnas tydliga fördelar för många användare. Man skulle aldrig få mer träff med ett filter, så om man nu bara får 1 relevant avgång per API svar kommer man med ett filter fortfarande behöva göra flera anrop.
Hoppas att detta förtydligar våra designval lite grann.
Det är just det som Johan har kört fast på. Han vill ha filter i URL som förut men det finns inte lika många längre.
Förklara det för honom och gör en tydligare beskrivning av denna API för alla andra som omöjligt kan se allt som självklart.