LogoLogo
transport.data.gouv.frEtat des servicesLinkedIn
  • Généralités
  • Le Point d'accès national
    • Généralités
      • Le Point d'accès national
      • Liens entre data.gouv.fr et transport.data.gouv.fr
      • Notre écosystème
        • Les facilitateurs
        • Les réutilisateurs
      • Budget
      • Mentions légales et conditions générales d'utilisation
    • Cadre juridique
      • Acteurs concernés
      • Données et modes de transports concernés
      • Obligations des détenteurs de données
      • Obligations des utilisateurs de données
      • Formats requis
      • Conditions d’utilisation des données
        • Licence ouverte Etalab
        • Licence ODbL
      • Déclaration de conformité
  • Administration des données
    • Guide de publication
      • 1 - Création du compte data.gouv.fr
      • 2 - Vérification de la qualité des données
      • 3- Publication des données
        • Méthode transport.data.gouv.fr (recommandé)
        • Méthode par moissonnage
        • Méthode par API
        • Publication avec publier.etalab.studio
      • 4- Paramétrage du compte et des notifications
      • 5 - Mise à jour des données
      • Gouvernance des données
  • Réutilisation des données
    • Réutilisation des données
    • Procédures de repartage des données
  • Outils du PAN
    • Outils disponibles sur le PAN
      • Validateurs
      • Indicateurs de qualité
      • GTFS Diff
      • Générateur de requête SIRI
      • API
      • Flux RSS
      • Disponibilité des ressources
    • Evolutions techniques
      • Evolution des schémas nationaux
      • Evolution des outils du PAN
  • Type de données
    • Les formats requis selon les données
    • Transport collectif
      • Normes et standards : Données théoriques et temps réel
        • Services réguliers
        • TAD zonal
      • Administration des données Transport collectif
        • Publier des horaires théoriques
        • Publier des données temps-réel
          • Les données temps réel
          • La procédure de publication
          • Serveur proxy (GTFS-RT)
      • Mise en qualité des données GTFS
      • Référencement de votre réseau sur Google Maps
      • Réseaux saisonniers
      • Enrichissement des jeux de données
      • Ressources
        • Outils
        • FAQ
    • Véhicules en libre service
      • Normes et standards : GBFS
      • Administration des données
        • Publier des données GBFS
        • Gérer la qualité des données
      • L'autopartage
    • Aménagements cyclables
      • Élaboration du schéma national des aménagements cyclables
      • Normes et standards : schéma national des aménagements cyclables
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Photothèque
        • Outils
        • Foire aux questions
        • Guide de numérisation
    • Stationnement cyclable
      • Élaboration du schéma national des stationnements cyclables
      • Normes et standard : schéma national pour le stationnement cyclable
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
        • FAQ
    • Lieux de covoiturage
      • Contexte
      • Normes et standards : schéma national des lieux de covoiturage
      • Administration des données
        • Publier des données
        • Gérer la qualité des données
      • Ressources
        • Correspondance avec OpenStreetMap
        • Liens
        • Foire aux questions
    • Infrastructures de recharge de véhicules électriques (IRVE)
      • Contexte et cadre juridique
      • Normes et standards : Schémas nationaux IRVE statique et dynamique
      • Données statiques
        • Produire ses données
        • Vérifier la qualité de ses données
        • Publier ses données sur data.gouv.fr
        • Mettre à jour ses données
        • Cas d'usage
        • Obtenir la prime ADVENIR
      • Données dynamiques
        • Publier des données dynamiques
        • Cas d'usage
      • Publication cible
    • Zones à Faibles Emissions
      • Cadre juridique
      • Normes et standard : schéma national des zones à faibles émissions
      • Administration des données
        • Publier des données
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
    • Comptage des mobilités
      • Contexte
      • Normes et standard : schéma national de comptage des mobilités
      • Administration des données
        • Publier des données
        • Export depuis l'espace client des fournisseurs
        • Mettre à jour les données
        • Gérer la qualité des données
      • Ressources
        • Outils
        • Définition et description des notions de site, channel et measure
        • Description des champs du fichier "channel"
    • Lieux de stationnement
      • Stationnement hors voirie
        • Normes et standard : schéma national des lieux de stationnement
        • Administration des données
          • Publier des données
          • Mettre à jour les données
          • Gérer la qualité des données
        • Ressources
          • FAQ
          • Outils
  • Ressources
    • Rencontres publiques
      • Espace réutilisateurs
      • 28/09/2021 - Comptage mobilités #3
      • 23/04/2021 - Comptage vélo #1
      • 08/04/2021 - Zones à Faibles Emissions #1
      • 24/02/2021 - Stationnement cyclable #2
      • 25/11/2020 - Stationnement cyclable #1
      • 28/05/2021 - Transports personnels, Autopartage #3
      • 12/11/2020 - Transports personnels, Autopartage #2
      • 28/08/2020 - Transports personnels, Autopartage #1
      • 27/08/2020 - Infrastructures cyclables #3
      • 08/07/2020 - Infrastructures cyclables #2
      • 19/05/2020 - Données tarifaires des transports en commun
      • 10/10/2019 - Données Aériennes (2)
      • 27/09/2019 - Stationnement (2)
      • 03/07/2019 - Formation “Ouverture des données dans le secteur des transports” à Tunis
      • 27/06/2019 - Infrastructures cyclables
      • 13/06/2019 - Transport aérien
      • 25/04/2019 - Stationnement
      • 05/04/2019 - Licences et conditions d'accès
      • 17/01/2019 - Transport régulier - Temps réel (2)
      • 16/10/2018 - Véhicules en partage
      • 20/09/2018 - Transport régulier - Temps réel
      • 13/02/2018 - Transport collectif - données théoriques
      • 10/04/2019 - Tour de France (Rennes)
      • 06/11/2017 - Rencontre publique licences de réutilisation #2
      • 09/10/2017 - Rencontre publique licences de réutilisation #1
    • Newsletters
    • Normes européennes
      • Accessibilité
      • Production des données en NeTEx
    • Points d'accès européens
Propulsé par GitBook
Sur cette page
  • Les couleurs des lignes
  • Les noms des lignes
  • Les tracés des lignes
  • Les informations sur votre agence commerciale
  • L'accessibilité pour les usagers en fauteuil roulant
  • La possibilité de transporter un vélo non démonté pendant le trajet
  • Le Transport à la Demande en ligne virtuelle

Cet article vous a-t-il été utile ?

  1. Type de données
  2. Transport collectif

Mise en qualité des données GTFS

Dernière mise à jour il y a 9 mois

Cet article vous a-t-il été utile ?

Pour mettre en valeur votre réseau de transport à travers les supports numériques, il est important que vos GTFS comportent un maximum d'information à caractère commercial (nom commerciaux des lignes et arrêts, couleurs des lignes, accessibilité des arrêts, tracés des itinéraires, coordonnées de l'agence commerciale etc.).

La présence de ces informations assure la cohérence de votre réseau par rapport à votre stratégie commerciale et de communication et est complémentaire de vos autres supports (fiches horaires dépliants, affichage aux arrêts, plans de réseaux et de lignes etc.).

En renseignant ces informations, vous facilitez la réutilisation de données tout en restant maitre de la diffusion des éléments constitutifs de votre réseau. Vous permettez ainsi, à travers l'intégration de vos données dans des calculateurs d'itinéraires, de toucher une plus grande cible de voyageurs potentiels en leur offrant une information de qualité représentative de votre réseau.

En effet, un GTFS ne sert pas uniquement à décrire vos horaires, il permet également de décrire au mieux votre réseau, ses lignes et ses arrêts notamment, à travers des champs spécifiques que nous allons voir dans la suite de ce document.

Les couleurs des lignes

A travers les champs route_text_color et route_color du fichier , vous pouvez renseigner les couleurs de vos lignes afin qu'elles apparaissent telles quelles dans les calculateurs d'itinéraires ou dans tout autre canal qui publierait des informations sur vos lignes. Ainsi, l'information est cohérente entre tous les supports : vos supports distribués sur le réseau et les supports numériques.

Les codes couleurs sont à renseigner au format hexadécimal. Différents outils gratuits existent sur internet pour convertir simplement vos codes couleurs RGB en hexadécimal.

Exemple : #FFFFFF = blanc, #000000 = noir

Les noms des lignes

Il existe deux champs disponibles dans le fichier du GTFS pour décrire les noms des lignes :

- le champ route_short_name ou “nom court”

- et le champ route_long_name ou “nom long”.

Il est obligatoire d’en renseigner a minima l’un des 2, mais nous vous préconisons de renseigner les 2.

En effet, ces 2 champs n’ont pas la même vocation :

  • Le nom court va être utilisé lors de recherches d’itinéraires pour afficher les options possibles. Généralement il s’agit d’une lettre ou d’un chiffre.

Exemple “A” ou “1” ou encore “212”.

  • Le nom long en revanche, a vocation à être utilisé lorsque la liste des lignes apparaît, en vue d’obtenir sa fiche horaire par exemple. Il est donc important que ce nom soit le plus descriptif possible afin que les voyageurs s’y retrouvent facilement. Généralement, ce nom est le même que celui qui se trouve sur vos dépliants horaires distribués. Il se compose souvent de l’origine et de la destination de la ligne.

Exemples (réseau Bibus de Brest Métropole) :

- “Gare - Hôpital Cavale” pour les lignes couvrant une seule collectivité

- “PLOUZANE Bourg - BREST Hôpital Cavale” lorsque le périmètre de la ligne couvre plusieurs collectivités, on peut ajouter le nom des villes en questions pour donner un maximum de précisions au voyageur.

Illustration de l’utilisation des noms longs (1ère image) et courts (2ème et 3ème image) des lignes dans une application mobile (Source : Bibus de Brest Métropole)

Les tracés des lignes

Les informations sur votre agence commerciale

- l'url du site web si vous disposez d'un site dédié à votre réseau de transport (agency_url)

- le nom commercial de votre réseau de transport (agency_name)

- le numéro de téléphone dédié à la relation clients (agency_phone)

Ces informations sont ensuite reprises dans les différents calculateurs d'itinéraires afin d'être présentées aux usagers dans le cas où ils auraient besoin de plus d'informations.

Il est possible de créer plusieurs agences dans votre GTFS. Ainsi, si vous avez des lignes régulières et des lignes TAD vous pouvez tout à fait créer deux agences distinctes et ainsi inscrire les 2 coordonnées différentes (site internet du réseau de bus et site internet de réservation du TAD par exemple, idem pour le numéro de téléphone). L'information voyageurs sera alors d'autant plus précise.

L'accessibilité pour les usagers en fauteuil roulant

L'accessibilité des points d'arrêts pour les usagers en fauteuil roulant

3 caractéristiques sont possibles : - 0 ou vide : information non connue / non renseignée - 1 : certains véhicules à cet arrêt peuvent accueillir un usager en fauteuil roulant. - 2 : les usagers en fauteuil roulant ne peuvent pas monter à bord des véhicules à cet arrêt.

NB : attention, un arrêt peut être décrit comme étant accessible dans le GTFS, mais le véhicule qui dessert cet arrêt doit également être en mesure d'accueillir un usager en fauteuil roulant. Cette information peut être retrouvée dans le champ wheelchair_accessible du fichier trips.txt (cf. paragraphe suivant sur l'accessibilité du trajet)

L'accessibilité du trajet, à l'intérieur des véhicules, pour les usagers en fauteuil roulant

Les caractéristiques possibles sont :

0 ou vide : aucune information disponible concernant les aménagements pour usagers en fauteuil roulant pour le trajet. 1 : le véhicule utilisé pour ce trajet peut accueillir au moins un usager en fauteuil roulant. 2 : le véhicule utilisé pour ce trajet ne peut accueillir aucun usager en fauteuil roulant.

C'est en croisant les informations aux arrêts et dans les véhicules que le calculateur d'itinéraire peut proposer des itinéraires accessibles aux usagers en fauteuil roulant. Nous encourageons donc vivement les producteurs de données à renseigner ces 2 champs pour fournir une information la plus juste possible aux usagers.

La possibilité de transporter un vélo non démonté pendant le trajet

Les caractéristiques possibles sont :

0 ou vide : aucune information disponible concernant les aménagements pour vélos pour le trajet. 1 : le véhicule utilisé pour ce trajet peut accueillir au moins un vélo. 2 : le véhicule utilisé pour ce trajet ne peut accueillir aucun vélo.

Le Transport à la Demande en ligne virtuelle

Les caractéristiques possibles sont :

0 ou vide : les usagers peuvent monter / descendre aux horaires standards. 1 : les usagers ne peuvent pas monter / descendre du véhicule 2 : les usagers doivent téléphoner à l'agence pour pouvoir monter / descendre du véhicule 3 : les usagers doivent contacter le conducteur pour pouvoir monter / descendre du véhicule

En cas de réservation, les calculateurs reprendront le numéro de téléphone contenu dans le fichier agency.txt. Dans le cas où votre réseau dispose de lignes 100% TAD nous vous suggérons de les associer à une agence spécifique TAD afin de faire apparaitre directement le numéro de réservation et non le numéro générique de votre agence (voir ci-dessus le chapitre agence).

NB : ce sont également ces champs qui permettent de modéliser les ITL (Interdiction de Trafic Local) via une caractérisation du passage en "1".

  • Plus de thématiques à venir (tarification...)

Dans la mesure du possible, nous préconisons d'intégrer au fichier GTFS le fichier permettant de décrire le tracés des itinéraires de vos lignes. Ainsi, lors des réutilisations de votre fichier, les itinéraires proposés indiqueront les routes réellement empruntées et non pas des itinéraires calculés par le calculateur ou des itinéraires "à la volée" non représentatifs de la réalité.

Attention, pour pouvoir être utilisé, il faut bien que les shape.id soient repris dans le fichier .

Le fichier permet de renseigner les informations relatives à votre agence commerciale à savoir :

Exemple :

Le fichier permet de décrire les arrêts : nom commercial, ID, coordonnées etc. Il permet également de décrire si l'arrêt est aménagé pour les usagers en fauteuil roulant grâce au champ wheelchair_boarding.

Le champ wheelchair_accessible du fichier permet de décrire si le véhicule utilisé sur le trajet (trip) autorise ou non les usagers en fauteuil roulant.

Le champ bikes_allowed du fichier permet de décrire si le véhicule utilisé sur le trajet (trip) autorise ou non le transport d'un vélo non démonté avec soi.

Les champs pickup_type (montée à bord) et drop_off_type (descente du véhicule) du fichier permet de décrire si le passage du véhicule est à la demande ou non (autrement dit, s'il est nécessaire de réserver son trajet ou non).

Pour plus d'informations, vous pouvez également lire les référencées par Mobility Data.

routes.txt
routes.txt
shapes.txt
trips.txt
agency.txt
Bibus de Brest Métropole
stops.txt
trips.txt
trips.txt
stop_times.txt
best practices