Données pour les transports en commun
Cette foire aux questions reprend les questions qui sont les plus couramment posées par la communauté concernant la production et/ou la réutilisation des données pour les transports en commun.
Cette foire aux questions a été élaborée à partir des questions qui ont été posées lors d'appels avec des producteurs, réutilisateurs de données des transports en commun et lors d'ateliers.
Elle sera mise à jour fréquemment de sorte à répondre aux nouvelles interrogations ou difficultés rencontrées par les producteurs et réutilisateurs.
Depuis le mois d'avril 2021, le Point d'Accès National (PAN) ne fait plus de conversion GTFS-RT vers le SIRI-Lite car ces données converties n'étaient pas réutilisées.
Le convertisseur GTFS vers Netex produit en sortie un jeu de données selon les spécifications du profil Netex France pour les horaires.
L’ensemble des acteurs qui ont une obligation d’ouverture de données sur des services réguliers, devront nécessairement, pour se conformer au cadre juridique en vigueur, fournir des données conformes au profil Netex France. A noter, que l’ensemble des profils des normes européennes feront l’objet d’une prochaine publication sur transport.data.gouv.fr.
Le PAN supporte trois formats standards pour les données temps-réel :
- Le SIRI (Service Interface for Realtime Information) Profil France
Le SIRI est une norme définie par le Comité Européen de Normalisation et correspond à la norme NeTEx pour le temps réel. Elle caractérise des services temps réel et est un format autoporteur. Ce format ne peut être que référencé sur le PAN.
- Le SIRI Lite Profil France
Le SIRI Lite est un sous-dérivé de SIRI. Les données sont servies via une API HTTP classique dans le format JSON, ce qui peut le rendre un peu plus facile d'accès que SIRI (SOAP/XML). Ce format a pour objectif d'être complètement compatible avec le SIRI profil France et Île-de-France.
- Le GTFS-RT (General Transit Feed Specification - realtime)
Ce format permet de récupérer toutes les données temps réel d’un réseau en une requête et doit être associé à un fichier théorique au format GTFS. Il peut être diffusé lorsque le producteur demande au PAN de faire proxy sur ses serveurs pendant quelques mois.
Plus d'informations ici
Les données temps-réel conformes au profil France aux formats SIRI et/ou SIRI Lite sont à privilégier. Le format GTFS-RT est toléré si le producteur n'est pas encore en mesure de produire des données aux formats SIRI/SIRI Lite ou en complément de ces formats.
Le GTFS-RT n'est pas un format autoporteur car il doit être associé à un fichier théorique au format GTFS pour être utilisé. Si vous produisez du GTFS pour vos données sur les horaires théoriques, nous vous recommandons de publier un flux temps-réel au format GTFS-RT. Si vous produisez du NETEX pour vos horaires théoriques, nous vous recommandons de publier un flux temps-réel au format SIRI.
Dans ce format, le flux le plus utilisé par les réutilisateurs des données publiées sur transport.data.gouv.fr est le ""TripUpdate"". Ce flux fait une mise à jour pour la journée du fichier sur les horaires théoriques (GTFS). Si vous avez la possibilité de ne plus publier qu'un flux, nous vous conseillons de commencer par cette information.
L'objectif du PAN est de faciliter la réutilisation des données. Diffuser des données dans des formats propres aux collectivités et opérateurs complexifierait la réutilisation des données car le réutilisateur aurait à traiter différemment chaque flux.
De plus, le Règlement Européen UE 2017 1926 encadre l'ouverture des données en fixant des formats par type de données. Pour le temps-réel les données doivent être conformes au Profil France de la norme SIRI ou SIRI Lite.
Le règlement délégué UE 2017-1926, et l'article 25 de la loi d'orientation des mobilités, disposent de l'utilisation de la norme SIRI notamment pour les données en temps réel des transports publics collectifs. Cette norme se décline au sein de chaque Etat membre en un profil de la norme, c'est à dire un sous ensemble de la norme adapté aux spécificités de l'Etat considéré. Aussi, en France, il est ainsi attendu que ces données soient conformes avec le profil France de la norme SIRI (qui sera prochainement disponible sur la plateforme). A noter, l'exigence juridique porte spécifiquement sur la conformité à ce format là, quelque soit le protocole d'échange utilisé (SIRI ou SIRI Lite).
Le Profil Île-de-France est toléré si le producteur ne diffuse pas d'informations sur le suivi de fréquentation et le remplissage des véhicules. Dès lors que ces informations sont produites, les données doivent être au profil France.
Nous recommandons de ne pas aller au delà de 2 min pour mettre à jour une donnée pour que l'information fournie soit considérée comme étant en temps-réel, notamment pour la position du véhicule. Plus cette information est rafraîchie, plus elle est utile.
Pour l’heure, il n’y a pas d’exigence particulière concernant le niveau de service. Il est en revanche naturel que le niveau de service proposé par les producteurs permette de fournir en temps utile les données aux réutilisateurs, et ainsi offrir aux voyageurs une information de qualité.
Pour le flux vehicle_position, nous recommandons par exemple de ne pas dépasser 5 secondes.
Vous pouvez sous-traiter la production de ces deux types de données à des délégataires distincts. Vous devez toutefois veiller à ce que les identifiants des arrêts et le calendrier soient exactement les mêmes entre le fichier théorique et le flux temps-réel.
Nous vous recommandons de préciser dans votre cahier des charges : le format de données, à savoir du GTFS-RT ou du SIRI la diffusion des données, selon le format, sur le Point d'Accès National (GTFS-RT) ou un portail OpenData (SIRI ou GTFS-RT) par le producteur l'hébergement de votre flux temps-réel sur les serveurs du producteurs de données si vos serveurs ne peuvent pas supporter plusieurs requêtes par minute"
Vous pouvez consulter l'ensemble des Facilitateurs de transport.data.gouv.fr ici : https://doc.transport.data.gouv.fr/notre-ecosysteme/les-facilitateurs
Ces informations datent du 22.03.2022.
Pour l'instant, elles sont mises à jour manuellement par l'équipe de transport.data.gouv.fr.
Si vous produisez des données qui sont diffusées sur transport.data.gouv.fr et que vous n'apparaissez pas dans la liste ou que les informations vous concernant sont obsolètes, n'hésitez pas à nous contacter pour nous le signaler à l'adresse : [email protected]
SAEIV
Organisation | Format de diffusion | Mode de diffusion SIRI | Services SIRI | Profil SIRI | Informations diffusées dans le GTFS-RT | Recours au proxy GTFS-RT de transport.data.gouv.fr | Nombre de jeux de données publiés sur transport.data.gouv.fr |
|---|---|---|---|---|---|---|---|
BusInfo | | | | | | | |
Hanover |
|
|
| Île-de-France v2.4 | service_alerts
vehicle_positions | Non | 0 |
Ineo |
| | | | | Non | 0 |
Navocap |
|
|
| Île-de-France v2.4 |
| | |
Pysae |
|
|
Le SIRI et SIRI-Lite sont une conversion du GTFS-RT | Île-de-France v2.4 |
| Non | 2 |
Ubitransport |
| | | |
| Oui
TTL de 31 secondes | 2 |
Zenbus |
| | | |
| Non |
Lorsqu'une collectivité délègue la production des données temps-réel : il vaut mieux que ça soit la collectivité, le délégataire ou le système d’aide à l’exploitation et à l’information voyageur (SAEIV) qui se charge de la publication ?
Pour faciliter la gestion de la qualité des données, nous préférons qu'il y ait les mêmes interlocuteurs pour les horaires théoriques et pour le temps-réel. Si la collectivité délègue la production de ses données mais qu’elle veut publier elle-même ses données, nous recommandons à la collectivité de donner accès à son espace organisation de data.gouv.fr à son délégataire ou son SAEIV et de nous transmettre leurs coordonnées. Ainsi, si il y a des erreurs dans les jeux de données ou qu'ils ne sont plus à jour, nous pourrons contacter directement le producteur en mettant la collectivité en copie du mail.
Vous pouvez publier autant de flux que vous avez d'informations à transmettre. La communauté de l'Auxerrois a par exemple publié un flux pour le "Trip Update" et un autre pour le "Vehicle position".
Pour l'instant nous ne fournissons pas d'IP fixe, mais c'est à l'étude pour le futur, si le besoin était fort.
Le point d'accès national ne gère pas l'identification ou l'authentification des utilisateurs de données. Aussi, si vous exigez de telles conditions en matière d'accès à vos données, nous nous contenterons alors de référencer uniquement l'adresse ou le portail permettant d'y accéder.
Il faut préférer des liens https car ils permettent de protéger les données diffusées et garantissent mieux la vie privée des réutilisateurs (potentiellement personne seule)
L'article 25 de la loi d'orientation des mobilités vous accorde en effet la possibilité de mettre en place une compensation à l'utilisation de ces données, au delà de certains seuils précisés dans son décret d'application n°2020-1753 du 28 décembre 2020. A noter toutefois que si vous faîtes le choix de saisir cette option, vous êtes chargé de mettre en place toutes les fonctionnalités nécessaires à la diffusion de ces données payantes (portail d'accès, authentification, mesure de la consommation, facturation, gestion des paiements, ...). Le point d'accès national est en effet un service gratuit qui n'a pas vocation à gérer la transmission de données soumises à compensation financière. Nous pourrons néamoins vous proposer d'assurer la diffusion des données non soumises à compensation financière (en deçà des seuils du décret susmentionné).
Pour diffuser des données au format SIRI, il faut un connecteur établi entre un producteur et un consommateur. Le producteur doit pouvoir reconnaître les réutilisateurs et gérer la totalité des consommateurs. Comment faire dans le cadre de la donnée ouverte et la diffusion sur transport.data.gouv.fr ?
Le producteur peut fournir des clés d'accès aux flux SIRI.
transport.data.gouv.fr n’assure pas pour l’heure la diffusion de données SIRI. Nous nous contentons en effet de référencer l’API du producteur permettant l’accès à ces données.
Nous recueillons toutefois actuellement les besoins pour bien comprendre les usages potentiels, et ainsi étudier la faisabilité d’un tel service.
En attendant que le producteur soit en mesure de diffuser lui même ses données temps-réel, le PAN propose d'assurer temporairement la diffusion de ces données.
Pour faire une demande, il suffit d'écrire à notre équipe à l'adresse [email protected] et de suivre les étapes suivantes :
- Nous fournir une URL nous permettant d’accéder à des données au format GTFS-RT
- Nous vous transmettons une URL suivant le modèle : https://proxy.transport.data.gouv.fr/resource/nom_aom_gtfs-rt
- Cette URL est référencée en tant que ressource temps-réel en complément des données statiques GTFS pour les flux GTFS-RT par le producteur ou l'autorité organisatrice de la mobilité
Quelle est la durée de vie du proxy GTFS-RT et comment est elle définie ?
Le service proxy est un service pérenne.
Le but du proxy est que le PAN assure la diffusion des données, en attendant que le producteur soit en mesure de les diffuser directement lui-même.
Une fois que vos données seront diffusées avec une URL proxy, nous solliciterons les producteurs une fois par an afin de savoir si ils ont toujours besoin que nous fassions proxy.
Allez-vous proposer une conversion GTFS-RT vers le SIRI ?
La conversion GTFS-RT vers le SIRI n'est pas encore proposé par transport.data.gouv.fr et nous ne prévoyons pas de le faire pour l'instant.
Le choix de la licence est laissé à la discrétion du producteur de données. Le point d'accès national recommande toutefois l'utilisation de la licence ouverte pour les données en temps réel.
Dernière mise à jour 9mo ago