公共交通运营需要更透明

国庆假日前一天，大量人群搭乘广东城际离开广州，也不可避免地造成了拥挤和大规模列车延误。

Guangzhouchanglong Platform 1 — 广州长隆站准备搭乘广惠城际的人群

但如果想在手机上及时获取运营动态恐怕只能求助 SNS。因为广东城际官方没有在线上发布正晚点、客流等信息。

至于“12306”…珠三角城际可不是国铁，在国铁的网站上并不能查询到非常详细的信息。

在广东城际自己服务号中的运营时刻表网页也只是预定时刻表，上面的信息还不如 12306 详细。但就是这样一个网站还做了微信登录，非微信内置浏览器打不开，抓包也没搞头

please open the link in WeChat client — ☝️😓…

可见广东城际目前的运营信息非常不透明。广州地铁自己的应用又特别垃圾，不要说详细程度对比“乗換案内”这类应用了，单错误就有一堆，另外还有缺乏时刻表、特殊交路等问题。与之对比的优秀案例则可以查询班次、主支线交路和月台，甚至车厢拥挤度等信息。

官方应用不好用其实也没什么，还有毕竟还有第三方嘛，“乗換案内”同样是第三方应用，但你的信息不透明又弥补了这部分。开发者想要开发关于公共交通信息的应用能够取得的信息少得可怜。

怎么办？

显然，信息公开就是最重要且有效的办法之一，其次官方最好也能优化一下自己的应用。

如何公开？

发布公交数据最通用的数据格式是 GTFS（General Transit Feed Specification）。它源于 TriMet 与 Google 的合作，将其交通数据格式化为易于维护和使用的格式，以便导入 Google 地图（当时还叫“Google Transit Feed Specification”😂）。

GTFS 能储存的数据包括但不限于时刻表、班次行程、线位、公交公司…

agency_id,agency_name,agency_url,agency_timezone,agency_lang XB,落馬洲過境巴士服務,https://www.td.gov.hk/tc/transport_in_hong_kong/land_based_cross_boundary_transport/access_to_lok_ma_chau_control_point,Asia/Hong_Kong,zh-HK PI,珀麗灣客運（巴士服務）,http://www.pitcl.com.hk,Asia/Hong_Kong,zh-HK LWB,龍運巴士,http://www.lwb.hk,Asia/Hong_Kong,zh-HK KMB,九龍巴士,https://www.kmb.hk,Asia/Hong_Kong,zh-HK KMB+CTB,九龍巴士|城巴,https://www.kmb.hk|https://www.citybus.com.hk,Asia/Hong_Kong,zh-HK LWB+CTB,龍運巴士|城巴,http://www.lwb.hk|https://www.citybus.com.hk,Asia/Hong_Kong,zh-HK CTB,城巴,https://www.citybus.com.hk,Asia/Hong_Kong,zh-HK DB,愉景灣交通服務（巴士服務）,https://www.dbcommunity.hk,Asia/Hong_Kong,zh-HK LRTFeeder,港鐵巴士,https://www.mtr.com.hk,Asia/Hong_Kong,zh-HK NLB,新大嶼山巴士,https://www.nlb.com.hk,Asia/Hong_Kong,zh-HK GMB,綠色專線小巴服務,https://www.td.gov.hk/tc/transport_in_hong_kong/public_transport/minibuses,Asia/Hong_Kong,zh-HK FERRY,渡輪服務,https://www.td.gov.hk/tc/transport_in_hong_kong/public_transport/ferries,Asia/Hong_Kong,zh-HK PTRAM,山頂纜車,https://www.thepeak.com.hk/zh-hant/the-peak-experience/the-peak-tram-upgrade-project,Asia/Hong_Kong,zh-HK TRAM,香港電車,https://www.hktramways.com,Asia/Hong_Kong,zh-HK # GTFS 文件中记载部分香港的公交公司

当然这不是一篇 GTFS 的技术文档，我不会详细讲解组成 GTFS 的每一个文件和格式。

简单来说，GTFS 文件是由最少七个 CSV 文件打包成一个 ZIP 压缩包，七个文件分别用于描述运营机构、运营线路、班次、时刻、停靠点和日期，另外还可以添加一些可选的文件以完善信息。

除了基本的 GTFS Schedule，还有一个基于 Protocol Buffers 的拓展“GTFS Realtime”，用于发布正晚点、突发事件等需要高实效性的内容。