10年後の地理空間プラットフォームの移行-MicrostationGeographics-Oracle Spatial
これは、2000-2010が空間データエンジンとしてMicrostation Geographicsを統合したときに、次のような理由を考慮して、多くのCadastralまたはCartographyプロジェクトで共通の課題です。
- アーチ・ノード管理は、現実的なものであり、指導的プロジェクトのためにも非常に実用的でした。
- DGNは、15年の間に変更されていない同じファイル内のバージョンを考慮すると、3年ごとに互換性のない多くのバージョンを見た他のフォーマットとは異なり、魅力的です。
- 2002のフリーソフトウェアは、今日私たちが持っているものから遠い夢でした。
- OGCの標準はプロプライエタリなソフトウェアでさえも重いものではなかった。
- shpファイルは高水準プロジェクトのために制限されていました。空間ベースは、サーバーやSilverのパフォーマンスを損なう非標準化された計画にはまだまだ閉じていました。
- 遠隔接続は私たちが現在持っているものと比較して初期のものでした。
したがって、魅力的なプレゼンテーション目的で使いやすさを犠牲にしているにもかかわらず、「リンクされたCAD」スキームに基づいてGISを実装することは実行可能なソリューションでした。 VBA APIは、ProjectWiseに接続されたトランザクション管理ルーチンをプログラムして物理ファイルを制御し、サーバーからの空間分析にGeoWeb Publisherを使用する可能性をプログラムするのに豊富でしたが、公開はInternet ExplorerのActiveXに限定されていました(その年は単一のブラウザ)。
問題は徐々に進化しておらず、Geospatial ServerまたはProjectWiseのより堅牢なバージョンに移行する代わりに、GISを物理ファイルから存続させ、ライセンスされたOracleSpatialのすべての可能性と開発能力を備えたいと考えています。 それが私たちの挑戦でした。
1.データベース:Postgres、SQL Server、またはOracle?
特に、私は最初のものを好んだでしょう。 しかし、サービス指向ではなく正常に機能しているトランザクションシステムの前にいて、ロジックと整合性の一部がデータベースのPLのようである場合、OpenSoureベースへの変更は緊急ではありません。 いいえ、あなたの目標が当面利用できないシステムの新しいバージョンを開発することでない限り。
また、私的なにおいがするすべてのものを軽視するためにタリバンの行動をとることについてでもありません。 したがって、Oracleを使い続けることは、それがうまく機能しているか、大きくて要求が厳しいか、適切に設計、保護されているか、サポートが活用されているかどうか、賢明な決断です。 別の機会のテーマ。
それでは、このデータベースに移行されるデータの機能、パブリッシングサービス、およびベクターデータのトランザクション管理ツールを開発することが残っていました。
以前にProjectWiseから管理されていたロールとユーザーを制御するために、以下を可能にするモジュラーツールが作成されました。
- BentleyMap VBAからユーザーとロールを管理します。
- 管理権限を持つユーザーから、部署や市町村に権限を割り当てます。
- プロジェクトごとに知的財産権を割り当てる。
- 建設、版、出版、協議および管理モジュールで利用可能なツールに対する権利。 このようにして、新しいアプリケーションのみが作成され、ユーザーの役割または特定の割り当てに従ってユーザーに表示されます。
- このログインパネルでは、BentleyMapプロジェクトの一般的な複雑さも簡素化されます。入力するだけで、ジオスペース管理者で定義されたカテゴリと属性のツリーが表示されます。
このパネルは、データの相互運用性などの機能を初めて使用するユーザーからの誤解やリスクを解決します。 BentleyはOracleSpatialでネイティブに編集するため、これはもうXNUMXつの厄介な問題です。これはすばらしいことですが、トランザクションを制御できない場合はリスクも伴います。
したがって、例えば、構築モジュールには以下のツールがありました。
- 機能の割り当て
- 地理的リンクウィザード
- バッチスペースの移行
- オブジェクトの削除
- ポリゴンの編集
- 輸出Shp / CAD
- インポートShp / CAD
- 地質学的移動
- 移行地点
- Georegionの移行
- 登録地図
- リンクジオライン
- Geo-Pointをリンク
- リンクジオリージョン
補完的なツールは徐々に追加され、幾つかを含めて地理空間管理者を直接編集しました。
- 管理者が機能を表示する
- 位相解析
- SAFTを参照
- ブラウズ機能
- 曲線を線ストリングに変換する
- 機能の作成
- プロパティの作成
- DBConnect構成
- DBConnectのお問い合わせ
- 編集機能Xfm
- Xfmプロジェクトを編集する
- 機能の削除Xfm
- 小包識別
- シンボルの変更
- 上書き機能
- クラスの類別化
- テーマ別
- ドロップダウンリストによるThematics
- Xfmユーティリティ
2.データ:DGNから空間ベースへの移行:OracleBuiderまたはBentleyMap?
この中で最も興味深い課題は、制御された移行が必要であり、10年以上更新されたDGNファイルがトポロジーの問題を抱えている可能性があるということです。本当の狂気です。
確かにそうでした。 マップの主な問題はここにあります:
- ファイルの境界内のパーセル(セクタまたはゾーン)の変更は、セクタ内の1つのラインであるがその隣のラインがセグメント化されているような場合のノードの一致を含む、両方の修正が必要であることを意味する。
- DGN履歴に保存された300メンテナンストランザクションが破損する可能性のあるファイルがあります。
- キャビネットで制御できない複雑な問題があります。たとえば、プロパティが別のファイルの別の隣と重複したり、マップ上で解決できない金額がある場合は、フィールドの検査を行い、第三者に影響を与えないようにします。
- この場合、NAD27にはセクターがありましたが、標準はWGS84でしたが、さまざまな予測にマップを含めるなどの悪い方法がありました。 極端な場合には、異なる投影からのデータ間で調整がなされた。
このソリューションは、大規模なマイグレーションのためのWizzardタイプのツールであり、マップ、市町村(市役所)または部門のすべてまたは一部を個別に移行することができます。
基本的には、Geographicsプロジェクトのデータを取り込んでBenltey Mapの機能に拡張し、次に示すような一連の検証を行います。
- ジオメトリとデータベースとの1対1の関係、
- 重複がないことの検証、
- 面積重心の整合性の検証、
- データベース内の非アクティブオブジェクトに対するマップオブジェクトの検証、
- 空間ベースの既存トポロジに関するトポロジの検証
検証の後、パネルは、そのデータの測定方法および品質管理基準など、大量の情報を集約することができます。
最後に、データベースに投稿し、最終的にレポートを生成します。 言われたことから事実まで、途方もない広がりがありますが、最終的には、ベントレーの気まぐれと複雑なプロパティや多くの頂点の見方と同じくらい遠いところにあるOracleSpatialの気まぐれに適応しました。
3.出版物:GeoserverまたはMapServer? OpenLayersまたはリーフレット?
ビューアは、OpenLayersといくつかのプラグインを使用して構築されました。 空間部分の開発を10年間怠った後、GeoWebPublisherのActiveXに代わる新しいビューアが初めて表示されました。 MapFishコードは印刷に使用され、geojsonはサイドツリーを制御し、GeoserverからOracleSpatialから提供されるレイヤーが提供されました。
最後に、次のグラフに従って技術の置き換えを行った。 あなたが見ることができるように、自由なコードの組み合わせ、独自のソフトウェアを使用してデータベースと土地管理を維持する。
4. Oracle Spatialに直接、ビルドおよび編集します。 ベントレーマップまたはQGIS?
これは別の話です。 Bentley Mapは空間ベースでネイティブに編集するため、Transactional Web Feature Service(WFS)で機能しない場合、競合が発生します。 競合は次のとおりです。
トポロジの重複を許さないルールを解決する方法、編集中の場合、オブジェクトが自分自身に影響を与えるレポートを投稿したい場合
これは以前のバージョニングによって解決され、直接編集し、転記時に何かが失敗した場合、トランザクションは完了したが失敗した状態のままでバージョニングが回復することを検証する。
解決しなければならなかったもう1つの問題は、ユーザーがジオグラフィックスを使用しなくてはならず、大規模な知覚を起こすいくつかのプロジェクトがあったことを考慮すると、大量のデータ入力です。
MicroStation Geographicsのデータを統合するのに似たツールのみが作成され、BentleyMapの潜在性とより制御されたアシスタントが容易になったため、これは簡単でした。
この画像は、頂点の作成や登録、Puntoparcelaの組み込みなど、いくつかの頂点の測定方法が特定の品質基準を満たしていない場合のリスト機能として、このツールがどのように開発されたかを示しています。
ユーザーはどのツールを最も頻繁に使用するかを知っていたので、このフローは間違いなく非常に良かったです。 WMSサービス、透明度、最近のバージョンのDWGファイルのネイティブ認識など、古風なMicrostation V8 2004を忘れるように、複数の機能からレベルによる管理への移行の間で考え方を変え、新しいメリットを促進する必要がありました。 最もアストラルなkml、shp、gmlとの相互運用性は言うまでもありません。
また、形状管理のためのツールも用意されていました。複雑なケースの場合は、シェイプを直接編集したり、アークノードに下げることができます。
5.GMLを介した自治体のクライアント。 QGISまたはgvSIG?
QGIS。 しかし、それは後で話す別の話です。