因為我常玩Google earth,但是在找路時,覺得用urmap的感覺比較好(就是長的比較像一般地圖而不是空照圖),所以就寫個程式,把 Urmap 的圖資丟到Google Earth裡面,結果如下:
http://tw.youtube.com/watch?v=T6O5FGyEZ8A
圖片 | 網址 |
http://maps.urmap.com/map/vector/a.gif |
|
http://maps.urmap.com/map/vector/b.gif |
|
http://maps.urmap.com/map/vector/c.gif |
|
http://maps.urmap.com/map/vector/d.gif |
把這四張圖組合起來就是一個台灣囉。
那如果要把上圖b.gif那個區域再放大看精細一點的圖資呢?
只要把網址改一下,像是:
圖片 | 網址 |
http://maps.urmap.com/map/vector/b/a.gif |
|
http://maps.urmap.com/map/vector/b/b.gif |
|
http://maps.urmap.com/map/vector/b/c.gif |
|
http://maps.urmap.com/map/vector/b/d.gif |
這樣應該很容易理解吧。
再來一個問題是要怎麼弄到google earth中,解決的方法是寫成kml,用GroundOverlay的方式蓋在原來的地圖上面。
要做到google earth放大時會自動選較精細的圖來貼,就要使用 LOD 的技術,在kml裡要設定Region的區塊。
但是要把全台灣的圖資對應都寫在一個kml裡,那會大到爆,因為urmap大約提供11個level的資料,那在level 11最多可能有4的11次方那麼多的圖(實際上沒那麼多,因為有些空白的地方,像是海的部份,就沒有圖資),解決方法是把這些資料拆到多個kml檔中,然後用LOD和NetworkLink的技術,當須要用的時候才去抓資料,如此就可大大的降低google earth記憶體使用量。
產生這些kml的方法,用人工一定死,因為把全部urmap的圖資對應到GE大約須要400多MB的kml才能完成,所以要寫程式來算出這些資料。