Dataset aperto

Orari depositati su 545 corridoi da città a città

Versione 1.0.0 · CC BY 4.0 · Istantanea del 16 settembre 2026

Quello che gli operatori avevano depositato per 545 corridoi da città a città, letto dai feed aperti tra 12 settembre 2026 e 16 settembre 2026 e annotato con la data di lettura. Treno, pullman, traghetto e aereo, come Frictionless Data Package e come feed GTFS.

Una data di servizio per corridoio

Ogni corridoio è stato interrogato una volta sola, per una sola data di servizio, e ogni riga porta quella data e l'istante del prelievo. Non contiene alcuna frequenza, alcuno schema di fine settimana e nulla sul mese prossimo.

1254 corridoi sono stati sottoposti alla fonte. 545 hanno restituito servizi, 694 avevano una fermata a ciascun capo e nulla che circolasse tra i due, e 15 non avevano alcuna fermata nei feed entro 60 km da uno dei capi. La copertura segue chi deposita un feed aperto.

502 dei corridoi sono stati sondati per il 28 settembre 2026 e 43 per il 30 settembre 2026, che è la seconda data tentata dalla sonda quando la prima tornava vuota. Alcuni itinerari si estendono su più giorni, quindi le partenze nel file arrivano fino al 6 ottobre 2026.

Che cos'è un orario depositato

Depositato significa che l'operatore lo ha pubblicato in anticipo: il servizio che intende effettuare, registrato in un feed settimane prima del giorno. È quello che dice il tabellone delle partenze prima che la giornata cominci.

  • Non è tempo realeOgni tratta porta real_time = false: le richieste sono state fatte due settimane prima della data di servizio, quindi nel file non ci sono ritardi, né soppressioni né cambi di binario.
  • Nessuna tariffaLa fonte pubblica orari e nessun prezzo, quindi in questi file non c'è alcun prezzo. Dove un operatore pubblica un collegamento al punto in cui vende il viaggio, quel collegamento viene conservato.

Che cosa contiene

Contato dalla stessa istantanea da cui sono costruiti i file, così che questa tabella e i CSV non possano divergere.

  • 545Corridoi con servizi
  • 1035Itinerari
  • 3025Tratte
  • 11.222Punti di fermata
  • 3368Fermate con nome
  • 1267Di cui, con posizione
  • 184Operatori
  • 33Paesi
  • 371Tratte con banchina o binario
  • 620Tratte depositate accessibili in sedia a rotelle
  • 2132Tratte incluse nel feed GTFS
  • 1074Fermate incluse nel feed GTFS
Che cosa vi circola
  • Treno1430
  • Autobus767
  • Traghetto725
  • Volo103

Tratte per modo. Le barre sono relative alla più grande.

Il traghetto è un quarto delle tratte, perché qui si tratta di corridoi tra città e non di una rete: a un'isola si arriva per nave o non ci si arriva.

Itinerari reali

Tre viaggi presi dal file, uno in treno, uno con traghetto e uno con pullman, nell'ordine in cui il file li contiene. Aprite legs.csv, cercate il corridoio, e queste sono le righe.

  1. AalborgCopenhagen

    Il 28 set 2026 · 3 tratte · 2 cambi · 4h 09m

    • 08:0309:13
      Aalborg St.Aarhus HTreno · DSB ICL · 2 fermate intermedie
    • 09:2012:06
      Aarhus HKøbenhavn HTreno · DSB ICL · 5 fermate intermedie
    • 12:1012:12
      København HDybbølsbro St.Treno · DSB S-tog B · nessuna fermata intermedia
  2. AeginaAthens

    Il 28 set 2026 · 2 tratte · 1 cambio · 1h 04m

    • 08:3009:10
      ΑίγιναΠειραιάςTraghetto · ATTICA Hellenic Seaways 17083 · nessuna fermata intermedia
    • 09:1409:34
      ΠειραιάςΑθήναTreno · Hellenic Train 1314 · 4 fermate intermedie
  3. AgropoliPalinuro

    Il 28 set 2026 · 2 tratte · 1 cambio · 2h 18m

    • 18:0519:05
      AgropoliSalerno (Piazza Concordia)Autobus · FlixBus-eu FlixBus N501 · nessuna fermata intermedia
    • 19:0820:23
      SALERNOPISCIOTTA PALINUROTreno · TRENITALIA REG 5247 · 9 fermate intermedie

Gli orari sono come depositati, in UTC, che è il modo in cui la fonte li pubblica e in cui il feed GTFS li trasporta. L'ora locale ai due capi è un numero diverso.

Il feed GTFS

La stessa istantanea come feed GTFS Schedule, perché è ciò per cui un ricercatore di trasporti ha già uno strumento. Un trip per tratta, quindi trip_id è il leg_id in legs.csv e i due si uniscono direttamente.

111 agenzie, 1074 fermate, 1121 linee, 2132 trip e 7347 orari di fermata su 9 giorni di servizio. Supera il validatore GTFS canonico di MobilityData con zero errori.

Ogni orario nel feed è in UTC

Deviazioni deliberate

  1. Una sola data di servizio per corridoio, non un orario ricorrente. calendar.txt ha una riga per giorno di servizio con start_date uguale a end_date e un solo indicatore di giorno della settimana attivo.
  2. L'aereo non è nel feed: il riferimento definisce dieci tipi di linea e nessuno di essi è un aeromobile. Le 103 tratte aeree sono in legs.csv con mode = air e gtfs_route_type vuoto.
  3. 893 delle 3025 tratte non sono nel feed, quasi tutte perché una fermata a un capo non ha posizione e GTFS richiede una coordinata. gtfs_trip_id in legs.csv è vuoto esattamente su quelle righe.
  4. Alcuni trip fermano in meno fermate di quante ne abbia depositate l'operatore, per la stessa ragione. calling_points.csv porta sempre la sequenza completa, comprese le fermate che il feed ha dovuto lasciare fuori.
  5. I tipi di linea estesi sono ricondotti ai dieci che il riferimento definisce: 101 diventa ferrovia, 200 diventa autobus, 1004 diventa traghetto. Il valore originale è conservato in legs.source_route_type, così la riduzione si può annullare.

Dove sono le fermate

1267 fermate su 3368 sono state collocate senza tirare a indovinare. Le altre portano latitude e longitude vuote.

MetodoFermateChe cos'è la coordinata
station-canonical347Il centro dell'abitato servito dalla fermata.
geometry200La polilinea dell'operatore per la tratta. La fermata stessa.
station-exact187Il centro dell'abitato servito dalla fermata.
place-containment177Il centro dell'abitato servito dalla fermata.
station-normalised129Il centro dell'abitato servito dalla fermata.
place-name123Il centro dell'abitato servito dalla fermata.
corridor-endpoint104Il centro dell'abitato servito dalla fermata.

Solo la polilinea dà la fermata stessa. Ogni altro metodo dà l'abitato, che in una grande città può distare qualche chilometro, quindi quelle righe sono marcate derived e il feed GTFS lo ripete in stop_desc.

Due controlli. Un candidato deve essere geograficamente plausibile per un corridoio su cui la fermata si trova davvero: senza quella verifica «Taunton» corrispondeva all'unica Taunton del repertorio geografico, che è in Massachusetts, e il feed dichiarava 23.623 km/h tra Bridgwater e Taunton. Ogni tratta è poi confrontata con un tetto di velocità molto superiore a qualsiasi cosa circoli, e ciò che lo supera viene escluso.

Come è documentata ogni riga

Ogni riga di ogni file porta source, source_url, fetched_at e evidence.

filed
L'operatore l'ha pubblicato: nomi delle fermate, numeri di servizio, binari, istanti di partenza e arrivo, punti di fermata, indicatori di accessibilità. Ogni riga in quattro delle cinque tabelle.
derived
Questo pacchetto l'ha calcolato: in stops.csv, le righe la cui posizione è stata ricavata da un repertorio geografico anziché fornita dall'operatore.
colonne derived
Una riga filed può comunque portare una colonna calcolata. Durate, distanze, conteggi e il tipo di linea GTFS ricondotto sono aritmetica su valori depositati, e il Table Schema indica ciascuno come derived.

2405 delle 3025 tratte sono depositate come non accessibili in sedia a rotelle, il che dice come vengono compilati i feed più che com'è il materiale rotabile.

Download

Un Frictionless Data Package con un Table Schema per ogni risorsa, e accanto il feed GTFS. CSV in RFC 4180, UTF-8 senza marcatore di ordine dei byte, fine riga LF, e un SHA-256 per ogni file. Nulla qui richiede un account o una chiave.

FileRigheDimensioneSHA-256
orlero-corridor-timetables-1.0.0.zip657 KiBae3104269bc88334946cde5f18ebc9ff5264d23d9ca74d5547b7dbb211fa3d57
orlero-corridor-timetables-gtfs-1.0.0.zip7347134 KiBf190a54862419e2708b31fa7d8a64e3fa83c7b73a2f5dac5b791ed2671f92cb2
corridors.csv545105 KiBe595685ec9bcab61fe52ee704780d3cf8db79cc4d536cc16cd2589ebe4ab3c74
itineraries.csv1035224 KiBa206cd69a3ebbfa4f2742be089a3f81166e04f29889b4fd61198e2037fefc206
legs.csv30251.1 MiBbef6eacc0fbdd1182036c89e9fc84ded6525ed0e264e67202f3a1a6ee09a414d
calling_points.csv11.2221.5 MiB1d8fec63c03db01213637dc3a3613793f6d58227505e34bc06c784924699c0b1
stops.csv3368494 KiB5ff2c5ecc844a766093fbd509ce402847c086cae0cd5ae30c8fc56ecad293e93

Tutto viene ricostruito dall'istantanea archiviata con node data-packages/corridor-timetables/build.mjs, che non scarica nulla e produce gli stessi byte ogni volta. Il pacchetto si trova in data-packages/corridor-timetables.

Come citarlo

L'attribuzione è tutta la licenza. Se lo usate, questa è la riga.

Citazione

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}
}

Identificatore

Ancora nessun DOI. Citate l'URL qui sopra.

Licenza

CC BY 4.0. I fatti non si possiedono, quindi ciò che è concesso in licenza è la compilazione, gli identificatori, le posizioni risolte e le colonne derivate. Il diritto sui generis dell'UE sulle banche dati si applica a quella compilazione alle stesse condizioni.

https://creativecommons.org/licenses/by/4.0/

Che cosa non può dirvi

  • Una data per corridoio, quindi nulla qui sostiene un'affermazione sulla frequenza.
  • Al massimo due itinerari per corridoio, quindi il viaggio più veloce qui non è necessariamente il viaggio più veloce.
  • La copertura è quella dei dati aperti, in gran parte Europa e America del Nord.
  • I nomi degli operatori sono come li scrive il feed, quindi una stessa azienda può comparire sotto più nomi.
  • Tariffe, tempo reale e puntualità stanno in un dataset diverso.
Pianifica con Ori

Ori, il pianificatore di viaggi

Provi a chiedere così