ベントレー地図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に移行することを可能にするウィザーズはありますか? すでに割り当てられた属性が処理されるように、私が意味する、あなたはそれがマップに変換することができ、カテゴリは...あなたはプロジェクトをインポートすることができ、ODBCまたはOracleによるアクセスに保存されているプロジェクトを変換、およびクラスを搭載した機能を変換することができフィーチャクラス? またはインデックスが登録された地図を認識した場合、近隣の地図の地図...

私たちは話を続けます

コメントを残します

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

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