Train et voyageurs sur un quai de gare, visuel généré par IAVisuel IA · Provenance

Standards et continuité · Fiche de contrôle

Contrôler un flux GTFS pour une destination

Un import techniquement valide ne garantit pas un accès utilisable au lieu. Contrôlez le jour réel, le réseau et le chemin entre l’arrêt et la destination.

Publié le . Méthode éditoriale à adapter à votre produit et à votre organisation. Source de référence : Référence officielle GTFS Schedule, consultée le 4 octobre 2026.

Définir ce que la fiche doit permettre de vérifier

Commencez par inventorier les réseaux nécessaires à votre usage. Conservez le producteur, le périmètre géographique, la période couverte et les conditions de réutilisation vérifiées. La disparition temporaire d’un fichier ne prouve pas la fermeture du réseau : conservez la dernière collecte et signalez son ancienneté.

La référence GTFS distingue les calendriers et leurs exceptions, autorise des heures supérieures à 24 heures et définit les valeurs d’information sur l’accessibilité. Les tests ci-dessous appliquent ces notions à une page d’accès touristique ; ils ne décrivent pas un trajet validé chez un exploitant.

Huit champs à rapprocher de leurs preuves

Gardez la source et la date de vérification à côté des informations collectées. Sur téléphone, les contrôles se lisent en cartes.

Contrôler un flux GTFS pour une destination : données et contrôles
ChampÀ collecterTest ou rapprochement
SourceProducteur, URL, version et droit de réutilisation.Vérifier le réseau et la période attendus ; conserver la source.
Arrêtsstop_id, nom, coordonnées et parent_station.Distinguer entrée, quai et gare ; qualifier les arrêts éloignés ou ambigus.
Relationsroute_id, trip_id, service_id et stop_sequence.Rechercher les références orphelines et l’ordre incohérent des passages.
Jour de serviceCalendrier et exceptions de la date choisie.Tester un jour sans service et un jour comportant une exception.
HeuresHeure de passage et fuseau de l’agence.Tester un passage supérieur à 24:00:00 sans perdre son jour de service.
AccessibilitéValeur publiée et périmètre du renseignement.Conserver le statut inconnu ; ne pas transformer une absence en accès garanti.
ActualisationDate de collecte et disponibilité de Realtime.Afficher prévu ou actualisé selon la source réellement reçue.
Accès au lieuChemin, entrée et dernier départ pertinent.Vérifier le trajet piéton et le service après l’heure de fin de la visite.

Trois erreurs qui fragilisent le dossier

  • Assimiler un arrêt proche à un accès piéton confirmé.
  • Afficher des horaires prévus comme un temps réel.
  • Ignorer les exceptions et les courses après minuit.

Transmettre un résultat exploitable

Remettez la version contrôlée, les réseaux couverts et la liste des arrêts non rapprochés. Attribuez un responsable aux périodes ou besoins d’accès encore inconnus avant publication.

Choisir un registre de contenus, médias ou recette · Préciser les responsabilités du parcours

Questions fréquentes

GTFS couvre-t-il une navette privée ?

Uniquement si le jeu consulté la décrit. La couverture doit être vérifiée pour chaque réseau nécessaire.

Une heure 25:10:00 est-elle une erreur ?

Le standard permet une telle valeur après minuit dans la continuité du jour de service. Conservez ce contexte.

Que publier si la donnée est trop ancienne ?

Indiquez la date de la source et l’incertitude, puis dirigez vers l’information de l’exploitant.

Approfondir ce contrôle

Toutes les fiches de contrôle · Méthode des sources

Passer à la vérification

Des fiches de contrôle pour ce sujet

Champs à collecter, tests, erreurs fréquentes et consignes de transmission pour travailler sur un dossier concret.

Toutes les fiches de contrôle →