虽然回这边怪怪的
不过还是很好奇原理是什么
因为底下的推文有说到智慧云跟智慧站牌
感觉推文的大大好像是这一类的工作
我自已的工作也是联网运算的，但跟政府无关
看到推文就去找了一下文献跟讨论串
不太懂这之间的关联性
因为站牌跟公共汽车应该是没有办法通讯的吧
就算站牌有接电，有萤幕，有接网络
应该也不可能直接跟靠站的公共汽车通讯
如果可以，高速公路那堆E-tag也不用特别做一个拱门
基本上系统应该还是靠公共汽车上面的gps跟网络回报给中央系统
中央系统运算完之后，给出预估的时间
我们的手机或是智慧站牌再去更新到站时间
所以很明显，时间不准，问题就是出在系统程式的算法
如果按照推文说的
系统的算法是用
1.车子触发通过站牌
2.计算到下一个站牌的路程时间
所以问题就在于怎么知道车子通过站牌
只靠GPS吗?那有误差，或是计算当下车子已经离开感应范围了呢?
再者如果现今计算时间的算法不准
为什么不直接套用google map api
都有经纬度了，丢到google map就可以拿到路程预估时间
而且同一时间全大北地区公共汽车数量就是固定
比起路上一堆自用车应该少很多
被google抽的费用，应该比自己开发省多了，而且还更准
这些都跟智慧站牌无关啊
感觉那些智慧站牌就是厂商发大财
但对数据收集或是计算一点帮助也没有
最多就是投放广告
或是老人没手机可以看时间
但这样传统的led显示幕也够了
不如把钱拿去改善算法比较实在
大概是这样啦
※ 引述《wang0920 (熊大爷)》之铭言：
: 我要搭817去南港换车
: 从15分钟前就看到即将进站
: 结果到现在还是即将进站
: 817已经不是第一次出这种包
: 是公共汽车上定位坏了吗？还是司机没有开启？？
: 等到奇蒙子超级差的

应该是站牌当 node，用 GPS 把公共汽车定位到某个 node 后再用资料来推估到下一个 node 及之后的 node 要多久新的算法应该可以收集公共汽车移动资料做即时演算吧比如参考前一班公共汽车移动的时间来推算下一班公共汽车的时间毕竟在路上趴趴造的公共汽车是回报即时路况最好的观察器虚拟站应该只是模拟在某个里程放 node 来修正位置至于智慧站牌好像有 Beacon 可以确认公共汽车确实到站当然以现在的 GPS 精准度应该是够的，站牌只是辅助确认吧用 GOOGLE 不是正轨，这种东西还是自己修正算法比较好就算自己把历史资料丢给 tensorflow 慢慢学都好Google API 你不知道哪天就像之前 MAP API 大涨价一样而且这个算法修正不是极度困难的项目，只是耗费资源而已Google 用导航功能即时收集马路上移动速率的变量比较多比如驾驶不照规划路线走、私人因素停车买槟榔啥的公共汽车要简单多了，路线都是已知且固定的要修正算法理论上比 Google 要舍弃掉的变因少很多了但之前看别的文章说目前公共汽车动态有一种奇怪的设定塞车太久没有移动它会当装置固障然后就把车辆动态移除了..

一般使用者的思维就是什么都用Google就好了，但免钱的最贵啊！去年年中Google开始收费了，每一个运算都要count一次费用，政府不可能有大量的经费持续付给商业公司，这也是为什么智慧站牌会是交通云的一环，政府要想办法把自己变成Google，这样长久来看才能节省成本啊！另外，智慧站牌就是绑了通讯的部分，可以透过公共汽车上的车机通讯回传至于为什么不是用每一个即时的GPS去追踪公共汽车，是因为定位其实很容易跑掉，特别是在一些建物密集的区域或是讯号不良的地方，公共汽车可能从大同路偏到新台五路，乘客一定会满头雾水，所以跟站牌本身的连结绝对是必须的，现在各县市的垃圾车查询系统也是用一样的概念去规划站牌当然有通讯功能不然它怎么收下然后显示各车即将到达资讯？不是每个人都可要看手机看公共汽车在哪里的啊！

其实你第一个问题也不用在这边讨论 政策的问题不是我们觉得比较合理政府就会去做至于为什么智慧站牌会比较准 这个你可能要翻到他的计画才有办法知道他提出来的理论是什么 当然也不保证他提的是正确的就是了不然你看为什么台中当初做BRT? 绝对不是最好的政策

其实台湾智慧城市这块做的还不错，有很多国家都有来取经，有机会大家可以留意智慧城市展，就知道为什么要做好基础建设，去达到很多城市的规划，智慧站牌只是其中的一小环而已。

过度仰赖单一公司提供的服务对国内的产业发展绝对不是好事。

看起来都是靠公共汽车本身回传位置，智慧站牌只是终端显示到站资讯

这年头还是用GPS然后根本没有所谓的计算吧，站距时间都是查表的吧然后我有看过一个APP是透过大数据收集即时显示公共汽车位置虽然听起来很酷但用起来很糟XD 台湾路况太百变了