推 shter: 應該是站牌當 node，用 GPS 把公車定位到某個 node 後 06/12 10:39
→ shter: 再用資料來推估到下一個 node 及之後的 node 要多久 06/12 10:40
→ shter: 新的演算法應該可以收集公車移動資料做即時演算吧 06/12 10:41
→ shter: 比如參考前一班公車移動的時間來推算下一班公車的時間 06/12 10:41
→ shter: 畢竟在路上趴趴造的公車是回報即時路況最好的觀察器 06/12 10:42
推 shter: 虛擬站應該只是模擬在某個里程放 node 來修正位置 06/12 10:46
但這樣還是怪怪的
因為node跟公車還是沒有直接的關聯啊
如果只是要定位
那其實用人肉走去站牌位置取得正確的gps座標
就可以把座標存在後端
接下來一樣是公車定期回報座標給後端
然後後端去計算塞車還是到站
所以根本不需要智慧站牌來幫忙定位啊
畢竟站牌位置是固定的
不是每一分鐘都在移動，人肉得到一次站牌座標之後就不需要再更新了
就跟街景車一樣
一個人帶一台最高等級的GPS就可以撈到全部站牌的定位
一個月更新一次就夠了
公車上的硬體也只要能夠把座標報回後端就夠
供電直接用公車上的電瓶
所以唯一的問題跟關鍵都是後端的演算法
如果系統商做不好，那不如直接用google算了
不然給了錢進去結果還是不準
要用扶植廠商來說原因實在沒道理
尤其是把這個跟智慧站牌綁一起
真的只是欺騙不懂的人而已吧
※ 編輯: langrisser19 (118.165.16.222 臺灣), 06/12/2019 11:00:41
推 shter: 至於智慧站牌好像有 Beacon 可以確認公車確實到站 06/12 11:03
→ shter: 當然以現在的 GPS 精準度應該是夠的，站牌只是輔助確認吧 06/12 11:04
不過為什麼要用beacon呢
beacon在室外的距離很悲劇
偏偏台灣的公車因為違停還是種種原因都離實際停車格很遠
所以說就算用beacon，也要再搭一個二號方案來做雙重確認
這樣代表車上要裝的東西更多，又是額外的硬體成本
而且更不準，最後還是要GPS
與其那樣不如從頭到尾就是用車子gps
最多就是多一個sensor偵測公車門有沒有開
在回送後端的封包裡面，加上公車門開關數值
而我看現在的系統規劃本來就可以傳送車輛資訊
用開關門加上GPS來判讀有沒有進站，應該是最省錢又準的辦法了
所以嚴格來說
beacon跟智慧站牌還是沒有必要性啊
真的就只是很弱的輔助，但看台北市議會跟新北
都把智慧交通的問題歸咎於智慧站牌預算不足
但兩者根本就沒有關聯
沒有站牌一樣可以做到需要的功能
就只是廠商賺不到錢而已
如果一定要硬體的話
那uber是要玩甚麼?
※ 編輯: langrisser19 (118.165.16.222 臺灣), 06/12/2019 11:15:35
→ shter: 用 GOOGLE 不是正軌，這種東西還是自己修正演算法比較好 06/12 11:05
→ shter: 就算自己把歷史資料丟給 tensorflow 慢慢學都好 06/12 11:06
→ shter: Google API 你不知道哪天就像之前 MAP API 大漲價一樣 06/12 11:07
→ shter: 而且這個演算法修正不是極度困難的項目，只是耗費資源而已 06/12 11:09
→ shter: Google 用導航功能即時收集馬路上移動速率的變數比較多 06/12 11:11
→ shter: 比如駕駛不照規劃路線走、私人因素停車買檳榔啥的 06/12 11:11
→ shter: 公車要簡單多了，路線都是已知且固定的 06/12 11:11
→ shter: 要修正演算法理論上比 Google 要捨棄掉的變因少很多了 06/12 11:12
→ shter: 但之前看別的文章說目前公車動態有一種奇怪的設定 06/12 11:13
→ shter: 塞車太久沒有移動它會當裝置固障然後就把車輛動態移除了.. 06/12 11:13
這個就是考量啊
身為民眾需要的是甚麼
就是準啊
就像台灣扶植裕隆luxgen，結果大家還不是不買帳
而且說真的，我也覺得這個東西不難
google map api提供的東西更多更雜
如果只是要算到站時間，根本不需要甚麼tensorflow，給了也沒用
要訓練要有樣本，解答，要抓因子
這個都是額外成本
但公車就是固定的東西，弄這樣複雜也不會比較準
就大大前面提到的方法，用前後車時間校正平均時間，調一下加成
應該就已經可以得到不錯的結果
但不知道為什麼政府就是會執著在硬體上@@?
※ 編輯: langrisser19 (118.165.16.222 臺灣), 06/12/2019 11:22:57
推 vivienjim: 一般使用者的思維就是什麼都用Google就好了，但免錢的 06/12 12:45
→ vivienjim: 最貴啊！去年年中Google開始收費了，每一個運算都要cou 06/12 12:45
→ vivienjim: nt一次費用，政府不可能有大量的經費持續付給商業公司 06/12 12:45
→ vivienjim: ，這也是為什麼智慧站牌會是交通雲的一環，政府要想辦 06/12 12:45
→ vivienjim: 法把自己變成Google，這樣長久來看才能節省成本啊！ 06/12 12:45
推 vivienjim: 另外，智慧站牌就是綁了通訊的部分，可以透過公車上的 06/12 12:47
→ vivienjim: 車機通訊回傳 06/12 12:47
推 vivienjim: 至於為什麼不是用每一個即時的GPS去追蹤公車，是因為定 06/12 12:52
→ vivienjim: 位其實很容易跑掉，特別是在一些建物密集的區域或是訊 06/12 12:52
→ vivienjim: 號不良的地方，公車可能從大同路偏到新台五路，乘客一 06/12 12:52
→ vivienjim: 定會滿頭霧水，所以跟站牌本身的連結絕對是必須的，現 06/12 12:52
→ vivienjim: 在各縣市的垃圾車查詢系統也是用一樣的概念去規劃 06/12 12:52
但這兩件事無關啊
第一個問題看是否要使用google
假設先退一步，不看準或不準
如果付經費給商業公司就不行
難道現在營運就不用經費持續付給商業公司?
這些案子最後還不就是發包出去給外面的廠商
那廠商一個月要收多少呢?
而google 上面的價格
A request to the Directions API or the Maps JavaScript API’s Directions
Service (excludes requests triggering the Directions Advanced billing SKU).
0.004 USD per each
(4.00 USD per 1000)
人家的最高價格寫得清清楚楚
如果按照預算書上面寫的
https://drive.google.com/drive/folders/1u9SZYfDOiFl6Os5996ntGHgFd0NWqW9m
新北市在智慧站牌上總預算是
一億4千萬
軟體部分
公車後台佔七百萬
另外的系統佔二千四百萬
不知道google map可以用多少次
您說要讓政府變google
所以這個是政府自己的資訊部門做嗎
還是外包
如果是外包，那跟用google的差別是甚麼
你還不是要每年簽約付維運的錢
而且重點是還不準確
然後第二個問題
還是看不出站牌跟智慧的關聯是甚麼
一樣看預算書
市府畫了一億去升級那個可有可無的動態系統
明明關鍵在軟體
結果硬體丟了一億，感覺就是在給那些作站牌的人發大財
如果按照您說的
GPS不準會飄
那為什麼站牌就不會亂飄
如果站牌上裝的那個不會飄
公車為什麼不能直接用站牌上的硬體
而且如果真的這麼會飄
那garmin跟那些做導航的是不是應該全部都收一收關門就好了
如果車上就能完成定位
那真不知道站牌到底要做甚麼
而且重點就是
公車的車機要怎麼跟站牌"直接"互通
這個我真的算是落後
就算你用beacon
也只是單方面廣播，做不到互通
而且通了要幹嘛，定位?
這就好像garmin賣導航，還要去路上到處裝訊號接收發射器
每台導航機還要強迫裝個4G網路才能賣
※ 編輯: langrisser19 (118.165.16.222 臺灣), 06/12/2019 13:38:31
推 vivienjim: 站牌當然有通訊功能不然它怎麼收下然後顯示各車即將到 06/12 19:14
→ vivienjim: 達資訊？不是每個人都可要看手機看公車在哪裡的啊！ 06/12 19:14
→ daggoth: 其實你第一個問題也不用在這邊討論 政策的問題不是我們 06/12 19:31
→ daggoth: 覺得比較合理政府就會去做 06/12 19:32
→ daggoth: 至於為什麼智慧站牌會比較準 這個你可能要翻到他的計畫才 06/12 19:33
→ daggoth: 有辦法知道他提出來的理論是什麼 當然也不保證他提的是正 06/12 19:34
→ daggoth: 確的就是了 06/12 19:34
→ daggoth: 不然你看為什麼台中當初做BRT? 絕對不是最好的政策 06/12 19:35
推 vivienjim: 其實台灣智慧城市這塊做的還不錯，有很多國家都有來取 06/12 19:36
→ vivienjim: 經，有機會大家可以留意智慧城市展，就知道為什麼要做 06/12 19:36
→ vivienjim: 好基礎建設，去達到很多城市的規劃，智慧站牌只是其中 06/12 19:37
→ vivienjim: 的一小環而已。 06/12 19:37
推 vivienjim: 過度仰賴單一公司提供的服務對國內的產業發展絕對不是 06/12 19:39
→ vivienjim: 好事。 06/12 19:39
→ hsi: 看起來都是靠公車本身回傳位置，智慧站牌只是終端顯示到站資 06/12 19:42
→ hsi: 訊 06/12 19:42
先跟vivienjim道個歉
我的發文沒有要嗆你的意思
只是文字看起來口氣沒很好
因為我查到的資訊就是上面那個
智慧站牌的主要目的就只是顯示
但主要的預算卻都花在這個硬體上
如果只是要顯示，傳統的點矩陣led跑馬燈就很夠了
沒有必要花這麼多錢去升級螢幕
尤其雙北市都會區，手機涵蓋率這麼高
你說偏遠地區做也就算了
做在市區，實在不知道有多少用處
在這個阿公阿罵都會用line傳長輩圖的現在
把沒有手機app放在第一，實在不是個好理由
況且做硬體的拉個bom表就可以知道
像這種硬體
主要經費都會在那個顯示幕跟維護
但偏偏這個跟智慧扯不上邊
至於仰賴一家公司的定義
我覺得公家機關都裝微軟的東西
實在沒啥資格說這種話
現在的趨勢就是應用層的疊加轉換
要從頭去刻一個系統，只會是事倍功半
而且說真的
智慧城市跟台灣取經，我只問一個問題
現在IOT的這麼多協定
有哪些是台灣制定的規範就好
所以這麼多的不合理
大概不是大家發大財
就是周朝先說的...我們政府錢很好賺啊
※ 編輯: langrisser19 (223.137.60.146 臺灣), 06/12/2019 20:42:24
推 nadoka: 這年頭還是用GPS 06/12 21:12
→ nadoka: 然後根本沒有所謂的計算吧，站距時間都是查表的吧 06/12 21:12
推 nadoka: 然後我有看過一個APP是透過大數據收集即時顯示公車位置 06/12 21:21
→ nadoka: 雖然聽起來很酷但用起來很糟XD 台灣路況太百變了 06/12 21:21