10年後遷移地理空間平台-Microstation Geographics-Oracle Spatial

這是許多地籍或製圖項目的共同挑戰，當時2000-2010將Microstation Geographics作為空間數據引擎集成，考慮到以下原因：

• 對於地籍項目，拱形節點管理也是非常實用的。
• 考慮到 DGN 是一個有吸引力的替代方案，它的版本控制在同一文件中，15 年來沒有發生任何變化，而其他格式每三年就會看到許多不兼容的版本。
• 在2002自由軟件是一個遠離我們今天的夢想。
• 專有軟件OGC標準甚至不算重。
• 對於高草案項目，shp文件受到限制，空間基礎仍然非常接近非標準化方案，從而影響了服務器和銀的性能。
• 與現在相比，遠程連接是初期的。

因此，儘管犧牲了用於美觀演示目的的可用性，但基於“鏈接的CAD”方案實施GIS是一種可行的解決方案。 VBA API非常豐富，可以對連接到ProjectWise的事務管理例程進行編程，以控制物理文件，還可以使用GeoWeb Publisher從服務器進行空間分析，儘管該出版物僅限於Internet Explorer中的ActiveX（該年是單個瀏覽器）。

問題不在於逐漸發展，而不是遷移到 Geospatial Server 或更強大的 ProjectWise 版本，而是希望使 GIS 從物理文件中生存下來，並具有許可的 Oracle Spatial 的全部潛力和開發能力。 這就是我們的挑戰。

1.數據庫：Postgres，SQL Server還是Oracle？

特別是，我更喜歡第一個。 但當你面對一個不面向服務但運行良好的事務系統，其中部分邏輯和完整性就像數據庫中的PL一樣，更改為OpenSoure基礎並不是緊急情況。 不，除非您的目標不是短期內開發系統的新版本。

這也不是像塔利班那樣貶低一切帶有專有性質的東西。 因此，如果 Oracle 運行良好、規模和需求較大、設計良好、保護良好以及支持得到充分利用，那麼留在 Oracle 是一個明智的決定。 另一個場合的話題。

那麼剩下的就是開發要遷移到這個數據庫的數據的功能，發布用於向量數據的服務和事務管理工具。

為了控制以前通過 ProjectWise 管理的角色和用戶，創建了一個模塊化工具，該工具允許：

• 從BentleyMap VBA管理用戶和角色。
• 向用戶分配行政權，部門和市政當局的權利。
• 按項目分配地籍文件的權利。
• 使用構建、編輯、出版、諮詢和管理模塊中可用工具的權利。 通過這種方式，僅創建新應用程序並根據用戶的角色或特定分配向用戶顯示。
• 此登錄面板還簡化了BentleyMap項目的常見複雜性，這樣，只要輸入即可看到Geospatial Administrator中定義的類別和屬性樹。

其中的一個面板解決了新用戶對數據互操作性等功能的了解不足和風險的問題。 這是另一個問題，因為 Bentley 在 Oracle Spatial 中進行本地編輯，這很好，但如果您沒有事務控制，那麼也存在風險。

因此，例如，施工模塊具有以下工具：

• 分配功能
• 地理連接助手
• 批量空間遷移
• 刪除對象
• 編輯多邊形
• 出口Shp / CAD
• 導入Shp / CAD
• 地球移動
• 遷移地理學
• 遷移地理界
• 註冊地圖
• 鏈接地理線
• 鏈接地理點
• 鏈接地理區域

補充工具逐漸添加，其中包括一些直接編輯地理空間管理員。

• 管理員查看功能
• 拓撲分析
• 參見SAFT
• 瀏覽功能
• 將曲線轉換為LineString
• 創建功能
• 創建屬性
• DBConnect配置
• DBConnect查詢
• 編輯功能Xfm
• 編輯Xfm項目
• 刪除功能Xfm
• 包裹識別
• 修改符號系統
• 覆蓋功能
• 按課程分組
• 專題
• 通過下拉列表顯示
• Xfm工具

2.數據：從DGN遷移到空間基礎：Oracle Buider還是Bentley Map？

其中最有趣的挑戰是需要受控遷移，並且考慮到 DGN 文件已經更新了 10 多年，可能存在拓撲問題 - 真正的瘋狂 -。

確實是這樣。 地圖的主要問題在這裡：

• 文件（扇區或區域）邊界上的地塊的修改意味著必須對兩者進行修改，包括在扇區是單條線但在鄰居中該線被分段的情況下節點的重合。
• 存在存儲在DGN歷史記錄中的300維護事務之後可能會損壞文件。
• 還有一些更複雜的問題無法在辦公室中控制，例如當一處房產與另一個文件中的另一個鄰居重疊時，其數量無法在地圖上解決，因為這意味著需要進行現場檢查以避免影響第三方。
• 不良做法，例如將地圖包含在不同的投影中，在這種情況下，NAD27 中存在扇區，儘管標準是 WGS84。 在極端情況下，不同預測的數據之間進行了反常的調整。

解決方案是用於群眾移民的Wizzard類型工具，可以單獨遷移地圖，幾個甚至所有的直轄市（市政廳）或部門。

基本上，該工具確實採用了Geographics項目的數據，並將其推廣到Benltey Map的功能，然後進行了一系列驗證，如：

• 幾何和數據庫之間的一對一關係，
• 驗證缺乏重複，
• 區域重心一致性驗證，
• 驗證地圖對象相對於數據庫中的非活動對象，
• 相對於空間基礎中現有拓撲的拓撲驗證

驗證完成後，面板允許您大量添加信息，例如該數據的測量方法和質量控制標準。

最後，它發送到數據庫，最終生成報告。 從所說到事實，有一個巨大的延伸，但最終它適應了 Oracle Spatial 的突發奇想，這些突發奇想仍然像 Bentley 的想法及其查看複雜屬性或具有多個頂點的圖的方式一樣瘋狂。

3.發布：Geoserver還是MapServer？ OpenLayers還是Leaflet？

查看器是使用 OpenLayers 和一些插件構建的。 在放棄空間部分的開發 10 年後，第一次出現了一個新的查看器，它取代了 GeoWeb Publisher 的 ActiveX。 MapFish 代碼用於打印，geojson 用於控制側樹，OracleSpatial 服務的圖層由 Geoserver 提供服務。

最後，根據下圖完成技術的更換。 可以看出，使用專有軟件的免費代碼，維護數據庫和土地管理的組合。

4.構建和編輯，直接轉到Oracle Spatial。 賓利地圖還是QGIS？

這是另一個故事了。 Bentley Map 在空間基礎上進行本地編輯，如果您不使用事務性 Web 要素服務 (WFS)，則會產生衝突。 衝突是：

如果正在編輯並且在嘗試發布它時報告對象影響自身，如何解決不允許拓撲重疊的規則？

這是通過之前的版本控制來解決的，直接編輯並在發佈時驗證，如果出現故障，版本控制將恢復，使事務完成但處於失敗狀態。

需要解決的另一個問題是大量的數據輸入，考慮到用戶不得不停止使用Geographics，並有幾個項目提供大量的地籍。

這很容易，因為只製作了一種與 Microstation Geographys 中現有的用於集成數據的工具類似的工具，從而發揮了 BentleyMap 的潛力並提供了一個更受控制的助手。

該圖顯示了該工具的開發方式，具有一些特殊性，例如頂點的創建和註冊以及包含 Puntoparcela，作為在某些頂點的測量方法不滿足特定質量標準時的現成功能。

毫無疑問，這個流程非常好，因為用戶知道他們最常使用哪些工具。 有必要讓他們改變心態，從多種功能過渡到分級管理，推廣新的好處，讓他們忘記陳舊的Microstation V8 2004，比如WMS服務、最近的DWG文件的透明度和原生識別。版本； 更不用說與 kml、shp 和 gml 的互操作性了。

以同樣的方式，製作了地籍維護工具，可以選擇直接編輯形狀或將它們下載到弧節點以處理複雜的情況。

5.通過GML的市政客戶。 QGIS還是gvSIG？

QGIS。 但這是另一個故事，稍後再講。