departureBoard
Updated on March 10, 2022 — xml — 17 downloads
- Type
- API
- MIME Type
- Created on
- March 15, 2021
- Modified on
- March 10, 2022
- Published on
- March 15, 2021
Updated on March 10, 2022 — Creative Commons Attribution 4.0
Administration compétente en matière de transports publics en ce qui concerne la gestion, l'organisation et le contrôle des services de transports publics réguliers et spécialisés. Plus particulièrement, l'administration est en charge de la gestion technique et financière des réseaux de transports…
4 datasets
L'Administration des transports publics vous offre l’accès à son OpenAPI des départs en temps réel.
Définition du schéma de l'API (XSD)
Veuillez contacter opendata-api@verkeiersverbond.lu pour obtenir votre clé personnelle.
A) Vous devez indiquer les coordonnées géographiques x, y (en système WGS84):
originCoordLat=
originCoordLong=
B) Selon vos besoins vous pouvez préciser:
maxNo= un nombre max. d'arrêts retournés
r= un rayon autour des coordonnées (en mètres)
Exemple requête
https://cdt.hafas.de/opendata/apiserver/location.nearbystops?accessId=<API-KEY>&originCoordLong=6.09528&originCoordLat=49.77723&maxNo=5000&r=100000&format=json
(Remarque: Si vous voulez recevoir tous les arrêts existants utilisez les valeurs dans l'exemple)
Utilisez le résultat au-dessus. Cette liste vous indique l'identifiant de chaque arrêt. Vous avez besoin de cet identfiant pour générer les départs en temps-réel de l'arrêt souhaité.
id=
Exemple requête
https://cdt.hafas.de/opendata/apiserver/departureBoard?accessId=<API-KEY>&lang=fr&id=200426002&format=json
Updated on March 10, 2022 — xml — 17 downloads
Updated on March 10, 2022 — xml — 7 downloads
You have built a more comprehensive database than those presented here? This is the time to share it!
No resources match your search.
Explore the reuses of this dataset.
Did you use this data ? Reference your work and increase your visibility.
Discussion between the organization and the community about this dataset.
Attention : A partir du Lundi 18 Octobre, la clé universelle sera désactivée. Veuillez contacter opendata-api@verkeiersverbond.lu pour obtenir votre clé personnelle. Please note: From Monday, October 18, the universal key will be deactivated. Please contact opendata-api@verkeiersverbond.lu to obtain your personal private key.
La clé API "universelle" c2fb3438-45a4-48ff-9f5f-3546da29c6a9 ne fonctionne plus. Le message d'erreur retourné est "quota exceeded for c2fb3438-45a4-48ff-9f5f-3546da29c6a9 on departureBoard(QuotaStatus(apiKey=c2fb3438-45a4-48ff-9f5f-3546da29c6a9, type=HARD_QUOTA_EXCEEDED, timeUnit=MONTH, softQuota=2976000, hardQuota=3720000, requestCounter=5157385"
Good afternoon, I'm having the same issue: "quota exceeded for c2fb3438-45a4-48ff-9f5f-3546da29c6a9 on departureBoard(QuotaStatus(apiKey=c2fb3438-45a4-48ff-9f5f-3546da29c6a9, type=HARD_QUOTA_EXCEEDED, timeUnit=DAY, softQuota=200000, hardQuota=250000, requestCounter=408236))". I work for the app Citymapper, providing transit information worldwide, including in Luxembourg. It is possible to have a specific access id where the quota is much higher? If so, what are the procedures to obtain it? Thank you very much for you attention, Cheers Marcos from Citymapper
Hello. The sample request for departureBoard always returns "quota exceeded for c2fb3438-45a4-48ff-9f5f-3546da29c6a9". Same thing happens when changing the "id" parameter. Is a different key necessary? If so, how can it be obtained? Thanks for your help!
Same problem here. The api key c2fb3438-45a4-48ff-9f5f-3546da29c6a9 does not work anymore. The error returned is quota exceeded for c2fb3438-45a4-48ff-9f5f-3546da29c6a9 on departureBoard(QuotaStatus(apiKey=c2fb3438-45a4-48ff-9f5f-3546da29c6a9, type=HARD_QUOTA_EXCEEDED, timeUnit=MONTH, softQuota=2976000, hardQuota=3720000, requestCounter=5157385
We are currently working on resolving this issue, we will post an update once the fix is in place.
What are the main differences from the old API? Will the old one stay live? I noticed the new one is much slower to respond (e.g. the example get stops is ~7000ms vs 70ms on the old).
Just noticed the example is pulling a large distance by default. Even then, changing to match the parameters from the old one it is around 150 ms.
Dear Tom, The old API will be switched off soon, so we recommend using the new one. The example provided does indeed request all our stops at once, so that explains why it takes a little bit longer to get the response. In general, both API’s can’t be directly compared, as they differ in the architecture as well as the content. The new API is based on the REST architecture and does provide much more information compared to the old one. For the location.nearbystops service, you will get addditional information about the different products / lines for a given stop .
Even with ?rtMode=FULL, the departureBoard doesn't seem to return any real time data (whilst the old API still does). Hasn't the realtime feature been enabled yet or do I miss a thing? Thanks for your help.
Could you please try again, the realtime data should be available now. Check for a field named “rtTime” in the response.
Yes, it works now! Great! Thanks a lot! :-)