ベントレー地籍が意味XM V8.9バージョンから、その名前のようにベントレー地図上に構築された特別なアプリケーションであり、それは、この作業に地籍です。 ベントレーマップは、その動作に必要な、それは制御された地籍メンテナンスモジュールと等価である。
このアプリケーションの優先焦点は、トポロジの統合、ジオメトリがデータベース内にあることができるとき瞬間から外に出たプロパティです。 彼らは境界を共有している場合、別のは、隣国である場合、そこから領土オブジェクトは、理解できる場合、それら それは穴を構成するオブジェクトを内部に含まれている場合でも、重複し。
これにより、ベントレーの批判頑固さはありませんLemmenさん それはまた、最初のArcInfoの報道のに表示されているとおり、重心(ノード)と領域(境界線)を使用して主張モデル。 彼らは非常に良いと深いですが 研究 (煙)、ジオグラフィクスは、このような別の内部プロパティとして複雑なジオメトリを処理することができませんでした、それは細胞内にそれらの秘密は、その空間分析不可能だ。 彼らは複雑な形状と呼ばれるが、土地台帳、地図作成になしでは非常に一般的ですしている。
MicroStationのバージョン8.5からは、XFMとして知られている技術は、XMLの構造はスキーマで定義されて格納された表形式のデータを保持する場合に実装された後、マップは、添付の表に必要な情報を持つことができます。 それが唯一の外部データベースからデータを見ることができ、これは唯一、それらを養うためにそれらを編集したり、単にそれらを表示するためのインタフェースであるように、スキーマも設定することができます。
ベントレー地籍多層アーキテクチャは、非常に堅牢であり、あってもベントレーマッププロジェクト内の製品だけではなく対話することを目的としています。 これは、これらの接続の下で開発をサポートしています:
- Oracle Spatialは、三層には2つまで
- ArcGISの3つの層
もちろん、DGNフォーマットでXFMプロジェクトと完全に統合されていとのMicroStationでサポートされている任意のRDBMS / DGNに接続します。
のMicroStationジオグラフィクス制約
空間カートリッジの主要な欠点の1つは、トポロジカル基準構成が複雑であったということであった。 CADの高精度は、空間分析や簡単なデータベースクエリを複雑にするので、それに加えて、すべてのサーバのリソースを消費します。
ため、データベース·レベルでのトポロジでは、この難しさのため、メモリ内のトポロジカル解析ツールを使用した。 トポロジカルクリーニング0.00001の端にそれを取る必要があったので、欠点の1つは、持っていた厳しさの両極端(と持っている?)ジオグラフィクスだった ぶら下がる と セグメント 一貫性のある層気取りを維持するようにしたり、PublisherのVPRでテーマ設定。
これらの詳細は、建物がミリメートル未満の測定を要求するものではないことを考えると馬鹿げていた。 と参照ファイル間の整合性についてはどのような…共有の境界だけでなく、あなたがトポロジカルレイヤーを作成したときに認識されなかったノードやジオメトリだけでなく、必要とされる。
トポロジの実装
ベントレー地籍は、ノード機能名(ポイント)、境界機能(閉領域)と小包機能(ポリゴン)を管理、ジオメトリの3種類のトポロジを実装しています。 小包の概念は(AutoCADの地図に似ています)実装されている間は、ベントレーが表すジオメトリに関して今や動的な境界/ラベルオプションを追加することによって境界/ノード基準にその主張を維持していることがわかります。 この重点はオンザフライでトポロジカルコントロールを保つツールで注意されることがあります。
- 小包機能:のみストレッチで
- 境界機能:移動、スケール、パラレル、お問合せをするには、移動、変更、延長、トリム、頂点挿入、削除、端を揃え、回転頂点、フィレット、面取り
- ノード機能:移動、スケールは、パラレル、お問合せをするには、移動し、端を揃え、回転
だから、新たなサイトを構築するか、または(メンテナンス)を行う際に保全は、アラートがそれぞれの変更や、システムが自動設定を行うを行うため有効になっているように(のみ言及Oracle Spatialに)は、データベースの内部トポロジルールを設定することが可能です。
地籍使用するためのツールを実装しています
ベントレー地籍の最高の利点の一つは、建設、管理、それが特定のボタンを構築されている何のために幾何学的な側面から地籍メンテナンスの過程で何が起こるかに連動されています。
実際にはこれらは、MicroStationのジオグラフィクスで行うことができなかったアクションではなく、どのような実装されていると、ほとんどの時間は、プロジェクトワイズとVBAでのみ行われなければならなかったことをXFM技術と自動化です。
また、それは土地のレジストリの使用のためにそれらをカスタマイズするためにデータを構築したり編集したりするための最も一般的なコマンドにXFM機能が追加されました。 最後COGO互換ツールはそれらに大きなカスタマイズを与える。
トポロジの作成、これらの自動アップデートエリア、幾何学とその周囲を含むバウンディングボックスの座標を含むすべての…それは、カスタマイズで、地理空間Administratorを使用して、それはまた、そのようなことが必要な場合は、警告として別のデータ型を更新することができることは明らかです鑑定検査は、プロジェクトへの土地登記、または協会に限界注釈を送信する場合ワイズワークフローなど
- ノードを作成し
- 境界を作成します。
- 長方形のマッピング
- ラジアルマッピング
- リニア調整
- 極端に放射状のフィレット
- ノードに境界を投影
- 自動ナンバリング
- グループ化プロット
- 現用回線へのエクスポートプロット
- ノードからトポロジーを構築する
- 現用回線からトポロジーを構築する
- 座標計算エディタ
メンテナンストポロジ
- 切り放す、これは、等しい部分に分割することができ、ベースラインからの不規則な小包パーティションを含む、そのうちいくつかの興味深い特徴を有する。 また、方向線を使用して特定の領域を検索することができます.
- グループ、これには、1つ以上の区画をグループ化することができ、プロセスは新しいサイト、残留領域の地籍鍵を保持するように構成することができるか、新しいものを生成することができる.
- 修正するオンザフライで位相的整合性を維持しながら、これは、境界を移動させる場合には、ある.
それは移行よりも簡単です実装
別のポストでは、深さでこれを説明します、展開が最初からそれを構築するのと同じくらい簡単ですが、ジオグラフィクスからベントレーマップへの複雑なプロジェクトを移行するこのような理由から、そう単純ではないはずなので。
·ジオグラフィクスオブジェクトはベントレー地図に移動し、複数の機能を持っている可能性は、別のオブジェクトでこれらの機能を分離し、それらにトポロジカルな整合性の規則を作成する必要になります。
-DGNオブジェクトは通常そこに彼らの突然変異を格納するための歴史的なアーカイブを利用し…と、表形式のデータベースにそれらをもたらすためにいくつかのツールが存在しないので、これらは、地獄に行くだろう。
– 大工自動化するために構築されたVBAツール:彼らがしたすべてがボタンに今持っているため、レジスタマップ、リンクファーム、APCを計算(面積、周囲長、座標)、ナンバリング、トポロジー解析…等は、調整する必要があります。
プロジェクトワイズ経由コントロールは、単にファイルのサイズを小さくするために、個別のファイルにチェックアウトする権利を与えることであった。 この場合、そのコントロールのすべてを作成するために再構築する必要があります 個別領土オブジェクトへのアクセス。
– レッドラインファイルとしてジオメトリを送っオンライン保守要求アプリケーションの開発…それは継続して良いではありません。
ベントレー地籍展望
ベントレー地籍はベントレーマップ突破口であると思われる、しかし、XMとV8の両方が暫定的であることを確実に事実は、私たちの多くは約束V8iの土地、それが倍の移行への投資をする必要はありません期待して待っていました。 また、我々は多くの大きな土地プロジェクト用のOracleライセンスの後に2つしかプロセッササーバーデータサービスのために年間$ 30,000行くことが好意的に見ているPostgreSQLに、ツールとしての良好な受信を取っているデータサービスの外泊のマイナス面を参照してください。
ベントレーシステムズの技術を展開することは、しばしば専門家は、国レベルや大きな地域で地籍プロジェクトのための推奨されているものであるが、それは領土に関連付けられているDGN、この溺愛が15オルソプラス15,000のサイトを呼び出すことができ、その独創的な技術に関連付けられているかどうかを測定するのに興味深いものになるだろう、そして10秒の飛行で結果を表示した後。 またはそれを超えて、それはまたに処分可能です 哲学的に思索する (egeomate)で崇高へ 平均的なユーザーのために非常に消化いつも非常に強力ではなく、あるアプリケーションでは、これはベントレー地籍を実装するために必要であるベントレー地理空間サーバーの場合、プロジェクトワイズとGeoweb出版社です。
サイト: ベントレー地籍