部標GPS軟件平台之百度地圖設計
地圖是客戶端中不可缺少的一個模塊，很多人在設計和畫圖時候，喜歡加上地圖引擎這樣高大上的字眼，顯得自己的平台有內涵，說白了就是用第三方的SDK來開發，早期的GPS監 控軟件用的都是mapx、mapxtrem、acrgis之類的，使用的都是本地地圖。不僅要購買正版地圖，還要購買價格不菲的地圖引擎license，服務器版的部署的時候，還要綁定到服務器ID上，現在這種開發方式已被拋棄。現在的百度地圖、谷歌地圖提供的SDK接口豐富，開發方便，系統穩定，大家都用的很爽。
在部標GPS軟件平台中，由於部標過檢的時候，指定要求在四維地圖和高德地圖中任選一家，必須要有審圖號，也就是說必要購買，不能用免費的地圖，年費三萬起，這個無疑加大了運營成本，加重了企業負擔，現在物流運輸企業掙錢都是從車軲轆里蹦出來的，那些地圖廠商坐地收費，因為是年費，要年年交，真是黑。
但是雖說是部標平台，過檢是第一步，第二步要給客戶用，很多客戶由於在實際上網的過程中，對於百度地圖已經很接受了，所以經常會指定要求用百度地圖。所以我們在設計平 台的時候，考慮多個地圖切換和兼容是順理成章的事情。
百度地圖的主要優勢如下：
1) 衛星地圖，百度的衛星地圖雖然遠不如谷歌的衛星地圖，但是比國內這些四維之類的垃圾要強大多了，谷歌的服務經常被搞，所以忍痛放棄；
2) 百度的javascript SDK和手機SDK較其他地圖要完善的多，升級較多;
3) API上要比其他廠商的API要豐富，出來Javascript API,也提供了web service API(高德地圖目前不提供), 可以在后台使用C#或Java語言調用web服務接口進行坐標轉換和位置解析服務。
5) 地圖美觀。這個美觀主要是在地圖圖層優化上，不同的zoom下，顯示不同的圖層，這樣地圖加載的速度會比較流暢，顯示也比較美觀。我們自己在開發時，較少考慮這一點，比如車輛圖標，當地圖縮小到國家級的時候，車輛密密麻麻的顯示在一起，實際上要根據不同的zoom進行優化。
購買GPS平台源碼，聯系我2379423771@qq.com(www.jt808.com)
因為地圖SDK都是基於Javascript的SDK，所以設計主要集中在前端的Javascript的設計上。
主要設計模塊分為:
1)地圖主界面頁面(jsp);
2)后台ajax數據調用接口;
3)地圖接口js;
4)工具欄;
地圖頁面主要控制地圖界面UI的布局和顯示方式，主要的UI部分包括:
1) 地圖操作工具條；
2）中心地圖DIV;
3) 歷史軌跡查詢工具條;
4) 實時數據顯示欄;
5) 歷史軌跡數據顯示欄
地圖接口js設計
首先根據部標要求的地圖功能，我們來設計地圖操作的放大、縮小、圍欄、線路、標注、圖層等接口等。
地圖接口的核心就是對較復雜的圍欄和線路操作進行一個封裝，因為部標808不僅要求圍欄和線路指令下發給終端，終端支持報警，還需要平台也能支持圍欄報警和路線偏移報警，主要的操作如下：
1）地圖上畫出多邊形、矩形和圓形圍欄及線路，並持久化;
2) 綁定給車輛；
3) 下發綁定指令給終端；
4) 車輛進入圍欄，觸發報警; (這里可能是終端報警，平台也要支持報警)
5）報警后，顯示車輛在地圖中心;
ajax調用接口
1) 當初始化地圖的時候，獲取用戶的權限，根據權限顯示不同的地圖操作工具;
2) 獲取用戶錄入的各種圖元並加載到地圖上顯示，如自定義標注、各種類型的圍欄、線路等；
3) 實時監控時，不斷獲取實時數據，並刷新地圖車輛位置，畫出實時軌跡;
4) 歷史軌跡回放時，獲取歷史數據，並刷新地圖車輛位置，畫出歷史軌跡;
5) 持久化接口，將用戶在地圖上的標注、畫出的圍欄、線路等保存到后台數據庫；
地圖服務模塊
1.位置解析模塊，不斷的解析車輛的坐標，轉為地理位置描述，更新到系統中，並在前台顯示；
2.加偏服務模塊，根據前台的調用request,調用百度地圖的加偏地址，轉換坐標在前台地圖上顯示；
3.實時加偏，采用加偏算法和逆向糾偏算法，可以實時的進行百度地圖的坐標系統轉換，不需要百度自帶的webservice服務，避免了百度調用接口的限制及性能的損失，因為每次遠程調用http，都要耗費不固定的遠程調用時間及調用超時的時間。
另外存在一個問題是，無論是那個地圖，在地圖上畫的區域存儲在數據庫的都是自己地圖坐標系統的經緯度節點，如果要進行電子圍欄報警，下發給終端的時候，終端是百分百誤報的，因為終端的坐標和地圖坐標系統不符，需要在下發給終端前，還原成原始坐標再下發給終端。所以就需要逆向還原的糾偏算法。我們提供正向和反向的算法庫。
算法庫代碼參見：地圖服務算法庫
需要購買C# .netframework2.0 離線版 DLL 的300元 算法源碼600元，包含原始坐標加偏和逆向糾偏還原成原始坐標。提供火星坐標和百度坐標兩種接口，不是數據庫，提供的是算法源碼，實時解析，需要的可以直接聯系我(speed.zheng@gmail.com)購買。
其他系列的部標平台設計文章，參見:
GPS部標平台的架構設計(十一)-基於Spring4+SpringMVC4+Mybatis3+Hibernate4+Junit4框架構建高性能企業級的部標GPS監控平台