这个数字应该产生实时信息。图片由katerw。

DDOT目前并不打算将循环器集成到NextBus系统。相反,他们计划为移动设备开发一个独立的应用程序告诉你有多远循环器。

DDOT同意释放电子邮件总结他们的原因:

许多其他区域系统不同意地铁公交实时信息的方法。NextBus是专有的,昂贵的,而缺乏灵活性,难以管理。…我们要与循环泵使用技术我们已经(GPS跟踪所有循环泵巴士)和开发极低成本的应用程序让人们知道距离下一辆公车。从乘客的角度来看,这可能是一样有用的说公共汽车是5分钟的路程。

我们也必须处理的系统结构是不同的。半岛手机版官网注册公共汽车运行在一个固定的时间表和NextBus预测使用固定的时间表来想出一个预计到达时间。循环器并没有一个固定的时间表,由承包商不断监控公共汽车到达条件允许接近10分钟的间隔。NextBus算法不够灵活处理的循环器实时服务是定制的。

最后我认为NextBus类型系统是不那么重要的操作如循环器-它的整个任务是运行足够频繁,这样人们不用检查时到来。他们应该能够停止等待,知道他们不需要再等了10分钟。的一些路线/系统运行20日30日或45分钟进展的实际到达时间是更大的客户使用。

最后一段,当然,假设公共汽车确实经常运行。这个周末,事实不是如此。即便如此,当英国系统实时信息,人认为公共汽车到达更频繁和更可靠,即使他们没有。

其余的原因DDOT语句中戒指真的,然而。很多技术的任务是容易,但是整合不同系统不同的设计参数通常不是其中之一。我当然可以相信NextBus有许多特定的设计约束,就像任何系统,WMATA-NextBus合同勉强写独自满足公共汽车的需求。半岛手机版官网注册

我们应该能够看到自己。WMATA是一个公共机构,支持我们的税金。我们应该能够看到的成本和需求NextBus合同。如果协议的参数能更好地促进包括non-WMATA,更多的动态服务,如循环器,我们应该能够表明,为下一次迭代。

更重要的是解决方案是开放标准。如果NextBus系统不满足循环器的需求,让其他创新者建立一个更好的应用程序。DDOT和地铁都应该创建数据feed,任何开发人员可以下载实时公交到达信息。让谷歌交通集成到他们的旅行计划。让别人去建立一个更好的应用程序,它不仅告诉你你的公共汽车什么时候来,但建议替代路线,推荐一家咖啡店。

现在,一些独立的总比没有的好。一种低成本的应用程序是一个好的开始。理想情况下,我们会安装在停止实时数字显示。同时,DDOT已经帖子上的电话号码迹象,而且这个数字应该告诉调用者距离下一辆公车。从长远来看,地铁和其他地区性机构都应该打开实时提要,所以未来的开发人员,是否在NextBus,谷歌,或某人的车库,可以构建综合实时系统我们真的应该得到的。

大卫·阿尔珀特更大华盛顿创建于2008年,是其执行董事直到2020年。他以前在科技工作,住在波士顿,旧金山湾,和纽约市区除了华盛顿特区。他和他的妻子和两个孩子生活在杜邦环岛。