不過最近圖資重疊的點實在太多，也造成地圖檔案有點大，可能也導致計算路線的速度
個人希望能改進的是圖資的正確性!其實每個人把常去的地方以及住家附近的圖資幫忙全部看一遍，似乎就能改進很多小問題(含交通規範)
*不然就乾脆找合作網站，開個專區，可以上傳圖片以及一些資料，官方確定有修正再回應之類的...(M01不錯
)http://0rz.tw/8e3YK 台灣微軟TechNet Windows Mobile討論區
hju wrote:
小小的猜測 , 如果...(恕刪)
我是不知道他們怎麼寫.
我也會寫程式,對這個有點興趣,我們來推理...
按邏輯來說,景點跟設施提供的只是經緯度..
所以流程應該如下
[搜詢目標]
1.打開景點檔.
2.使用者依電話,關鍵字,景點,任何手段,得到目標經緯度
3.將目地點,或經過點的經緯度放入變數 , 例如: Array 中..
4.關閉景點檔
[導航]
1.打開基本圖資(道路,法規)
2.根據現在位置及上面步驟得到的變數計算所需經過路徑
3.是否為最佳路徑
4.取得現在位置
5.比較是否偏離規劃,是則進入 (2) 重來
這裏我是隨便模擬的,但應該可以看出來...
在 [導航] 這個階段,根本用不上景點檔..
除非使用者停車,增減目的地或經過點...
否則就算是現在位置也是經緯度,跟景點檔無關..
當然,一邊導航,一邊要 show 一堆設施出來,,
就要同時抓附近(2個畫面內)的相關景點
(時速低於40時show名字,高速不用show名字)
這也應該不大.(每一個點只有3個資料,,經緯度,類別,名字)
以上純推理.歡迎來抓包...
內文搜尋
從 APP 打開
X