【總結整理】關於切圖

參考

http://www.cnblogs.com/naaoveGIS/p/4982549.html

 

通常WebGIS項目中，前端展現數據的流程基本是先作數據入庫、服務發佈、而後前端調用展現

 

a.動態出圖可使用WMS中的GetMap請求。

b.矢量查詢可使用WFS中的GetFeature請求。

c.要素編輯可使用WFS中的Transaction請求。

 

目前支持矢量瓦片展現的前端有leaflet，openlayers,arcgis js4.0。

 

 使用成熟的開源GIS解決方案：geoserver（服務器）+tomcat（中間件）+postgis(數據庫)+uDig(desktop)，實現地圖的編輯、存儲、發佈、服務。

   咱們不單單侷限於現有開源軟件的使用，在此基礎上作了大量優化和改進：

   （1）基於geoserver進行定製化二次開發，好比軌跡優化查詢等。

   （2）自主開發出一套完善的數據批量自動入庫、發佈工具，免去各個軟件間的頻繁切換使用，減小沒有GIS知識的人員使用難度。

矢量數據按需請求

根據須要，每次向服務器（好比根據地理範圍、屬性信息）進行請求，將請求返回的數據繪製在前端。

優勢是，按需請求，數據返回量有限，單個請求效率較高。

缺點是，頻繁和服務器交互，在給服務器形成巨大壓力的同時，多個請求，甚至某些重複請求，都會增大前端交互耗時，下降用戶體驗。

能夠看見，在頁面初始化時就將全部矢量信息讀取到前端，而後根據需求進行分級別聚類展現。

優勢是：減小與服務端的交互，下降服務端的壓力，提升用戶體驗。

缺點是：第一次請求返回的數據量過大，網絡耗時較多，服務器在迎接第一次請求時也有至關壓力，而且對客戶端電腦配置有必定的依賴。

3.換一種解決思路——矢量切圖

3.1 何爲矢量切圖

何爲矢量切圖呢？說直白點，就是將矢量數據以創建金字塔的方式，切割成一個一個描述性文件，好比以GeoJson格式組織或者以自定義格式組織。

目前研究中發現的缺點

a.矢量切圖工具只能切WGS84座標系下的矢量圖層。

b.leaflet只能加載顯示能夠轉換爲WGS84座標系的矢量瓦片數據。

前端緩存優化

將讀取過的矢量瓦片以必定的緩存機制緩存至內存中，使用緩存調度算法進行調度。

6.使用場景

a.根據範圍查詢展現矢量數據時，能夠徹底使用矢量切圖。

b.根據範圍和屬性展現矢量數據時，能夠先根據範圍返回數據，在前端根據屬性數據進行過濾，最後展現。

7.有待解決的地方

開源矢量切圖工具目前只能切WGS84的矢量數據，將任何格式數據轉換成WGS84的數據是不現實的。針對這種問題，本身開發矢量切圖工具不失爲一種選擇。開發能夠支持點數據的矢量切圖工具難度不大，可是開發可以支持線和麪數據的矢量切圖工具則存在不小的難度。後續還需繼續研究。