最新空間數(shù)據(jù)集成研究綜述

徐強(qiáng)

摘 要：GIS領(lǐng)域空間數(shù)據(jù)具有多源性、異構(gòu)性等特點，這些特點給數(shù)據(jù)共享與集成使用帶來不便，因此出現(xiàn)了一個熱點領(lǐng)域——空間數(shù)據(jù)集成領(lǐng)域。針對空間數(shù)據(jù)所具備的特征，從空間數(shù)據(jù)集成的3方面（異構(gòu)方面、屬性與空間數(shù)據(jù)方面、語義集成方面）出發(fā)，探索空間數(shù)據(jù)集成的研究路線，并分析各條路線每種方法的優(yōu)缺點，同時提出進(jìn)一步研究的途徑，對后續(xù)研究有一定的指導(dǎo)意義。

關(guān)鍵詞：空間數(shù)據(jù)；語義集成；空間數(shù)據(jù)集成；GIS

DOI：10.11907/rjdk.171408

中圖分類號：TP301 文獻(xiàn)標(biāo)識碼：A 文章編號：1672-7800（2017）009-0212-04

Abstract：Spatial data has the characteristic of multi-source，behaving the heterogeneous feature in the GIS domain. In Convenience these features bring about occurs when we need the data sharing or the integration，so there is a hot area - the field of spatial data integration.We analyzes the advantages and disadvantages of each method and puts forward some research methodswhich has guiding significance from three aspects（isomerism，attribute and spatial data， emantic integration）.

Key Words：attribute and spatial data； emantic integration； spatial data integration； GIS

0 引言

作為GIS核心的空間數(shù)據(jù)，在工程項目中具有核心地位?？臻g數(shù)據(jù)具有來源廣、格式復(fù)雜且相互之間不兼容的特點，人們很難直接使用這些空間數(shù)據(jù)?？臻g數(shù)據(jù)集成的出現(xiàn)旨在解決這一缺陷，使人們能夠透明地訪問空間數(shù)據(jù)。

空間數(shù)據(jù)集成是對數(shù)據(jù)形式特征（如格式、單位、分辨率、精度等）和內(nèi)部特征（屬性、內(nèi)容等）作全部或部分調(diào)整、轉(zhuǎn)化、合成、分解等操作，旨在提供數(shù)據(jù)分布式高效使用和數(shù)據(jù)共享的數(shù)據(jù)深加工范式[1]。

針對空間數(shù)據(jù)的多源異構(gòu)性，GML、Web服務(wù)、網(wǎng)格、ETL、無縫集成等空間數(shù)據(jù)集成解決方案的出現(xiàn)，都旨在屏蔽多異構(gòu)來源的差異性。應(yīng)對空間數(shù)據(jù)所具備的區(qū)別于屬性數(shù)據(jù)的存儲，AarcGIS推出了針對多關(guān)系型數(shù)據(jù)庫的空間數(shù)據(jù)庫擴(kuò)展版本，都旨在解決屬性數(shù)據(jù)與空間數(shù)據(jù)的統(tǒng)一存儲。針對空間數(shù)據(jù)集成中所存在的語義集成問題，基于地理本體的方案旨在解決這一問題，但各方案均存在優(yōu)缺點及適用場景。本文著重分析各方案每種方法的優(yōu)缺點、適用場景、工程實施難度，以及后續(xù)研究路徑。

1 空間數(shù)據(jù)集成相關(guān)研究

1.1 空間數(shù)據(jù)與屬性數(shù)據(jù)集成

由于空間數(shù)據(jù)區(qū)別于普通數(shù)據(jù)，包含地理空間數(shù)據(jù)和屬性數(shù)據(jù)兩部分，因此許多GIS廠商紛紛推出自己的空間數(shù)據(jù)庫引擎，比如ArcSDE、oracle spatial、postGIS等類似引擎組件。ArcSDE等空間數(shù)據(jù)引擎的出現(xiàn)，旨在打通關(guān)系型數(shù)據(jù)庫管理系統(tǒng)中存儲和管理多用戶空間數(shù)據(jù)庫的通路。它為了解決DBMS的多樣性和復(fù)雜性而存在，使得用戶可以自由選擇DBMS存儲空間數(shù)據(jù)。ArcSDE的優(yōu)點在于：①鑒于其C/S的架構(gòu)，引擎提供多用戶的編輯支持，直至DBMS的上限；②還具有支持豐富的地理信息數(shù)據(jù)類型、長工作流、長事務(wù)等優(yōu)點；③省去了空間和屬性數(shù)據(jù)瑣碎的鏈接，空間數(shù)據(jù)存取速度快，也保證了空間數(shù)據(jù)和屬性數(shù)據(jù)的完整性[2]；④將具體實現(xiàn)細(xì)節(jié)完全封裝，方便用戶及專業(yè)人士直接使用。

對于空間數(shù)據(jù)集成引擎組件，類似于國外技術(shù)，國內(nèi)supermap的sdx機(jī)制不但能夠讓程序員自由存取編輯數(shù)據(jù)庫格式空間數(shù)據(jù)，還能夠存取編輯文件型空間數(shù)據(jù)，比如shp文件，甚至能夠無限制調(diào)用Web地圖服務(wù)，很好地體現(xiàn)了無縫集成機(jī)制。通過對比分析ArcSDE及supermap sdx機(jī)制，supermap在技術(shù)和索引方面略優(yōu)于ArcSDE，但鑒于ESRI在GIS行業(yè)的優(yōu)勢及其系統(tǒng)解決方案的完美，ArcSDE的使用依然會成為主流。在技術(shù)方面，ArcSDE是基于dbms外的空間數(shù)據(jù)庫訪問中間件產(chǎn)品，對客戶端空間數(shù)據(jù)與分析請求需要兩層多次運算與信息傳輸，很容易成為海量空間數(shù)據(jù)管理在性能與安全方面的瓶頸，數(shù)據(jù)中轉(zhuǎn)層次過多、效率低，在客戶端和數(shù)據(jù)庫之間均增設(shè)服務(wù)器，安全性能降低，在客戶端和數(shù)據(jù)庫之間增設(shè)服務(wù)器，較難發(fā)揮數(shù)據(jù)庫服務(wù)器的群集計算能力。并且ArcSDE購買安裝復(fù)雜，需要復(fù)雜的配置和調(diào)優(yōu)，對于用戶而言需要成本較高的培訓(xùn)。另外，與ArcSDE相比較，SDX+更加支持Sybase和國產(chǎn)DM關(guān)系型數(shù)據(jù)庫。在空間數(shù)據(jù)索引方面，ArcSDE中采用的空間索引方法單一，通過多層級網(wǎng)格索引模式實現(xiàn)，這種索引模式在數(shù)據(jù)量密集時比較高效。其算法缺點是建立索引前必須預(yù)先知道各地理對象要素外接矩形的長和寬，并按其面積大小排序，若研究區(qū)域的范圍很大，地理對象比較復(fù)雜，則不太適用。索引建立后，查詢操作簡單高效，但進(jìn)行插入或刪除操作時，涉及的地理對象的外接矩形面積若是不等于原先所有面積的大小，可能需要重新對面積進(jìn)行排序并建立分區(qū)號，效率反而有所下降。SuperMap SDX+則針對不同數(shù)據(jù)類型提供了多種數(shù)據(jù)索引方式，包括四叉樹索引、R樹索引、動態(tài)索引（又稱為多級格網(wǎng)索引）和圖庫索引，在使用時有更多選擇，使用更加靈活。endprint

對于空間數(shù)據(jù)屬性、數(shù)據(jù)存儲乃至效率方面，潘俊輝[3]通過研究空間數(shù)據(jù)組織結(jié)構(gòu)，采用一種層次性結(jié)構(gòu)化文件系統(tǒng)，結(jié)合文件索引和數(shù)據(jù)字典技術(shù)對空間數(shù)據(jù)和屬性數(shù)據(jù)進(jìn)行統(tǒng)一管理，通過將文件分為文件頭、實體模板信息、圖層索引信息、各圖層具體信息、文件結(jié)尾信息5層分層分段處理。針對于數(shù)字詞典，例如實體模板信息，對于同一圖層上的同一類實體都是存放在連續(xù)的地址空間里，因而可以按定長記錄式文件進(jìn)行讀取，通過實體模板信息可以很明確地得到各類實體有多少屬性及各屬性的類型，進(jìn)而可知道各屬性所占的字節(jié)數(shù)，這樣就可知每個實體的屬性數(shù)據(jù)有多少項，可將各數(shù)據(jù)項看作是數(shù)據(jù)庫中的一個字段，因而起到了一個數(shù)據(jù)字典的作用。針對于索引，通過各圖層的索引可以很快地定位到各圖層上，而通過各類實體的索引及圖元索引可以很快地定位到屬性數(shù)據(jù)和空間數(shù)據(jù)上，這起到了索引的快速定位作用。該方法的優(yōu)點是對各實體盡量結(jié)構(gòu)化表示，加快了大數(shù)據(jù)量的存取速度，缺點在于文件存儲組織層次結(jié)構(gòu)較復(fù)雜，構(gòu)造結(jié)構(gòu)需要謹(jǐn)慎以免出錯。

1.2 多源異構(gòu)數(shù)據(jù)集成

地理信息行業(yè)，單就市面上幾個大公司的數(shù)據(jù)，如國內(nèi)的mapGIS、supermap，國際的ArcGIS、mapinfo來看，類型就眾多，并且具有異構(gòu)的特點。開放性地理信息協(xié)會提出的GML通用標(biāo)記語言提供了新思路，GML通過數(shù)據(jù)模型結(jié)構(gòu)分析、對象讀寫操作分析、轉(zhuǎn)換關(guān)系分析，編寫特定模型實現(xiàn)數(shù)據(jù)轉(zhuǎn)換來完成空間數(shù)據(jù)的GML存儲。GML能夠表示地理空間對象的空間數(shù)據(jù)和非空間屬性數(shù)據(jù)。它旨在提供適用于Internet環(huán)境的空間信息編碼方式，用于數(shù)據(jù)傳輸和存儲，為后續(xù)的WebGIS開發(fā)建立良好的基礎(chǔ)。GML優(yōu)點在于：①GML是OGC提出的開放式標(biāo)準(zhǔn)，是一個非盈利組織，因此GML不受特有的硬件和軟件商家所限制；②GML實現(xiàn)了空間和非空間內(nèi)容及表現(xiàn)形式的分離，也即gml負(fù)責(zé)集成傳輸，最終的展示要進(jìn)行后續(xù)操作，這樣用戶可以專心處理數(shù)據(jù)的存儲和訪問；②GML采用XML Schema來定義GML中標(biāo)簽的空間信息含義，這樣不僅方便信息集成，而且保證信息的正確性；④GML使用XLink和XPointer技術(shù)，具有更強(qiáng)的鏈接和查詢能力[4]。GML的缺點在于不同的空間數(shù)據(jù)模型，其數(shù)據(jù)結(jié)構(gòu)也不盡相同，集成過程中分析與GML對象的轉(zhuǎn)換關(guān)系就變得復(fù)雜，進(jìn)一步改進(jìn)模式匹配算法從而簡化集成過程也將面臨挑戰(zhàn)。

針對GML存儲方式中數(shù)據(jù)含有大量的冗余和海量性等特點，李文全[5]提出將GML文檔和數(shù)據(jù)分離，分別采用字典壓縮算法和去精度的增量壓縮集成這種更高效的集成方案，大大節(jié)省了集成時間，提高了集成效率。具體來講，通過對比分析發(fā)現(xiàn)，在一個GML文檔中地理實體所采用的標(biāo)簽以及標(biāo)簽的嵌套深度基本相同，存在較大的冗余；另外，在同一標(biāo)簽下的屬性名一般是相同的，但屬性值間卻存在較大差異，不存在相關(guān)性。因此對標(biāo)簽數(shù)據(jù)采用基于詞組的字典壓縮算法進(jìn)行壓縮，屬性數(shù)據(jù)由于其不規(guī)律性，壓縮算法不一定會達(dá)到壓縮目的，直接原始輸出。對于坐標(biāo)數(shù)據(jù)，由于在GML文檔中，表示某個空間對象位置需要多維坐標(biāo)數(shù)據(jù)實現(xiàn)，并且同一維相鄰坐標(biāo)之間一般差異很小，長度和精度也相同，故采用去精度的增量壓縮方法進(jìn)行壓縮。

WebService的最大優(yōu)點在于跨平臺性，因此將其應(yīng)用于異構(gòu)數(shù)據(jù)集成得到了越來越多的關(guān)注。WebService將多源異構(gòu)數(shù)據(jù)進(jìn)行封裝，統(tǒng)一為Web服務(wù)的形式，從而很好地實現(xiàn)了數(shù)據(jù)互操作。GIS多源數(shù)據(jù)集成模型主要分為4個部分：Web子系統(tǒng)層、服務(wù)注冊層、統(tǒng)一管理層、編碼部分。分析整個集成模型，最終Web服務(wù)管理數(shù)據(jù)的格式還是GML格式。就流程來講，客戶端發(fā)送請求到應(yīng)用中間層，通過UDDI查找對應(yīng)的服務(wù)WSDL后進(jìn)而通過SOAP調(diào)用子系統(tǒng)服務(wù)返回GML文檔，供瀏覽器解析轉(zhuǎn)換為SVG圖像顯示。比如，施展等[6]就基于WebService和SVG的電網(wǎng)GIS實現(xiàn)了電網(wǎng)系統(tǒng)的空間數(shù)據(jù)集成。WebGIS是一個分布式的、擴(kuò)展性強(qiáng)、全球化的系統(tǒng)，Web Service集成方式就是為解決Internet環(huán)境下，使松散耦合的Web Service之間進(jìn)行互相調(diào)用、互相集成而設(shè)計的技術(shù)框架。然而隨著地理信息大數(shù)據(jù)的盛行，GML冗余多、數(shù)據(jù)量大等弊端限制了GML文檔在Web上的傳輸速度及效率，是否引入比GML更輕量級的文檔格式將成為研究熱點，比如json、geojson等。

網(wǎng)格技術(shù)的出現(xiàn)為空間數(shù)據(jù)集成提供了新的方案，陳曉斌[7]基于OGSA-DAI擴(kuò)展成WSRF-SDAI，從空間數(shù)據(jù)資源的擴(kuò)展、功能模塊Activity的編寫部署、服務(wù)表達(dá)層的擴(kuò)展3個方面探索了中間件對空間數(shù)據(jù)的集成支持，很好地實現(xiàn)了wfs數(shù)據(jù)服務(wù)的集成。但缺點在于：擴(kuò)展的3步開源參考資源較少、步驟復(fù)雜、操作比較困難，該方法只是探索了一種數(shù)據(jù)服務(wù)，其它并未涉及，需作進(jìn)一步研究。

ETL技術(shù)是建立數(shù)據(jù)倉庫的必要步驟，而數(shù)據(jù)倉庫的建立是為了滿足大多數(shù)遺留下來的異構(gòu)系統(tǒng)、應(yīng)用、商務(wù)流程以及數(shù)據(jù)源構(gòu)成的應(yīng)用環(huán)境需求，以實現(xiàn)“數(shù)據(jù)集中化、業(yè)務(wù)綜合化、管理扁平化、決策科學(xué)化”目的[8]。為此，ETL技術(shù)主要應(yīng)用于商業(yè)智能方面，其數(shù)據(jù)來自于各部門的人文數(shù)據(jù)、經(jīng)濟(jì)數(shù)據(jù)或業(yè)務(wù)數(shù)據(jù)等。劉文軍[9]嘗試將ETL技術(shù)和GIS技術(shù)相結(jié)合，在對不同來源、尺度、類型、組織方式及軟件支撐平臺的基礎(chǔ)地理空間數(shù)的抽取規(guī)則和轉(zhuǎn)換規(guī)則基礎(chǔ)上，通過數(shù)據(jù)的抽取、清洗、轉(zhuǎn)換，最后裝載到框架數(shù)據(jù)庫。該方式能夠簡單地通過3步成功地將多源異構(gòu)數(shù)據(jù)一鍵抽取形成框架數(shù)據(jù)，但是內(nèi)部處理過程只進(jìn)行了簡單的空間數(shù)據(jù)坐標(biāo)轉(zhuǎn)換，數(shù)據(jù)的精度調(diào)整、去噪處理、拉伸平移、保密性未作考慮，另外數(shù)據(jù)抽取和入庫的效率未曾考慮。FME作為最好的ETL解決方案，真正體現(xiàn)了ETL的優(yōu)勢，優(yōu)勢如下：FME具有強(qiáng)大的數(shù)據(jù)轉(zhuǎn)換功能，能夠?qū)崿F(xiàn)200多種空間數(shù)據(jù)格式的轉(zhuǎn)換，并且在持續(xù)增加；具有超強(qiáng)的數(shù)據(jù)兼容能力，能夠獨立瀏覽數(shù)據(jù)圖形、屬性信息；采用流式數(shù)據(jù)處理方式；具有開放的接口，用戶可根據(jù)需求，實現(xiàn)新數(shù)據(jù)類型的擴(kuò)展。FME還支持海量數(shù)據(jù)的處理[10]，但需要根據(jù)具體需求制定轉(zhuǎn)換規(guī)則。另外，F(xiàn)ME轉(zhuǎn)換器眾多，如何協(xié)調(diào)各轉(zhuǎn)換器完成作業(yè)流是其難點。endprint

1.3 語義集成問題

以上方案都沒有提到語義集成問題，針對這一問題，提出了基于地理本體的空間數(shù)據(jù)集成方法。該方法采用局部本體向標(biāo)準(zhǔn)本體集成的策略，在構(gòu)建具有公共內(nèi)涵屬性模板的前提下，通過地理概念語義關(guān)系集合運算構(gòu)建局部本體概念與標(biāo)準(zhǔn)本體概念間的語義映射關(guān)系，實現(xiàn)地理本體集成，并以這種語義映射關(guān)系與對象類的關(guān)聯(lián)關(guān)系為媒介，通過空間數(shù)據(jù)語義細(xì)化和空間對象融合、分割等過程完成空間數(shù)據(jù)集成。結(jié)果能夠集成不同語義的空間數(shù)據(jù)集。例如，趙彥慶[11]等利用支持雙向映射的混合本體模式來解決全局本體與各應(yīng)用本體之間的沖突，實現(xiàn)數(shù)據(jù)的語義集成。

基于地理本體的語義集成難點有兩個：一是建立地理信息領(lǐng)域本體描述，對概念知識進(jìn)行本體表示；二是建立本體之間、本體與數(shù)據(jù)源之間的映射，之前有些地方未統(tǒng)一原則，存在一些缺陷。例如在數(shù)據(jù)層面上，源數(shù)據(jù)類的實例歸屬到不同的目標(biāo)類所引出的語義細(xì)化問題，各種案例對此處理方式均不相同。不過在此中間，通過地理本體公理的自動化推理進(jìn)行細(xì)化因其自動化、智能化特征而具有潛在發(fā)展優(yōu)勢。另外，鑒于本體的語義集成成為語義集成方面唯一的方法，探索新的領(lǐng)域方法成為必要。

2 分析與總結(jié)

綜上所述，結(jié)合外文官網(wǎng)資料[12-14]，從各種集成方法的優(yōu)缺點、適用場景及GIS數(shù)據(jù)處理工程師操作難度幾個方面總結(jié)分析如下：空間數(shù)據(jù)與屬性數(shù)據(jù)的集成方面，國際空間數(shù)據(jù)引擎如ArcSDE，其優(yōu)點在于多用戶編輯、長工作流長事務(wù)支持，擅長解決空間數(shù)據(jù)屬性數(shù)據(jù)瑣碎鏈接問題；缺點在于企業(yè)需要ArcGIS平臺及數(shù)據(jù)庫平臺軟硬件的購買安裝，成本較高，適用場景為大企業(yè)的空間屬性數(shù)據(jù)一體化存儲，多工作流GIS系統(tǒng)、GIS數(shù)據(jù)處理，工程師操作難度較低，具體細(xì)節(jié)封裝，且調(diào)用簡單，僅僅需要設(shè)置不同數(shù)據(jù)源的相關(guān)參數(shù)調(diào)整即可。國內(nèi)空間數(shù)據(jù)引擎如supermap sdx，幾乎具備ArcSDE的以上優(yōu)點，亮點在于還具備文件型引擎；缺點是同樣需要各平臺軟硬件的購買，成本較高，即使是學(xué)習(xí)使用也沒有永久免費版。適用場景除了ArcSDE的場景，同樣支持多源矢量柵格文件直接存取，進(jìn)而為Web、移動端開發(fā)做數(shù)據(jù)準(zhǔn)備。GIS工程師操作難度與ArcSDE大體相同，文件型數(shù)據(jù)操作最容易，無需設(shè)置任何參數(shù)，只需要關(guān)注后續(xù)數(shù)據(jù)的糾偏、投影及屬性數(shù)據(jù)編輯等方面的操作。文件索引及數(shù)據(jù)詞典主張實體盡量結(jié)構(gòu)化表示，加大了數(shù)據(jù)存取速度，缺點在于文件存儲組織層次較復(fù)雜，構(gòu)造及理解難度較高，適用于大數(shù)據(jù)量的空間信息存取速度急需提升的情況。從GIS數(shù)據(jù)處理工程師角度講，實體化結(jié)構(gòu)分析困難且復(fù)雜，難度較大，不過一旦結(jié)構(gòu)化完成，存取較為容易。

從多源異構(gòu)數(shù)據(jù)集成方面講，基于GML的空間數(shù)據(jù)集成方法所使用的GML不受硬件軟件商家限制，成本低，實現(xiàn)空間和非空間數(shù)據(jù)內(nèi)容及表現(xiàn)形式的分離，采用xml schema定義空間信息，保證數(shù)據(jù)準(zhǔn)確性，使用Xlink和Xpointer技術(shù)，具有更強(qiáng)的鏈接和查詢能力。缺點在于空間數(shù)據(jù)結(jié)構(gòu)不盡相同，集成過程中分析與GML對象的轉(zhuǎn)換關(guān)系變得復(fù)雜，并且轉(zhuǎn)換過程可能存在信息丟失情況。由于GML網(wǎng)絡(luò)傳輸?shù)膬?yōu)勢，基于GML的空間數(shù)據(jù)集成適用于頻繁的空間數(shù)據(jù)交換及傳輸?shù)腉IS系統(tǒng)。GIS工程師最核心的處理步驟就是集成過程中分析與GML對象的轉(zhuǎn)換關(guān)系，難度中等；GML文檔和數(shù)據(jù)分離集成改進(jìn)方法采用字典壓縮算法和去精度的增量壓縮集成，提高了集成速度，缺點在于字典壓縮算法實現(xiàn)難度大且不具備普適性，適用于較大的數(shù)據(jù)量集成，同樣適用于壓縮算法，適合分析能力強(qiáng)的GIS工作者?；赪ebService的空間數(shù)據(jù)集成具備跨平臺的特性，數(shù)據(jù)被統(tǒng)一成Web服務(wù)的形式，方便實現(xiàn)互操作。缺點是存在數(shù)據(jù)丟失問題，并且大數(shù)據(jù)量的傳送對網(wǎng)絡(luò)是一種考驗，適用于需要互操作的分布式數(shù)據(jù)集以及需要集成的WebGIS系統(tǒng)，WebService的調(diào)用較為簡單，數(shù)據(jù)獲取服務(wù)注冊，統(tǒng)一管理較復(fù)雜，難度為一般。以FME為代表的ETL空間數(shù)據(jù)集成方案，在數(shù)據(jù)格式轉(zhuǎn)換方面具有強(qiáng)大優(yōu)勢，主要優(yōu)點在于類型支持多，對流式數(shù)據(jù)處理方式及各種數(shù)據(jù)類型可視化編輯和大數(shù)據(jù)轉(zhuǎn)換提供了支持。但復(fù)雜結(jié)構(gòu)數(shù)據(jù)轉(zhuǎn)換需要定制，并且抽取轉(zhuǎn)換過程中存在信息丟失現(xiàn)象，它適用于數(shù)據(jù)類型多樣需要進(jìn)行統(tǒng)一格式存取編輯分析的系統(tǒng)。對于GIS工程師而言，圖形界面操作、框線勾畫實現(xiàn)數(shù)據(jù)轉(zhuǎn)換較為簡單，但是數(shù)據(jù)轉(zhuǎn)換需要定義一些規(guī)則，另外數(shù)據(jù)轉(zhuǎn)換器較多，需要較多時間去熟悉。以O(shè)GSA-DAI擴(kuò)展為代表的網(wǎng)格空間數(shù)據(jù)集成方案采用多計算機(jī)系統(tǒng)完成了集成任務(wù)，無論是從時間還是效率上都得到了提升，缺點在于功能模塊Activity的編寫部署和服務(wù)表達(dá)層的擴(kuò)展以及Activity之間的工作流鏈接，適用于空間大數(shù)據(jù)的集成及有多系統(tǒng)條件的企業(yè)以及工作者。從GIS工程師角度講，空間數(shù)據(jù)資源的擴(kuò)展編寫較為簡單，功能模塊Activity的編寫部署和服務(wù)表達(dá)層的擴(kuò)展難度很大。

從語義集成方面講，實現(xiàn)方案極少，基于地理本體的空間數(shù)據(jù)集成是代表性的方案，但是方案中本體與數(shù)據(jù)源的映射之間有些地方未統(tǒng)一原則，該方案適用于需要語義集成的開發(fā)者。對于GIS工程師而言，構(gòu)造本體以及建立本體之間，本體與數(shù)據(jù)源之間的映射存在規(guī)則模糊的情況，難度較大?？傮w而言，空間數(shù)據(jù)集成各方法優(yōu)缺點、適用場景、GIS工程師實現(xiàn)難度如上所述，各方案關(guān)鍵的優(yōu)缺點如表1所示。

3 結(jié)語

本文就目前空間數(shù)據(jù)集成在空間與屬性數(shù)據(jù)、異構(gòu)數(shù)據(jù)、語義集成方法進(jìn)行了優(yōu)缺點、適用場景及GIS工程師處理難度方面的分析，并提出了一些前瞻性的后續(xù)研究路徑，具有一定的借鑒意義。

參考文獻(xiàn)：

[1] 李軍，費川云.地理空間數(shù)據(jù)集成研究概況[J].地理科學(xué)進(jìn)展，2000，19（3）：203-211.

[2] 李德元，姚文龍，楊二龍，等.基于ArcSDE文件地理數(shù)據(jù)庫存儲和設(shè)計的應(yīng)用研究[J].測繪與空間地理信息，2016，39（2）：82-84.

[3] 潘俊輝，相生昌.GIS空間數(shù)據(jù)與屬性數(shù)據(jù)的文件組織結(jié)構(gòu)研究[J].重慶科技學(xué)院學(xué)報：自然科學(xué)版，2014，14（1）：128-130.

[4] 占美志，何政偉，李程.基于GML的空間數(shù)據(jù)集成技術(shù)研究[J].地理信息世界，2014，21（2）.29-32.

[5] 李文全，戴經(jīng)國，段琢華，等.異構(gòu)環(huán)境下的GML空間數(shù)據(jù)高效集成研究[J].計算機(jī)應(yīng)用與軟件，2015，32（5）：42-45.

[6] 施展，笪惠群，張曉梅，等.基于WebService和SVG的電網(wǎng)GIS研究[J].電力系統(tǒng)及其自動化，2013，35（4）：60-62.

[7] 陳曉斌.基于網(wǎng)格中間件的空間數(shù)據(jù)訪問與集成技術(shù)[D].鄭州：解放軍信息工程大學(xué)，2012.

[8] 繆嘉嘉，鄧蘇，劉青寶.ETL綜述[J].計算機(jī)工程，2004，30（3）：4-6.

[9] 劉文軍，吳俐民，方源敏.基于ETL的多源異構(gòu)空間數(shù)據(jù)集成技術(shù)研究[J].城市勘測，2014，2014（2）：55-59.

[10] 任俊儒.基于FME的GIS數(shù)據(jù)處理研究[D].北京：中國地質(zhì)大學(xué)，2015：13-14.

[11] 趙彥慶，肖如林.基于本體的網(wǎng)絡(luò)地理空間數(shù)據(jù)集成[J].地理信息科學(xué)學(xué)報，2012，14（5）：584-591.

[12] Xalan XSL transformer user′s guide [EB/OL].http：//xalan.apache.org/.

[13] GML geography markup language[EB/OL] .http：//www.gdal.org/drv_gm l.html.

[14] Arc SDE10 developer help[EB/OL].http：//help.arcGIS.com/en/geodatabase/10.0/sdk/arcsde/welcome.html.

（責(zé)任編輯：孫 娟）endprint