华盛顿地区半岛 apple 部门提供开放式数据?
像移动实验室的项目实时屏幕和交通靠近我可以帮助乘客,提高交通的使用,但它们只能为机构提供公开数据显示信息。我们地区的机构是怎么来的?
下表列出了许多交通部门在华盛顿地区及其开放数据的进展。简而言之,有两种开放数据:调度数据和实时数据。
一般运输饲料规范(GTFS)文件列出时间表和停止的位置和路线,为应用程序像制作地图或旅行规划者。实时到达数据允许应用程序告诉乘客总线实际上是多么遥远,等工具或数字屏幕的智能手机应用程序。
进度数据 | 实时数据 | ||||
---|---|---|---|---|---|
公共GTFS | 在GTFS形状 | 在谷歌上 | 跟踪 | 跟踪API | |
火车 | 和必应 |
||||
半岛手机版官网注册 | 大多数1 | 和必应 |
|||
循环泵(DC) | WMATA2 |
WMATA2 |
Nextbus |
||
艺术(阿灵顿) | Connexionz |
||||
破折号(亚历山大) | 只通过电子邮件3 | ||||
骑(Montgomery) | 老吗?4 |
||||
公共汽车(乔治王子) | Nextbus |
||||
MTA(马里兰)通勤巴士 | |||||
马克 | 令人困惑的是5 |
||||
费尔法克斯(县)连接器 | |||||
提示 (费尔法克斯市) |
Nextbus |
||||
劳顿县交通 | |||||
PRTC | |||||
VRE | 结合GPS和手册7 |
列是什么意思
创建公共GTFS提要(第一列)允许的人写一个应用程序方便地纳入日程和路线运输机构的数据。GTFS代表交通已经成为国家标准提要,还有巨大的价值在尽可能多的机构支持相同的标准。这样的话,如果有人写一个应用程序在芝加哥,他们可以让它工作在丹佛,奥尔巴尼,或者同时迈阿密。
大多数交通部门的提要,包括车辆的路径,但是一些不,像短跑。第二列显示这个信息。提要没有路径仍然可用,但是应用程序可视化的路线,交通靠近我,最终表现出难看的对角线跨越了城市街区。
机构也可以与谷歌签订合同在谷歌地图上路线和时间表。第三列显示机构做这个。一些机构把他们的数据文件,但是不愿意签这份合同,因为赔偿或其他条款谷歌不幸的是坚持。另一方面,一些机构与谷歌签署但不公开发布GTFS提要。
该机构可能提供给那些问,也可能不会,但这让应用程序创作者包括这个机构,并使它更难获得定期更新。每个机构都应该努力举办一个公共和最新GTFS饲料在他们的网站上,这样任何人构建应用程序可以很容易地把这个机构的服务工具。
其他类型的开放数据实时位置或预测。使这一切成为可能,机构必须首先部署AVL(自动车辆定位)技术在公共汽车或火车(第四列)。主要的障碍是,这有点贵;物理设备已经进入每辆车,然后这些设备需要一定的维护。
一旦一个机构跟踪,这是相对简单的为应用程序提供人机界面来访问,告诉乘客信息(5列)。大多数机构等跟踪提供一个接口,虽然骑,马克,和罗交通都有公共跟踪网站,为乘客提供一些服务,但没有为其他应用程序利用这些网站包含的信息。
机构能做什么
机构与红色的X这个图表可以开始思考如何提供计划和/或实时公开数据。创建GTFS文件不是极其困难的,但它确实需要一些员工时间做它。调度机构使用软件,软件通常提供模块的制造商作为GTFS出口数据。
一些GTFS提要可能受益于修复质量。例如,WMATA Metrorail GTFS文件不显示具体路径火车,和路径失踪几个公交线路。“透明地铁数据集”应用程序编程接口(API),一个特殊的接口WMATA创建提供访问的数据,包括正确的路径。但是很多人开发应用程序来访问GTFS文件为多个城市。他们不太可能将在额外的开发工作,特别是把这些路线的形状从这个独特的API。
环行器的路线的一部分WMATA GTFS饲料,使事情更简单的应用程序不必下载一个单独的提要。一个问题是,路线名称都是神秘的:有“DCDGR”Dupont-Georgetown-Rosslyn循环器,或“DC98”取代了前98公交车的路线。这些都是对内部系统在机构内部,但他们不是很清楚。
机构提供了他们的数据,谷歌,但不提供提要公开(像短跑,骑,和马克)应该在其网站发布这些提要和公开提要的链接。他们已经为谷歌创造GTFS文件,这是一个简单的一步也让别人下载相同的文件。
WMATA也有很多其他地方的路线数据总线系统在该地区,它使用的旅行计划。机构没有GTFS文件可以允许WMATA数据包含在它的GTFS饲料,随着循环器。
机构与AVL系统已经在他们的车辆应该建立api给应用程序访问地点或预测,和机构没有AVL可以努力得到必要的预算来部署AVL。
别人能做什么
交通行业协会和供应商的技术卖给交通部门可以鼓励开放数据任何合同的一部分。供应商可以鼓励机构开放他们的数据并提供服务,可以鼓励机构和关联问他们对这些服务的供应商。
该行业还可以帮助朝着一个明确的标准总线跟踪。GTFS日程和路线已经成为一个标准数据,因为大量的机构继续和GTFS文件提供。但还没有达成共识在使用什么格式提供实时预测。
WMATA建造自己的API提供了一定的数据格式。循环器、总线和线索都使用Nextbus跟踪,有自己的API。艺术使用另一个服务,Connexionz。这个不幸的是意味着任何人都构建一个实时应用程序,并希望将多个服务必须支持至少3种不同的api。
有努力创造这样的标准,GTFS-Realtime,但这并没有意识到GTFS一样的广泛采用,也没有任何其他标准。
还可以构建应用程序没有一个标准,和移动实验室的实时屏幕项目并连接到本地区所有3种不同的系统。但这需要额外的工作,不仅对移动实验室,但对其他应用创建者谁想为多个交通部门提供预测。
我们使它更容易构建应用程序,我们会得到更多。最终,这将是伟大的为一个标准的出现,和各种供应商像Nextbus同意所有应用程序在同一标准格式提供数据。
更新:评论者联运通勤指出了实时状态页VRE。它结合了一些火车位置从GPS和一些手工报告导体。没有一个API来访问数据。我已经纠正了图表。
更新2:亚当评论者指出,MARC实际上是包含在MTA马里兰GTFS文件,但只列出路线300年,301年和302年,我们没有意识到没有公交车在检查饲料。但是你可以看到马克线交通靠近我(例如,中心在联合车站)。
同时,ACCS Web经理乔Chapline公布状态更新对艺术的努力进入谷歌运输;根据Chapline,这是延迟一段时间由于合同问题,现在正在等待谷歌法律部门的行动,我知道从过去的个人经验往往是人手不足和积压。