Datos en tiempo real frente a datos de horario: por qué cada app muestra algo distinto

Actualizado: agosto de 2026 – Abres dos apps, buscas el mismo tren, y obtienes dos posiciones distintas y dos retrasos distintos. La diferencia entre datos en tiempo real y datos de horario explica casi todas estas discrepancias. Este artículo va más allá de la explicación habitual: miramos las capas de datos, los puntos de aviso y la interpolación, y a qué pantalla deberías creer en cada situación.

La diferencia en dos frases

Los datos de horario describen el plan, los datos en tiempo real describen eventos reportados de la explotación en curso. Todo lo que ves en una app como indicación de minutos es una tercera cosa: un pronóstico calculado a partir del plan y del último dato real.

Esta triple división es la clave de todo el tema. Quien solo piensa en «horario contra tiempo real» no entiende por qué un retraso salta de repente cuatro minutos, o por qué un tren aparece en el mapa en un punto en el que demostrablemente no está. La respuesta es casi siempre: ves un cálculo, no una medición.

Tipo de dato	Qué contiene	Cómo surge	Debilidad típica
Datos de horario (previsto)	Trayectos, paradas, horas planificadas	publicado con antelación, a menudo por años	no conoce las incidencias del día
Avisos reales	Paso efectivo por un punto de explotación	del sistema de explotación del operador	solo en puntos de aviso, no entre ellos
Pronóstico	Horas esperadas en las siguientes paradas	cálculo a partir de lo previsto, lo real y las normas de explotación	salta con cada recálculo
Posición en el mapa	Símbolo sobre el mapa de la línea	interpolación entre dos avisos	parece más precisa de lo que es
Aviso de cancelación/vía	Decisión operativa	fijada por el puesto de control	llega a terceros a veces con retraso

Cómo se estructuran los datos de horario

Los datos de horario estáticos describen una red de paradas, líneas y trayectos con sus horas planificadas. El formato de intercambio más extendido para ello es GTFS, un conjunto de tablas sencillas en el que cada trayecto se compone de una secuencia de paradas con hora de llegada y salida.

Dos propiedades son importantes para entenderlo:

• Los datos de horario son completos, pero antiguos. Conocen cada trayecto planificado de todo el año, pero nada de la incidencia de esta mañana.
• No contienen posiciones. Un horario dice cuándo debe parar un tren dónde, no dónde está entre dos paradas.

Justo por eso, una pantalla de horario pura en una estación es tan estable y, al mismo tiempo, tan inútil cuando algo va mal. Es el cartel en formato digital. Lo distinto que gestionan esto los consorcios lo muestra el resumen sobre los consorcios regionales de transporte y sus salidas en directo.

Cómo surgen los datos en tiempo real en el tráfico ferroviario

Aquí está la mayor diferencia con el autobús. Un autobús se localiza a sí mismo mediante un receptor GNSS y reporta su posición en intervalos cortos; la mecánica detrás de esto la explica la guía sobre cómo funciona la localización de autobuses por GPS. En la explotación ferroviaria la situación es distinta: ahí los datos reales surgen de forma clásica a partir del acontecer operativo en puntos de explotación: estaciones, bifurcaciones, puestos de bloqueo. Cuando un tren pasa por uno de esos puntos, surge un evento real con marca de tiempo.

De ahí se deriva una propiedad importante: entre dos puntos de aviso no hay información nueva. En una línea con muchos puntos de explotación en un área metropolitana, la distancia es pequeña; en un trazado largo sin parada intermedia puede ser considerable. Justo ahí es donde las pantallas de mapa funcionan de forma menos precisa.

GTFS-Realtime, SIRI y las interfaces VDV

Para transmitir estos datos reales existen varios estándares. GTFS-Realtime completa el horario estático con tres tipos de actualizaciones: actualizaciones de trayecto con retrasos, posiciones de vehículos y avisos de explotación. En el ámbito de habla alemana están además muy extendidas las interfaces de la Asociación Alemana de Empresas de Transporte y SIRI, que provienen del mundo del transporte público y cumplen funciones similares.

Para ti, como usuario, esto significa sobre todo una cosa: no todas las apps reciben los mismos campos. Algunas fuentes solo aportan valores de retraso, otras además posiciones, otras aún avisos de explotación detallados. Las diferencias en las pantallas empiezan, por tanto, antes de la app.

Interpolación: por qué el mapa miente sin mentir

Cuando una app mueve un tren de forma fluida por el mapa, casi nunca lo hace gracias a avisos de posición continuos. Conoce dos puntos: el último aviso real y la siguiente parada esperada, y calcula entre medias de forma lineal o con un modelo de línea.

De ahí surgen tres efectos típicos:

1. El tren «salta». Cuando llega un nuevo aviso real y el tren está más o menos avanzado de lo estimado, la pantalla corrige de golpe.
2. El tren «se para». Si no llega ningún aviso, la posición se congela, pero el tren sigue circulando.
3. El tren circula aparentemente demasiado uniforme. La interpolación no conoce puntos de marcha lenta, adelantamientos ni paradas por señal.

Quien conoce estos tres patrones lee bien las pantallas de mapa: como orientación, no como localización. Esto vale para todas las herramientas habituales, como muestra la comparativa de las mejores herramientas de radar de trenes.

Por qué dos apps interpolan de forma distinta

La interpolación no es una magnitud fija, sino un supuesto. Una implementación sencilla reparte el trayecto entre dos puntos de aviso de forma uniforme en el tiempo; el tren se mueve entonces por cálculo de forma constante, aunque en realidad acelera, frena y quizá se detiene ante una señal. Una implementación más elaborada tiene en cuenta el trazado de la línea, las velocidades permitidas y la evolución prevista del tiempo de marcha. Estos modelos de línea suelen proceder de software de planificación, como el que desarrolla, por ejemplo, PTV Group.

Ambos enfoques son legítimos, pero llevan necesariamente a posiciones de símbolo distintas para el mismo trayecto. A esto se suma el ciclo de consulta: si una app recoge datos nuevos cada 15 segundos y otra cada 60, ya por eso muestran estados distintos. Ninguna de las dos es por ello errónea: cuentan la misma historia con distinta resolución.

Esto se vuelve relevante en la práctica sobre todo en dos puntos: en tramos largos sin parada intermedia y en desvíos. Si un tren circula por una línea que en el modelo de línea guardado no está prevista como su recorrido, la proyección puede quedar completamente desviada; el símbolo se desplaza entonces sobre la línea planificada mientras el tren circula por otro lado.

¿Pantalla de horario o pantalla en tiempo real? ¿Cuál es mejor?

La respuesta práctica es: datos de horario para planificar, datos en tiempo real el día del trayecto. Quien prepara una ruta de spotting para el próximo sábado trabaja con el horario previsto. Quien el sábado está en el punto mira los valores reales y de pronóstico, y tiene presente que todavía pueden cambiar.

¿A qué pantalla creo y cuándo?

Para el último caso vale: el transporte de mercancías apenas aparece de forma sistemática en la información de viajeros, porque no forma parte del horario de viajeros. Cómo seguirlo de todos modos lo describe la guía sobre seguir trenes de mercancías en directo.

Así trabajas de forma limpia con ambos tipos de datos

En qué debes fijarte

• La posición no es una localización. Entre dos puntos de aviso, cada app muestra una estimación, por muy fluido que se mueva el símbolo.
• El retraso no es una medición. El dato en minutos es un pronóstico que puede cambiar con cada nuevo aviso real.
• Las diferencias entre apps no son un error. Distintos intervalos de consulta, modelos de pronóstico y alcances de datos llevan necesariamente a pantallas distintas.
• Los datos que faltan no significan cancelado. Sobre todo fuera del transporte de viajeros existen muchos trayectos para los que sencillamente no se publican avisos reales.
• En caso de incidencias cuenta la fuente del operador. Decisiones operativas como el cambio de vía o la cancelación surgen ahí y llegan a terceros con retraso.
• La seguridad se mantiene independiente de los datos. Ningún pronóstico, por preciso que sea, justifica permanecer en la zona de vías; las instalaciones de explotación están prohibidas, siempre.

Conclusión

La disputa «horario o tiempo real» pasa por alto el verdadero punto: ambos describen cosas distintas y solo se unen mediante una tercera capa, el pronóstico. Quien entiende que los avisos reales surgen en puntos de explotación y que todo lo demás se calcula, puede clasificar cualquier discrepancia entre dos apps sin desesperar con ninguna de ellas. Para los spotters eso significa en concreto: planificar con datos de horario, reajustar con datos reales, trabajar con margen y tratar la propia observación como una fuente propia. Cómo se siente esto en el día a día lo muestra también la guía sobre cómo seguir un tren en marcha, para la larga distancia la instrucción para seguir el ICE en directo y para la elección de herramientas el resumen sobre seguimiento en directo de tren y autobús.