GTFS-RT, SIRI, NeTEx : ce que le Point d'Accès National exige vraiment des opérateurs français

Sur le Point d'Accès National (PAN), transport.data.gouv.fr, la question n'est pas de savoir si un opérateur français doit publier ses données temps réel, c'est de savoir dans quel format. Trois options coexistent, GTFS-RT, SIRI-Lite et SIRI complet, et le choix n'est pas neutre sur l'intégration à prévoir.

Ce que le PAN accepte réellement

Le PAN accepte trois voies pour la publication temps réel : le format GTFS-RT, l'API SIRI-Lite conforme au profil français de la norme, ou l'API SIRI complète. Dans les trois cas, la donnée doit être diffusée sous licence ouverte, sans barrière d'authentification ni restriction de requête au-delà des exceptions techniques ou légales documentées, et les horaires théoriques doivent être disponibles en complément.

Le GTFS-RT reste aujourd'hui le format le plus publié en open data et le plus réutilisé en pratique par les calculateurs d'itinéraires et les applications grand public, Google Maps en tête. C'est le choix par défaut d'une majorité de réseaux qui priorisent la réutilisation la plus large possible.

SIRI-Lite, le profil français à connaître avant de s'engager

Pour les opérateurs qui publient en SIRI-Lite, le service EstimatedTimetable est obligatoire, c'est le socle minimal attendu par le PAN. Les services StopMonitoring, GeneralMessage, VehicleMonitoring et le service de découverte sont recommandés en complément, sans être imposés. Un système qui ne couvre que l'EstimatedTimetable respecte l'exigence minimale, mais un opérateur qui veut aussi diffuser les perturbations et la position des véhicules doit vérifier que ces services additionnels sont bien pris en charge.

Et NeTEx dans tout ça ?

NeTEx n'intervient pas sur le volet temps réel traité ici, c'est le format européen dédié aux données statiques et structurelles, lignes, arrêts, horaires théoriques, tarifs. Un cahier des charges qui mélange les deux volets sous une seule exigence «temps réel» prête à confusion : le référentiel statique et le flux temps réel répondent à des logiques et des formats différents, même quand ils sont publiés sur le même point d'accès.

Ce que ça implique pour un opérateur ou une AOM

Trois points à vérifier avant de choisir un système ou de répondre à un cahier des charges.

Le PAN n'impose pas un format unique, donc la question à se poser n'est pas «GTFS-RT ou SIRI», mais quel format l'autorité organisatrice ou le marché visé attend précisément. Certaines AOM demandent explicitement du SIRI-Lite dans leurs spécifications techniques, d'autres se satisfont d'un flux GTFS-RT.

Le service EstimatedTimetable est le minimum en SIRI-Lite, mais l'information voyageurs complète, perturbations comprises, dépend de services additionnels qui ne sont pas automatiquement fournis par tous les systèmes du marché.

L'obligation de licence ouverte et d'absence de barrière d'authentification a une conséquence directe sur l'architecture : un système qui expose ses données temps réel derrière une authentification propriétaire par défaut demande un travail d'adaptation avant publication sur le PAN, ce n'est pas un simple export à activer.

FAQ

GTFS-RT ou SIRI-Lite, lequel choisir ?

Le PAN accepte les deux, il n'y a pas d'obligation légale à privilégier l'un plutôt que l'autre. Le GTFS-RT reste le plus répandu et le plus réutilisé, le SIRI-Lite est souvent demandé quand l'autorité organisatrice a une spécification technique propre qui l'exige.

Le service EstimatedTimetable suffit-il pour être conforme ?

Il suffit pour la conformité minimale en SIRI-Lite. Pour une information voyageurs complète, avec perturbations et position des véhicules, il faut vérifier que StopMonitoring, GeneralMessage et VehicleMonitoring sont aussi couverts par le système.

NeTEx est-il obligatoire pour publier du temps réel en France ?

Non, NeTEx ne concerne pas le temps réel. C'est un format séparé pour les données statiques, à traiter indépendamment de la publication temps réel sur le PAN.

Faut-il une authentification pour publier sur le PAN ?

Non, la donnée doit être accessible sans barrière d'authentification et sous licence ouverte, avec les horaires théoriques disponibles en complément.