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
  • Rappel sur la plateforme transport.data.gouv.fr
  • Calendrier de déploiement
  • Format des données
  • Craintes et espoirs des participants
  • Accompagnement technique par le PAN
  • Modèle économique
  • Plan d’action :
  • Contribuez à la construction du PAN

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

  1. Ressources
  2. Rencontres publiques

20/09/2018 - Transport régulier - Temps réel

Dernière mise à jour il y a 1 an

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

Résumé des discussions

L’ouverture des données temps réel est un véritable défi technique à relever pour simplifier au maximum la diffusion d'une information fiable et actualisée sur les déplacements de tous les usagers. Avec des centaines d'opérateurs de transport aux capacités financières et techniques différenciées, l'ouverture ne se fera pas rapidement sans un accompagnement national. Les producteurs de données craignent le coût de mise aux normes des données et le coût humain et technique de mise à disposition (charge sur les serveurs locaux) malgré les avantages de l’ouverture des données (opportunité pour diffuser l’offre de transport public et attirer de nouveaux usagers dans les véhicules). La possibilité de demander une compensation aux réutilisateurs est parfois considérée par les producteurs comme une usine à gaz étant donnée la complexité de la mise en place d’un système de paiement fonctionnel.

Pour lever ces freins, une solution proposée est que le Point d’Accès National assure :

  • la conversion des données dans le format normé (SIRI) selon le profil français en cours de définition, ce qui n'empêche pas une diffusion GTFS RT ;

  • la gestion de la charge en termes de requêtes pour les producteurs qui le souhaitent, afin de réduire la complexité des relations entre producteurs et réutilisateurs.

A très court terme, l’équipe du Point d’Accès National va dès lors expérimenter durant les prochains mois le référencement de données sur le PAN en format GTFS RT ou en format propriétaire afin d’en exposer dans un premier temps une API SIRI Lite donnant les prochains passages à un arrêt. Les producteurs de données exposant déjà du format SIRI (ou SIRI Lite) pourront être référencés sur la plateforme dès lors qu’un travail d’harmonisation juridique aura été effectué.

Rappel sur la plateforme transport.data.gouv.fr

transport.data.gouv.fr est le Point d’Accès National français, interface numérique exigée pour chaque État membre par le. La plateforme vise à référencer l’ensemble des données (statiques et dynamiques) publiées en open data et relatives à l’information voyageur, pour tous les modes de transport (transport collectif régulier, transport à la demande, vélos, automobiles, etc.) Son objectif est de faciliter la réutilisation de ces données pour favoriser le déploiement de services de mobilité innovants au bénéfice des usagers (planification de trajets, disponibilités des moyens de transport à proximité, etc.)

Afin de construire cette plateforme, le Ministère chargé des transports s’est associé à beta.gouv.fr pour appliquer la : transport.data.gouv.fr est développée de manière incrémentale par une équipe autonome, qui travaille au plus près des besoins des utilisateurs et qui est guidée par le seul objectif de rendre les déplacements des usagers plus faciles grâce à une information voyageur fiable et disponible sur tous les supports.

Calendrier de déploiement

Un premier chantier a été lancée en septembre 2017 : les données statiques décrivant les réseaux urbains, interurbains et nationaux de transports réguliers de personnes (lignes de bus, de métro, de tram, de train, etc.) La plateforme, opérationnelle dès janvier 2018, se repose sur data.gouv.fr et a d’ores et déjà permis à 49 autorités organisatrices de mobilité et 3 régions de publier les données statiques décrivant les réseaux de leur ressort territorial, au format GTFS et en licence ODbL. En parallèle, 8 réutilisateurs (Here Technologies, Mappy, Handisco, Blablacar, MobiGIS, Transit, Urban Pulse, Kisio Digital) consomment les données disponibles sur transport.data.gouv.fr pour améliorer le service rendu aux usagers ou déployer leur solution dans de nouveaux territoires plus facilement. Ce chantier se poursuivra jusqu’à atteindre l’exhaustivité du référencement.

Un deuxième chantier s’ouvre à l’occasion de cet atelier du 20 septembre : la mise à disposition des données dynamiques (temps réel) via la plateforme transport.data.gouv.fr. Ce compte-rendu reprend les échanges ayant eu lieu à cette occasion et détaille les prochaines étapes des travaux des équipes transport.data.gouv.fr.

L’atelier ayant eu lieu le 20 septembre a permis d’échanger sur les manières de lever les freins à la mise à disposition des données, pour permettre une ouverture utile et peu coûteuse. C’est un véritable défi technique, juridique et opérationnel qui s’ouvre pour diffuser au maximum une information voyageur temps réel fiable et améliorer les déplacements des usagers partout en France.

Nombre de participants : 48

Producteurs représentés : Agglomération de Chartres ; Auvergne-Rhône-Alpes ; Bordeaux Métropole ; Grand Lyon ; IDF Mobilités ; Isère ; Keolis Besançon ; Nantes Métropole ; RATP ; SNCF ; Tisséo ; Transdev

Réutilisateurs représentés : Apple Maps ; Here Technologies ; Kisio Digital ; Mappy ; Trainline ; Nextérité

Autres participants : AF83 ; CEREMA ; CRI Paris ; Etalab ; FNTV ; Vertone

Format des données

Aujourd’hui, selon le CEREMA (base ), une vingtaine de producteurs de données ont mis à disposition des API temps réel. Le plus souvent, ce sont des développements propriétaires, non standardisés.

Deux formats de diffusion de données temps réel pourraient être généralisés aujourd’hui, bien qu’aucun des deux ne s’impose totalement en raison de difficultés :

- GTFS RT :

o standard de fait (90% des données temps réel à l’international selon Here Technologies, lisible par la plupart des gros réutilisateurs)

o expose l’état du réseau dans son ensemble

o difficulté majeure : harmonisation des identifiants entre GTFS statique et GTFS RT (Tisséo et Besançon témoignent de leur volonté de faire du GTFS RT mais connaissent des problèmes de référentiels : les producteurs voudraient faire du GTFS RT mais l’info qu’ils ont ne le permet pas (info identifiants qui n’existent pas : bus qui arrivent en renfort et qui ne sont pas dans le système d’information : toute la chaîne d’informations est fausse).

- SIRI, norme européenne :

o norme européenne : obligation selon le règlement (UE) 2017/1926 (repris dans le projet de loi de la LOM)

o expose différents types de services :

  • donne des informations sur un arrêt précis (stop-monitoring)

  • transmet des alertes générales sur un réseau (general-message)

  • donne des informations sur l’ensemble d’une ligne (estimated-timetable)

  • donne la localisation des véhicules en temps réel (vehicle-monitoring)

  • etc.

o difficulté : même dans ses déclinaisons locales beaucoup de champs optionnels, ce qui n’est pas pratique et rend l’interopérabilité difficile. Un profil national plus léger (fondé sur SIRI Lite, une variante de SIRI avec requêtes REST), inspiré par l’Île-de-France, est en cours de définition mais présente de nombreux modules optionnels.

  • IRYS = application client / serveur

  • Client de validation SIRI

  • Adaptateur SIRI-Lite

SIRI et GTFS RT sont idéaux pour des communications machine machine, et donc pour alimenter les calculateurs d’itinéraires. SIRI Lite convient davantage à des éditeurs d’application qui n’ont pas leur propre infrastructure de gestion de temps réel et permet d’exhiber les prochains passages à un arrêt spécifique facilement.

Certains réutilisateurs nous ont fait part de leurs préférences en termes de format :

Here Technologies : GTFS RT

Google Maps : GTFS RT

Citymapper : GTFS RT

Transit : GTFS RT

Handisco : non supporté pour l’instant

Conclusion : le groupe n’est pas parvenu à trancher. Ni l’un, ni l’autre des formats ne semble être une solution facile – même si les deux présentent chacun des avantages :

  • GTFS RT : permet la meilleure diffusion de l’information voyageur sur les applications grand public mais nécessite un travail de fond par chaque AOM.

  • SIRI : machine-machine en attendant mieux mais problèmes d’interopérabilité et complexité.

  • SIRI Lite (et profil France en cours de définition) : bon compromis même si ne permet pas une diffusion massive de l’info voyageur.

Craintes et espoirs des participants

L’objectif commun de tous les participants est d’améliorer l’information voyageur au bénéfice de tous les usagers.

Cependant, en termes de mise à disposition des données temps réel, plusieurs craintes subsistent :

  • Le Grand Lyon souhaite maîtriser les données pour que les réutilisateurs ne délivrent pas des services contraires à l’orientation des politiques publiques.

  • D’autres producteurs (Transdev) insistent sur la nécessité d’identifier les réutilisateurs afin de contrôler les flux et de pouvoir limiter l’accès aux données en cas d’utilisation abusive

  • Inquiet du spam (requetage massif) il faudra couper l’accès

Sur la question de la licence, le groupe s’interroge sur la pertinence d’une licence ODbL : a-t-elle du sens, sachant que le partage à l’identique de données périmées n’a pas grand intérêt pour les usagers des transports collectifs ?

Il est proposé de lever les freins à une diffusion maximale des données, tout en gardant en tête que le Point d’accès national se fait de manière itérative : tout ne sera pas traité d’un coup.

Conclusion : il serait préférable de proposer une licence ouverte sur les données temps réel ouvertes. Des conditions d’utilisation harmonisées pourront être proposées aux autorités organisatrices pilotes dans les prochaines semaines.

Accompagnement technique par le PAN

Avant de parvenir à l’étape ultime d’un flux unique vers l’ensemble des données temps réel de la France (beaucoup trop complexe), il est proposé par le groupe de travail de se contenter dans un premier temps des prochains passages à un arrêt.

Concrètement, une API en Siri Lite pourrait être constituée avec les autorités organisatrices qui jouent le jeu. Cette API serait coupée verticalement par réseau (par exemple : appel à Toulouse puis appel à Rennes, etc). transport.data.gouv.fr est le point final de l’API qui supporterait la charge pour ne pas la faire reposer sur les AO.

Quelques propositions de travaux pour l’équipe de transport.data.gouv.fr :

  • Lexique commun : mettre un vocabulaire à plat (exemples : transport commandé, transport avancé, à partir de quelle unité de temps parle-t-on de temps réel, qu’est-ce qu’on entend par temps réel) ;

  • Travail sur la question des référentiels d’arrêts, cruciale pour avancer sur nos sujets.

Modèle économique

Il est évident que la diffusion des données relatives à l’information voyageur représentera un coût, à la fois pour les autorités organisatrices et les opérateurs de transport. Cependant, ce coût est également un investissement (conquête de nouveaux clients) au même titre que les coûts engagés sur les guides d’horaires imprimés en version papier.

2 types de coûts pouvant freiner l’ouverture sont identifiés :

  1. Investissement initial pour la création de la donnée (une crainte majeure est le surcoût que pourraient demander les éditeurs de SAEIV) ;

  2. Coût de mise à disposition et maintenance (il ne s’agit pas uniquement des frais de serveur car ces aspects techniques peuvent se résoudre. C'est aussi du temps homme pour créer, déposer, maintenir.)

Il est prévu dans le cadre du projet de LOM de permettre aux producteurs de données de demander une compensation financière aux réutilisateurs à hauteur du coût de mise à disposition, mais les systèmes de paiement sont souvent difficiles et coûteux à mettre en place, ce qui rend cette solution compliquée dans les faits.

Le groupe a travaillé sur des pistes de solutions pour pallier ces deux freins à l’ouverture des données temps réel.

Transport.data.gouv.fr pourrait accompagner les autorités organisatrices ne pouvant pas supporter le surcoût associé à la génération de fichiers aux normes en récupérant le plus simplement possible des fichiers décrivant l’état de l’ensemble du réseau correspondant (“venez comme vous êtes”), à une fréquence qui reste à définir. Cette solution permet de baisser significativement les frais de serveur (vs requêtes à un arrêt). La plateforme nationale agirait ensuite comme un convertisseur vers des formats faciles à exploiter (GTFS RT) ou normés (SIRI).

Exemple (à expérimenter) : le Grand Besançon met à disposition un fichier décrivant l’ensemble de l’état de son réseau mis à jour toutes les minutes. L’équipe transport.data.gouv.fr le consomme pour exposer une interface en SIRI Lite (avec une première étape concernant simplement le service “stop monitoring”).

→ la plupart des AO n’auront même pas à se poser la question du coût d’exploitation. Mais pendant les renouvellements de marché, il ne faudra pas omettre la mention de GTFS RT et/ou SIRI.

Si jamais il se pose la question du coût d’exploitation au dessus d’un niveau significatif, le seuil devra probablement permettre de récupérer l’état du réseau au moins toutes les minutes de manière gratuite, en une requête uniquement (max de 1440 requêtes par jour pour la plupart des réseaux).

Plan d’action :

3 acteurs se sont manifestés à la fin de la réunion pour proposer de faire partie des producteurs pilotes sur le sujet :

- le département de l’Isère (dont 4 autorités organisatrices) et la métropole de Grenoble ;

- le Grand Besançon ;

- le groupement Réunir.

Il sera mené trois types d’actions par l’équipe transport.data.gouv.fr pour chaque catégorie :

(1) les producteurs qui produisent déjà du temps réel ouvert : travail d’accompagnement et d’outillage pour communiquer dans un langage commun avec la plateforme transport.data.gouv.fr. Les autorités organisatrices diffusant déjà du temps réel seront contactés prochainement dans une liste de diffusion spécifique pour commencer le travail d’harmonisation juridique et technique.

  1. API SIRI Lite : sera référencée sur transport.data.gouv.fr

  2. GTFS RT : sera référencé + exhibé en SIRI Lite sur le PAN

  3. Format propriétaire : solution ad hoc pour exhiber du SIRI Lite sur le PAN

(2) les producteurs qui n’ont pas d’API de temps réel ouvert mais qui ont un SAE (ou outils tels Pysae et Joule (Zenbus)) : nous travaillerons à très court terme avec certaines autorités pilotes comme le Grand Besançon pour comprendre de quoi ils ont besoin pour ouvrir, leurs difficultés, le bon format, etc.

(3) les producteurs qui réfléchissent à un nouveau SAE : ils pourront, lorsque l’équipe transport.data.gouv.fr aura acquis l’expérience nécessaire au fil de l’eau, être accompagnés pour les aider à préciser les choses dans leur cahier des charges et à leur faciliter la mise à disposition.

Nous faisons un appel aux réutilisateurs pour expérimenter avec certains pilotes la mise à disposition de l’API SIRI Lite. Les réutilisateurs intéressés par les prochains passages à un arrêt peuvent donc prendre contact avec l’équipe du PAN dès à présent.

Prochain RDV le 15 janvier 2019 à 10h à Paris, pour faire le point.

Contribuez à la construction du PAN

L’équipe transport.data.gouv.fr cherche à comprendre les besoins de tous les experts du sujet, ceux qui ont travaillé sur la question sur le terrain depuis de nombreuses années : si vous êtes dans ce cas et avez du temps à nous consacrer pour nous aider à construire la démarche la plus pertinente, n’hésitez pas à prendre contact.

→ Des outils libres ici :

Plus d’informations sur les formats : et plus largement :

Nous invitons ceux qui le souhaitent à pour échanger plus facilement sur ces sujets.

règlement européen 2017/1926
méthode Startup d’État
Passim
http://www.chouette.mobi/irys/developpeurs/
Guide édité par l’AFIMB
http://www.normes-donnees-tc.org/category/donnees-temps-reel/
rejoindre le Slack de transport.data.gouv.fr