Données en temps réel ou données d’horaire : pourquoi chaque appli affiche autre chose

Mis à jour : août 2026 – Tu ouvres deux applis, tu cherches le même train – et tu obtiens deux positions différentes et deux retards différents. La différence entre données en temps réel et données d’horaire explique presque chacun de ces écarts. Cet article va plus loin que l’explication habituelle : nous regardons les couches de données, les points de signalement et l’interpolation, et quel affichage croire dans quelle situation.

La différence en deux phrases

Les données d’horaire décrivent le plan, les données en temps réel décrivent des événements signalés par l’exploitation en cours. Tout ce que tu vois dans une appli sous forme de minutes est une troisième chose : une prévision calculée à partir du plan et du dernier signalement réel.

Cette division en trois est la clé de tout le sujet. Qui ne pense qu’en termes « horaire contre temps réel » ne comprend pas pourquoi un retard saute soudain de quatre minutes ni pourquoi un train apparaît sur la carte à un endroit où il ne se trouve manifestement pas. La réponse est presque toujours : tu vois un calcul, pas une mesure.

Type de données	Ce qu’il contient	Comment il naît	Faiblesse typique
Données d’horaire (théorique)	Trajets, arrêts, heures prévues	publiées à l’avance, souvent pour l’année	ignorent les perturbations du jour
Signalements réels	passage effectif d’un point d’exploitation	issus du système d’exploitation de l’exploitant	seulement aux points de signalement, pas entre eux
Prévision	heures attendues aux arrêts suivants	calcul à partir du théorique, du réel et des règles d’exploitation	saute à chaque nouveau calcul
Position sur la carte	symbole sur la carte des lignes	interpolation entre deux signalements	paraît plus précise qu’elle ne l’est
Information suppression/voie	décision d’exploitation	fixée par le centre de régulation	arrive parfois avec retard chez les tiers

Comment sont structurées les données d’horaire

Les données d’horaire statiques décrivent un réseau d’arrêts, de lignes et de trajets avec leurs heures prévues. Le format d’échange le plus répandu pour cela est GTFS – un ensemble de tableaux simples dans lequel chaque trajet se compose d’une suite d’arrêts avec heure d’arrivée et de départ.

Deux propriétés sont importantes pour comprendre :

• Les données d’horaire sont complètes, mais anciennes. Elles connaissent chaque trajet prévu de toute l’année, mais rien de la perturbation de ce matin.
• Elles ne contiennent pas de positions. Un horaire dit quand un train doit s’arrêter où – pas où il se trouve entre deux arrêts.

C’est précisément pour cela qu’un affichage purement fondé sur l’horaire en gare est si stable, et en même temps si inutile quand quelque chose tourne mal. C’est l’affiche en gare sous forme numérique. La façon très différente dont les communautés tarifaires gèrent cela est présentée dans l’aperçu des communautés tarifaires régionales et de leurs départs en direct.

Comment naissent les données en temps réel dans le trafic ferroviaire

C’est ici que se trouve la plus grande différence avec le bus. Un bus se localise lui-même par récepteur GNSS et transmet sa position à intervalles courts – le guide comment fonctionne la localisation GPS des bus explique ce mécanisme. Dans l’exploitation ferroviaire, c’est différent : les données réelles naissent classiquement des événements d’exploitation aux points d’exploitation – gares, bifurcations, postes de block. Quand un train passe un tel point, un événement réel horodaté est créé.

Il en découle une propriété importante : entre deux points de signalement, il n’y a aucune information nouvelle. Sur une ligne dense en points d’exploitation dans une agglomération, l’écart est faible ; sur un long parcours sans arrêt intermédiaire, il peut être considérable. C’est justement là que les affichages cartographiques sont les moins précis.

GTFS-Realtime, SIRI et les interfaces VDV

Plusieurs standards existent pour transmettre ces données réelles. GTFS-Realtime complète l’horaire statique par trois types de mises à jour : mises à jour de trajets avec les retards, positions des véhicules et messages d’exploitation. Dans les pays germanophones, les interfaces de la Verband Deutscher Verkehrsunternehmen (VDV, association des entreprises de transport allemandes) et SIRI sont aussi répandues ; elles viennent du monde des transports en commun et remplissent des fonctions similaires.

Pour toi en tant qu’utilisateur, cela signifie surtout une chose : toutes les applis ne reçoivent pas les mêmes champs. Certaines sources ne livrent que des valeurs de retard, d’autres aussi des positions, d’autres encore des messages d’exploitation détaillés. Les différences entre les affichages commencent donc avant même l’appli.

L’interpolation : pourquoi la carte ment sans mentir

Quand une appli fait avancer un train de façon fluide sur la carte, elle ne le fait presque jamais à partir de signalements de position continus. Elle connaît deux points – le dernier signalement réel et le prochain arrêt attendu – et calcule entre les deux, de façon linéaire ou avec un modèle de ligne.

Il en résulte trois effets typiques :

1. Le train « saute ». Quand un nouveau signalement réel arrive et que le train est plus ou moins avancé que prévu, l’affichage se corrige d’un coup.
2. Le train « s’arrête ». Si un signalement ne vient pas, la position se fige – mais le train, lui, continue de rouler.
3. Le train semble rouler de façon trop régulière. L’interpolation ne connaît ni les ralentissements, ni les dépassements, ni les arrêts aux signaux.

Qui connaît ces trois schémas lit correctement les affichages cartographiques : comme une orientation, pas comme une localisation. Cela vaut pour tous les outils courants, comme le montre le comparatif des meilleurs radars de trains.

Pourquoi deux applis interpolent différemment

L’interpolation n’est pas une grandeur fixe, mais une hypothèse. Une mise en œuvre simple répartit uniformément dans le temps le trajet entre deux points de signalement – le train avance alors à vitesse constante dans le calcul, alors qu’en réalité il accélère, freine et s’arrête peut-être devant un signal. Une mise en œuvre plus élaborée tient compte du tracé de la ligne, des vitesses autorisées et de la marche prévue. Ces modèles de ligne proviennent généralement de logiciels de planification, comme ceux que développe par exemple PTV Group.

Les deux approches sont légitimes, mais mènent forcément à des positions de symbole différentes pour le même train. S’y ajoute le cycle de récupération : si une appli récupère de nouvelles données toutes les 15 secondes et une autre toutes les 60, elles affichent déjà pour cette raison des états différents. Aucune des deux n’est fautive pour autant – elles racontent la même histoire avec une résolution différente.

Cela devient concrètement important à deux endroits : sur les longues sections sans arrêt intermédiaire et en cas de déviation. Si un train emprunte une ligne qui n’est pas prévue comme son parcours dans le modèle de ligne enregistré, la projection peut être complètement fausse – le symbole se déplace alors sur la ligne prévue, alors que le train circule tout à fait ailleurs.

Affichage selon l’horaire ou en temps réel – lequel est le meilleur ?

La réponse pratique est : les données d’horaire pour planifier, les données en temps réel le jour J. Si tu prépares une sortie de spotting pour samedi prochain, tu travailles avec l’horaire théorique. Si tu es sur ton spot samedi, tu regardes les valeurs réelles et les prévisions – en gardant à l’esprit qu’elles peuvent encore changer.

Quel affichage croire, et quand ?

Pour ce dernier cas : le fret n’apparaît pratiquement jamais dans les services d’information voyageurs, car il ne fait pas partie de l’horaire voyageurs. Comment le suivre malgré tout, c’est ce que décrit le guide pour suivre les trains de fret en direct.

Comment travailler proprement avec les deux types de données

Ce à quoi tu dois faire attention

• Une position n’est pas une localisation. Entre deux points de signalement, chaque appli affiche une estimation, aussi fluide que soit le mouvement du symbole.
• Un retard n’est pas une mesure. L’indication en minutes est une prévision qui peut changer à chaque nouveau signalement réel.
• Les différences entre applis ne sont pas des erreurs. Des intervalles de récupération, des modèles de prévision et des étendues de données différents mènent forcément à des affichages différents.
• Des données manquantes ne veulent pas dire supprimé. Surtout en dehors du trafic voyageurs, de nombreux trains circulent sans qu’aucun signalement réel public ne soit publié.
• En cas de perturbation, c’est la source de l’exploitant qui compte. Les décisions d’exploitation comme les changements de voie ou les suppressions naissent là et parviennent aux services tiers avec un délai.
• La sécurité ne dépend pas des données. Aucune prévision, aussi précise soit-elle, ne justifie de se trouver sur les voies – les installations ferroviaires sont interdites, toujours.

Conclusion

Le débat « horaire ou temps réel » passe à côté de l’essentiel : les deux décrivent des choses différentes et ne sont réunis que par une troisième couche – la prévision. Qui comprend que les signalements réels naissent aux points d’exploitation et que tout ce qui se trouve entre les deux est calculé peut interpréter n’importe quel écart entre deux applis sans désespérer de l’une d’elles. Pour les spotteurs, cela signifie concrètement : planifier avec les données d’horaire, ajuster avec les données réelles, garder une marge et traiter sa propre observation comme une source à part entière. Ce que cela donne au quotidien, tu le vois aussi dans le guide comment suivre un train en marche, pour les grandes lignes dans le guide pour suivre les ICE en direct et, pour choisir tes outils, dans l’aperçu du suivi en direct des trains et des bus.