SL Transport API
SL Transport API har inte fungerat sedan i morse 2026-09-29! Vad gör ni för att lösa det?
C:\>curl -i https://transport.integration.sl.se/v1/sites/1164/departures
HTTP/1.1 429 Too Many Requests
Content-Type: application/json; charset=UTF-8
Content-Length: 40
Connection: keep-alive
Date: Tue, 29 Sep 2026 14:36:12 GMT
X-Cache: Error from cloudfront
Via: 1.1 d0f4e1c001bf7988ba949b35340fcf18.cloudfront.net (CloudFront)
X-Amz-Cf-Pop: ARN52-P1
X-Amz-Cf-Id: -ey_GTlHsBK2nHpwgbR6oUlmt9M_vBfoQolarX1nUknzdVCJTRfJhg==
Vary: Origin
{
"error": "Quota has been exceeded"
}
C:\>
Följ inlägget
1
följare
Vi har undersökt detta med SL och fått bekräftat att problemet beror på en kraftig ökning av den inkommande trafiken. För att förhindra att de bakomliggande servrarna överbelastas begränsar SL trafiken i dessa situationer.
Det innebär att vissa anrop kan nekas även om den enskilda klienten inte har gjort ett ovanligt stort antal anrop.
Hälsningar,
Bert
Min app är oanvändbar sedan några dagar pga detta. Användarna tror att felet beror på appen och undrar vad det är för en sk-t-app. Har ni blivit utsatta för en överbelastningsattack? Vad gör ni för att få APIt användbart igen? Detta är allvarligt!
Förmodligen beror det på felanvändning eller scraping, vilket gjorde att trafiken från Trafiklab-användare trefaldigats. Vi kollar med SL om de kan lösa detta på ett bättre sätt, men i och med att det inte finns API-nycklar går det inte lika lätt att spärra 1 specifik konsument.
Alternativt har vi Trafiklab Realtime APIs, men där används andra hållplats id:er så det är ingen direkt drop-in ersättning.
Hälsningar,
Bert
Det verkar som att SL har en lösning på gång, jag har dock inget tidsestimat.
SLs API:er (likt Trafikverkets API:er) är externa tjänster som i det här fallet tillhandahålls av SL, men som vi på Trafiklab/Samtrafiken inte har någon kontroll över. Vi förtydligar detta på vår hemsida.
Hälsningar,
Bert