Cuando una pantalla dice que el autobús llega en cuatro minutos, puede estar mostrando dos cosas muy distintas: una predicción calculada con una señal reciente o la diferencia entre la hora actual y el horario publicado. Ambas son útiles, pero no significan lo mismo.
El horario es el plan
Los datos estáticos describen paradas, líneas, viajes y calendarios. Permiten planificar incluso cuando no existe una señal en vivo. Se actualizan cuando el operador cambia el servicio y son la base necesaria para calcular un trayecto futuro.
El tiempo real es una observación
GTFS Realtime y otros formatos pueden aportar posiciones de vehículos, retrasos, predicciones y alertas. Esa información envejece rápido. Una posición de hace treinta segundos puede ser útil; una de hace veinte minutos probablemente ya no representa el servicio actual.
Por eso una llegada debería viajar con su origen y su instante de actualización. El color o la etiqueta visual han de distinguir una predicción en vivo de un horario previsto.
Qué ocurre cuando la fuente falla
Las conexiones se interrumpen, los proveedores cambian formatos y algunas redes solo publican parte del servicio. Una aplicación no debe congelar el último valor y seguir presentándolo como actual. Las alternativas honestas son marcarlo como desactualizado, volver explícitamente al horario o indicar que no hay dato.
emap consulta fuentes oficiales con frecuencias distintas y expone su estado técnico. La web y el móvil consumen la misma API para evitar que cada pantalla interprete el fallo de forma diferente.
Cómo leer una llegada
Busca tres pistas: si dice “en vivo” o “previsto”, la hora de última actualización y el operador que publica el dato. Para un enlace crítico, confirma además los avisos oficiales. Cuanta más precisión aparente ofrece una cifra, más importante es saber de cuándo y de dónde sale.