Utiliser les données ferroviaires ouvertes : sources de données pour tes propres projets

Mis à jour : août 2026 – Un jour, l’appli ne suffit plus : tu veux ton propre tableau des départs sur un écran dans l’entrée, une analyse des séries qui passent par ta gare habituelle ou une carte de tes lignes préférées. Ce guide montre quelles données ferroviaires ouvertes existent, à quel point elles sont à jour et accessibles – et comment tirer rapidement d’un téléchargement quelque chose de personnel.

Open data ferroviaire : quelles données existent

Les données ferroviaires ouvertes se répartissent en trois catégories : les données théoriques (l’horaire prévu), les données temps réel (l’écart par rapport au plan) et les données d’infrastructure (lignes, points d’exploitation, gares). Pour les horaires, GTFS s’est imposé comme format d’échange, GTFS-Realtime et SIRI pour le temps réel, NeTEx pour la normalisation européenne.

La porte d’entrée principale est un point d’accès national qui rend les données de mobilité en Allemagne trouvables de façon centralisée ; en complément, de nombreuses communautés tarifaires et entreprises de transport exploitent leurs propres pages de données. Les normes d’interface sous-jacentes viennent, dans l’espace germanophone, en grande partie du Verband Deutscher Verkehrsunternehmen (VDV, la fédération allemande des entreprises de transport). Les fournisseurs décident eux-mêmes quels jeux de données y figurent et sous quelle licence – et le modifient de temps en temps. Le comparatif temps réel des communautés tarifaires montre à quel point les approches diffèrent.

Les sources de données en un coup d’œil

Le tableau suivant classe les types de sources courants selon ce qui compte vraiment pour un projet : format, actualité, difficulté d’accès et situation de licence. Les licences concrètes figurent toujours sur le jeu de données lui-même – la colonne ne décrit que ce qui est typique.

Type de source	Format	Actualité typique	Difficulté d’accès	Situation de licence
Jeu de données théorique national	GTFS, parfois NeTEx	mise à jour quotidienne à hebdomadaire	téléchargement, généralement sans inscription	licence ouverte, en général avec mention de la source
Données théoriques des communautés tarifaires	GTFS	comme ci-dessus, parfois plus finement tenues	page de données de la communauté tarifaire	variable selon la communauté
Flux temps réel	GTFS-Realtime, SIRI	quelques secondes à quelques minutes	inscription souvent nécessaire	souvent avec conditions d’utilisation
Interfaces des exploitants	JSON, XML	proche du système de gestion de l’exploitation	inscription, parfois quotas	propre à chaque fournisseur
Infrastructure issue d’OpenStreetMap	données brutes OSM, tuiles vectorielles	en continu, tenue par la communauté	libre, mais préparation nécessaire	licence de données ouverte avec partage à l’identique
Données sur les gares et stations	CSV, JSON	rare, au rythme de la planification	généralement ouvert	licence ouverte, vérifier les indications
Savoir sur les véhicules et les observations	listes, forums, applis	en continu, mais incomplet	lisible librement, à peine exploitable par machine	protégé par le droit d’auteur, usage à clarifier

La dernière ligne est la lacune décisive : tout ce qui concerne des véhicules concrets est totalement absent des flux de données officiels. C’est précisément pour cela que les communautés existent – à lire dans le panorama des observations en direct dans le trainspotting.

Comprendre GTFS : les cinq fichiers qui comptent

Une archive GTFS contient généralement une douzaine de fichiers, mais pour commencer tu n’en as besoin que de cinq. Ils sont reliés par des identifiants, comme les tables d’une base de données.

• stops.txt – tous les arrêts avec identifiant, nom et coordonnées. Ton point d’entrée si tu raisonnes à partir d’un lieu.
• routes.txt – les lignes avec nom court, nom long et type de mode de transport. C’est ici que tu sépares le train du bus et du tramway.
• trips.txt – les différentes courses d’une ligne, chacune avec son sens et un renvoi vers une entrée de calendrier.
• stop_times.txt – de loin le plus gros fichier : chaque arrivée et chaque départ de chaque course à chaque arrêt. C’est là que se trouve l’information proprement dite.
• calendar.txt et calendar_dates.txt – les jours de la semaine où une course circule et les exceptions qui s’appliquent. Sans ces fichiers, tu construis par mégarde un tableau qui affiche aussi des bus scolaires le dimanche.

Du téléchargement à ton propre tableau des départs

Le chemin le plus rapide vers un résultat visible passe par six étapes. Chacune est petite en soi – tout l’art consiste à les suivre dans cet ordre et à ne pas commencer par le temps réel.

Brancher des données temps réel : ce qui compte

Les flux temps réel ne sont pas un horaire autonome, mais une couche de correction. GTFS-Realtime connaît trois types de messages, et leurs différences ont une portée pratique :

• TripUpdate – retards, arrêts modifiés et suppressions de courses. C’est le type dont tu as besoin pour un tableau des départs.
• VehiclePosition – la position actuelle du véhicule. Utilisable seulement si le fournisseur la diffuse ; nettement plus rare pour le train que pour le bus.
• Alert – messages de perturbation et de déviation en texte libre, reliés aux lignes ou stations concernées.

Deux pièges apparaissent dans presque tous les projets. Premièrement : les identifiants doivent correspondre. Un flux temps réel se réfère aux courses d’un jeu de données théorique précis. Si tu mélanges flux et horaire issus de sources différentes, tu ne trouves aucune correspondance. Deuxièmement : respecter la fréquence d’interrogation. Un flux régénéré toutes les 30 secondes n’a pas besoin d’être interrogé plus souvent – des accès plus fréquents n’apportent pas de meilleures données, mais consomment ton quota.

À quel point la qualité des données et l’affichage peuvent différer, tu le remarques tout de suite en comparant avec des outils tout faits. Le comparatif des outils de radar ferroviaire montre ce que d’autres tirent des mêmes données brutes, et le guide pour suivre les numéros de trains DB explique comment identifier proprement une course précise.

Données d’infrastructure pour points de vue photo et cartes

Pour les spotteurs, ce n’est souvent pas l’horaire qui est intéressant, mais la ligne. Ici, les projets communautaires basés sur OpenStreetMap offrent la base la plus pratique : tracés des voies, électrification, numéros de ligne, points d’exploitation et parfois signalisation y sont cartographiés et peuvent s’intégrer comme couche de carte.

Trois remarques à ce sujet :

• L’exhaustivité n’est pas garantie. Les cartes communautaires sont bonnes, mais pas officielles. Pour planifier un point de vue, cela suffit ; pour des affirmations d’exploitation, non.
• Tenir compte du partage à l’identique. Les données cartographiques ouvertes relèvent souvent de licences qui imposent de rouvrir les bases de données dérivées. Pour une carte sur ton site, la mention de la source suffit généralement ; qui retraite les données devrait y regarder de plus près.
• Vérifier l’accessibilité. Une carte montre des voies, mais pas les droits d’accès. Zones de voies et emprises ferroviaires sont par principe interdites – chaque point de vue doit être accessible depuis un terrain public.

Si tu veux publier tes propres données avec une carte, tu trouveras la mise en œuvre technique dans le guide pour créer ton propre site de spotteur. Et s’il s’agit de photos historiques plutôt que de données en direct, un coup d’œil à l’Eisenbahnarchiv et ses photos ferroviaires historiques vaut la peine.

Erreurs fréquentes dans les projets de données personnels

• Commencer par le temps réel. Sans base théorique fonctionnelle, le flux temps réel n’a rien à quoi se référer. D’abord l’horaire, ensuite la correction.
• Ignorer les jours de circulation. Un tableau sans vérification du calendrier affiche des courses qui n’existent pas ce jour-là – l’erreur de débutant la plus fréquente qui soit.
• Confondre fuseaux horaires et journées d’exploitation. GTFS autorise des heures au-delà de 24 h, par exemple 25:10 pour une course après minuit. Qui les analyse naïvement perd le service de nuit.
• Omettre les mentions de licence. La mention de la source est la règle et non l’exception pour les données ouvertes. Une phrase dans les mentions légales ne coûte rien.
• Déduire les véhicules des données de course. Un numéro de train dit quelque chose de la catégorie et du parcours, mais rien de la série engagée. L’article sur le décodage des numéros de trains explique ce qu’un numéro révèle réellement.
• Négliger les tunnels et les circulations particulières. Les lignes souterraines obéissent à leurs propres principes de localisation, comme le montre l’article sur le suivi du métro en tunnel – les positions des véhicules y manquent particulièrement souvent.

Conclusion

Les données ferroviaires ouvertes sont plus accessibles que la plupart des gens ne le pensent : une archive GTFS et un tableur suffisent pour un premier résultat visible, et le passage au temps réel est ensuite abordable. Le vrai effort ne réside pas dans le téléchargement, mais dans le soin – pour les jours de circulation, les identifiants et les licences. Et une limite demeure, quel que soit ton niveau technique : quel véhicule circule vraiment ne figure dans aucun flux.