Réconciliation stop_code GTFS / temps réel
Posté : 24 janvier 2022, 18:05
Bonjour à tous,
Je cherche à intégrer les prochains passages en temps réel dans l'application Citymapper.
Je rencontre des difficultés dans l'implémentation des données fournies par la plateforme.
L'ensemble fonctionne globalement très bien, mais nous rencontrons une difficulté :
Nous ne parvenons pas à réconcilier les identifiants du fichier GTFS avec celles de votre API temps réel pour les prochains passages aux arrêts.
En effet, les identifiants "stop_code" ont un format similaire mais différent dans les deux sources.
Exemple : on trouve TAU41R pour l'arrêt du Tauzin dans le GTFS (ou TAU41A pour l'autre direction), contre l'identifiant B_TAU41_R sur le endpoint SV_ARRET_P
(https://data.bordeaux-metropole.fr/geoj ... RET_P?key=[maCLE...]&attributes=[%22GEOM%22,%22IDENT%22,%22LIBELLE%22])
Pour ce qui est des bus, nous avons pu retrouver la correspondance en ajoutant nous même le préfixe "B_" et en insérant un "_" quand l'identifiant finit par A ou R. Mais pour les trams, c'est plus compliqué...
Vous serait-il possible de mettre à jour les identifiants stop.txt/stop_code du fichier GTFS pour qu'ils correspondent directement aux stop_code utilisés pour le endpoint saeiv_arret_passages de votre API ?
(exemple : T_HDV_B_R dans la requête https://data.bordeaux-metropole.fr/geoj ... sages?key=[maCLE...]&datainputs={%22arret_id%22:%22T_HDV_B_R%22}&attributes=[%22libelle%22,%22hor_app%22,%22hor_estime%22,%22terminus%22,%22vehicule%22])
Sinon, quelle solution recommandez-vous ?
D'avance merci pour vos réponses.
Tom
Je cherche à intégrer les prochains passages en temps réel dans l'application Citymapper.
Je rencontre des difficultés dans l'implémentation des données fournies par la plateforme.
L'ensemble fonctionne globalement très bien, mais nous rencontrons une difficulté :
Nous ne parvenons pas à réconcilier les identifiants du fichier GTFS avec celles de votre API temps réel pour les prochains passages aux arrêts.
En effet, les identifiants "stop_code" ont un format similaire mais différent dans les deux sources.
Exemple : on trouve TAU41R pour l'arrêt du Tauzin dans le GTFS (ou TAU41A pour l'autre direction), contre l'identifiant B_TAU41_R sur le endpoint SV_ARRET_P
(https://data.bordeaux-metropole.fr/geoj ... RET_P?key=[maCLE...]&attributes=[%22GEOM%22,%22IDENT%22,%22LIBELLE%22])
Pour ce qui est des bus, nous avons pu retrouver la correspondance en ajoutant nous même le préfixe "B_" et en insérant un "_" quand l'identifiant finit par A ou R. Mais pour les trams, c'est plus compliqué...
Vous serait-il possible de mettre à jour les identifiants stop.txt/stop_code du fichier GTFS pour qu'ils correspondent directement aux stop_code utilisés pour le endpoint saeiv_arret_passages de votre API ?
(exemple : T_HDV_B_R dans la requête https://data.bordeaux-metropole.fr/geoj ... sages?key=[maCLE...]&datainputs={%22arret_id%22:%22T_HDV_B_R%22}&attributes=[%22libelle%22,%22hor_app%22,%22hor_estime%22,%22terminus%22,%22vehicule%22])
Sinon, quelle solution recommandez-vous ?
D'avance merci pour vos réponses.
Tom