Horarios presentados en 545 corredores entre ciudades
Lo que los operadores habían presentado para 545 corredores entre ciudades, leído de los feeds abiertos entre 12 de septiembre de 2026 y 16 de septiembre de 2026 y anotado con la fecha en que se leyó. Tren, autobús, ferri y avión, como Frictionless Data Package y como feed GTFS.
Una fecha de servicio por corredor
A cada corredor se le preguntó una vez, por 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 próximo mes.
Se le preguntaron 1,254 corredores 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 volvió vacía. Algunos itinerarios duran varios días, así 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 previsto operar, depositado en un feed semanas antes del día. Es lo que dice el tablero 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 demoras, ni cancelaciones, ni cambios 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, de modo que esta tabla y los CSV no pueden separarse.
- 545Corredores con servicios
- 1,035Itinerarios
- 3,025Tramos
- 11,222Puntos de parada
- 3,368Paradas con nombre
- 1,267De ellas, con posición
- 184Operadores
- 33Países
- 371Tramos con andén o vía
- 620Tramos presentados como accesibles en silla de ruedas
- 2,132Tramos incluidos en el feed GTFS
- 1,074Paradas incluidas en el feed GTFS
- Tren1,430
- Autobús767
- Ferry725
- Vuelo103
Tramos por modo. Las barras son relativas a la mayor.
El ferri es la 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 ferri y uno en autobús, tomados en el orden en que los guarda el archivo. 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 cada extremo es otro número.
El feed GTFS
La misma instantánea como feed GTFS Schedule, porque es para lo que un investigador del transporte ya tiene una herramienta. Un viaje por tramo, de modo que trip_id es el leg_id de legs.csv y ambos se unen directamente.
111 agencias, 1,074 paradas, 1,121 rutas, 2,132 viajes y 7,347 horas de parada en 9 días de servicio. Se valida con el validador canónico de GTFS de MobilityData sin ningún error.
Cada hora del feed está en UTC
La referencia exige una zona horaria por feed, y esta instantánea abarca Europa, Asia y las Américas, así que todas las agencias y todas las horas de stop_times.txt están en UTC, el instante que presentó el operador. Cada parada lleva su propio stop_timezone para recuperar el reloj local.
Desviaciones deliberadas
- Una fecha de servicio por corredor, no un horario que se repite. calendar.txt tiene una fila por día de servicio, con start_date igual a end_date y una sola marca de día de la semana.
- Lo aéreo no está en el feed: la referencia define diez tipos de ruta 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 3,025 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 viajes paran en menos paradas de las que presentó el operador, por la misma razón. calling_points.csv siempre lleva la secuencia completa, incluidas las paradas que el feed tuvo que descartar.
- Los tipos de ruta extendidos se reducen a los diez que define la referencia: 101 pasa a ser tren, 200 pasa a ser autobús, 1004 pasa a ser ferri. 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
1,267 de 3,368 paradas se pudieron situar sin adivinar. El resto 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 propia del 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 desviarse unos kilómetros, así que esas filas se marcan como derived y el feed GTFS lo repite en stop_desc.
Dos resguardos. Un candidato tiene que ser geográficamente plausible para un corredor en el que la parada esté realmente: sin esa prueba, "Taunton" coincidió con el único Taunton del nomenclátor, que está en Massachusetts, y el feed afirmaba 23.623 km/h entre Bridgwater y Taunton. Después se contrasta cada tramo con un techo de velocidad muy por encima de cualquier cosa que circule, y lo que lo supera se deja fuera.
Cómo se evidencia 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, marcas 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 derivadas
- Una fila filed puede llevar igualmente una columna calculada. Las duraciones, las distancias, los recuentos y el tipo de ruta GTFS reducido son aritmética sobre valores presentados, y el Table Schema declara cada uno como derived.
2,405 de 3,025 tramos están presentados como no accesibles en silla de ruedas, lo que dice cómo se llenan 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 requiere 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 | 7,347 | 134 KiB | f190a54862419e2708b31fa7d8a64e3fa83c7b73a2f5dac5b791ed2671f92cb2 |
| corridors.csv | 545 | 105 KiB | e595685ec9bcab61fe52ee704780d3cf8db79cc4d536cc16cd2589ebe4ab3c74 |
| itineraries.csv | 1,035 | 224 KiB | a206cd69a3ebbfa4f2742be089a3f81166e04f29889b4fd61198e2037fefc206 |
| legs.csv | 3,025 | 1.1 MiB | bef6eacc0fbdd1182036c89e9fc84ded6525ed0e264e67202f3a1a6ee09a414d |
| calling_points.csv | 11,222 | 1.5 MiB | 1d8fec63c03db01213637dc3a3613793f6d58227505e34bc06c784924699c0b1 |
| stops.csv | 3,368 | 494 KiB | 5ff2c5ecc844a766093fbd509ce402847c086cae0cd5ae30c8fc56ecad293e93 |
Todo se reconstruye a partir de la instantánea confirmada 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 usa esto, 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 bases de datos de la UE 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 frecuencia.
- Como máximo 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 su mayoría Europa y América del Norte.
- Los nombres de los operadores 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.