網際網路線上地圖平臺對比分析
(此文是在拿政府內部一個地圖平臺與其它線上地圖平臺對比情況下寫的,目的是改進此地圖平臺,關於此地圖平臺的內容以刪除,有些內容是摘抄不再進行標註,能力有限,內容難免有錯誤或不足之處,歡迎批評指正)
一、網際網路線上地圖發展現狀
隨著地理資訊科技與網際網路技術的深入結合,線上地圖應用服務逐步在網際網路上擴充套件開來,網際網路搜尋引擎、入口網站、地圖資料供應商和位置服務提供商紛紛建立自己的線上地圖服務平臺。線上地圖平臺提供的地圖服務模式一般可分為向量地圖、衛星影像、三維地圖(單一視角2.5D和真3D)和三維實景地圖(街景)四種。
大多數線上地圖平臺均支援向量地圖和衛星影像服務模式,如已被大眾熟知的百度、谷歌、搜狗、騰訊SOSO、微軟Bing、MapABC、我要地圖(僅地圖)和圖吧(僅地圖);具有代表性的還有地圖資料供應商高德旗下的Amap和MapABC(二者資料相同)和由國家測繪地理資訊局主導建設的國家地理資訊共享服務平臺公眾版——天地圖;另外,新進軍網際網路地圖領域的還有仿照百度發展模式的360以及主打本地化生活服務的淘寶生活地圖和丁丁地圖等。
目前能提供街景服務的,國外有Google、 Bing Maps和Here Maps等,其中以google街景最具代表性;國內有騰訊SOSO、我秀中國(ishowchina)和城市吧(city8)等。
由於三維模型製作複雜,且實時渲染對計算機硬體和網路條件的要求比較高,大多線上地圖平臺採用2.5D單一視角模擬的方法來模擬3D效果,如都市圈、E都市、城市來了(citycome)和查查吧等。目前,網際網路上可以線上提供真三維地圖服務的較少,一般都需要安裝客戶端或載入外掛,如Google Earth、諾基亞Here Maps、天地圖三維城市、偉景行的數城網等,均是基於三維地球平臺來展示城市建築和地物模型。
表1 地圖服務模式對照表
名稱 |
向量 |
影像 |
地形 |
三維地圖 |
街景 |
百度地圖 |
√ |
√ |
○ |
2.5D(單一視角) |
○ |
谷歌地圖 |
√ |
√ |
√ |
樓塊 |
√ |
Bing Maps |
√ |
√ |
○ |
2.5D(四個視角) |
√ |
搜狗地圖 |
√ |
√ |
○ |
2.5D(單一視角) |
○ |
SOSO地圖 |
√ |
√ |
○ |
樓塊 |
√ |
MapABC |
√ |
√ |
○ |
樓塊 |
○ |
高德Amap |
√ |
√ |
○ |
樓塊 |
○ |
天地圖 |
√ |
√ |
√ |
真3D |
○ |
我要地圖 |
√ |
○ |
○ |
樓塊 |
○ |
圖吧 |
√ |
○ |
○ |
○ |
○ |
都市圈 |
√ |
○ |
○ |
2.5D(單一視角) |
○ |
E都市 |
√ |
√ |
○ |
2.5D(單一視角) |
○ |
城市來了 |
○ |
○ |
○ |
2.5D(單一視角) |
○ |
我秀中國 |
√ |
○ |
○ |
○ |
√ |
城市吧 |
√ |
√ |
○ |
○ |
√ |
Google Earth |
○ |
√ |
√ |
真3D |
√ |
Here Maps |
√ |
√ |
√ |
真3D |
√ |
數城網 |
○ |
√ |
○ |
真3D |
○ |
二、二維地圖服務對比分析
二維地圖服務包括向量地圖和影像,在提供此服務的平臺中,百度、谷歌、搜狗、SOSO和Bing具有大量的使用者、強大的商業和技術背景;高德、圖吧(Mapbar)和我要地圖都是國內成熟的地圖資料服務商;天地圖儼然是網際網路線上地圖的“國家隊”。因此,挑選這幾個平臺作為二維地圖服務的對比分析物件。
2.1 對比分析
下面將分別從地圖的互動方式、服務內容、介面組織方式、地圖API、版本管理等方面與共享平臺進行對比分析。
2.1.1 互動方式
本項對比主要從縮放等級和不同縮放等級下的地圖要素顯示方式兩個方面進行對比。
1> 縮放等級
如果將“省”級視為0級,則各平臺的地圖縮放級數和預設顯示級數統計如下表:
名稱 |
縮放等級(預設) |
名稱 |
縮放等級(預設) |
SOSO地圖 |
0-11(4) |
||
百度地圖 |
0-11(4) |
高德Amap |
0-11(4) |
谷歌地圖 |
0-12(3) |
天地圖 |
0-11(4) |
Bing Maps |
0-11(4) |
我要地圖 |
0-10(4) |
搜狗地圖 |
0-11(4) |
圖吧 |
0-10(4) |
根據上表分析可得出如下結論:
大部分平臺都選擇在“省”級以下設定12個縮放等級,開啟地圖後預設的縮放等級大多為第4級。谷歌地圖的影像解析度較高,適合較高的放大等級,選13級較為合適;我要地圖和圖吧因為沒有影像地圖,不要求較高放大等級,選11級較合適。
2> 不同縮放等級下地圖要素顯示方式
不同地圖要素在不同的地圖平臺中的顯示方式不盡相同,下面將分別從交通網路、自然要素、建築物、行政區劃和POI幾個方面進行對比。
交通要素
交通要素中包含鐵路、高速、國道、省道、主幹道、街道、小路、地鐵(包括地鐵站)和立交橋等。各平臺交通要素顯示和標註的縮放等級對比如下:
名稱 |
鐵路 |
高速/標註 |
國道/標註 |
省道/標註 |
主幹道/標註 |
街道/ 標註 |
小路 |
地鐵/標註 |
立交橋 |
百度地圖 |
0 |
0/2 |
0/2 |
2/4 |
2-3/5-7 |
7/8 |
7 |
4/7 |
5-7 |
谷歌地圖 |
0 |
0/2 |
0/1 |
0/3 |
2/5-6 |
5/8-9 |
7 |
4/8 |
6-7 |
Bing Maps |
2 |
0/3 |
0/4 |
4/5 |
4/5-7 |
4/8-9 |
6 |
4/7 |
5-10 |
搜狗地圖 |
1 |
0/2 |
0/2 |
2/3 |
2-3/7 |
5/8-9 |
7 |
3/7 |
5-6 |
SOSO地圖 |
0 |
0/3 |
0/2 |
2/3-4 |
3/5-6 |
5/9 |
6 |
4/8 |
5-7 |
高德Amap |
3 |
0/3 |
0/2 |
1/4 |
3/6-7 |
5/9 |
5 |
4/7 |
4、6、9 |
天地圖 |
2 |
0/3 |
0/3-4 |
1/3-4 |
3-4/5 |
5/8 |
8 |
4/7 |
5-6 |
我要地圖 |
4 |
0/3 |
0/4 |
2/4 |
2/5-6 |
4/8-9 |
9 |
4/7 |
5-7 |
圖吧 |
1 |
0/2 |
0/2 |
1/6 |
3/6-7 |
5-6/8-9 |
6 |
4/8 |
7-8 |
注:1/2代表要素在1級顯示,其標註在2級顯示。
自然要素
名稱 |
自然要素 |
建築物/ 樓塊效果 |
行政區劃 |
|||
水系 |
綠地 |
區縣 |
鄉鎮 |
村莊 |
||
共享平臺 |
1-7逐級 |
3-6無規律 |
7/獨立功能 |
1-2 |
3-4 |
4-7 |
百度地圖 |
2-7逐級 |
2-9逐級 |
9/10 |
1-3 |
3 |
5 |
谷歌地圖 |
0、4、5、6、7 |
0、4、5、6、7、8 |
10/10 |
1 |
3 |
5 |
Bing Maps |
3、4、5 |
3、7 |
10/10 |
3 |
3-4 |
6 |
搜狗地圖 |
0、4、5 |
2、7 |
7-10/無 |
2-3 |
2-3 |
3-5 |
SOSO地圖 |
0、3、4、6 |
3、6 |
10/10 |
1-3 |
3 |
5-6 |
高德Amap |
3、5 |
1、3、5、6、9 |
10/獨立功能 |
2-3 |
3-4 |
5 |
天地圖 |
0、4、5 |
4、6、9 |
9/無 |
1-4 |
2-4 |
5 |
我要地圖 |
2、4、7 |
4、5、7、9 |
9/10 |
1-4 |
2-4 |
5-6 |
圖吧 |
1、3、5、6 |
3、6 |
9/9 |
3-4 |
3-4 |
5-6 |
從表4中可以看出,水系和綠地要素的顯示各平臺沒有一致的方式,往往是根據面積和等級大小分層顯示,有些平臺是在一個區間中連續分層顯示(如百度地圖),這樣在內容載入的時候視覺上有種循序漸進的感覺;而有些平臺是分為若干並不相鄰的層級顯示(如我要地圖),這樣可以迅速豐富地圖要素。觀察可知,水系和綠地要素以3-5個等級分層顯示效果最佳,水系大致可按照湖泊(幹流)、支流(小河)、水渠和池塘分級,綠地可按照面積大小分級。
建築物
對於建築物要素,除了搜狗地圖採用在7-10等級間逐級增加建築物顯示數量的方式外,其它平臺均選擇在9-10級顯示,原因是建築物輪廓面積一般都比較小,且城市內建築物非常密集,在比例尺較小時顯示會顯得內容擁擠且不易分辨。另外,大部分具有樓塊顯示效果的平臺都沒有單獨將樓塊顯示作為一個獨立的功能,而是直接或放大至下一等級後顯示。
行政區劃
同一個級別的行政區劃如果在一個層級中全部顯示,不免會因相距較近而相互遮擋,所以大多數平臺會選擇用2-3個層級來顯示鄉鎮和村莊的標註,同時採用低級別標註不遮擋高級別標註的原則。
POI
通過對比觀察,各平臺的POI資料基本上都是從第5層級開始逐漸增加顯示,一般一種POI並不能再一個縮放等級完全顯現,顯現過程中也是遵循不遮擋和均勻分佈的原則。大多數平臺中,景點、大學、地標性大廈和醫院等顯示的優先順序較高,一般會在4-8等級中顯示,而中小學、幼兒園、快捷酒店、銀行等資訊一般在8級以後逐漸加密顯示。
2.1.2 服務內容
1> 資料對比
國內地圖基礎資料服務商以高德和四維圖新兩家最具實力,而影像資料多是來自中國四維和美國Digital Globe公司。各地圖平臺會根據自己的服務重點和目標對不同的地圖要素進行相應的排版整飾。
資料供應商 |
地圖平臺 |
高德 |
MapABC、Amap、谷歌、Bing、SOSO、360、淘寶 |
四維圖新 |
百度、搜狗、圖吧、天地圖、Heremaps |
向量地圖資料的內容都沒有多大差別,而影像地圖方面谷歌和Bing Maps做的比較有特色(僅國外部分城市資料),影像地圖放大至一定級別則自動轉換為45°俯角的高解析度影像,且可以在水平四個方向上旋轉。這種方式對於展示城市建築的立面有比較好的視覺效果。
2> 搜尋服務對比
名稱 |
內容搜尋 |
路線搜尋 |
百度地圖 |
1. 視野內搜尋、分類搜尋; 2. 點選POI可獲取屬性資訊(地址、電話、標籤、平面圖等)。 |
方式:公交(線站)、駕車,提示打的費用; 個性化: ①可設定出發時間,可選交通工具,可篩選(較快捷、少換乘、少步行); ②可傳送至手機,提供二維碼掃描。 |
谷歌地圖 |
1. 視野內搜尋、分類搜尋; 2. 點選POI可獲取屬性資訊(地址、電話等); 3. 可放大至所選POI。 |
方式:公交、駕車、步行; 個性化:可設定出發時間,可選交通工具,可篩選(較快捷、少換乘、少步行)。 |
Bing Maps |
1. 視野內搜尋、分類搜尋; 2. 點選查詢結果可顯示詳細資訊(電話、地址等)。 |
方式:公交(線站)、駕車、步行; |
搜狗地圖 |
1. 視野內搜尋、分類搜尋、拉框範圍搜尋; 2. 點選POI可獲取屬性資訊(地址、電話、附近公交等)。 |
方式:公交(線站)、駕車,提示打的費用; 個性化: ①可篩選(較快捷、少換乘、少步行、不乘地鐵),限定步行距離,限定出發和到達必乘的公交; ②可傳送至手機,提供二維碼掃描。 |
SOSO地圖 |
1. 視野內搜尋、分類搜尋; 2. 點選POI可獲取屬性資訊(地址、電話等)。 |
方式:公交(線站)、駕車,提示打的費用; 個性化: ①可篩選(時間短、距離短、無高速、不堵車),可拖動途徑點改變線路; ②可傳送至手機,提供二維碼掃描。 |
高德Amap |
1. 視野內搜尋、分類搜尋; 2. 點選POI可獲取詳細資訊(地址、電話等); 3. 可放大至所選POI。 |
方式:公交(線站)、駕車、步行; 個性化: ①可篩選(較快捷、少換乘、少步行、不坐地鐵; ②可傳送至手機、汽車導航,提供二維碼掃描。 |
天地圖 |
1. 視野內搜尋、分類搜尋; 2. 點選查詢結果可顯示詳細資訊(電話、地址等)。 |
方式:公交(線)、駕車; 個性化:可篩選(較快捷、不坐地鐵、少換乘、少步行)。 |
我要地圖 |
1. 視野內搜尋、分類搜尋。 2. 點選查詢結果可顯示詳細資訊(電話、地址等)。 |
方式:公交、駕車,提示打的費用; 個性化: ① 可選定必乘的公交; ② 可傳送郵件。 |
圖吧 |
1. 視野內搜尋、分類搜尋; 2. 點選查詢結果可顯示詳細資訊(電話、地址等)。 |
方式:公交、駕車; ① 可篩選(較快捷、不坐地鐵、少換乘、少步行); ② 可傳送至手機、GPS、汽車導航。 |
在地圖內容搜尋方面,大多數平臺均支援在地圖上直接點選POI點即可獲取其詳細屬性資訊,其中百度地圖提供的資訊最為豐富,尤其還可以提供大學和商場的平面圖資料。另外,搜狗地圖的拉框範圍內搜尋、谷歌和高德Amap的地圖放大至所選POI功能也頗具特色。
在路線搜尋方面,除了公交和駕車路線查詢,谷歌、Bing和Amap還支援步行路線查詢,百度、搜狗、SOSO和我要地圖同時提示打的費用。可以看出,Bing Maps在國內二維地圖服務方面稍差,我要地圖的線上地圖服務水平已逐漸跟不上行業節奏。將查詢結果通過手機簡訊和連結的方式分享已成為流行的方式,而將資訊傳送至汽車導航也將被更多平臺採納,雖然暫時支援的汽車品牌有限。百度、谷歌和搜狗的路線篩選功能較豐富,更具個性化。另外,百度、谷歌、天地圖均可設定多個目的地或途經點,SOSO可直接在路線結果上拖拽增加途徑點位置,方便使用者多路徑和目的地查詢。
3> 實用工具、右鍵選單和其它功能對比
名稱 |
實用工具 |
右鍵選單 |
其它功能 |
百度地圖 |
分享(手機地圖、簡訊、汽車導航)、測距、截圖、標記、列印、全屏 |
設定始末點和途經點,查詢周邊,縮放、居中地圖 |
收藏夾、路況(未來預測)、天氣、鳥瞰圖、糾錯 |
谷歌地圖 |
分享(連結)、列印、顯示適合騎車線路(國內無) |
設定始末點和多個目的地,查詢周邊,縮放、居中地圖 |
路況、獲取我的位置、檢視45°衛星影象、鳥瞰圖、糾錯 |
Bing Maps |
分享(連結)、列印、全屏 |
獲取位置資訊,新增標註,設定始末點,縮放、居中地圖 |
路況、鳥瞰圖 |
搜狗地圖 |
分享(連結)、測距、清除結果、截圖、標記、拉框縮放、全屏 |
補充新地點,查詢周邊,設定始末點,標記,縮放、居中地圖 |
收藏夾、路況、設定顯示工具和常用地址等、糾錯 |
SOSO地圖 |
分享(連結、簡訊)、測距、清除結果、列印、全屏 |
查詢周邊,設定始末點,縮放、居中地圖,新增收藏 |
收藏夾、路況(未來預測)、糾錯 |
高德Amap |
分享(連結、簡訊、汽車導航)、測距、標記、全屏 |
在附近找,設定始末點,居中,清空結果 |
收藏夾、路況、天氣、鳥瞰圖、糾錯 |
天地圖 |
測距、側面、標點、標線、標面、列印、清除結果、全屏 |
設定始末點和途經點,查詢周邊,縮放居中地圖,新增新地點 |
投影切換、影像模式下可選圖層載入 |
我要地圖 |
分享(連結、天行者導航)、截圖、標註、清除結果、列印、郵件、全屏 |
無 |
收藏夾、路況、鳥瞰圖、糾錯 |
圖吧 |
分享(簡訊、郵件、下載至GPS、傳送到汽車) |
設定始末點,查詢周邊,標記,居中地圖 |
收藏夾、路況、攝像頭、鳥瞰圖、糾錯 |
各平臺均支援各種分享方式,簡訊和連結最為實用。商業平臺更注重普通使用者的個性化定製和體驗,天地圖的工具應用較為專業。百度、谷歌、Bing和圖吧忽略了清除查詢結果這一實用功能;搜狗的拉框縮放功能較為實用;谷歌在國外針對騎行人群提供適合騎車路線的查詢,比較人性化。另外,路況預測、提示天氣的功能也很值得推廣。
2.1.3 介面組織方式
對於平臺主介面的欄目組織,幾乎所有平臺都選擇將查詢結果框放置在介面左側顯示,將地圖介面在偏右側顯示,這樣符合大部分人右手滑鼠操作的習慣。只有圖吧將查詢結果欄目放置在右側,但提供多個介面組織方式可供使用者選擇。帶有鳥瞰圖框的平臺有的將其隱藏,有的預設顯示,個人覺得預設顯示狀態最佳。所有平臺均選擇將常用工具欄放置於地圖介面的上邊緣,使常用功能便捷使用。
另外,對於地圖介面中的縮放等級導航條,國內的所有平臺都在相應縮放等級上顯示了“國、省、市、街”的文字標註,這樣十分方便使用者快速定位所需的地圖縮放等級。
2.1.4 地圖API
主要對比百度地圖和谷歌地圖的API,如下:
(1)百度地圖API
1> JavaScript API
由JavaScript語言編寫的應用程式介面,支援PC端和移動端基於瀏覽器的地圖應用開發,且支援HTML5特性的地圖開發。自v1.5版本開始需要先申請金鑰(ak),才可使用,超出ak配額部分,可以傳送郵件進行申請。
功能介紹:
基本地圖功能:展示(支援2D圖、3D圖、衛星圖)、平移、縮放、拖拽等。
地圖控制元件展示功能:可以在地圖上新增/刪除鷹眼、工具條、比例尺、自定義版權、地圖型別及定位控制元件,並可以設定各類控制元件的顯示位置。
覆蓋物功能:支援在地圖上新增/刪除點、線、面、熱區、行政區劃、使用者自定義覆蓋物等;開源庫提供富標註、標註管理器、聚合marker、自定義覆蓋物等功能。
工具類功能:提供經緯度座標與螢幕座標互轉功能;開源庫裡提供測距、幾何運算及GPS座標/國測局座標轉百度座標等功能。
定位功能:支援IP定位及瀏覽器(支援html5特性瀏覽器)定位功能。
右鍵選單功能:支援在地圖上新增右鍵選單。
滑鼠互動功能:支援動態修改滑鼠樣式、滑鼠拖拽/縮放地圖及滑鼠繪製等功能。
圖層功能:支援重設地圖底圖、地圖上疊加實時交通圖層或自定義圖層功能。
本地搜尋功能:包括根據城市、矩形範圍、圓形範圍等條件進行POI搜尋;且支援使用者自有資料的檢索。
公交檢索:支援起始點座標、起始點名稱、LocalSearchPoi例項三種檢索條件的檢索;檢索結果支援便捷、可換乘、少步行、不乘地鐵四種方案。
駕車檢索:支援起始點座標、起始點名稱、LocalSearchPoi例項三種檢索條件的檢索;返回最短時間、最短距離、避開高速的駕車導航結果;且提供計算打車費用服務。
步行導航:提供步行導航方案。
逆/地理編碼:支援百度座標與地址描述資訊之間的轉換服務。
個性化資料展示功能:使用者自有資料儲存到LBS雲後,JavaScript API可以提供以麻點圖形式展示自有資料功能。
相容性:
瀏覽器:IE 6.0+、Firefox 3.6+、Opera 9.0+、Safari 3.0+、Chrome
作業系統:Windows、Mac、Linux
移動平臺:iPhone、Android
2> JavaScript 開源庫
是一套基於百度地圖API二次開發的開源的程式碼庫。目前提供多個lib庫,幫助開發者快速實現在地圖上新增Marker、自定義資訊視窗、標註相關開發、快速載入城市列表、拉框放大、拉框搜尋、區域限制設定、幾何運算、實時交通、檢索與公交駕車查詢、滑鼠繪製工具等功能。
3>車聯網 API v3.0
一套適用車載終端應用的開發介面,您可以在C#、C++、Java等應用程式中使用該服務,通過發起HTTP請求方式呼叫百度地圖車聯網服務,返回檢索後的JSON或XML資料。可以實現把百度地圖POI資料實時傳送至車載地圖,為使用者提供位置指示、路徑導航;可讓使用者實時檢視車周邊資訊,實現智慧出行;可以對物流配送、人員定位、快遞、計程車、租車,等獲取位置座標後提供詳細的地址描述,同時也可以根據車輛、人員當前詳細的地址在地圖中展示,從而實時把握車輛人員動態,實現基於位置的人和車管理。
4> 其它API
百度地圖還提供的有FlashAPI、靜態圖API、Android SDK、IOS SDK、定位SDK、Web服務API和URI API等。另外,LBS.雲是針對LBS開發者退出的平臺級服務,結合已有的地圖API和SDK服務,通過開放服務端儲存和計算能力,提供海量位置資料儲存、檢索、展示一體化解決方案。
(3)谷歌地圖API
種類和應用場景:
1> Google JavaScript 地圖 API:
內嵌 Iframe 展現形式,適用於一般的網際網路應用系統,具有標準主流瀏覽器裝載的客戶端系統。支援的瀏覽器型別: ie , firefox , safari , google chrome 。使用標準的 Java 指令碼進行開發,可整合 google 地圖空間,與標準 google 地圖功能類似。
2> Google Maps API(Flash版):
FLASH 展現形式,使用 flex 繼續開發,適用於標準瀏覽器裝載的客戶端系統。
3> Google 靜態地圖 API:
圖片展現形式,使用http 介面進行圖片地圖的建立,所實現功能較前兩種少,但無需使用 java 指令碼實現,適用於手機或定製化客戶端系統的服務呼叫。
Google 提供的這三種 API 已經基本可以滿足大部分的系統需求,在開發難度上除 Flex 還不是主流技術,開發成本較高外,其他兩種技術在使用上都使用標準的網頁開發技術,介面難度係數不大,尤其是在靜態地圖 API 中,還提供了專門為手機所使用的 WAP 的地圖型別。
主要效能列表:
地址解析(從地址名稱解析到具體經緯度)
縮放級別的設定
影象大小的設定
標記新增
地圖路徑顯示
事件監聽(監聽客戶端瀏覽器事件,並在需要接受的事件總定義處理方法)
地圖控制元件(包括載入標準地圖控制元件以及建立自定義控制元件,比如可以自己加入標註的控制元件,切換地圖型別的控制元件,縮放地圖的控制元件等等)
街道全景物件
與 googleearth 整合
交通功能(行車路線,出行模式,路線路段)
可與 GoogleAJAX API 整合開發,提高開發效率
支援 HTTPS 連線對 API 的訪問(企業版專有)
2.1.5 版本控制
1> 百度地圖
當API升級後,已有介面在使用、命名等方面發生了變化,會為其增加一個新的版本號,不會對已有的應用造成任何影響。如果升級只是修復一些bug或者在不影響現有功能的前提下增加介面、改善效能,則版本號不會發生變化,也不影響呼叫。版本變化內容記錄在更新日誌頁裡。
為了統一平臺服務的配額管理,JavaScript API在新版本引入ak機制。JavaScript API v1.4及以前版本無須申請金鑰(ak),自v1.5版本開始需要先申請金鑰(ak),才可使用,超出ak配額部分,可以傳送郵件進行申請。
2> 谷歌地圖
根據新增地圖項、錯誤修復和效能改進定期更新JavaScript API 版本。所有API更改均向後相容,以確保啟動應用程式時使用的是當前記錄的介面,且當 API 更新後應用程式可以無修改地繼續執行。(注意:不包含試驗性地圖項。試驗性地圖項將在API文件中明確標出。)使用者可以指定在應用程式中載入哪個版本的API,方法是使用 Google Maps JavaScript API 載入程式請求的v 引數指定版本。系統目前支援以下兩個選項:
1> 最新的開發版本,由v=3 指定。該版本是以主幹版本為基礎的最新版本,包含公開發布的任何錯誤修復和新增地圖項。
2> 編號版本,用v=3.number 表示,指定了 API 的地圖項集。這些編號版本可以是“釋出版本”,也可以是“凍結版本”。
每個季度都會構建新的編號版本(“發行版本”)並公開發布。在整個季度期間,在確保地圖項集保持穩定的同時,還會繼續向此發行版本中新增錯誤修復,Google Maps JavaScript API 更改日誌將會對此進行記錄。當構建新的編號版本時,將“凍結”之前的發行版本,不再對該版本進行包含錯誤修復在內的任何程式碼更改更新,此時該版本已充分穩定。當用戶請求較早編號已淘汰的版本的應用程式將自動獲得最新的凍結版本。
三、三維地圖服務對比分析
3.1 2.5D地圖
3.1.1 樓塊
大多數電子地圖平臺對建築物進行“樓塊“效果顯示,是基於樓體形狀和高度自動拔高成建築物盒子,也是一種簡單的2.5D表達方法。部分平臺中樓塊還會隨滑鼠拖動而在水平方向上傾斜,來模擬真實視角觀察的效果。
3.1.2 單一視角2.5D
國內2.5D地圖以E都市和都市圈做的較為出色,分別與百度和搜狗合作為其上線三維地圖服務。另外,提供城市2.5D地圖服務的還有城市來了和查查吧等。因為此類地圖資料製作方法大同小異,下面以E都市為例來介紹。
E都市作為三維模擬的網上互動性城市平臺是基於WEB GIS和虛擬現實技術所實現,運用網路拓撲方法、資料庫管理系統DBMS技術對城市實體的座標儲存、定位、搜尋、屬性資訊存取進行數學建模,運用3D全景影象技術、圖形引擎模型技術、簡訊SM即時互動技術,通過三維實景模擬的表現方式,無縫的整合城市電子地圖、三維電子黃頁、生活資訊、電子政務、同城電子商務、同城交友、虛擬社群等服務內容。
其三維地圖是人工採用3DMax和其它建模工具配合紋理貼圖構建所有的城市建築物三維模型,然後經過渲染之後生成不同縮放層級的二維影象切片,真實的瀏覽效果其實就是基於一個固定的俯視角和水平角觀察城市建築物模型的效果圖,並不是直接瀏覽的三維模型。另外,在三維模型地圖的影象切片的基礎上,把各個建築物樓體輪廓向量化,記錄其詳細屬性資訊。這種單一視角2.5D模擬3D的做法既節省了網路頻寬又保證了較好的視覺效果。缺點是城市三維建模過程要動用大量人力,耗費時間;並且,一些建築物或地物的三維模型並不是按照真實的形態和尺寸製作的,而是採用一個統一模型經過美化處理的,與真實環境會有些偏差,這樣僅能用來表達簡單空間位置關係和達到視覺優化效果,不能達到空間量測和分析的目的。
3.1.3 多視角2.5D
Bing Maps的bird’s eye檢視模式也獨具匠心,是以45°俯視角觀察水平方向四個角度的建築物模型的方式來模擬3D效果。可以看出,模型製作較為逼真,雖展現的也是模型影象切圖,但也能較好的模擬3D效果。與E都市相比優勢在於提供4個水平方向的檢視檢視方式,是基於衛星影像放大到一定級別自動展現此種效果,彌補了影像放大至一定程度時對建築物側面展示的不足。
3.2 街景地圖
目前,國外提供街景地圖服務的有谷歌地圖、Bing Maps和Here Maps等,國內有SOSO地圖、我秀中國和城市吧等。街景地圖一般是採用車載專業相機捕捉行駛路線上的影像,並將平面照片拼接投影至球體上,形成成360°全景檢視,將二維的平面圖模擬成真實的三維空間,並提供各種操作影象的功能,可以縮放遠近、移動觀察,達到模擬和再現場景的真實環境的效果。
下面分別從資料質量、互動操作和功能特點等方面來對比谷歌、Bing、SOSO和我秀中國四個平臺的街景服務。
3.2.1 資料質量
四個平臺均有各自的街景資料專業採集裝置,在影象採集和處理方面有各自的優勢。
谷歌2007年5月推出街景地圖服務,到今年4月已經其街景資料已經覆蓋了50多個國家的數百個城市和地區。除了道路街景之外,谷歌還加入了室內街景及海底街景。其影象解析度較高,單點360°瀏覽流暢,視覺基本無畸變。對底部資料缺失或遮擋部分,應該是採用相鄰曝光點得資料進行彌補。
Bing Maps現以覆蓋美國多數一線城市和歐洲部分城市和地區的街景資料。影象解析度一般,亮度整體偏暗,僅包含城市街道資料。對地步資料缺失或遮擋部分,採取整體模糊化處理。
SOSO地圖與國內最早推出街景服務的城市吧合作加強了採集和處理技術,大力加強其資料採集力度。影象解析度比較高,流暢性較好。可以提供城市街景、手機街景、景區、高校、夜景等服務。但在影像拼接方面存在一些不足,如會出現空中電線錯位的情況。
我秀中國的資料覆蓋也比較廣,除了城市街景外,還提供一些地標建築、校園等特殊地點的單點360°實景資料。資料解析度一般,沿路線移動切換位置時視覺效果相對較差,垂直方向旋轉視角有明顯畸變。
3.2.2 互動操作
在互動性方面,谷歌和Bing做的比較好。不僅在水平位置上可以選點自動平移視角,還可以在立面上點選自動選擇合適曝光點將所選區域移至檢視中心,方便使用者平移和縮放操作。而SOSO和我秀中