Conjunto de dados aberto

Horários depositados em 545 corredores entre cidades

Versão 1.0.0 · CC BY 4.0 · Instantâneo de 16 de setembro de 2026

O que os operadores tinham depositado para 545 corredores entre cidades, lido a partir dos feeds abertos entre 12 de setembro de 2026 e 16 de setembro de 2026 e registado com a data em que foi lido. Comboio, autocarro, ferry e avião, como Frictionless Data Package e como feed GTFS.

Uma data de serviço por corredor

Cada corredor foi consultado uma vez, para uma única data de serviço, e cada linha traz essa data e o instante da recolha. Não contém frequência nenhuma, nenhum padrão de fim de semana e nada sobre o próximo mês.

Foram colocados à fonte 1254 corredores. 545 devolveram serviços, 694 tinham uma paragem em cada extremo e nada a circular entre elas, e 15 não tinham qualquer paragem nos feeds a menos de 60 km de um dos extremos. A cobertura segue quem deposita um feed aberto.

502 dos corredores foram sondados para 28 de setembro de 2026 e 43 para 30 de setembro de 2026, que é a segunda data que a sonda tentou quando a primeira voltou vazia. Alguns itinerários duram vários dias, por isso as partidas no ficheiro chegam até 6 de outubro de 2026.

O que é um horário depositado

Depositado significa que o operador o publicou com antecedência: o serviço que tenciona realizar, registado num feed semanas antes do dia. É o que o painel de partidas diz antes de o dia começar.

  • Não é tempo realCada troço traz real_time = false: os pedidos foram feitos duas semanas antes da data de serviço, por isso não há atrasos, nem supressões, nem mudanças de linha no ficheiro.
  • Sem tarifasA fonte publica horários e nenhum preço, por isso não há nenhum preço nestes ficheiros. Quando um operador publica uma ligação para o local onde vende a viagem, essa ligação é mantida.

O que contém

Contado a partir do mesmo instantâneo com que os ficheiros são construídos, para que esta tabela e os CSV não possam divergir.

  • 545Corredores com serviços
  • 1035Itinerários
  • 3025Troços
  • 11 222Pontos de paragem
  • 3368Paragens com nome
  • 1267Dessas, com posição
  • 184Operadores
  • 33Países
  • 371Troços com linha ou via
  • 620Troços depositados como acessíveis em cadeira de rodas
  • 2132Troços incluídos no feed GTFS
  • 1074Paragens incluídas no feed GTFS
O que circula neles
  • Comboio1430
  • Autocarro767
  • Ferry725
  • Voo103

Troços por modo. As barras são relativas à maior.

O ferry é um quarto dos troços, porque estes são corredores entre cidades e não uma rede: a uma ilha chega-se de barco ou não se chega.

Itinerários reais

Três viagens do ficheiro, uma de comboio, uma com ferry e uma de autocarro, tomadas pela ordem em que o ficheiro as guarda. Abra legs.csv, procure o corredor, e estas são as linhas.

  1. AalborgCopenhagen

    Em 28/09/2026 · 3 troços · 2 transbordos · 4h 09m

    • 08:0309:13
      Aalborg St.Aarhus HComboio · DSB ICL · 2 paragens intermédias
    • 09:2012:06
      Aarhus HKøbenhavn HComboio · DSB ICL · 5 paragens intermédias
    • 12:1012:12
      København HDybbølsbro St.Comboio · DSB S-tog B · sem paragens intermédias
  2. AeginaAthens

    Em 28/09/2026 · 2 troços · 1 transbordo · 1h 04m

    • 08:3009:10
      ΑίγιναΠειραιάςFerry · ATTICA Hellenic Seaways 17083 · sem paragens intermédias
    • 09:1409:34
      ΠειραιάςΑθήναComboio · Hellenic Train 1314 · 4 paragens intermédias
  3. AgropoliPalinuro

    Em 28/09/2026 · 2 troços · 1 transbordo · 2h 18m

    • 18:0519:05
      AgropoliSalerno (Piazza Concordia)Autocarro · FlixBus-eu FlixBus N501 · sem paragens intermédias
    • 19:0820:23
      SALERNOPISCIOTTA PALINUROComboio · TRENITALIA REG 5247 · 9 paragens intermédias

As horas são as depositadas, em UTC, que é como a fonte as publica e como o feed GTFS as transporta. O relógio local em cada extremo é um número diferente.

O feed GTFS

O mesmo instantâneo como feed GTFS Schedule, porque é para isso que um investigador de transportes já tem uma ferramenta. Uma viagem por troço, por isso trip_id é o leg_id em legs.csv e os dois ligam-se diretamente.

111 agências, 1074 paragens, 1121 rotas, 2132 viagens e 7347 horas de paragem ao longo de 9 dias de serviço. Valida no validador canónico de GTFS da MobilityData sem qualquer erro.

Todas as horas do feed são UTC

Desvios deliberados

  1. Uma data de serviço por corredor, não um horário repetido. calendar.txt tem uma linha por dia de serviço, com start_date igual a end_date e um único indicador de dia da semana.
  2. O aéreo não está no feed: a referência define dez tipos de rota e nenhum deles é uma aeronave. Os 103 troços aéreos estão em legs.csv com mode = air e gtfs_route_type vazio.
  3. 893 dos 3025 troços não estão no feed, quase todos porque uma paragem num dos extremos não tem posição e o GTFS exige uma coordenada. gtfs_trip_id em legs.csv está vazio exatamente nessas linhas.
  4. Algumas viagens param em menos paragens do que o operador depositou, pela mesma razão. calling_points.csv traz sempre a sequência completa, incluindo as paragens que o feed teve de retirar.
  5. Os tipos de rota estendidos são reduzidos aos dez que a referência define: 101 passa a comboio, 200 passa a autocarro, 1004 passa a ferry. O valor original é mantido em legs.source_route_type, para que a redução possa ser desfeita.

Onde estão as paragens

1267 de 3368 paragens puderam ser situadas sem adivinhar. As restantes levam latitude e longitude vazias.

MétodoParagensO que é a coordenada
station-canonical347O centro da localidade que a paragem serve.
geometry200A polilinha do próprio operador para o troço. A paragem em si.
station-exact187O centro da localidade que a paragem serve.
place-containment177O centro da localidade que a paragem serve.
station-normalised129O centro da localidade que a paragem serve.
place-name123O centro da localidade que a paragem serve.
corridor-endpoint104O centro da localidade que a paragem serve.

Só a polilinha dá a paragem em si. Todos os outros métodos dão a localidade, que numa cidade grande pode ficar a alguns quilómetros de distância, por isso essas linhas são marcadas como derived e o feed GTFS repete-o em stop_desc.

Duas salvaguardas. Um candidato tem de ser geograficamente plausível para um corredor em que a paragem esteja de facto: sem esse teste, "Taunton" correspondeu ao único Taunton do repertório toponímico, que fica em Massachusetts, e o feed afirmava 23 623 km/h entre Bridgwater e Taunton. Depois, cada troço é verificado contra um limite de velocidade muito acima de tudo o que circula, e o que o ultrapassa fica de fora.

Como cada linha é evidenciada

Todas as linhas de todos os ficheiros trazem source, source_url, fetched_at e evidence.

filed
O operador publicou-o: nomes das paragens, números de serviço, linhas, instantes de partida e de chegada, pontos de paragem, indicadores de acessibilidade. Todas as linhas de quatro das cinco tabelas.
derived
Este pacote calculou-o: em stops.csv, as linhas cuja posição foi apurada a partir de um repertório toponímico em vez de dada pelo operador.
colunas derivadas
Uma linha filed pode ainda assim trazer uma coluna calculada. Durações, distâncias, contagens e o tipo de rota GTFS reduzido são aritmética sobre valores depositados, e o Table Schema indica cada um como derived.

2405 de 3025 troços estão depositados como não acessíveis em cadeira de rodas, o que diz como os feeds são preenchidos e não como é o material circulante.

Descarregar

Um Frictionless Data Package com um Table Schema para cada recurso, e o feed GTFS ao lado. CSV em RFC 4180, UTF-8 sem marca de ordem de bytes, fins de linha LF, e um SHA-256 para cada ficheiro. Nada aqui precisa de conta nem de chave.

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

Tudo é reconstruído a partir do instantâneo registado, por node data-packages/corridor-timetables/build.mjs, que não vai buscar nada e produz os mesmos bytes de todas as vezes. O pacote está em data-packages/corridor-timetables.

Como citar

A atribuição é a licença toda. Se usar isto, é esta a linha.

Citação

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

Ainda sem DOI. Cite o URL acima.

Licença

CC BY 4.0. Os factos não são propriedade de ninguém, por isso o que é licenciado é a compilação, os identificadores, as posições resolvidas e as colunas derivadas. O direito sui generis da UE sobre bases de dados aplica-se a essa compilação nos mesmos termos.

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

O que não lhe pode dizer

  • Uma data por corredor, por isso nada aqui sustenta uma afirmação sobre frequência.
  • No máximo dois itinerários por corredor, por isso a viagem mais rápida aqui não é necessariamente a viagem mais rápida.
  • A cobertura é o que os dados abertos contêm, sobretudo a Europa e a América do Norte.
  • Os nomes dos operadores são como o feed os escreve, por isso a mesma empresa pode aparecer com vários nomes.
  • Tarifas, tempo real e pontualidade estão noutro conjunto de dados.
Planear com o Ori

Ori, o planeador de viagens

Pergunte algo assim