WFS GetFeature取得¶
メタデータは、多くの組織で一般的に使用される関係データベースの表に存在することができる。OGC Web Feature Service(WFS)を関係データベースに置くことで,標準問合せ機構によるメタデータの抽出が許可される.この取得タイプは、ユーザがGetFeatureクエリを指定し、要素からの情報をメタデータセグメントにマッピングすることを可能にし、これらのセグメントは、テンプレートにリンクまたはコピーしてメタデータレコードを作成することができる。
OGC WFS GetFeatureコンバインの追加¶
OGC Web要素サービス(WFS)は,データ(通常は関係データベース中の関連表中の行)を要素の形で返すGetFeature問合せ操作を実現している.GeoNetworkはクライアントとして機能し,GetFeature応答を読み取り,ユーザが提供するXSLTスタイルテーブルを適用してメタデータ断片を生成することができ,これらのセグメントはユーザが提供するテンプレートにリンクまたはコピーしてメタデータ記録を構築することができる.
利用可能なオプションは、
Site
Name −コンバインの簡単な説明である。これは収穫ホームページにこのWFS GetFeatureコンバインの名前として表示される.
サービスURL -WFSサービスのベアURL(OGCパラメータは不要)
メタデータ言語 -コンバインで作成されたメタデータレコードに使用される言語
OGC WFS GetFeatureクエリ −WFSから要素を抽出するためのOGC WFS GetFeatureクエリ。
メタデータレコードを出力するモード −取得されたメタデータレコードのメタデータアーキテクチャまたは構成ファイルを選択するステップと。なお、リストには、WFSセグメント様テーブルを有するモードのみが表示される(これらのサンプルテーブルの位置については、次のオプションを参照)。
セグメントを作成するためのスタイルテーブル GetFeature応答をメタデータセグメント文書に変換するためのユーザによって提供されるスタイルテーブル(文書のフォーマットについては、以下参照)。スタイルテーブルは、選択された出力モードの変換ディレクトリに位置するWFSToFragmentsディレクトリに格納される。例えば。Iso 19139モードの場合、このディレクトリは
GEONETWORK_DATA_DIR/config/schema_plugins/iso19139/convert/WFSToFragments
それがそうです。大規模な応答をディスクに保存する -WFS GetFeatureの応答が大きいことを望む場合(例えば、10 MBより大きい).選択された場合、GetFeature応答はディスクの一時ファイルに保存されます。そして、一時ファイルから各特徴を抽出し、セグメントおよびメタデータレコードを作成するために使用される。選択されていない場合、応答はRAMに保存される。
サブテンプレートを作成する ·収穫されたメタデータセグメントをメタデータディレクトリ内のサブテンプレートとして追加し、その外部をメタデータテンプレートにリンクしたい場合(次のオプションを参照)、このボックスを選択してください。選択されていない場合、フラグメントはメタデータテンプレートにコピーされる。
セグメントを用いてメタデータを構築するためのテンプレート ·収穫されたメタデータセグメントと組み合わせてメタデータレコードを作成するメタデータテンプレートを選択するステップと。これは標準的なGeoNetworkメタデータテンプレート記録である.
リンクセグメントを用いて生成されたレコードのカテゴリ ·収穫されたメタデータセグメントと組み合わせてメタデータレコードを作成するメタデータテンプレートを選択するステップと。これは標準的なGeoNetworkメタデータテンプレート記録である.
Options
Privileges
サブテンプレートのカテゴリ セグメントがサブテンプレートとしてGeoNetworkに保存されている場合、ここで選択されたカテゴリに割り当てられる。
GetFeature応答のメタデータへの変換に関する詳細¶
ルート<Record>要素には、ゼロ~複数の<Record>要素があることができる。メタデータを生成する際に、各記録要素は、1つのメタデータ文書を生成することをもたらし、そうでなければ、<Record>要素は、必要に応じてメタデータセグメントをグループ化するためにのみ使用される(例えば、データセットまたは特徴のために生成されたセグメント)。
1つの<Records>要素には、ゼロ~複数の<Fragment>要素があってもよく、ゼロから複数の<replacementGroup>要素があってもよい。<replacementGroup>要素自体は、ゼロから複数の<Fragment>要素を含むことができる。<Records>または<replacementGroup>要素中の<Fragment>要素と<replacementGroup>要素の順序は重要ではない。
<Fragment>要素は単一のXMLセグメントを含む.<Fragment>の内容は、サポートされているGeoNetworkパターンからの任意のXML要素であってもよいが、この要素は、ターゲットパターンの識別(すなわち、名前空間の区別)を可能にするために十分な関連メタデータを含まなければならないことが条件である。
<replacementGroup>要素は,メタデータ生成期間中にのみ意味がある.それらは、メタデータを生成するためのメタデータテンプレートのコピーに挿入されるか、またはリンクを作成するために、ゼロ個または複数のセグメントをグループ化するために使用される。<replacementGroup>要素が<Fragment>要素を含まない場合、テンプレートコピーに参照される要素は除去され、そうでなければセグメントのコンテンツに置き換えられる。
これらの要素の有効な属性とその機能を以下に示す.
元素.元素 |
属性 |
説明する. |
---|---|---|
記録 |
UUID |
生成されたメタデータレコードのUUID(オプション-そうでなければコンバインによって1つが割り当てられる) |
破片. |
ID |
メタデータテンプレートで置換/リンクする要素のID.セグメントがreplacementGroup内にある場合は無視される. |
UUID |
生成されたサブテンプレートのUUID(メタデータからこのサブテンプレートにリンクするための) |
|
タイトル |
セグメントタイトル-xlinkのタイトルとして使用する |
|
ReplacementGroup |
ID |
メタデータテンプレートに含まれるセグメントの要素に削除、置換、またはリンクするID |
最後に,GeoNetworkが提供するパターンテーブルとテンプレートを用いて2つの例を与えることができ,OGC WFSコンバインの機能からメタデータをどのように取得するかを説明する.
バンドルされたGeoserver境界収集例¶
本例では,GeoNetworkに付随するバンドルGeoserverが実装されていると仮定する.この例の最終結果は、GeoNetworkによって提供されるGeoserverインスタンスにおける境界形状ファイル上のGetFeature応答によって作成された1506個のセグメント(各レコード6個)にリンクされた251個のISO 19139メタデータレコードである。作成された記録には世界各国に関するメタデータが含まれている。
従うべき手順は
管理->システム構成メニューから、XLinkパーサを有効にし、その後 Save データベースの構成。
1つ追加する ** 管理->刈取りメニューからコンバインを選択する.
これに1つあげる Name (例えば、バンドルされたGeoserverにおけるWFSサービスのURL(例えば、Http://localhost:8080/geoserver/wfs). サービスURL 現場です。
簡単なGetFeatureクエリを用いて,WFSの直後の境界shapefileからすべての国を選択する.このようなクエリのXML( GetFeatureクエリ Textarea)は:
<wfs:GetFeature service="WFS" version="1.1.0"
xmlns:wfs="http://www.opengis.net/wfs">
<wfs:Query typeName="gboundaries"/>
</wfs:GetFeature>
出力モードを選択します Iso 19139 このモードは、本例に必要なパターンテーブルおよびテンプレートを有するからである。なお、このオプションを選択すると、以下のオプションが表示され、以下の操作が実行されます。
提供された‘Geoserver_BORDURE_FILENTS’スタイルテーブルを選択し,その中からGetFeature応答からセグメントを抽出する. セグメントを作成するためのスタイルテーブル ドロップダウンリスト。この様式表は
GEONETWORK_DATA_DIR/config/schema_plugins/iso19139/convert/WFSToFragments
それがそうです。提供する“Geoserver WFSフラグメント国家/地域境界テストテンプレート”テンプレートを以下の位置から選択する. セグメントを用いてメタデータを構築するためのテンプレート ドロップダウンリスト。このテンプレートは
GEONETWORK_DATA_DIR/config/schema_plugins/iso19139/templates/geoserver_fragment_tester.xml
それがそうです。
コンバインが作成したレコードのために1つのカテゴリを選択し、チェックする 1回のみ運行しております ボックスには、いくつかの権限が追加されます(最も簡単なのは、すべてのユーザに閲覧権限を持たせることです)。この段階では、あなたのコンバイン入力フォームは次のスクリーンショットと同様でなければなりません。
Save コンバイン入口時計。
コンバインの操作メニューに戻りますので、このメニューでよろしいです 活性化する コンバイン、そして Run これです。
結果ページは,WFS GetFeature応答から1506個のメタデータセグメントが取得されたことを示している.これらはサブテンプレートとしてGeoNetworkデータベースに保存され,メタデータテンプレートにリンクされ,251本の新たなメタデータレコードが形成される.
Deegreeバージョン2.x Philosopherデータベースの例¶
本例では、Deegree version 2.xをダウンロードし、Philosopherサンプルデータベースをロードしたとします。この例の最終結果は、DeegreeにインストールされたGetFeature応答から作成された42個のセグメント(各レコード6個)にリンクされた7つのISO 19139メタデータレコードである。これらの記録には7人の有名な哲学者のメタデータが含まれている。
従うべき手順は
管理->システム構成メニューから、XLinkパーサを有効にし、その後 Save データベースの構成。
1つ追加する ** 管理->刈取りメニューからコンバインを選択する.
これに1つあげる Name (例えば、Deegree 22-sisiopher-test),deegree 2.2実装のURLを入力する. サービスURL 現場です。
簡単なGetFeatureクエリを用いてWFS下のデータベースからすべての哲学者を選択する.このようなクエリのXML( GetFeatureクエリ Textarea)は:
<wfs:GetFeature version="1.1.0" xmlns:app="http://www.deegree.org/app"
xmlns:wfs="http://www.opengis.net/wfs">
<!-- request all Philosopher instances -->
<wfs:Query typeName="app:Philosopher"/>
</wfs:GetFeature>
出力モードを選択します Iso 19139 このモードは、本例に必要なパターンテーブルおよびテンプレートを有するからである。なお、このオプションを選択すると、以下のオプションが表示され、以下の操作が実行されます。
提供された‘deegre 2_Philosopher_Fragments’様表を選択し,その中からGetFeature応答からセグメントを抽出する. セグメントを作成するためのスタイルテーブル ドロップダウンリスト。この様式表は
GEONETWORK_DATA_DIR/config/schema_plugins/iso19139/convert/WFSToFragments
それがそうです。提供する‘Deegree 22 WFS Fragments Philosopher Database Test Template’テンプレートを以下の位置から選択する セグメントを用いてメタデータを構築するためのテンプレート ドロップダウンリスト。このテンプレートは
GEONETWORK_DATA_DIR/config/schema_plugins/iso19139/templates/deegree_fragment_tester.xml
それがそうです。
コンバインが作成したレコードのために1つのカテゴリを選択し、チェックする 1回のみ運行しております ボックスには、いくつかの権限が追加されます(最も簡単なのは、すべてのユーザに閲覧権限を持たせることです)。この段階では、あなたのコンバイン入力フォームは次のスクリーンショットと同様でなければなりません。
Save コンバイン入口時計。
コンバインの操作メニューに戻りますので、このメニューでよろしいです 活性化する コンバイン、そして Run これです。
コンバインの実行後、以下のスクリーンショットのような結果スクリーンを見ることができるはずです。
その結果ページには,WFS GetFeature応答から得られたメタデータセグメントが42個表示された.これらはサブテンプレートとしてGeoNetworkデータベースに保存され,メタデータテンプレートにリンクされて7つの新たなメタデータレコードが形成される.