Standards et fiabilité
GTFS : relier une destination aux transports disponibles
Un arrêt proche d’un hôtel n’est utile que si le voyageur peut y prendre le bon service à la bonne date. GTFS aide à relier lieux, réseaux et horaires ; il ne confirme pas à lui seul un billet ni la circulation effective.
Une donnée de transport, avec un périmètre précis
La référence GTFS Schedule décrit des fichiers structurés pour les agences, arrêts, lignes, trajets, horaires et calendriers. GTFS Realtime apporte notamment des mises à jour de trajets, des alertes et des positions de véhicules. Ce sont deux couches à rapprocher, et non deux catalogues interchangeables. Une destination peut les utiliser pour expliquer l’accès à un site ou rechercher une correspondance ; la vente et les conditions du billet restent un autre sujet.
Commencez par un usage limité : rejoindre un établissement depuis une gare, rendre lisible une navette saisonnière ou informer sur le dernier départ après une visite. Choisissez le réseau effectivement desservant le lieu. Un jeu couvrant une grande métropole peut omettre le service privé ou la liaison régionale dont votre client a besoin.
Les jointures à conserver
| Objet | Clé ou champ | Contrôle métier |
|---|---|---|
| Arrêt | stop_id, coordonnées, parent_station | Distinguer gare, quai et entrée réellement utilisable. |
| Trajet | trip_id, route_id, service_id | Relier la course à sa ligne et à son calendrier. |
| Passage | stop_id, trip_id, stop_sequence | Respecter l’ordre des arrêts ; ne pas trier seulement par nom. |
| Date | calendar et calendar_dates | Contrôler les exceptions du jour précis de la visite. |
| Actualisation | Source, collecte, version et couverture | Détecter un flux périmé avant de l’afficher. |
Gardez l’espace d’identification du producteur. Un stop_id identique dans deux flux n’identifie pas forcément le même arrêt. Si vous rapprochez le lieu touristique et l’arrêt par distance, contrôlez aussi le chemin : un point proche de l’autre côté d’une voie ferrée peut imposer un long détour.
Le jour de service dépasse parfois minuit
GTFS Schedule permet des horaires supérieurs à 24:00:00 pour représenter la continuité d’un jour de service. Une valeur 25:10:00 correspond alors à un passage après minuit rattaché au jour précédent de ce service. Ne la ramenez pas à 01:10 sans conserver cette relation. Les heures des passages suivent le fuseau de l’agence selon la référence.
Proposition de recette : choisissez une visite qui finit tard, une date avec exception de calendrier, puis un départ autour d’un changement d’heure. Comparez le résultat à l’information publiée par le réseau. Conservez date de service, fuseau et heure locale dans la preuve. Si votre moteur ne sait pas interpréter une règle, indiquez l’incertitude et renvoyez vers le réseau plutôt que d’afficher une correspondance assurée.
Une valeur inconnue reste inconnue
Pour wheelchair_boarding, une valeur 0 ou absente ne prouve pas l’accessibilité : elle traduit l’absence d’information dans le cas défini par le standard. Traitez séparément l’accès au quai, le véhicule et le chemin entre l’arrêt et le lieu. Demandez une confirmation à l’exploitant lorsque le voyage dépend de cette information.
Un horaire prévu doit rester identifié comme prévu. Si le flux temps réel manque, affichez l’heure de la dernière actualisation disponible et l’accès à l’information du réseau. Retirez une alerte expirée sans effacer l’historique nécessaire au support. Mesurez la part des recherches sans service à la date demandée et celle des arrêts sans chemin d’accès confirmé ; ces absences orientent le travail de collecte.
Ce qui doit être livré avant publication
- Un inventaire des réseaux, sources et conditions de réutilisation vérifiées.
- Une table des identifiants et des relations, avec les arrêts non rapprochés.
- Une procédure d’actualisation qui conserve la dernière version exploitable.
- Une recette sur jours ordinaires, exceptions, horaires tardifs et absence de temps réel.
- Un message utilisateur pour chaque information manquante, sans inventer de service.
La validité technique du fichier et la qualité du conseil au voyageur sont deux résultats distincts. Contrôlez les deux et attribuez un responsable à chaque anomalie.
Sources et périmètre des faits documentés
Sources officielles consultées le . Les méthodes d’essai et recommandations de ce guide sont éditoriales ; les conditions d’accès et d’usage se vérifient dans la documentation actuelle.
- GTFS Schedule : référence — Structure des fichiers, calendriers, heures au-delà de 24 heures, fuseaux et indicateurs d’accessibilité.
- GTFS Realtime : référence — Mises à jour des trajets, alertes et positions de véhicules.
Questions fréquentes
Questions utiles avant de décider
GTFS permet-il de réserver un billet ?
Le standard décrit des données de transport. Un flux horaire ne donne pas automatiquement accès à la réservation, au paiement ou à une garantie de correspondance.
Que faire en l’absence de temps réel ?
Présentez les horaires comme prévus, indiquez la provenance et dirigez vers l’information de l’exploitant pour les perturbations.
Une accessibilité non renseignée signifie-t-elle inaccessible ?
Non. Conservez le statut inconnu et faites confirmer les besoins du voyageur auprès de l’exploitant.
