ETK wrote:
感覺上 CPU 真的...(恕刪)
短距離要連轉兩個彎，語音提示確實有問題，下交流道左右轉時就會非常明顯.
這次圖資容量高達208MB，比起舊版大太多了，只剩下48MB放MP3.
個人積分：12分
文章編號：1111412
個人積分：0分
文章編號：1112203
個人積分：5分
文章編號：1112470
在導航中 點選圖資上的MIO 再選路徑規劃 裡面就有取消導航的選項囉
個人積分：6分
文章編號：1114092
建議：
1. 不在導航模式時，行駛在高速公路上，建議與出廠版般顯示最近 交流道、收費站、休息站，及幾號高速公路與目前所在位置公里數 等資訊，因為這對駕駛人太重要了！
2. 在各項功能的檢視地圖後，希望能可直接就跳至 現在位置 ，不建議先跳回功能頁面後，再按 home button 才能跳回 現在位置。這樣可減少 user 操作流程，強化 user friendly interface。
3. 在 路徑規劃 function 裡，能在中間地方『 距離:??m 』後面的區域裡，多 add 一《Delete》button 去刪除已選的 起點、經過點、終點 ，及多 add 一《Delete All》button to delete all selected items。反觀現在必須用一筆一筆單選並選刪除，這樣的操作方式不符合 老少咸宜 user friendly 的理念。
4. 地圖定位仍有問題，誠如上次舉例說明，車子已離開高速公路，進入交流道連絡道或已進入平面道路，地圖上的定位仍顯示車子 尚在高速公路上，這問題尚未得到解決。如車子進入新竹交流道連絡道，車子離開竹北及寶山交流道等皆有此此問題。我猜測的原因應是，第一是GPS 定位誤差值校準的關係，一般 GPS 定位誤差值是設在 15m ~ 20 m ；第二是對應道路校準優先順序問題。舉例來說，若有兩條相鄰的路，距離在 20 m 內，路 A 的 priority & weight 高於 路 B，若這時 GPS Server 傳回的定位是在 路 B 上或其附近，則 Map Positioning Server 都會將其歸為車子是在 路 A 上，但實際車子的位置卻是在路 B 上。在 Mio 268 SiRF III 晶片的加持下，若是這樣的 algorithm，其實其 mis-matching 的機會相對增高，所以，我建議將其參數調整為 3m ，也就是說若 GPS Server 傳回的定位值 加上 +/- 1.5m 後，可以 mapping 到某一條路，則地圖上就定位在那條路上，若這樣還無法 mapping 到任一條路，則再放寬至 +/- 3m，再 mapping 一次，直至 +/- 7.5m 仍無法 mapping 到任何一條路，則放棄 mapping ，改以直接收到的經緯度值顯示在地圖上即可。出廠版他們對這方面的 mapping 就很準，或許 algorithm 與上面建議的差不多，建議參考並實路測試看看。
5. 北二高，木柵深坑交流道附近的定位時常不準。
6. 幾號高速公路的梅花顯示圖形位置，可否靠佐或靠佑顯示，將中間 area 清空以顯示更多道路資訊。
7. 不論有無在導航模式下，車子游標所在位置，可否如前版所示，將位置定在 windows 下方 1/5 area 處，如此上方 4/5 處的 area 可顯示車子行進前方更多更遠的 road map ，以協助駕駛人提早判斷，駕駛行進方向是否該 change。
8. 承襲 7，地圖顯示比例可否 exactly copy 出廠版的比例尺切換，原因是出廠版的比例尺切換很符合駕駛人觀圖的實際習慣與顯示比例。
最後，說些鼓勵的話：
1. R11.1 版，撇開相鄰路定位優先誤差問題，其速度與定位正確率比起 R11B 皆已有很大的改善，大體上說來，已符合 user 的需求，不過，還是需要再 tune 的更好就是。
2. 導航路徑規劃，有變好變佳，舉例來說，若將起點定在台中，終點定在木柵動物園，出廠版會請你在新店交流道，就下去走平面道路，但 R11.1 會引導你走國 3 甲，其實，R11.1 版的規劃才是符合實際行路習慣。其他已走過的大部份導航路徑規劃也是變好變佳。
個人積分：86分
文章編號：1114153
個人積分：0分
文章編號：1114572
個人積分：86分
文章編號：1114881
個人積分：0分
文章編號：1114960
個人積分：475分
文章編號：1115168
個人積分：6分
文章編號：1115251
景點搜尋 -> 全文檢索，是只針對景點資料庫做搜尋，而非路名資料庫做搜尋，所以你要找路，用這 function 是行不通的，除非那路上有相關景點存在。
交叉路口搜尋，由於他的 SQL where criteria 有縣市、區、路一、路二， search criteria 複雜，因此 query select 的 speed 會較慢，所以此 function 也不適合單一路的 query，除非 program 裡在組合 SQL script 的時候能有多種條件的組合： for example,
1. 若 區 與 路二 有值 則組合成下列 SQL script
select a
from road_table t
where t.city = 台北市
and t.location = 中政區
and t.road1 = r1
and t.road2 = r2
2. 若 區 與 路二 無值或選全區 則組合成下列 SQL script
select a
from road_table t
where t.city = 台北市
and t.road1 = r1
然後再 submit query SQL，當然 road table 的 index 必須針對這兩種 condition 去 create 相關 index，當然 index 優先順序以 user 習慣來說應是 2 > 1。
MITAC 若無此做，這樣試試看吧，應對 performance 有改善才是。
