GeographicsからBentley Mapへのフィーチャーの移行

いくつかの時間前に、Microstation GeographicsからMicroStation Geographicsへの飛躍を意味するものについて話してきました。 ベントレー地図私たちは、 両方の仕事 ベントレーマップの概略図といくつかの重要な利点。 すでに投稿で私はそれがどのように可能であるかについて話しました 構造を移動する この場合、Geographics属性を持つマップをxfmのフィーチャクラスに移行する方法を噛んでみたいと思います。

Geographics Legacyで構築されたプロジェクト構造はBentley Mapからインポートできますが、オブジェクトが持つ属性が新しいプロジェクトで認識されることを意味するわけではありません。

地理学の仕組み

Geographicsスタイルでは、MSLINKを介したオブジェクトはデータベースに関連付けられていました。これは、オブジェクトが持つすべてのOLEタイプのリンクでした。 このMSLINKは、dgnファイルからMAPSテーブルのMAPNAMEを介して、およびMSCATALOGを介してグラフィックオブジェクトを関連付け、からデータを取得する場所を識別します。 エンティティナム。 さらに、以前は通常UGを搭載していたIntergraph互換プロジェクト用のダブルテーブルがありました。

さらに、オブジェクトにはFEATUREがありましたが、これは動的ではありませんでしたが、オブジェクトを割り当てると、その属性（コマンドを含む）に定義されたプロパティが取得され、CATEGORYテーブルに関連付けられました。 オブジェクトは複数の属性を持つことができ、優先度は決定的なスタイルによって割り当てられたものであり、ベースにリンクされたFEATUREおよびその他のオブジェクトは、そのようなものが割り当てられたMSCATALOGテーブルに関連付けられていました。 エンティティナム それはすべての臍だった。

次に、ファイル index.dgn Geographicsにリンクされている各テーブルには、少なくとも2つのフィールドがあります。MSLINK（グラフィックエンティティ番号は各マップで一意です）は常にプライマリキーでMAPID（ MAPSテーブルへの外部キーであるマップカタログ内で一意です）。

したがって、データとやり取りする唯一の方法は、ベースに接続することであり、その操作は、 獣に  たとえば、エリア、周囲、座標などのオブジェクトに関する情報を含むテーブルを更新して、パブリッシャーがオブジェクトの表示方法を認識できるようにします。 抽出することもできます ラベル リンクされたオブジェクトの同じリンクを持つデータベースからオブジェクトとして落ちたものです。

シンプルに思えますが、それは私にMGEから理解するのに苦労しました。痛みを伴うことは、すべての煙がBentley Mapのプロジェクトではあまり役に立たないということです。

Bentley Mapの仕組み

Bentley Mapプロジェクトは、カテゴリ、属性、マップ、オブジェクトの同じロジックを維持します。 しかし、この場合は、OLEデータリンクの形式をXMLで置き換えることによって、プロセスの変更が多くなります。

この場合、マップ上のオブジェクトにデータを（同じdgnに）格納できます。これは、xmlまたはBentleywfmが呼び出すものとして理解されます。 次に、オブジェクトはXNUMXつの属性しか持つことができず、トポロジルールによって空間的に関連付けることができるようになりました。 以前は、同じ行がリンゴの木の限界であり、プロパティの限界でもありましたが、今ではそれらは別々のオブジェクトである必要がありますが、相互に変更するときにもそうであるようにトポロジカルな関連付けがあります。

したがって、プロジェクトに接続しているかどうかに関係なく、ワンクリックでデータを操作でき、データxfmとして残されたすべてのものを読み取ることができます。 そして、 ラベル 地理空間管理者から変更を加えるだけで、属性のプロパティ。 以前は、変更を加えることはPublisherを介したビューでのみ動的でしたが、オブジェクトでは属性を削除して再割り当てする必要がありました。

さらに、Bentley Mapは、データフォーム、順次プロセス、関連するコマンド（メソッド/操作/ドメイン/基準/レポート）、およびデータ構築を容易にするその他のピルエットを作成するためのオプションを提供します。

ESRIのユーザーが言うように、スモークはグリーンを噛んで消化するということです。

問題

さて、プロジェクトの構造を移行することは可能ですが、地理空間管理者を介して機能を追加してください。これはデータの供給を続ける準備ができていますが、ジレンマは次のようなものです。

そして地理学で構築された地図は？

このため、Bentleyはレガシープロジェクトからオブジェクトをxfmに変換することを可能にするアーティファクトを設計していません... なんてファック！

私が提案しようとしている提案は、古くて機能的なジオフマダに到着したいくつかの電子メールの後で、私がチリから私に連絡した友人とチャットした後、実行可能と見えるものです。

ステップ1。 シェイプファイルへのエクスポート

Open Geographicsプロジェクトから、属性をシェイプファイルにエクスポートするオプションが選択されます（ファイル/エクスポート/ SHP）。 これはそれぞれに対して行う必要があります 簡潔な 地図上に存在する。

オブジェクトがセントロイド/境界であるときに少し戦う必要があります。なぜなら、オブジェクトにリンクを転送することによってそれらをシェイプに渡す必要があるからです。

また、あなたの好みに従って、Mapinfoにエクスポートすることができます。

ステップ2。 Bentleyマップからのインポート

そして今、Bentley Map Projectから、私たちはインポートオプションを選択しました（ファイル/インポート/ GISデータ型）、これでウィンドウが表示されます 相互運用性（インターオペラビリティ）、右マウスボタンで行われます 輸入 それが選択されている 新規輸入.

Imoport1でマウスの右ボタンを使用して、ファイルまたはディレクトリ全体を選択します。 インポート可能です 形状ファイル、または Mapinfoファイルは、mifとtabを入力します。

その フィーチャクラス レベル、色、透明度などのプロパティを選択できることがわかります。

それを割り当てるには 簡潔な 私たちが興味を持っているのであれば、レイヤー（レベル）に割り当ててください。

痛い

Memínがその古いメキシコのパキンで言ったように：

"Diantres !!!"

これは、各プロジェクトの各カテゴリの各マップ上の各フィーチャに対して実行する必要があります。

このために、 import、したがって、ファイルごとまたはディレクトリごとにのみ呼び出されます。 真実は、特にデータが別々のファイルにある場合、データを変換するのは大変な作業です。 それは害はありません、autのために.NETでvbaを動作させます
このタスクに徒歩で取り組む代わりに、プロセスをスキップしてください。これは、XNUMX日に複数の自殺につながる可能性があります。 主な問題は、Bentley Map and Geographicsの詳細を理解するために、専門の（そして非常にスモークな）コンサルタントに依存して飛躍を続けることは可能ですが、アプリケーションはそれほどアストラルであってはなりません（両方ともそうです）一般ユーザー向け。

情報が元のDNAに保存されていれば 歴史の中で...新しいファイルには履歴はありません。

結論として

私が提示するソリューションは、データがほとんどない場合、またはデータが空間カートリッジに保存されている場合に実行可能です。したがって、悲しい結論は、データ変換のために、地理からベントレーマップへの移行はそれほど簡単ではないということです。 彼が前に言ったように、地理空間管理者が 歯痛データの移行は、Bentleyがある日から次の日に移動したくないユーザーのためのソリューションを考えない限り、さらに苦痛になる可能性があります。

地獄のような友人たちと話をすると、彼らは私には賢明でない類推をさせましたが、今日は草原のホテルで退屈な一日であり、比較はとても真実です。

「変化するパートナーのようなものではない...

...あなたの処女をもう一度失うようなものかもしれない "