开放数据集

545 条城市间走廊的事先公布时刻表

版本 1.0.0 · CC BY 4.0 · 2026年9月16日 的快照

545 条城市间走廊上运营商事先公布的内容,于 2026年9月12日 至 2026年9月16日 期间从开放数据源中读取,并连同读取日期一并记录。涵盖铁路、长途客车、渡轮与航空,以 Frictionless Data Package 和 GTFS 数据源两种形式发布。

每条通道一个服务日期

每条通道只查询过一次,针对一个服务日期,每一行都带着该日期和抓取的时刻。它不含班次频率、不含周末模式,也不含下个月的任何信息。

向数据源查询了 1,254 条通道。545 条返回了班次,694 条两端都有站点但之间没有任何运行,15 条在一端 60km 范围内的数据源中没有站点。覆盖范围取决于谁提供了开放数据源。

其中 502 条走廊按 2026年9月28日 查询,43 条按 2026年9月30日 查询;后者是首个日期返回为空时所尝试的第二个日期。部分行程跨越数日,因此文件中的出发时刻最晚可至 2026年10月6日。

什么是事先公布的时刻表

事先公布指运营商提前公开了它:计划开行的服务,在当日前数周录入数据源。它就是当日开始之前发车显示屏上的内容。

  • 不是实时信息每个航段都带有 real_time = false:请求是在服务日期前两周发出的,因此文件中没有延误、没有取消,也没有站台变更。
  • 不含票价数据源公布的是时刻表而不是票价,因此这些文件里没有价格。凡运营商公布了销售该行程的链接,该链接都予以保留。

其中包含什么

统计自生成这些文件所用的同一份快照,因此本表与 CSV 不会出现偏差。

  • 545有服务的走廊
  • 1,035行程
  • 3,025区段
  • 11,222停靠点
  • 3,368有名称的站点
  • 1,267其中含位置的
  • 184运营商
  • 33国家
  • 371含站台或股道的区段
  • 620公布为可轮椅通行的区段
  • 2,132GTFS 数据源中的区段
  • 1,074GTFS 数据源中的站点
走廊上开行的是什么
  • 火车1,430
  • 巴士767
  • 轮渡725
  • 机票103

按交通方式统计的区段数。条形长度相对于最大值。

轮渡占了四分之一的航段,因为这些是城市之间的通道而不是一张网络:岛屿要么靠船抵达,要么无法抵达。

真实行程

取自文件的三次出行,一次铁路,一次含渡轮,一次含长途客车,按文件收录的顺序选取。打开 legs.csv 搜索对应走廊,得到的就是这些行。

  1. AalborgCopenhagen

    2026年9月28日 · 3 个区段 · 换乘 2 次 · 4h 09m

    • 08:0309:13
      Aalborg St.Aarhus H火车 · DSB ICL · 中途停靠 2 处
    • 09:2012:06
      Aarhus HKøbenhavn H火车 · DSB ICL · 中途停靠 5 处
    • 12:1012:12
      København HDybbølsbro St.火车 · DSB S-tog B · 无中途停靠
  2. AeginaAthens

    2026年9月28日 · 2 个区段 · 换乘 1 次 · 1h 04m

    • 08:3009:10
      ΑίγιναΠειραιάς轮渡 · ATTICA Hellenic Seaways 17083 · 无中途停靠
    • 09:1409:34
      ΠειραιάςΑθήνα火车 · Hellenic Train 1314 · 中途停靠 4 处
  3. AgropoliPalinuro

    2026年9月28日 · 2 个区段 · 换乘 1 次 · 2h 18m

    • 18:0519:05
      AgropoliSalerno (Piazza Concordia)巴士 · FlixBus-eu FlixBus N501 · 无中途停靠
    • 19:0820:23
      SALERNOPISCIOTTA PALINURO火车 · TRENITALIA REG 5247 · 中途停靠 9 处

时刻均为事先公布的 UTC 时间,来源即以此形式发布,GTFS 数据源也以此形式承载。两端的当地时钟是另一个数字。

GTFS 数据源

同一份快照的 GTFS Schedule 数据源形式,因为交通研究者手头已经有处理它的工具。每个区段对应一个 trip,因此 trip_id 就是 legs.csv 中的 leg_id,两者可直接关联。

包含 111 家运营机构、1,074 个站点、1,121 条线路、2,132 个 trip 以及 7,347 条停靠时刻,覆盖 9 个运营日。经 MobilityData 的官方 GTFS 校验器校验,零错误。

数据源中的所有时刻均为 UTC

有意为之的偏离

  1. 每条通道一个服务日期,而不是循环时刻表。calendar.txt 每个服务日一行,start_date 与 end_date 相同,且只置位一个星期几标志。
  2. 航空不在该数据源中:规范定义了十种线路类型,其中没有一种是航空器。103 个航空航段位于 legs.csv 中,mode = air 且 gtfs_route_type 为空。
  3. 3,025 个航段中有 893 个不在该数据源中,几乎都是因为一端的站点没有位置,而 GTFS 要求提供坐标。legs.csv 中的 gtfs_trip_id 正是在这些行上为空。
  4. 出于同样的原因,部分 trip 停靠的站点少于运营商公布的数量。calling_points.csv 始终保留完整的停靠序列,包括数据源不得不舍弃的站点。
  5. 扩展 route type 被折叠为规范定义的十种:101 归为 rail,200 归为 bus,1004 归为 ferry。原始值保留在 legs.source_route_type 中,因此折叠可以还原。

站点位于何处

3,368 个站点中有 1,267 个无需猜测即可定位。其余的纬度和经度为空。

方法站点坐标的含义
station-canonical347该站点所服务聚居地的中心。
geometry200运营商自有的区段折线。即站点本身。
station-exact187该站点所服务聚居地的中心。
place-containment177该站点所服务聚居地的中心。
station-normalised129该站点所服务聚居地的中心。
place-name123该站点所服务聚居地的中心。
corridor-endpoint104该站点所服务聚居地的中心。

只有折线能给出站点本身的位置。其他方法给出的都是聚落位置,在大城市可能偏差几公里,因此这些行标记为 derived,GTFS 数据源也在 stop_desc 中重复了这一点。

有两道防线。候选地必须对该站点所在的通道在地理上说得通:没有这道检验时,「Taunton」匹配到了地名库中唯一的 Taunton,也就是马萨诸塞州的那个,数据源于是声称 Bridgwater 到 Taunton 之间的速度为 23,623 km/h。随后每个航段都会对照一个远高于任何实际运行的速度上限,突破该上限的一律剔除。

每一行如何给出证据

每个文件的每一行都带有 source、source_url、fetched_at 和 evidence。

filed
运营商公布的内容:站点名称、车次号、站台、出发与到达时刻、停靠点、无障碍标志。五张表中有四张的每一行都属于此类。
derived
由本数据包计算得出:stops.csv 中那些位置并非由运营商给出、而是从地名库推算出来的行。
derived 列
一条申报的行仍可能带有计算出来的列。时长、距离、计数以及归并后的 GTFS 线路类型都是对申报值的算术运算,Table Schema 将它们逐一标明为 derived。

3,025 个航段中有 2,405 个被申报为不支持轮椅,这反映的是数据源如何填写,而不是车辆本身的情况。

下载

一个为每项资源配有 Table Schema 的 Frictionless Data Package,旁边是 GTFS 数据源。CSV 遵循 RFC 4180,采用不带字节序标记的 UTF-8,行尾为 LF,每个文件都附有 SHA-256。这里的任何内容都不需要账号或密钥。

文件行数大小SHA-256
orlero-corridor-timetables-1.0.0.zip657 KiBae3104269bc88334946cde5f18ebc9ff5264d23d9ca74d5547b7dbb211fa3d57
orlero-corridor-timetables-gtfs-1.0.0.zip7,347134 KiBf190a54862419e2708b31fa7d8a64e3fa83c7b73a2f5dac5b791ed2671f92cb2
corridors.csv545105 KiBe595685ec9bcab61fe52ee704780d3cf8db79cc4d536cc16cd2589ebe4ab3c74
itineraries.csv1,035224 KiBa206cd69a3ebbfa4f2742be089a3f81166e04f29889b4fd61198e2037fefc206
legs.csv3,0251.1 MiBbef6eacc0fbdd1182036c89e9fc84ded6525ed0e264e67202f3a1a6ee09a414d
calling_points.csv11,2221.5 MiB1d8fec63c03db01213637dc3a3613793f6d58227505e34bc06c784924699c0b1
stops.csv3,368494 KiB5ff2c5ecc844a766093fbd509ce402847c086cae0cd5ae30c8fc56ecad293e93

全部内容均由 node data-packages/corridor-timetables/build.mjs 从已提交的快照重新生成,该过程不抓取任何数据,每次产生完全相同的字节。数据包位于 data-packages/corridor-timetables。

如何引用

署名就是许可证的全部。如果你要使用它,就用这一行。

引用

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

标识符

暂无 DOI。请引用上面的网址。

许可

CC BY 4.0。事实不归任何人所有,因此获得许可的是这份汇编、标识符、已确定的位置和派生列。欧盟的特殊数据库权利以同样条款适用于该汇编。

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

它无法说明什么

  • 每条通道只有一个日期,因此这里没有任何内容可以支撑关于班次频率的说法。
  • 每条通道最多两个行程方案,因此这里最快的行程未必就是最快的行程。
  • 覆盖范围就是开放数据所包含的范围,主要是欧洲和北美。
  • 运营商名称按数据源中的拼写保留,因此同一家公司可能以多个名称出现。
  • 票价、实时信息和准点率在另一套数据集中。
用 Ori 规划

Ori,行程规划助手

可以这样问它