手動產生航跡的方法

pctine
個人積分：5089分
文章編號：20344869

5089分

樓主

2010-06-19 10:40

之前很多網友分享以 nRoute 手動產生航跡, 下面是另一個選擇.

Tyre software:
http://www.janboersma.nl/gett/index.php

直接下載安裝, Tyre 本身利用 Google Maps 做為地圖, 操作畫面非常直覺, 直接在畫面上設定 waypoint, 最後存檔時選擇 GPX, 它就會自動產生航跡了, 產生的速度也相當快速.

Tyre 操作畫面.
手動產生航跡的方法

以 MapSource 讀入所產生的 GPX file.
手動產生航跡的方法

2010-06-19 10:40 發佈

文章關鍵字航跡方法

Timber Wolf

Timber Wolf
個人積分：213分
文章編號：20356251

213分

2樓

2010-06-19 23:17

感謝pctine兄的分享
不過Tyre所產生的航跡還不夠精細
由每個航段長度便可略知一二

pctine

pctine
個人積分：5089分
文章編號：20356956

5089分

樓主

2010-06-19 23:48

Timber Wolf wrote:
不過Tyre所產生的航跡還不夠精細
...(恕刪)

其實有關於航跡的應用我並沒有實際操作過, 可否請教 Timber 兄, 這裡所謂的精細度至什麼 '程度' 才有其實用性? 或許我可以跟作者討論此一問題. (Tyre 航跡的計算也是去年才加進去的)

FB: Pctine

Timber Wolf

Timber Wolf
個人積分：213分
文章編號：20357190

213分

4樓

2010-06-19 23:58

pctine wrote:
其實有關於航跡的應用我並沒有實際操作過, 可否請教 Timber 兄, 這裡所謂的精細度至什麼 '程度' 才有其實用性? 或許我可以跟作者討論此一問題. (Tyre 航跡的計算也是去年才加進去的)

實不實用見仁見智
Tyre沒什麼不好
就看使用在什麼用途上
如果每個航段幾十公尺還ok
若有出現幾百公尺或超出1公里,就有點..............

小弟比較常使用的是以nRoute篩選紀錄更精細的航跡
(其實航線也可以透過人工方式轉為航跡,不用等待nRoute模擬導航完成,尤其長距離,例如透過Mapsource路線規劃後,再點選選項中的[檢視]-->[在Google Earth中檢視],由Google Earth另存為kml或kmz,再透過GPSBabel轉換為gdb或gpx,產生出來的航跡比Tyre更精細,而且完全服貼於nuMap)
作為建立自製圖資使用或戶外機循跡使用
而Tyre所產生的航跡(for Google Maps)不見得服貼GARMIN nuMap
且規劃路線的邏輯亦非GARMIN
山區部分又是Google Maps的弱項

除了航跡問題外
有時Google Maps所建立的航點
卻是位於nuMap圖資道路的另外一側
此時有可能因為這樣的小差異
導致規劃的路線完全是不一樣

就如同GARMIN的POI
給TOMTOM , MIO , PAPAGO使用
可能呈現的位置會有多多少少的出入
但還是可以給使用者參考使用

pctine

pctine
個人積分：5089分
文章編號：20359268

5089分

樓主

2010-06-20 1:38

Timber Wolf wrote:
例如透過Mapsource路線規劃...(恕刪)

的確是個好方法! 感謝分享.

FB: Pctine

Wei_1144

Wei_1144
個人積分：545分
文章編號：20360889

545分

6樓

2010-06-20 7:02

Timber Wolf wrote:
不過Tyre所產生的航跡還不夠精細
...(恕刪)
pctine wrote:
其實有關於航跡的應用我並沒有實際操作過, 可否請教 Timber 兄, 這裡所謂的精細度至什麼 '程度' 才有其實用性? 或許我可以跟作者討論此一問題. (Tyre 航跡的計算也是去年才加進去的)

Tyre加進去的，應該是航線規劃的功能，只是因為Google Maps所使用的KML規格中沒有定義Route的資料型態，所以Tyre只能將規劃的結果以Track表達，存成.gpx檔案之後，自然就變成MapSource中的航跡

而其產生的Track，其實是很精細的，看一下樓主的附的圖就知道，直線的地方就節省TrackPoint的使用，但是轉彎該標示TrackPoint的地方還是有標，並不是笨笨的固定每幾十公尺就標示一個TrackPoint 以求所謂的 "精細"

pctine

pctine
個人積分：5089分
文章編號：20361682

5089分

樓主

2010-06-20 9:17

原來如此, 感謝大大的解說, 經由你的解說, 小弟找到一個小程式蠻實用的, 可以用來做 MapSource route & track 的互相轉換.

WinGDB:
http://www.softsolutions.be/GPS/Garmin/wingdb.htm

FB: Pctine

Wei_1144

Wei_1144
個人積分：545分
文章編號：20362105

545分

8樓

2010-06-20 10:00

pctine wrote:
可以用來做 MapSource route & track 的互相轉換.

將Route轉換成Track沒有問題
將Track轉換成Route，雖然資料面是OK，但是將Route上傳到導航機中，卻不一定OK，
因為TrackPoint會被轉換成RoutePoint(中途點)，而對於一條Route，導航機通常有中途點數的限制，所以Track轉換成的Route也許不能完整的傳到導航機中

Timber Wolf

Timber Wolf
個人積分：213分
文章編號：20362206

213分

9樓

2010-06-20 10:09

Wei_1144 wrote:
Tyre加進去的，應該是航線規劃的功能，只是因為Google Maps所使用的KML規格中沒有定義Route的資料型態，所以Tyre只能將規劃的結果以Track表達，存成.gpx檔案之後，自然就變成MapSource中的航跡

而其產生的Track，其實是很精細的，看一下樓主的附的圖就知道，直線的地方就節省TrackPoint的使用，但是轉彎該標示TrackPoint的地方還是有標，並不是笨笨的固定每幾十公尺就標示一個TrackPoint 以求所謂的 "精細"

Tyre並不笨,也很聰明
只是對TrackPoint的產生方式太節省,尤其是在PC上,如下圖
不止直線部分節省
轉彎部分也是非常節省
雖然只是模擬產生Track
實務運用上短短的幾十公尺,可能裡面代表是不同速度,高度,經緯度
但小弟並不否認Tyre產生Track的價值

Wei_1144

Wei_1144
個人積分：545分
文章編號：20362906

545分

10樓

2010-06-20 10:55

Timber Wolf wrote:
不過Tyre所產生的航跡還不夠精細
由每個航段長度便可略知一二

Timber Wolf wrote:
如果每個航段幾十公尺還ok
若有出現幾百公尺或超出1公里,就有點..............

Timber Wolf wrote:
Tyre並不笨,也很聰明
只是對TrackPoint的產生方式太節省,尤其是在PC上,如下圖
不止直線部分節省
轉彎部分也是非常節省
雖然只是模擬產生Track
實務運用上短短的幾十公尺,可能裡面代表是不同速度,高度,經緯度
但小弟並不否認Tyre產生Track的價值

對啊，笨的應該不是Tyre。以導航航線的功能來說，每段航段這樣的精細度應該是足足有餘了

我猜Tyre應該是用Google Maps的API來做航線的規劃，Google的Code，應該是不笨的... ^++^