基於ArcIMS的地圖切圖原理

基於ArcIMS的地圖切圖原理,mapbar,google,51ditu,mapabc

 最近剛修改整理了原來寫的一些文字,主要是講固定範圍的基於ArcIMS的地圖預生成技術,有完整的算法闡述,貼出來供需要的朋友參考。所有內容均來自於自己的項目經歷、對互聯網上的相關資料的學習,最近發現不少朋友都在研究這方面的問題,所有希望也能參與做點事並對大家的工作或多或少有一點幫助。

文中主要簡述了地圖切圖,並且簡單地介紹了一下當前基於預生成技術的Web地圖服務現狀。

由於時間倉促,中間肯定有不準確或錯誤的地方,希望高手不吝賜教以方便我能將其整理得更完善!

謝謝!相關附件

速度的提高需要藉助緩衝機制,有點複雜。我也在做影像圖顯示的,所以肯定要藉助這個在線系統,用ArcIMS非常慢,藉助預生成可以節省服務器生成圖片的時間。

這在國外已經很流行,國內也有一些公司實現,但都沒有完整的學習文檔,所以我就將平時收集的資料加工整理了一下,不知有沒有表述清楚,希望多指正!

如果對文中某些與投影和座標等問題不甚明白的請參閱:
不知道現在51ditu之類的在線地圖服務,直接對數據處理成各級別圖片,還是首先將數據裝入一個數據庫平臺中,利用這個平臺生成各級圖片數據。利用該平臺對數據的管理和維護應該方便一些。我現在就是這麼考慮的,不知道通用做法是怎麼弄的?


總體思路都是基於地圖圖片預生成,但地圖文件的存儲及請求機制各不相同。
比如YahooMaps的一個地圖請求如下:
http://maps.yahoo.com/#mvt=m&trf=0&lon=-94.619236&lat=40.22817&mag=6

GoogleMaps的一個地圖請求如下:
http://mt3.google.com/mt?n=404&v=w2.43&x=2&y=5&zoom=13

Mapbar的一個地圖請求如下:
http://img.mapbar.com/maplite/mapbank/baidu/7/56_14/9_0.png

51ditu的一個地圖請求如下:
http://bimg.51ditu.com/12/13194143727625.png

SogouMap的一個地圖請求如下:
http://pic1.go2map.com/seamless/0/174/722/0/0/25_7.GIF

etc...

由上可見,Google&Yahoo都藉助通用或其系統自定義的地圖位置參數進行請求,而國內的這幾家都是使用直接圖片URL鏈接方式獲取圖片,這樣安全性略差(當然Google的圖也很容易下載)。

上述公司服務器的圖片反應機制不甚清楚,但Google的地圖服務器很快就能識別用戶是否是在批量下載地圖,很快就會封住客戶的IP段,使得整個LAN內的電腦都暫時不能請求地圖圖片。

至於各自的緩衝機制尚未系統研究,我只測過像51ditu等地圖服務在網卡斷開後依然可以瀏覽原來瀏覽過的圖片,說明的確是緩衝在客戶端了,至於如何緩衝,希望高手指教!

對於簡單的矢量數據柵格化,藉助ArcIMS的ArcXML切圖應該是最佳的方案。對類似E都市都市圈這樣的3D數據,則需要藉助CAD&3DMax及其插件完成,正在研究中,搞定之後再寫一篇文字共享給大家。

上面的是固定範圍的地圖瓦片預生成,固定比例尺的剛整理好,傳上來供大家參考,歡迎指教!

附件

文章來自:http://bbs.gissky.net/ShowPost.asp?id=36118

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章