INTERLISを使用したLADMの実装-コロンビア
6月の第3週に、2016はINTERLISコースを教えました。 土地管理ドメインモデル(LADM) コロンビアの土地管理環境で
このコースは、基礎/理論レベルの2つの段階で開発され、領域の管理に関連するさまざまな機関の幅広いグループと、INTERLISが何であるか、開発されたアプリケーションの使用方法、その使用方法、中・東欧諸国の土地管理; コースの2日目は、コロンビアのLADMモデルの構築に参加している小規模の専門家チームでより実用的です。
興味深い課題は、コースのファシリテーターが マイケル・ゲルマン、最近のFIGイベントでのINTERLISに基づくLADMのスピーカーの1人以外の誰も、 ユルギュ・カウフマン, Daniel Steudler、Christian Lemmen、Peter Van Oosterom、Kees de Zeeuw。 そして、私は挑戦と言います。なぜなら、このレベルのキャラクターは、ラテンアメリカの文脈で一般的で現在の聴衆の前に煙の問題を公開するときに制限があることが多いからです。
インターリスとは
それは概念的なアウトライン言語です(概念的スキーマ言語 --CSL)は、モデルの記述に使用されますが、どのシステムにも使用できますが、いくつかのタイプのジオメトリが含まれているため、地理空間モデルに特化しています。 INTERLISはソフトウェアではなく、プラットフォームに依存しない言語ニュートラルであり、モデルから直接派生したデータ転送形式も含まれていることに注意してください。 INTERLISもプログラミング言語ではありませんが、制約の定義など、モデルを正確に記述するための独自の構文があります(制約).
データ転送形式は、すでに述べたように、標準化されたルールを使用してデータモデルから派生したITF(INTERLIS-1)またはXTF(INTERLIS-2、xML)です。 モデリングと転送の厳密な分割(モデル駆動型アプローチ)は非常に興味深い。なぜなら、それは深刻な問題である。なぜなら、直ちに問題をモデル化したLADMの煙にはメリットがあるからである。 そして、今何してるの?
INTERLISの背景はほぼ30年前で、1989年にスイス人が現代的な方法でコンピューターの使用に挑戦し始めました。 彼らは70年代から地籍にコンピューターを使用していましたが、RAV(公式地籍の改革)として知られるプロジェクトを通じて、地籍作業の方法の使用の自由に基づく中心的なアイデアを持った提案を提案しています。 この原則の導入は、データの記述と保存のためのプラットフォームに依存しないソリューションの必要性を意味することは明らかであり、それが1年にINTERLIS-1989が誕生した方法です。 INTERLISに準拠している限り、各自治体、部門、地理的地域、または機関がそれぞれに適したツールを使用できるようになるため、完全な相互運用性を実現できます。 パイロットは1993年代の初めで、1994年に最初の公式地籍モデルが公開されました。 Cadastre 2014イニシアチブが1998年に始まり、XNUMX年にようやく公開されたことを考えると、興味深いものです。
最初の公式地籍モデルの発売後、モデルの正しい構文を検証するためのコンパイラのような最初のツールの開発があり、翻訳は別のモデルからのデータを渡すと、XTFチェッカーモデルに対してデータを検証します。 先進INTERLIS-1998とチェッカーは、フリーライセンスの下で公開され、その年の間2006と2。 2007 INTERLISのために、他の間で財産上の新しい土地登記の制限公法の立ち上げのための基礎を作成し、標準で説明した国家SDI、の2014モデルが既に存在しているスイスと160の国家標準となり、土地レジストリ2014。
予備的な結論として、INTERLISはプログラミング言語ではなく、説明とデータ転送の言語です。 UMLで記述されていますが、データ転送や更新など、すでに独自のデータタイプがあります。
INTERLISのメリット
主な利点は「メソッドの自由」です。 Cadastre 2014の概念のサポートは、特にテーマごとに同じ参照システム内でモデルを使用してテーマの独立性を管理するという観点から重要です。 一般にデータモデルを作成する柔軟性が追加されましたが、モデリング用のスイスアーミーナイフに似ているかどうかを確認する必要があります。
ITの専門家や土地管理の専門家は簡単に理解できます。 転送フォーマットを導出するための構文と規則を使用すると、コンピュータプログラムによって処理および検証できることが理解されます。
他の利点は、160ページのマニュアルを見た後でも、簡単に実装できることを前提としています…例を見て構築しようとすると、少なくともXNUMX週間はかかることを認めなければなりません。 もちろん、UMLエディターを使用してモデルを構築し、アプリケーションのコードまたはデータベースの物理モデルを生成することは、間違いなく進んでいます…もちろん、それが正しく行われていれば。
マニュアルはドイツ語、フランス語、英語です。 コロンビアで採用されたとき、スペイン語のバージョンをリリースするための努力がなされたという利点がありますが、それは改善の過程にあります。 すぐにダウンロードできるようになることを願っています。 www.interlis.ch.
INTERLIS-1、INTERLIS-2と他の言語との違い
INTERLISの2バージョンは、オブジェクト指向で柔軟性があり、より複雑なクラスをサポートします。 それは1バージョンと互換性があり、すでに拡張機能、複雑な制限、XML経由の転送をサポートしています。
他のプロトコルや言語と比較すると、すべてがこの言語に基づいていますが、INTERLISは単純なUMLよりも正確です。 さらに、さまざまなタイプのオブジェクト(点、線、円弧、領域、およびサーフェス)が含まれているため、地理的なフィールドでより具体的です。 GMLと比較すると、LADMにはないトランザクション性が容易になり、GMLを使用してWFSサービスを送信しようとした人にとっては、制限を理解しています。 INTERLISはOGR / GDAL(2.0)ライブラリの一部にもなり、XTFファイルはQGISを使用して表示できます。 他のオープンソースツールを使用すると、PostgreSQL / PostGISでデータベーススキーマを生成し、そのスキーマにデータをインポートして、XTFファイル(ili2pg)にエクスポートできます。 そしてもちろん、FMEに基づくGEONIS for ArcGIS、GeomediaのGeosPro、AutoCAD Map3DのINTERLISなど、大物からの多くの独自のアプリケーションがあります。
前述したように、INTERLISの使用には、コンパイラ、UMLエディタ、チェッカなど、標準のデータのモデリングと検証のためのいくつかの重要なフリーウェアライセンスアプリケーションがあります。
INTERLISコンパイラは、モデルの構文を検証するために使用されます。INTERLISチェッカーを使用すると、記述モデルに関するデータファイルの互換性を検証できるため、モデル(.ili拡張子)と転送ファイル(.ili拡張子)が必要です。 .itfまたは.xtf); また、構成特性(モデルへの最小準拠の要件が定義されている)の.cfgファイル拡張子を実行する必要があります。 UMLエディターはumleditor.jarを介して実行され、INTERLISスキーマを視覚的に編集できます。 今のところ、それはフランス語とドイツ語のみです。 GUIは、VisualParadigmやEnterprise Architectに比べるとやや原始的ですが、基本的には便利です。最良の部分は、正しい構文でモデルコードを生成することです。
アプリケーションの方法論
コースは当初、「地質学者はモデルを恐れてはならない」という課題を果たしました。これは、読む必要があることを意味します。 XNUMX日目には、トピックを定義する作業が行われました。 スイスのLADMプロファイルの場合、
被験者を使用する:
- - カストロ
- - 土壌カバー
- コントロールのポイント
- - ハイドロサニタリーのウェブサイト
コロンビアモデルの場合は、以下のテーマで、
- - カストロ
- - 登録
- - オデナミエント領
- 等々
次に、トピックが定義されました。
- - カストロオブジェクト:
- コントロールポイント
- -Predio(土地と建設を含む)
- - 管理上の制限
- - カテゴリゾーニング
- 異種の物理的ゾーン
- - 経済圏
- -Etc。
最後に、現在のLADMモデルのいくつかの基準が注文されました。たとえば、前置詞が削除される場合、クラスが複数になる場合などです。 トピックは複数で、クラスは単数であることが推奨されます。 したがって、すでにオンザフライで、モデルは次のようになりました。
TOPIC Control_Points =
END Points_of_control;
トピックPredios =
! ポイントオブリミット
! 土地、建設、...
終わり;
TOPIC Limites =
! 管理部門
! 区域の制限
終わり;
次に、タイプ、サブタイプ、およびルールが分解されます。 複雑に見えますが、そうではありません。 コロンビアモデルの特徴を生かしたバリエーションで、XNUMX月に構築されたLADMのINTERLISモデルをXNUMX日で構築することができました。 間違いなく、ラテンアメリカ人はより多くの交代をします。さらに、すべてのドメイン、タイプ、およびサブタイプがINTERLISモデルに含まれているためです。 時間の経過とともに分解する可能性のあるもの。 オランダのモデルがいかに単純であるかをご覧ください。
!! --------------------
!!
!! ISO 19152 LADM国別プロファイルINTERLIS 2でモデル化されたNL
!!
!! --------------------
!! 履歴レビュー
!! --------------------
!!
!! 03.02.2014 / mg:初期バージョン
!! 17.11.2014 / mg:いくつかの構文修正
!!
!! --------------------
!!
!! (c)スイスの土地管理(www.swisslm.ch)
!!
!! --------------------
インターリス2.3;
契約されたモデルLADM_NL(en)
「http://www.swisslm.ch/models」で
バージョン「2014-02-03」=
不合理な輸入品ISO_Base;
輸入品不足のISO19107;
輸入品不足のISO19111;
輸入品不足のISO19115;
輸入品不足のISO19156;
LADM_Baseの不合理な輸入品;
LADM不備の輸入者;
DOMAIN
構造UnknownValueType =
END UnknownValueType;
クラスNL_SpatialUnit(抽象)LADM.Spatial_Unit.LA_SpatialUnit =
ディメンション(拡張):LADM.Spatial_Unit.LA_DimensionType;
landConsolidationInterest:UnknownValueTypeのリスト{0..5}。
purchasePrice:通貨。
ボリューム(拡張):LADM.Spatial_Unit.LA_VolumeValue;
END NL_SpatialUnit;
トピックのLADM_NL =
CLASS NL_Party EXTENDS LADM.Party.LA_Party =
名前(拡張):文字列。
ロール(拡張):LADM.Party.LA_PartyRoleType;
END NL_Party;
CLASS NL_AdminSourceDocument EXTENDS LADM.Administrative.LA_AdministrativeSource =
クレーム:通貨;
purchasePrice:通貨。
END NL_AdminSourceDocument;
クラスNL_RRR(抽象)LADM.Administrative.LA_AdministrativeSource =
説明:CharacterString;
END NL_RRR;
CLASS NL_BAUnit EXTENDS LADM.Administrative.LA_BAUnit =
名前(拡張):文字列。
END NL_BAUnit;
CLASS NL_RealRight EXTENDS NL_RRR =
タイプ購入:(その他);
typeSold :(その他);
END NL_RealRight;
CLASS NL_Restriction EXTENDS NL_RRR =
END NL_Restriction;
CLASS NL_Mortgage LADM.Administrative.LA_Mortgage =
description(EXTENDED):文字列。
END NL_Mortgage;
クラスNL_Parcel EXTENDS NL_SpatialUnit =
END NL_Parcel;
クラスNL_BuildingUnit EXTENDS NL_SpatialUnit =
END NL_BuildingUnit;
クラスNL_Network LADM.Spatial_Unit.LA_LegalSpaceUtiliyNetwork =
ディメンション(拡張):LADM.Spatial_Unit.LA_DimensionType;
landConsolidationInterest:CharacterStringListValueのリスト{0..5}。
END LADM_NLを検索するまで一貫して
ラテンアメリカの文脈でINTERLISの国際化に参入することは、スイス協同組合が代表する支援自体だけでなく、南アメリカの文脈におけるコロンビアの機関。 Cadastreの領域でのモデルの適切な採用と拡張、Property Registry、Territorial Planning、およびColombian Spatial Data Infrastructureとのリンクにより、南の円錐を超えた国々の視線が集中すると思います。
INTERLISは、少なくとも相互運用性に関して、土地管理ドメインモデル(ISO 19152)の実装を比較的容易にします。特に、チェックツールを利用して、交換フォーマットとしてのGMLファイルの採用パスをいくらか短縮するためです。 、転送および検証。 新しい法律が制定されたコロンビアが多目的Cadastreスイープを開始しようとしていることを考えると、その可能性を想像する必要があります。これには、民間企業と認定専門家の両方、および約1.100の自治体からのデータ品質管理のためのツールが必要になります。それらは、IGACCadastreまたは分散型エンティティによる権限の委任のサイクルに徐々に不可逆的に入ります...そのためにINTERLISは非常に機能的です。
要するに、Geomaticsはモデルを理解することを学ばなければなりません。そうでなければ、GML、UML、LADM、これらの略語はプログラマーのように見えます。
http://www.interlis.ch/index_e.htm