將功能從地理位置遷移到賓利地圖
前段時間我們一直在談論這意味著什麼使得從MicroStation地理學的飛躍 賓利地圖,我們談到瞭如何 既工作 示意圖和Bentley Map的一些重要優點。 我已經在帖子中談到瞭如何實現 遷移結構 在這種情況下,我想咀嚼如何將具有地理屬性的地圖遷移到特徵類的xfm。
儘管可以從Bentley Map中導入使用Geographics Legacy構建的項目結構,但這並不意味著對象具有的屬性將被新項目所識別,因此必須將其分配。
地理如何工作
在地理樣式中,通過MSLINK的對象與數據庫相關聯,這就是對象所具有的所有內容,即OLE類型鏈接。 該MSLINK通過MAPS表的MAPNAME,並通過MSCATALOG,將dgn文件中的圖形對象相關聯,以標識從哪裡獲取數據。 Entitynum。 此外,還有用於Intergraph兼容項目的雙表,這些項目通常以前帶有UG。
另外,該對象具有一個FEATURE,儘管它不是動態的,但在分配它時,它獲取了為該屬性定義的屬性(包括命令),並且與CATEGORY表關聯。 一個對象可以具有多個屬性,而優先級是由最終樣式分配的屬性,即將FEATURE和鏈接到基礎的其他對象與MSCATALOG表相關聯,並為其分配了此類屬性。 entitynum 那是一切的肚臍。
然後文件 index.dgn 保持地圖的形狀聯繫起來,這裡的地圖獲得的的azazaz,因此鏈接到地理學每個表具有至少兩個字段:MSLINK(圖形實體的數目,是每個地圖上是唯一的),其始終是主鍵和的azazaz(該地圖可能存儲,它是在地圖的目錄獨特的),這是一個外鍵映射表。
所以與數據交互的唯一方法是通過連接到基礎,並且與其進行操作 對野獸 例如更新具有有關對象的信息(例如面積,周長和坐標)的表,以便Publisher知道如何顯示它。 您也可以提取 標籤 從鏈接的對象鏈接相同的數據庫中的對象。
這聽起來很簡單,但它採取了從世界MGE理解,以及如何痛苦的是,所有這煙是沒多大用Bentley Map的一個項目。
賓利地圖的工作原理
賓利地圖項目保持相同的邏輯類別屬性,地圖,對象; 但在這種情況下,通過更換方式數據鏈路XML OLE大部分的變化過程。
在這種情況下,地圖上的對象可以存儲數據(在同一dgn中),這可以理解為xml或Bentley wfm稱之為。 隨之而來的是,現在這些對像只能具有一個屬性,並通過拓撲規則在空間上相關聯。 在蘋果樹的限制可以是同一行之前,以及該屬性的限制之前,現在它們必須是單獨的對象,但具有拓撲關聯,以便在修改彼此時也是如此。
因此,與數據進行交互只需單擊一次,無論您是否已連接到項目,都可以讀取作為數據xfm保留的所有內容。 然後處理 標籤 和屬性屬性,只需通過地理空間管理員進行更改即可。 以前,通過Publisher僅在視圖中進行更改是動態的,但是對象需要刪除並重新分配屬性。
此外,Bentley Map還提供了用於創建數據表單,順序過程,相關命令(方法/操作/域/條件/報告)的選項,以及有助於數據構建的其他信息。
有些東西沒有太大的改變,就像ESRI的用戶所說的那樣,抽煙會把綠色咀嚼消化掉。
問題
現在,遷移項目的結構是可能的,然後通過地理空間管理員添加功能,這將準備好繼續提供數據,但是困境是:
地圖上的地圖呢?
對於這個賓利尚未設計任何工件,允許將對像從傳統項目轉換為xfm ... 什麼他媽的!
該提案將建議是我所看到的是與來自智利的朋友聊天後依然存活與我聯繫,經過幾次電子郵件已經達到一個過時的,但功能Geofumada。
步驟1。 導出到形狀文件
從開放的Geographics項目中,選擇將屬性導出到形狀文件的選項(文件/導出/ SHP)。 這必須為每個 特點 存在於地圖上。
當物體是質心/邊界時,有必要爭取一點,因為有必要通過將鏈接傳遞給它們來將它們傳遞給形狀。
此外,可以根據您的偏好,對Mapinfo進行導出。
步驟2。 從賓利地圖導入
而現在,從賓利地圖項目,我們選擇了導入選項(文件/導入/ GIS數據類型),出現這個窗口 互通性,鼠標右鍵完成 進口 並被選中 新的進口.
用鼠標右鍵在Imoport1上選擇一個文件或整個目錄。 可以導入 形狀文件或 Mapinfo文件輸入mif和tab。
通過觸摸 要素類 我們可以看到,可以選擇級別,顏色,透明度和其他屬性。
將其分配給 特點 我們感興趣的,只是分配它的層(級)。
痛苦的
正如Memín在那個古老的墨西哥paquin說的:
“Diantres !!!”
對於每個項目中每個類別的每個地圖上的每個特徵,都必須完成這個工作。
為此可以保存 進口,因此只能按文件或按目錄調用它。 事實是,很難轉換數據,尤其是在單獨的文件中時。 不會受傷,在.NET中使用vba進行自動測試
跳過該過程,而不是徒步完成此任務,這可能導致每天自殺。 主要的問題是,要實現這一目標,我們將繼續依靠專門的(且煙熏的)諮詢公司來了解Bentley Map和Geographics的膽量,但這是可能的,但是應用程序不應如此星空(讓我們面對現實,兩者都是)對於普通用戶。
如果信息被存儲在原始DNA中,則更加痛苦 在歷史上...新文件將沒有歷史記錄。
在結論
如果您的數據很少或存儲在空間盒中,我提出的解決方案是可行的,因此可悲的結論是,由於數據轉換,從Geographics遷移到Bentley Map並不容易。 如他之前所說,地理空間管理員是 牙痛數據遷移可能會更加痛苦,除非Bentley為其用戶提供的解決方案不想一天到晚。
Geofumados交談的朋友我做了一個不明智的比喻,但由於今天是無聊的一天照出的酒店比較是如此真實,如果你允許,我會使用它:
“這不像改變合作夥伴...
......可能就像是再次失去了你的童貞“