Usar datos abiertos de ferrocarril: fuentes de datos para tus propios proyectos

Actualizado: agosto de 2026 – En algún momento la app se queda corta: quieres tu propio panel de salidas para la pantalla del pasillo, un análisis de qué series pasan por tu estación habitual o un mapa con tus líneas favoritas. Esta guía muestra qué datos abiertos de ferrocarril existen, cómo de actuales y accesibles son, y cómo construir algo propio a partir de una descarga en poco tiempo.

Open data ferroviario: qué datos existen en realidad

Los datos abiertos de ferrocarril se dividen en tres categorías: datos previstos (el horario planificado), datos en tiempo real (la desviación respecto al plan) y datos de infraestructura (líneas, puestos de servicio, estaciones). Para los horarios se ha impuesto GTFS como formato de intercambio, para el tiempo real GTFS-Realtime y SIRI, y para la estandarización europea, NeTEx.

La puerta de entrada más importante es un punto de acceso nacional, a través del cual los datos de movilidad en Alemania se hacen localizables de forma centralizada; además, muchos consorcios y empresas de transporte mantienen sus propias páginas de datos. Los estándares de interfaz que hay detrás vienen, en el ámbito de habla alemana, sobre todo de la Asociación Alemana de Empresas de Transporte. Qué conjuntos de datos figuran allí en cada momento y bajo qué licencia lo deciden los propios proveedores, y lo cambian de vez en cuando. Cuánto varía el enfoque entre consorcios lo muestra la comparativa de datos en tiempo real de los consorcios de transporte.

Las fuentes de datos de un vistazo

La siguiente tabla ordena los tipos de fuente habituales según lo que de verdad importa para un proyecto: formato, actualidad, dificultad de acceso y situación de licencia. Las licencias concretas siempre figuran en el propio conjunto de datos; la columna solo describe lo típico.

Tipo de fuente	Formato	Actualidad típica	Dificultad de acceso	Situación de licencia
Conjunto de datos previsto nacional	GTFS, a veces NeTEx	actualización diaria a semanal	descarga, casi siempre sin registro	licencia abierta, por lo general con atribución
Datos previstos de consorcio	GTFS	como arriba, a veces mantenidos con más detalle	página de datos del consorcio	varía según el consorcio
Flujos en tiempo real	GTFS-Realtime, SIRI	de segundos a pocos minutos	a menudo requiere registro	a menudo con condiciones de uso
Interfaces de operador	JSON, XML	cerca del sistema de gestión de la explotación	registro, a veces cuotas	específico de cada proveedor
Infraestructura de OpenStreetMap	datos brutos OSM, teselas vectoriales	continua, mantenida por la comunidad	libre, pero requiere preparación	licencia de datos abierta con compartir igual
Datos de estaciones y paradas	CSV, JSON	poco frecuente, según planificación	casi siempre abierta	licencia abierta, comprobar condiciones
Conocimiento de vehículos y avistamientos	listas, foros, apps	continuo, pero incompleto	de lectura libre, apenas procesable por máquina	protegido por derechos de autor, aclarar el uso

La última fila es la carencia decisiva: todo lo relacionado con vehículos concretos falta por completo en los flujos de datos oficiales. Precisamente por eso existen las comunidades; se puede leer en el resumen sobre avistamientos en directo en el trainspotting.

Entender GTFS: los cinco archivos que importan

Un archivo GTFS suele contener una docena de archivos, pero para empezar solo necesitas cinco. Están relacionados mediante identificadores, como tablas de una base de datos.

• stops.txt – todas las paradas con identificador, nombre y coordenadas. Tu punto de entrada si piensas desde un lugar.
• routes.txt – las líneas con nombre corto, nombre largo y tipo de medio de transporte. Aquí separas tren de bus y tranvía.
• trips.txt – los servicios individuales de una línea, cada uno con su sentido y una referencia a una entrada de calendario.
• stop_times.txt – con diferencia el archivo más grande: cada llegada y salida de cada servicio en cada parada. Aquí está la información propiamente dicha.
• calendar.txt y calendar_dates.txt – en qué días de la semana circula un servicio y qué excepciones se aplican. Sin estos archivos, construyes sin querer un panel que también muestra autobuses escolares los domingos.

De la descarga a tu propio panel de salidas

El camino más rápido hacia un resultado visible pasa por seis pasos. Cada uno es pequeño por sí solo; el arte está en seguirlos en este orden y no empezar por el tiempo real.

Conectar datos en tiempo real: lo que importa

Los flujos en tiempo real no son un horario independiente, sino una capa de corrección. GTFS-Realtime conoce tres tipos de aviso, y sus diferencias son relevantes en la práctica:

• TripUpdate – retrasos, paradas modificadas y servicios cancelados. Es el tipo que necesitas para un panel de salidas.
• VehiclePosition – la posición actual del vehículo. Solo se puede usar si el proveedor la ofrece; en el tren es bastante más raro que en el autobús.
• Alert – avisos de incidencias y desvíos en texto libre, vinculados a las líneas o estaciones afectadas.

Casi todos los proyectos se topan con dos trampas. Primera: los identificadores tienen que coincidir. Un flujo en tiempo real referencia servicios de un conjunto de datos previsto concreto. Si mezclas flujo y horario de fuentes distintas, no encuentras coincidencias. Segunda: respeta la frecuencia de consulta. Un flujo que se regenera cada 30 segundos no necesita consultarse con más frecuencia; consultas más frecuentes no dan mejores datos, pero consumen tu cuota.

Cuánto pueden diferir la calidad de los datos y la presentación lo notas enseguida al comparar con herramientas ya hechas. La comparativa de herramientas de radar de trenes muestra qué hacen otros con los mismos datos en bruto, y la guía para seguir los números de tren de DB explica cómo identificar bien un servicio concreto.

Datos de infraestructura para puntos fotográficos y mapas

Para los spotters, a menudo no es el horario lo interesante, sino la línea. Aquí los proyectos comunitarios basados en OpenStreetMap dan la base más práctica: trazados de vías, electrificación, números de línea, puestos de servicio y a veces señales están cartografiados ahí y se pueden integrar como capa de mapa.

Tres avisos al respecto:

• La exhaustividad no está garantizada. Los mapas comunitarios son buenos, pero no oficiales. Para planificar un lugar basta, para afirmaciones de explotación no.
• Ten en cuenta el compartir igual. Los datos cartográficos abiertos suelen estar bajo licencias que obligan a abrir de nuevo las bases de datos derivadas. Para un mapa en tu web suele bastar la atribución; quien reprocese los datos debería mirarlo con más detalle.
• Comprueba la accesibilidad. Un mapa muestra vías, pero no derechos de acceso. Las zonas de vías y las instalaciones de explotación están prohibidas por principio; cada lugar debe ser accesible desde terreno de acceso público.

Quien quiera publicar sus propios datos junto con un mapa encuentra la implementación técnica en la guía para crear tu propia web de spotter. Y si se trata de fotos históricas en vez de datos en directo, merece la pena el archivo ferroviario con fotos ferroviarias históricas.

Errores frecuentes en proyectos de datos propios

• Empezar por el tiempo real. Sin una base de datos previstos que funcione, el flujo en tiempo real no tiene nada a lo que referirse. Primero el horario, después la corrección.
• Ignorar los días de circulación. Un panel sin comprobación de calendario muestra servicios que ese día no existen; el error de principiante más frecuente de todos.
• Confundir zonas horarias y días de explotación. GTFS permite horas más allá de las 24:00, por ejemplo 25:10 para un servicio después de medianoche. Quien lo interprete ingenuamente pierde el servicio nocturno.
• Omitir los avisos de licencia. La atribución es la norma en los datos abiertos, no la excepción. Una frase en el aviso legal no cuesta nada.
• Deducir vehículos a partir de datos de servicio. Un número de tren dice algo sobre la categoría y el recorrido, pero nada sobre la serie empleada. Cuánto revela realmente un número lo explica el artículo sobre descifrar los números de tren.
• Pasar por alto túneles y circulaciones especiales. Las líneas subterráneas siguen principios de localización propios, como muestra el artículo sobre el seguimiento del metro en túnel; las posiciones de vehículos faltan ahí con especial frecuencia.

Conclusión

Los datos abiertos de ferrocarril son más accesibles de lo que la mayoría supone: un archivo GTFS y un programa de hojas de cálculo bastan para el primer resultado visible, y el salto al tiempo real es manejable después. El verdadero esfuerzo no está en la descarga, sino en el cuidado: con los días de circulación, los identificadores y las licencias. Y queda un límite, sea cual sea tu nivel técnico: qué vehículo circula de verdad no figura en ningún flujo.