SIRI et GTFS Realtime : les meilleurs ennemis ?

La dernière révision du Règlement délégué MMTIS met davantage l’accent sur le partage en open data des données en temps réel via les Points d’Accès Nationaux (PAN). Elle a également conforté SIRI comme la norme européenne à utiliser. Cependant, certains acteurs ont concentré leurs efforts sur le développement de GTFS Realtime. Vous vous demandez peut-être si ces deux formats d’échange de données sont compatibles et lequel utiliser. Nous vous expliquons tout !

Posons les bases

Avant de rentrer dans le vif du sujet, quelques explications sur SIRI et le GTFS Realtime (souvent appelé GTFS-RT).

📚SIRI

SIRI est une norme européenne :

• gouvernée par le CEN,
• qui permet d’échanger l’ensemble des informations temps-réel (dynamiques) d’une offre de transport public,
• qui s’appuie sur le modèle conceptuel de données Transmodel, qui lui sert à la fois de dictionnaire et de grammaire,
• qui a été conçu pour l’information voyageur, les échanges inter-systèmes et l’open data.

📗GTFS Realtime

GTFS Realtime est un standard :

• maintenu par MobilityData,
• qui permet d’échanger des informations temps-réel sur l’état d’une offre de transport en commun,
• qui a été conçu pour l’information voyageur et l’open data.

Note : La différence principale entre norme et standard tient à leur gouvernance. Seules les normes sont gouvernées par des organismes officiels de normalisation tels qu’ISO, le CEN ou les organismes nationaux de normalisation (ex. ANSI pour les États-Unis, BSI pour le Royaume-Uni, DNI pour l’Allemagne, AFNOR pour la France).

Pourquoi deux standards ?

Ils ne viennent pas du même continent, ne portent pas la même vision et n’ont pas la même histoire.

Nés à l’autre bout du monde

SIRI et GTFS Realtime portent des approches différentes de la modélisation.

• Né en Europe 🇪🇺, SIRI suit la philosophie : “Je m’attache à mettre tous les États Membres d’accord et je dois permettre de représenter la diversité des transports publics”.
• Né aux États-Unis d’Amérique 🇺🇸, GTFS-RT suit la philosophie : “Je commence en faisant simple et je grandis au fur et à mesure des besoins rencontrés et/ou des évolutions des transports en commun”.</td>

Des visions et histoires différentes

SIRI et GTFS Realtime n’ont pas la même vision du transport public :

• 🚌🚕🚲🛴🚎🚄 SIRI (et Transmodel) couvre tous les transports publics (c’est-à-dire tout service de transport promu et disponible à l’ensemble des usagers, quel que soit son mode d’opération),
• 🚌🚕🚎🚄 GTFS Realtime couvre les transports publics dont le mode d’opération est conventionnel (c’est-à-dire les transports en commun et les modes flexibles)

On doit également se souvenir que :

• 🚧🛠️🛗 SIRI existe depuis longtemps, en réalité ce fut le premier standard du CEN à être implémenté par de nombreux services de transport public pour leurs échanges d’information en temps-réel, notamment inter-systèmes. C’est pourquoi il offre aussi de nobmreux services tels que Facility Monitoring qui permet de donner l’état d’un équipement. Il est également un standard qui permet de diffuser des flux auto-porteurs, c’est-à-dire sans avoir besoin de jeux de données en NeTEx pour les comprendre.
• 🚧 GTFS Realtime a été créé par la suite, pensé comme un complément temps-réel à GTFS et ne peut donc pas être utilisé seul.

Pour plus de détails sur les modes d’opération des transports publics couverts par Transmodel : © CEN, TC278, WG3, SG4 (CC-BY-SA)

En savoir plus sur Transmodel

Et pour qui ?

SIRI et GTFS Realtime n’ont pas été conçus pour la même réutilisation des donnnées de mobilité multimodale.

👩‍💻 SIRI a été pensé pour diverses réutilisations de la donnée de mobilité multimodale et donc des exports d’informations différents selon qu’on :

• alimente son propre calculateur d’itinéraire avec des informations temps-réel plus riches,
• fournisse de la données à d’autres systèmes informatiques (ex. gestion des équipements, gestion des flottes, etc.),
• diffuse en open data les données requises par le cadre réglementaire national et européen,
• réalise des statistiques poussées sur l’offre de transport (et notamment le lien avec OpRa).

📍 GTFS Realtime est pensé pour les calculateurs d’itinéraires grands publics (ex. Google Maps, Transit App, Citymapper, etc.) Il ne contient donc que les informations esssentielles pour :

• décrire l’état actuel d’une offre de transport public,
• prendre en compte les informations minimales pour l’information voyageurs.

Et Ara SaaS dans tout ça ?

Notre produit permet à la fois de diffuser nativement en SIRI et en GTFS Realtime, sans surcoût, afin d'alimenter tous les réutilisateurs de données selon leurs préférences.
Notre objectif est de vous aider à améliorer et enrichir vos données dynamiques de mobilité multimodale sans avoir à vous soucier du format de diffusion.
Ara SaaS vous permet également de faire de l'open data en un seul clic.
Le tout grâce à :

• un produit en SaaS, qui évolue en permanence sans que vous ayiez à payer davantage,
• une équipe d’experts passionnés, impliqués dans la standardisation,
• une écoute bienveillante de vos besoins pour vous accompagner.

Pour découvrir comment publier vos données à la fois en SIRI et GTFS Realtime, lisez notre article dédié.

Comment diffuser mes données à la fois en SIRI et GTFS Realtime