Horarios presentados en 545 corredores de ciudad a ciudad
Lo que los operadores habían presentado para 545 corredores de ciudad a ciudad, leído en los feeds abiertos entre 12 de septiembre de 2026 y 16 de septiembre de 2026 y anotado con la fecha de lectura. Tren, autocar, ferry y avión, como Frictionless Data Package y como feed GTFS.
Una fecha de servicio por corredor
Cada corredor se consultó una sola vez, para una sola fecha de servicio, y cada fila lleva esa fecha y el instante de la consulta. No contiene frecuencia, ni patrón de fin de semana, ni nada sobre el mes que viene.
1254 corredores se plantearon a la fuente. 545 devolvieron servicios, 694 tenían una parada en cada extremo y nada circulando entre ellas, y 15 no tenían ninguna parada en los feeds a menos de 60 km de uno de los extremos. La cobertura sigue a quien presenta un feed abierto.
502 de los corredores se sondearon para el 28 de septiembre de 2026 y 43 para el 30 de septiembre de 2026, que es la segunda fecha que probó el sondeo cuando la primera volvía vacía. Algunos itinerarios se extienden varios días, de modo que las salidas del archivo llegan hasta el 6 de octubre de 2026.
Qué es un horario presentado
Presentado significa que el operador lo publicó por adelantado: el servicio que tiene intención de prestar, registrado en un feed semanas antes del día. Es lo que dice el panel de salidas antes de que empiece el día.
- No es tiempo realCada tramo lleva real_time = false: las consultas se hicieron dos semanas antes de la fecha de servicio, así que en el archivo no hay ningún retraso, ninguna cancelación ni ningún cambio de andén.
- Sin tarifasLa fuente publica horarios y ningún precio, así que en estos archivos no hay ningún precio. Cuando un operador publica un enlace al lugar donde vende el viaje, ese enlace se conserva.
Qué contiene
Contado a partir de la misma instantánea con la que se construyen los archivos, para que esta tabla y los CSV no puedan separarse.
- 545Corredores con servicios
- 1035Itinerarios
- 3025Tramos
- 11.222Puntos de parada
- 3368Paradas con nombre
- 1267De ellas, con posición
- 184Operadores
- 33Países
- 371Tramos con andén o vía
- 620Tramos presentados como accesibles en silla de ruedas
- 2132Tramos incluidos en el feed GTFS
- 1074Paradas incluidas en el feed GTFS
- Tren1430
- Autobús767
- Ferry725
- Vuelo103
Tramos por modo. Las barras son relativas a la mayor.
El ferry es una cuarta parte de los tramos, porque esto son corredores entre ciudades y no una red: a una isla se llega en barco o no se llega.
Itinerarios reales
Tres viajes del archivo, uno en tren, uno con ferry y uno con autocar, tomados en el orden en que el archivo los guarda. Abra legs.csv, busque el corredor, y estas son las filas.
AalborgCopenhagen
El 28 sept 2026 · 3 tramos · 2 transbordos · 4h 09m
- 08:0309:13Aalborg St.Aarhus HTren · DSB ICL · 2 paradas intermedias
- 09:2012:06Aarhus HKøbenhavn HTren · DSB ICL · 5 paradas intermedias
- 12:1012:12København HDybbølsbro St.Tren · DSB S-tog B · sin paradas intermedias
- 08:0309:13
AeginaAthens
El 28 sept 2026 · 2 tramos · 1 transbordo · 1h 04m
- 08:3009:10ΑίγιναΠειραιάςFerry · ATTICA Hellenic Seaways 17083 · sin paradas intermedias
- 09:1409:34ΠειραιάςΑθήναTren · Hellenic Train 1314 · 4 paradas intermedias
- 08:3009:10
AgropoliPalinuro
El 28 sept 2026 · 2 tramos · 1 transbordo · 2h 18m
- 18:0519:05AgropoliSalerno (Piazza Concordia)Autobús · FlixBus-eu FlixBus N501 · sin paradas intermedias
- 19:0820:23SALERNOPISCIOTTA PALINUROTren · TRENITALIA REG 5247 · 9 paradas intermedias
- 18:0519:05
Las horas son las presentadas, en UTC, que es como las publica la fuente y como las lleva el feed GTFS. El reloj local en cualquiera de los dos extremos es otro número.
El feed GTFS
La misma instantánea como feed GTFS Schedule, porque es para lo que un investigador de transporte ya tiene una herramienta. Un trip por tramo, de modo que trip_id es el leg_id de legs.csv y ambos se unen directamente.
111 agencias, 1074 paradas, 1121 líneas, 2132 trips y 7347 horas de parada en 9 días de servicio. Supera el validador GTFS canónico de MobilityData con cero errores.
Todas las horas del feed son UTC
La referencia exige una sola zona horaria por feed, y esta instantánea abarca Europa, Asia y América, así que todas las agencias y todas las horas de stop_times.txt son UTC, el instante que presentó el operador. Cada parada lleva su propio stop_timezone para restituir el reloj local.
Desviaciones deliberadas
- Una sola fecha de servicio por corredor, no un horario recurrente. calendar.txt tiene una fila por día de servicio con start_date igual a end_date y un único indicador de día de la semana activado.
- Lo aéreo no está en el feed: la referencia define diez tipos de línea y ninguno de ellos es una aeronave. Los 103 tramos aéreos están en legs.csv con mode = air y gtfs_route_type vacío.
- 893 de los 3025 tramos no están en el feed, casi todos porque una parada de un extremo no tiene posición y GTFS exige una coordenada. gtfs_trip_id en legs.csv está vacío exactamente en esas filas.
- Algunos trips paran en menos paradas de las que presentó el operador, por la misma razón. calling_points.csv lleva siempre la secuencia completa, incluidas las paradas que el feed tuvo que descartar.
- Los tipos de línea extendidos se reducen a los diez que define la referencia: 101 pasa a ferrocarril, 200 pasa a autobús, 1004 pasa a ferry. El valor original se conserva en legs.source_route_type, de modo que la reducción se puede deshacer.
https://gtfs.org/documentation/schedule/reference/ · MobilityData canonical GTFS validator 8.0.1
Dónde están las paradas
1267 de 3368 paradas se pudieron situar sin suponer. Las demás llevan latitude y longitude vacías.
| Método | Paradas | Qué es la coordenada |
|---|---|---|
| station-canonical | 347 | El centro de la localidad a la que sirve la parada. |
| geometry | 200 | La polilínea del propio operador para el tramo. La parada en sí. |
| station-exact | 187 | El centro de la localidad a la que sirve la parada. |
| place-containment | 177 | El centro de la localidad a la que sirve la parada. |
| station-normalised | 129 | El centro de la localidad a la que sirve la parada. |
| place-name | 123 | El centro de la localidad a la que sirve la parada. |
| corridor-endpoint | 104 | El centro de la localidad a la que sirve la parada. |
Solo la polilínea da la parada en sí. Cualquier otro método da la localidad, que en una ciudad grande puede quedar a unos kilómetros, así que esas filas están marcadas como derived y el feed GTFS lo repite en stop_desc.
Dos salvaguardas. Un candidato tiene que ser geográficamente plausible para un corredor en el que la parada esté realmente: sin esa prueba «Taunton» coincidía con el único Taunton del nomenclátor, que está en Massachusetts, y el feed declaraba 23.623 km/h entre Bridgwater y Taunton. Después, cada tramo se contrasta con un techo de velocidad muy por encima de cualquier cosa que circule, y lo que lo rompe se deja fuera.
Cómo se documenta cada fila
Cada fila de cada archivo lleva source, source_url, fetched_at y evidence.
- filed
- El operador lo publicó: nombres de paradas, números de servicio, andenes, instantes de salida y llegada, puntos de parada, indicadores de accesibilidad. Todas las filas de cuatro de las cinco tablas.
- derived
- Este paquete lo calculó: en stops.csv, las filas cuya posición se dedujo de un nomenclátor en lugar de darla el operador.
- columnas derived
- Una fila filed puede llevar igualmente una columna calculada. Las duraciones, las distancias, los recuentos y el tipo de línea GTFS reducido son aritmética sobre valores presentados, y el Table Schema nombra cada uno como derived.
2405 de 3025 tramos están presentados como no accesibles en silla de ruedas, lo que dice cómo se rellenan los feeds y no cómo es el material rodante.
Descarga
Un Frictionless Data Package con un Table Schema para cada recurso, y el feed GTFS al lado. CSV en RFC 4180, UTF-8 sin marca de orden de bytes, finales de línea LF, y un SHA-256 para cada archivo. Nada de esto necesita una cuenta ni una clave.
| Archivo | Filas | Tamaño | SHA-256 |
|---|---|---|---|
| orlero-corridor-timetables-1.0.0.zip | 657 KiB | ae3104269bc88334946cde5f18ebc9ff5264d23d9ca74d5547b7dbb211fa3d57 | |
| orlero-corridor-timetables-gtfs-1.0.0.zip | 7347 | 134 KiB | f190a54862419e2708b31fa7d8a64e3fa83c7b73a2f5dac5b791ed2671f92cb2 |
| corridors.csv | 545 | 105 KiB | e595685ec9bcab61fe52ee704780d3cf8db79cc4d536cc16cd2589ebe4ab3c74 |
| itineraries.csv | 1035 | 224 KiB | a206cd69a3ebbfa4f2742be089a3f81166e04f29889b4fd61198e2037fefc206 |
| legs.csv | 3025 | 1.1 MiB | bef6eacc0fbdd1182036c89e9fc84ded6525ed0e264e67202f3a1a6ee09a414d |
| calling_points.csv | 11.222 | 1.5 MiB | 1d8fec63c03db01213637dc3a3613793f6d58227505e34bc06c784924699c0b1 |
| stops.csv | 3368 | 494 KiB | 5ff2c5ecc844a766093fbd509ce402847c086cae0cd5ae30c8fc56ecad293e93 |
Todo se reconstruye a partir de la instantánea registrada con node data-packages/corridor-timetables/build.mjs, que no descarga nada y produce los mismos bytes siempre. El paquete está en data-packages/corridor-timetables.
Cómo citarlo
La atribución es toda la licencia. Si lo usa, esta es la línea.
Cita
Orlero (2026). Filed timetables on 545 city to city corridors (Version 1.0.0) [Data set]. https://orlero.com/data/corridor-timetables
BibTeX
@dataset{orlero_corridor_timetables_1_0_0,
author = {{Orlero}},
title = {{Filed timetables on 545 city to city corridors}},
year = {2026},
version = {1.0.0},
publisher = {Orlero},
url = {https://orlero.com/data/corridor-timetables},
note = {CC BY 4.0}
}Identificador
Todavía no hay DOI. Cite la URL de arriba.
Licencia
CC BY 4.0. Los hechos no se poseen, así que lo que se licencia es la compilación, los identificadores, las posiciones resueltas y las columnas derivadas. El derecho sui generis de la UE sobre bases de datos se aplica a esa compilación en los mismos términos.
https://creativecommons.org/licenses/by/4.0/
Qué no puede decirle
- Una fecha por corredor, así que nada de esto respalda una afirmación sobre la frecuencia.
- Como mucho dos itinerarios por corredor, así que el viaje más rápido que hay aquí no tiene por qué ser el viaje más rápido.
- La cobertura es la que tienen los datos abiertos, en gran medida Europa y América del Norte.
- Los nombres de operador son como los escribe el feed, así que una misma empresa puede aparecer con varios nombres.
- Las tarifas, el tiempo real y la puntualidad están en otro conjunto de datos.