数据集

承运商覆盖

哪些城际承运方连接哪些地点组合,汇成一份可下载的图。它描绘我们收录的每一家承运方在其运营的每个国家的覆盖范围。

该图包含 211 个国家 2,093 家承运方运营的、11,241 个地点之间的 293,523 条有向连接。其中 56.1% 来自承运方公布并覆盖两端的服务范围,可证明该承运方服务这条走廊。

版本 1.0.0数据截至 2026年9月14日CC BY 4.0

  • 293,523区段
  • 2,093承运商
  • 11,241地点
  • 211覆盖到的国家

这份文件里的一条区段主张了什么

293,523 条连接中有 164,657 条,占图的 56.1%,来自承运方的服务范围。

推得
164,657 个航段,56.1%。承运商自己公布的服务区域、地图上的线路关系,或一份存档线路文件,在其交通方式可以合理载客的距离内覆盖了两个地点。应理解为:这家承运商很可能服务于这条通道。
已观测
128,866 个航段,43.9%。有登记簿明确列出了承运商和两端地点:跨州长途大巴许可、跨省时刻表,或在快照日期观察到有航次的港口连接。
实测
每条连接都在文件中带着自己的依据,读者可据此筛选,并准确引用所使用的子集。
已观测的区段在哪里
在 128,866 个观测航段中,有 61,910 个涉及 巴西,因为该国监管机构公布跨州长途大巴许可,而多数监管机构并不公布。161 个国家至少有一个观测航段,50 个国家没有。

按交通方式看证据

航空部分由每日重建的承运方数据源构建,在该数据源从未收录某组合处以存档补足。铁路来自服务范围与已绘制的线路关系,长途客车则加入了公布运营许可的各国登记册。

全部 293,523 条区段,按其上承运商的交通方式划分。文件里没有任何一条区段混合两种方式。
交通方式区段承运商已观测推得推得占比
火车105,80845614,78691,02286.0%
巴士116,41072485,90030,51026.2%
机票60,17565326,65233,52355.7%
轮渡11,1302561,5289,60286.3%

覆盖高度集中

2,093 家承运商之间共 366,697 组承运商与区段的配对,按各自承担的图的比重排序,再切成十等份。

  1. 67.8%1 到 10%
  2. 15.4%11 到 20%
  3. 8.2%21 到 30%
  4. 4.2%31 到 40%
  5. 2.1%41 到 50%
  6. 1.1%51 到 60%
  7. 0.6%61 到 70%
  8. 0.3%71 到 80%
  9. 0.2%81 到 90%
  10. 0.1%91 到 100%
最繁忙的十分之一承运商占据了文件中全部运营商与航段组合的 67.8%,而该组中最小的承运商也已拥有 390 个航段。中位承运商拥有 26,最繁忙的拥有 10,044。
最忙的 1%
21 家承运商,占全部承运商与区段配对的 24.7%。
最忙的 5%
105 家承运商,占全部承运商与区段配对的 52.5%。
最忙的 10%
209 家承运商,占全部承运商与区段配对的 67.8%。
最忙的 25%
523 家承运商,占全部承运商与区段配对的 87.9%。
最忙的 50%
1,047 家承运商,占全部承运商与区段配对的 97.6%。

按国家看承运商

这份图覆盖到 211 个国家。区段最多的 20 个列在下面,完整表格在 coverage_by_country.csv 中。

跨境区段在它所属的两个国家各计一次,因此这里的区段总数多于文件的行数。
国家在营承运商区段跨境已观测地点
巴西26763,8650.6%96.9%1,384
印度12829,1286.3%71.6%1,041
美国26119,23619.9%17.1%847
德国30018,68047.7%18.6%345
中国20015,63413.2%19.4%748
英国24213,35134.4%19.7%340
俄罗斯21013,32217.4%0.1%503
意大利23312,91548.6%29.0%294
西班牙20411,48338.6%21.0%207
日本1899,8158.2%19.9%546
法国2328,66355.9%33.1%139
波兰1077,74650.0%14.4%131
土耳其1896,37232.3%36.1%225
印度尼西亚705,6669.7%41.9%238
泰国1454,87324.1%81.1%157
荷兰1404,70560.3%22.4%90
菲律宾1324,23011.9%34.3%256
加拿大1124,06541.5%30.8%155
奥地利1203,77988.6%21.4%29
希腊1803,60159.1%30.0%99

图在哪里是稀薄的

缺失的一行,看上去和缺失的班次一模一样。

只有一种交通方式
图所覆盖的 211 个国家中,有 71 个只能通过单一交通方式抵达。其中 71 个的这种方式是航空:文件里有航班,却完全没有地面网络。
勉强覆盖
13 个国家的区段少于十条。地名录中 11,241 个地点里,有 152 个一条区段也没有。
在登记册里,不在图里
4 个国家代码有已注册的承运商,却在地名录里没有任何地点:CS, FO, NR, SZ。这些承运商对图没有任何贡献。
一个已经不是国家的代码
运营商注册表仍将一家承运商登记在 CS 之下,该代码已于 2006 年从 ISO 3166-1 中撤销。该行予以保留并加标记,而不是重新映射。

这份文件不是什么

本文件不包含的六样东西。

不是时刻表
出发时刻、到达时刻、日历、票价、车辆和座位数,都在本文件之外。
frequency 是一个权重
frequency 这一列随着一条区段背后证据的多少而上升:已观测的客运区段按每条许可记一次,航空区段则是航线权重。它不是每天的班次数,也不能跨交通方式比较。
绕行系数是常数
绕行系数是每种交通方式一个数值,在推算旅行时间时乘到大圆距离上。它不是这条走廊上实测得到的路径比值。
方向基本上是对称的
文件包含 254,862 组有向地点对,其中 252,128 组同时也有反方向。只出现单向的地点对,通常是登记簿就是那样申报的。
端点是聚居地
地点取自一份聚居地地名录,因此端点太小、进不了这份地名录的走廊会整条缺失,而不是被标成缺失。
缺失不构成证据
以登记册为依托的覆盖范围,随公开发布的监管机构而定,并随我们每新读取一份登记册而增长。

下载

版本 1.0.0,以 Frictionless 数据包形式提供。每份资源都带有 Table Schema,说明每一列及其构建方式。

legs.csv 以 gzip 压缩方式提供;未压缩的 41MB 原始文件存放在代码库和归档版本中。
文件行数大小SHA-256
data/coverage_by_country.csv21533 kB657a4ff21a871f63
data/legs.csv.gz293,5232.8 MBde5815bfddbdddea
data/legs.parquet293,5232.4 MB3ec5000ce6365c9b
data/operators.csv2,093360 kB3798e2faf5754ace
data/places.csv11,2411.6 MB16bcff0bafc6cc73
datapackage.json39 kBb54112e199ac65ec
引用
Orlero (2026). Operator coverage, version 1.0.0. https://orlero.com/zh-hans/data/operator-coverage
许可协议
CC BY 4.0. 它同时涵盖欧盟数据库权,署名是唯一条件。
DOI
办理中。请引用网址和版本号。
自己重新生成
node tools/data/operator-coverage-package.mjs 会从源图重新生成这里的每一个文件。输出是确定性的,同一个提交给出同样的字节。

这张图从哪里来

署名是按数据包给出的,而不是按行给出:一个航段的承运商可能来自地图上的线路关系,另一个则来自许可登记簿,因此在行上放一个单一的 source 列,必然会对其中之一失实。

上游数据源及其条件。OpenFlights 与 OpenStreetMap 的贡献采用 ODbL,该协议把相同方式共享的义务传递到派生数据库上。
来源许可协议上游最后更新
GeoNamesCC BY 4.0每日重建
Virtual Radar Server standing dataCC0 1.0每日重建
OpenFlights routes and airlinesODbL 1.02014年8月6日
OurAirportsPublic domain每日重建
Mobility DatabaseCC0 1.0 for the catalogue; each feed carries its own licence持续维护
ANTT, Brazil: interstate coach authorisationsCC BY 4.0持续维护
MTOP, Uruguay: interdepartmental coach timetablesCC BY 4.0持续维护
Ferryhopper port connection graphNo published open licence2026年9月12日
OpenStreetMap route relations, via OverpassODbL 1.0持续维护

Orlero 如何区分推得与已观测

用 Ori 规划

Ori,行程规划助手

可以这样问它