ベントレー地図XM、ファーストインプレッション

ベントレーマップはからのバージョンです XM Microstation Geographicsから8バージョンに至るまで、私は細かいことは考えていませんが、その機能を果たしながら解決しようとするいくつかの質問があります。

最初の印象:

V8の機能とフォーマットは変わりませんが、プラットフォームが変更されました

画像

V8はフォーマットを、約2003 / 2004で実施されたことを覚えて、良いニュースは、V8ファイルがMicrostationV8としてベントレーMapXMで読み取ることができるということです。 どこそこGeographicsプロジェクトXFMプロジェクトの「フィーチャクラス」の移行属性の変化である...しかしV8形式は同じまま。

以前にDGNは、これらの属性ベクトル、重心または空間インデックスた、データベースとの関係を決定MSLINK有する単純なマップベクターでした。 私は髪を引っ張られますが、それはGeographicsは、地理空間ツールではありませんでしたが、むしろ彼らは「地球工学」ベントレーの強みであるエンジニアリング/アーキテクチャのユーザーのためのシステムであると呼ばれるように、容量表示で、分析することが認められました空間データを公開することができます。

そして、それは半分を投げた髪の毛だったが、 "ジオエンジニアリング"の目的のために、出版社を使ってデータを提供し、Project Wiseでそれらを管理していた。 奇妙な データを理解する。 これは、マップが「オフラインに」だったが、外部データベースとのベクトルを相互接続するためのプロジェクトを使用しているという事実を批判しました。 彼らはドイツの会社ISISにXFMの技術を取得したときに、彼は正式に基準スキーマは、構造ので、導入の地図にデータを彼らがすることができます見られた地理空間の管理は、結果会議2005に行ってきましたが、スキームは、変更しましたDGNずに解析することがdestrompar ...それは、MXDまたはSDEプロジェクトワイズまたは単にGeographicsと対話できるように、GISコネクタを示しました。

...そして髪の毛を引っ張って...誠実に宇宙カートリッジを動かし始めたのは...

とにかく、V8形式の持続可能性が気に入っていますが、プラットフォームは古いCipopperから.NETに変更されています

同じプロジェクトスキームが維持されていますが、管理方法はまったく変わりました

画像

画像 以前は、Geographicsプロジェクトには独自の科学があり、一連のフォルダにはプロジェクトのさまざまな部分が格納されていました。 まとめると構造は維持されますが、xml構造体を格納するためにいくつかのフォルダが追加されています

XFMの統合から、V8で始まったXML構造(スキーマ)を、地理空間管理"非常に頑丈ですが、生の半分は飲み込むことができます。

今ベントレー地図XMは、これが最初に傾向があそこに移行され、代替の相互運用性として現れるが...プロジェクトを管理するために存在していない構造化の方法で(Geographicsを知っているユーザーのための非友好的な顔を改善する方法でありますプロジェクトが、それを操作する方法、)属性を割り当てる...と私は、ユーザーの開発について話しています。

画像 今はバージョンをテストしていますが、数日後に解決したいと思っている疑問がいくつかあります...もし私が行くまでそれがないなら ボルティモア:

1。 地理学では、ベクトルオブジェクトは異なる属性を持つことができます。たとえば、プロパティの境界線はリンゴの境界線、近傍境界線、町の境界線です。 xml形式のデータを導入することで、同じ属性にするか、異なる属性に対して異なるオブジェクトを作成する必要がありますか?

2。 GeographicsからXFMにプロジェクトを移行するための邪魔はないのですか? つまり、Accessに格納されているプロジェクトをODBCまたはOracle経由で変換し、フィーチャクラス、カテゴリに変換することができます。プロジェクトをインポートできますか?マップを変換して、すでに割り当てられている属性がフィーチャクラス? またはインデックスが登録された地図、近隣の地図を認識している...

私たちは話を続けます

コメントを残します

あなたのメールアドレスが公開されることはありません。

このサイトはAkismetを使用して迷惑メールを減らします。 コメントデータの処理方法を学ぶ.