[即時路況影像] 下一個路口塞車嗎?

indyhsu wrote:
就我之前的實驗,台北的CCTV大概有數分鐘的delay
所以恐怕很難真的拿來看前方的狀況,除非開很慢

這的確是一個伺服器端的問題。

這個軟體不像PAPAGO或者路易通等導航軟體可以讓一個完全不認識路的人,在不用問路的情形下,很快地被指引到達目的地。我在撰寫程式的時候往另一個邏輯思考,把這個軟體定義為知道要怎麼走這條路(或自己可以決定要走哪條路)的人,藉由這個軟體,自行判斷某個路段(或路口)現在的車流是什麼樣的情形。當然,這裡所謂的"現在",可能不是那麼即時。誠如您所說,這可能已經是三分鐘前的路況了。如果人(車)已經在,或者即將到達該路口,再顯示當地的影像,都已經身陷車陣,還有什麼輔助功能可言?

根據個人的經驗,如果某個路口塞車或發生事故,通常很難在二到三分鐘內排除。如果正巧計劃(或準備)經過該路段附近,透過三分鐘前的影像輔助判斷,也大約知道目前的車流是什麼情形。當然還是會有許多例外,譬如您看到的是一路通暢,結果不巧剛好您準備經過前一個路口時,前車發生事故造成交通阻塞。這個就變成千金難買早知道,萬般無奈想不到了。

還是一句老話,軟體的目的是希望協助用路人掌握交通狀況,而非全自動解決交通問題。歡迎各位先進提供各種意見及想法作為軟體改善的方向,謝謝!
我也補充一些網址

高雄市即時交通資訊網
http://kctraffic.tbkc.gov.tw/link01.htm

台南市交通整合資訊網
http://tntcc.tncg.gov.tw/

::高雄捷運KRTC:::
http://www.krtco.com.tw/progress/pro_7s(1).htm

國道高速公路交通資訊系統
http://www.nfreeway.gov.tw/
我們公司是在做門禁以及監控系統整合的,對於DVR部份有一些心得可以跟您分享...

1.架設一台伺服器,專門處理系統已設定連接好的Web Camera,以2~5秒為間隔Capture

畫面為圖檔 ,並壓縮存成10k以下的jpg檔.並做好索引.

2.PPC端的程式連線到伺服器抓取該Web Camera的圖片,而不是直接連到Web Camera提

取影像串流,這樣子傳輸品質也會比較好.

3.伺服器端的監視畫面截取程式以多線程方式達成,但是建議以十個執行緒為上限,這樣子抓取各

Web Camera的畫面時既能兼顧效率,電腦也不至於被拖慢.

4.號召有興趣熱心的網友(以家住十字路口附近,且家裡有寬頻者),在家中架設Web Camera,

並將連線資訊告知大大,以建入系統中補足Camera的資料,而提供Web Camera的熱心網

友當然就可以得到大大所架的資訊系統使用權,以大大所提供的 Client端程式及帳號來觀看各

路口的Camera資訊.

5.至於其他網友想加入者,就花錢向大大承租或買點數.....
paulhome wrote:
2.PPC端的程式連線到伺服器抓取該Web Camera的圖片,而不是直接連到Web Camera提
取影像串流,這樣子傳輸品質也會比較好.

我目前的做法也是直接存取Web Server,可能是Web Server的效能及頻寬不夠理想。

paulhome wrote:
4.號召有興趣熱心的網友(以家住十字路口附近,且家裡有寬頻者),在家中架設Web Camera,
並將連線資訊告知大大,以建入系統中補足Camera的資料,而提供Web Camera的熱心網
友當然就可以得到大大所架的資訊系統使用權,以大大所提供的 Client端程式及帳號來觀看各
路口的Camera資訊.
5.至於其他網友想加入者,就花錢向大大承租或買點數.....

如果是單純即時影像服務的角度,這一點是不會和大家收取費用的。畢竟這來源是公共財,拿納稅人的錢來收益是不當的。但是日後如果服務的內容超出即時路況影像,包含了其它整合資訊,再來思考這些問題囉!謝謝您的建議。
哇塞!這個要加分了!

以台灣的人口密度來說,真的可以做到近乎每個路口、每段道路都可以找到網友架隻webcam上傳影像了~

商業化的話…
免費服務,把使用量衝大,再來就可以開始賣照片上的橫幅廣告,八成會賺到死~
成熟以後,還可以訂個辦法和webcam影像的提供者談拆帳分享,那加入的webcam更多,服務更完整…

往下發展的話,甚至可以做到任意地點、任意位置…(公園、百貨公司、校園…)都有人提供影像上傳點。甚至百貨公司、電影院會被搞到不提供影像供逛街出發前參考都不行。
(以webcam的解像力,實在不致於發生啥肖像權問題,頂多識別車潮和人潮)

能夠做到隨時隨地有圖有真相,這個算是網路影像的一種殺手級應用了,完全無法想像日後的商機會大到什麼程度。
這大概是世界創舉吧~
(全球大概也只有台灣地小到人多到能這樣搞吧~)

給01網友加加油
這個很不錯,我也想試試看。
GPS是可以做定位,不過如何讓二個不同的程式使用同一個GPS呢?
可能只能讓導航程式(像PaPaGo)來做。
larrylo wrote:
GPS是可以做定位,不過如何讓二個不同的程式使用同一個GPS呢?
可能只能讓導航程式(像PaPaGo)來做。


在這個版本中,由於RTCCTV是call OziExplorer的API來執行,也就是說,它的GPS字串訊號是透過OziExplorer的API傳來的,本身並不與com port溝通。

如果您除了要使用OziExplorer+RTCCTV之外,還要再用其它軟體同時接收GPS,那就得用Franson GPSgate之類的模擬同步通訊埠軟體囉。
Cupid wrote:
在這個版本中,由於R...(恕刪)

多謝大大指示。
我稍微看了一下GpsGate網頁。好像不太貴,US$79可以買個GpsTools Standard .NET Compact Framework來開發GPS的PPC軟體,我會先下載測試版本(30天)先看看。
不過如果要和GpsGate一起使用就得要US$1199,這就太貴了。
如果要配合市面上的導航程式,就得須要像GpsGate的程式,讓二個不同程式可以接收GPS的數據,目前Standard要收US$30, Express也要US$10,使用者必須先購買,但是使用者必須自行調整參數。
如果要把GpsGate整合至程式中,程式撰寫者就得付US$1199購買OEM的授權。
誠如灰狼老大所言,同時跑二個程式,PPC心臟得強些。
真是太棒了~~~~辛苦了!~~給你加油!~~
大家好~~~很高興認識大家ㄛ~~
文章分享
評分
評分
複製連結

今日熱門文章 網友點擊推薦!