從cad
轉到gis
以及從gis
轉到cad
就像是打**的遊戲
從cad
轉到gis
以及從gis
轉到cad
就像是打**的遊戲。
你應該知道這樣乙個遊戲：大家圍成乙個圓，由第乙個人小聲的將訊息傳遞到下乙個人，然後圍著圓圈依次傳遞，由最後乙個人將訊息大聲說出來，通常情況下會導致這一訊息與最初的訊息
相差很遠
。同樣地，當資料恢復其原始格式時，會丟失許多重要的資訊。
我們討論過
從cad
格式轉到
gis格式和從
gis格式轉到
cad格式
。那麼我們如何才能使資料在
cad與gis之間來回轉換的系統中不丟失任何重要資訊呢？
本文將**為什麼、和如何進行
cad-gis
的總體整合，以及**什麼是
cad-gis
總體整合。
實現
cad與
gis將資料鎖定在乙個單一的格式就像是
將被困在基地的布魯斯?班納
。最後，這一資料會感到憤怒並轉換為綠巨人
…, 然而，我要表達的並不是這個意思。
而是最後資料將需要通過變換來實現其全部潛力。
這並不足以將資料限制在乙個單一的格式：它必須能夠自由的通過系統，
與其他資料進行整合，
進行塑造並可以利用其他格式的優勢。這要求其需要真正的進行互操作。
當使用cad
和gis
資料進行工作時，通常可以用
gis資料的資訊及屬性來增強
cad資料的繪製，然後將其轉換回原始格式。
從microstation dgn
轉換到postgis spatial
資料庫以反向轉換，輸出的外觀相同，並且與原始
cad資料描述相同，但是其包括
gis更新
...關鍵是在
cad與
gis間的轉換中不丟失任何結構、幾何特徵或是資料集的整體質量這些資訊。
cad
與gis
基礎當兩個資料型別與
cad和
gis不同時，在兩者之間自由地相互轉換就像與將醋和蘇打粉倒入
假火山一樣安全。
若想要了解這兩個資料的概述，可以檢視部落格帖子上的
將cad
格式準換為
gis格式
。cad
與gis
之間相互轉換的三個策略
轉換的基礎思想：
1. 在
gis資料集中記錄單獨的
cad組成部分
(例如，塊或單元名，線樣式及顏色等基本符號)。
2. 當將資料寫回
cad時，使用之前儲存的資訊重建幾何形狀及結構。
以下是一些可以確保轉換更完善的一些策略。
1.
使用cad
符號屬性
blod
通常情況下，
cad資料報括許多複雜的符號，這些符號很少被轉換到
gis中，在轉換回
cad格式時就會造成困擾。
我並未對您進行系統的了解，但是您可能有比在
gis資料集中為每個單獨的
cad屬性建立字段更好的方法。然而，大量的資訊需要保持完整以便於在將資料轉換回
cad時重構資料的外觀。
有乙個簡便的方法可以進行這一操作，即
將cad
符號放入乙個單獨的
blob
欄位並儲存在
gis資料集中的方式(例如
esri geodatabase)
。那麼當將資料轉回
cad格式時，你可以通過將
blob
取出放入原始資料格式，確保不丟失資訊。同時:
將屬性資訊放入
blob
中也可以適應不斷變化的模式。
2.
轉換不支援的幾何圖形
這些線段(綠線
)被被平滑為弧段(黑線
).在cad中，這是乙個樣條曲線。而在
gis中，這是
...呃
...好吧，
這是乙個勇敢的嘗試。如果
gis格式不支援這一幾何形狀，在轉換過程中這一資料的完整性將會丟失。例如，
乙個真實的數學弧段可能會被打斷並作為線段儲存在
esri shape
檔案中。
我們可以在
gis點要素與
microstation
單元或autocad
塊之間獲得乙個完美的轉換，但是其他部分的顯示並不是很完美，因此將資料轉換回預期的幾何圖形很重要，當將資料轉換回
cad格式時，與
將線段平滑為曲線
相似。3.
驗證cad
、gis
及轉換過程的資料
驗證在資料轉換中一直是乙個重要的步驟。
cad- gis- cad
轉換中,
驗證轉換中的資料尤為重要。實際上，我認為在每工程中驗證轉換過程的資料都很重要。真的。
一種技術是無論發生什麼變化都將寫入一組元資料記錄到文件中，另一種是執行要素與要素之間的質量檢查，保證
gis到
cad的轉換寫入有效輸出。
如果發現錯誤，要素可以通過返回
gis應用進行清理。
有許多策略可以整合
cad和
gis資料，
fme旨在簡化這一過程，請務必閱讀相關的技術了解
從cad
格式轉換到
gis格式和從
gis格式轉換到
cad格式
。你是用什麼其他策略進行
cad和
gis資料間的互操作呢？
關於三個作者
因歷史原因,本blog專欄名字叫做fudan abc,但時過境遷,如今blog維護者已不僅僅是復旦人,一名交大才子加入了這支革命隊伍.昨天 兩個曾經的復旦人,復旦人甲和復旦人乙.今天 兩個曾經的復旦人,復旦人甲和復旦人乙.乙個曾經的交大人,交大人甲.復旦人甲目前主要寫uhci驅動的分析.分析的是2....
關於dubbo的三個問題
dubbo是乙個分布式服務框架，致力於提供高效能和透明化的rpc遠端服務呼叫方案，以及soa服務治理方案。其核心部分包括 遠端通訊 提供對多種基於長連線的nio框架抽象封裝，包括多種執行緒模型 序列化 請求 響應 模式的資訊交換方案 集群容錯 提供基於介面方法的透明遠端過程呼叫，包括多協議支援 軟負...
關於FPN的三個疑問
cvpr 現場提問 1 不同深度的 feature map 為什麼可以經過 upsample 後直接相加？a 作者解釋說這個原因在於我們做了 end to end 的 training，因為不同層的引數不是固定的，不同層同時給監督做end to end training，所以相加訓練出來的東西能夠更...