基于Geoway的江西省地理實體數據生產若干問題探討

唐 潔

（東華理工大學測繪工程學院 江西 撫州 344000）

0 引言

2010年10月21日，“天地圖“正式開通，得到了中央領導的高度重視，在國內外也引起了強烈的反響。“天地圖”是國家地理信息公共服務平臺的公眾版，是國家測繪地理信息局為深入貫徹科學發展觀，圍繞“服務大局、服務社會、服務民生”的宗旨而建，主要目標為：建成全國“一張圖、一個網、一個平臺”；形成 “數據最鮮活、使用最便捷、查詢最快速、功能最齊全、應用最廣泛、百姓最信賴”的權威互聯網地理信息服務平臺；經過1-2年的努力，在中國國內，從服務能力、影像質量等方面全面超過谷歌，打造世界一流的中國民族品牌。根據局國土處的要求，江西省測繪局地理信息中心承擔“天地圖·江西”項目的建設任務。實體數據的處理是“天地圖“制作的前提，如果實體數據處理沒有達到要求，將導致實體數據與電子地圖的分離，而不帶實體數據的電子地圖只能用于瀏覽，不能用于查詢，以至于不能完整發布，因此實體數據的處理尤為重要。筆者就生產實踐的切身體會，探討在這次項目中實體數據處理問題。

1 加工平臺

Geoway軟件是北京吉威數源信息技術有限公司研發的用于空間數據處理的專業軟件,不僅為4D基礎地理信息產品提供從數據采集、加工到產品制作和包裝的全套生產軟件,而且可以對現有各種形式的外部數據（野外、航測遙感、CAD/GIS）進行增值加工,成果滿足多層次的應用要求。

2 數據加工的基礎數據

基礎數據為1：1萬的DLG數據，.gwp格式數據，標準分幅儲存，數學基礎為國家2000平面坐標，時相為2010年。

3 實體數據處理流程

地理實體的處理流程包括基礎數據的預處理，地理實體對象化，數據檢查和成果整理這四大部分。具體流程圖見圖1。

圖1

3.1 基礎數據預處理

3.1.1 質檢改錯

前期基礎數據整理應盡量保證數據質量，按照基礎庫建設標準進行基礎DLG數據生產，保證入庫數據質量。否則將嚴重影響到后期加工后的實體庫數據質量以及電子地圖的制作效果。應用GeowayFrameChecker進行質檢，主要檢要保證對應的點、線、面數據圖形表現正確，無明顯數據錯誤：面狀表示的地物類，有構面，無多余標識點與懸掛線；線狀地物類無自相交、偽節懸掛等錯誤；點狀地物類，空間位置正確等。

3.1.2 方案加載

對完成后的數據進行批量方案加載 （方案由管理員對我們的數據結構進行分析判斷設定）

批量方案加載工具可以對多個工程同時批量加載方案，可大大提高生產效率。

點擊“工具→批量處理工具→批量方案加載”工具——選擇源工程路徑、目標工程路徑以及方案文件路——“開始執行”按鈕，程序自動執行批量方案加載。

3.1.3 批量方案整理

方案整理能夠自動完成數據組織方式的重構以及分類代碼轉換，數據分層命名、屬性結構規整以及代碼轉換這些步驟通過該命令一鍵式完成。

工具→批量處理工具→批量方案整理”工具——選擇源工程路徑、目標工程路徑以及方案文件路——“開始執行”按鈕，程序自動執行批量方案整理。

3.1.4 批量構建拓撲

批量構建拓撲工具可對數據進行批量的拓撲構建。點擊“工具→批量處理工具→批量構建拓撲”工具，彈出對話框；指定源工程路徑以及目標工程路徑，同時選擇方案文件路徑，即框架方案文件。點擊確定。

3.2 地理實體處理對象化

根據數據的本身情況，地理實體處理對象化主要包括政區、道路、鐵路、河流、境界這五部分。這些都可以通過已設置好的INI配置文件進行批量的操作，批量操作之后，需進行一個連通性檢查，判斷是否合理，如不合理，則需要手動的補齊相應的橋梁。

批量固有屬性轉出固有屬性轉出功能主要用于將方案中的地物分類代碼轉換到CLASID屬性字段。

3.3 數據整理與質檢

利用地理實體框架Checker質檢模塊，對圖形和屬性進行質量檢查控制，檢查的內容除了基本圖形和屬性檢查協調各要素的關系、處理矛盾地物外，主要還包括實體處理后的屬性如ENTIID,CLASID，ADDNAME，ADDCODE等檢查項。

3.4 接邊

相鄰圖幅接邊，保證同種地物類的相對位置關系。部分可設置好接邊線建立關聯之后進行自動接邊；部分缺少植被面的圖幅，則需要手動接邊，工作量較大。

3.5 成果提交

使用“工具→批量處理工具→批量數據交換”工具批量輸出SHP成果，此時需注意空圖層需要默認導出將最終的數據提交到成果庫中。

4 問題探討

4.1 范圍大、數據源復雜

由于處理的是江西全省的數據，數據范圍大，數據源分不同年代、不同測區，作業單位不一，有全要素的也有框架要素的，轉換方案制作難度大，但是方案制作非常的重要，會影響整個項目的進度問題。

要提前分析各個測區的數據源情況，特別是數據源制作時候的設計方案，各類要素不能丟失遺漏，與國家方案要素代碼要一一對應，轉換方案作得好，會使整個過程順利，轉換方案作得不好，會成倍的增加后期工作量。制作好轉換方案要放到具體工作的第一位。

4.2 道路過面狀水不連通情況

在檢查有大量的道路過面狀水不連通的情況，要求作業員通過影響圖判斷補加對應的橋，比如小路——依比例尺人行橋等。

4.3 地名注記問題

在數據源中地名注記有點、也有線，國家要求地名全部以點表示，與要求相矛盾。

采取的處理方法是：要求作業員在地名地址處理之前，手工把線地名注記全部改為點，取線上其中一個節點，方便后期出圖和查詢應用。

4.4 坐標系不一致

由于2009年以后生產的數據為2000國家大地坐標，2008年以前生產的數據為西安1980坐標系。兩種數據分別按各自的標準圖廓生產造成不同坐標系統的相鄰圖幅會存在一定縫隙，需要生產與兩種坐標系之間都已進行了接邊的接邊圖幅，但部分區域缺少接邊圖幅。

解決方法是：接邊圖幅即加西數據，有的圖幅接邊處缺少加西數據，有的有加西數據，但加西數據本身存在眾多問題，如沒構面，甚至沒有植被面，有的缺少地物類，導致兩邊圖幅不接，參照影像補地物類，然后進行手動接邊）。

4.5 不同單位生產的數據圖層命名不一致

數據中圖層名分為中文帶下劃線、中文不帶下劃線（有問題，沒有制定相應的方案，遇到此類問題只能打開工程給每個圖層手動添加下劃線）、英文，其中中文帶下劃線的圖層命名占絕大多數。由于在項目開始之前，“中心”被告知2009年以后生產的數據均為利用統一模板制作而成，因此在“數據查錯”階段，制作質量檢查方案時，只針對中文帶下劃線的數據制作了一套方案，造成按照中文不帶下劃線和英文方式進行命名的數據檢查不出任何問題。遇到問題后，需重新制作針對這兩種方案的數據質檢方案。

4.6 命名不一致的數據有些地物類要素的屬性也不一致

以“溢洪道”為例：地物類屬性不一致導致后期數據導入到基礎地理信息數據庫和框架地理信息數據庫的數據方案時，會丟失部分原始數據的屬性信息。

4.7 同來源的數據，由于分幅、現勢性、精度等不同，集成后出現大量的空間沖突及空間關系不一致

目前，一定容差范圍內的拓撲關系不一致、圖幅邊界處要素不一致等可通過軟件較為高效處理，但是對于邏輯關系錯誤(如河流與道路、河流與房屋等)還沒有很好的自動處理方法，需要人工交互式檢查糾正。我認為，當前最重要的是指定一批空間數據檢查規則，開發一套實用的檢查功能，高效且準確地找到空間關系錯誤，然后人工交互糾正。

5 結論

以上就是地理實體生產的過程和在具體生產中遇到的問題的探討，其中一些問題還沒有得到很好的解決方法，例如遺留問題：缺少植被面等。需要在今后的學習工作中深入研究。

［1］百度百科 http://baike.baidu.com/view/4559007.htm[OL].

［2］北京吉威數源軟件開發有限公司.Geoway數據加工平臺用戶手冊[Z].

［3］GEOWAY FrameData公共地理框架數據加工軟件使用說明[Z].

［4］國家地理信息公共服務平臺.1:400萬—1:5萬 地理實體數據整合技術要求（20100201：試行稿）[Z].