管理ディレクトリ¶
このディレクトリは、メタデータセグメントからなるメタデータレコードをサポートする。メタデータセグメントは複数のメタデータレコードで利用可能であると考えられる.
以下に典型的なセグメントの例を示す.これは責任者であり,適用すれば,同一メタデータレコードで複数回使用することも可能であり,複数のメタデータレコードで使用することも可能である.
<gmd:CI_ResponsibleParty xmlns:gmd="http://www.isotc211.org/2005/gmd" xmlns:gco="http://www.isotc211.org/2005/gco" >
<gmd:individualName>
<gco:CharacterString>John D'Ath</gco:CharacterString>
</gmd:individualName>
<gmd:organisationName>
<gco:CharacterString>Mulligan & Sons, Funeral Directors</gco:CharacterString>
</gmd:organisationName>
<gmd:positionName>
<gco:CharacterString>Undertaker</gco:CharacterString>
</gmd:positionName>
<gmd:role>
<gmd:CI_RoleCode codeList="./resources/codeList.xml#CI_RoleCode" codeListValue="pointOfContact"/>
</gmd:role>
</gmd:CI_ResponsibleParty>
ディレクトリデータベースに保存されているメタデータセグメントをサブテンプレートと呼ぶ.これは,主に履歴のため,サブテンプレートはテンプレートメタデータレコードと類似しているため,新たなメタデータレコードを構築する“テンプレート”として利用できるためである.
スライスは、2つの方法でメタデータレコードに挿入することができる。
コピー·ペーストによる
リンクを押す(xlinkサポートが有効になったら。参照してください メタデータXLink )
XLinksを用いた場合,セグメントが更新されると,すべてのメタデータレコード中の関連セグメントも更新される(XLinkキャッシュをチェック).
セグメントは採取により作成できます(参照 再利用をサポートするためにメタデータセグメントを収集する )またはメタデータを使用してページインポートを導入します。
このマニュアルの一部を紹介します。
サブテンプレート·ディレクトリの管理方法
既存のメタデータレコードセットからセグメントを抽出し、サブテンプレートとして格納する方法
ローカルディレクトリにないセグメントへのアクセス速度を高速化するためのフラグメントキャッシュをどのように管理するか
サブテンプレートを管理するディレクトリ¶
サブテンプレートとメタデータレコードの処理方式は若干異なる.メタデータレコードとは異なり、サブテンプレートには一致するルート要素がなく、使用されるメタデータパターンは識別できない可能性があり、主検索結果には現れない可能性がある(メタデータレコードの一部でない限り)。したがって、エディタボードは、ディレクトリエントリを検索して管理する権限を許可します。
編集パネルから選択する Manage directory
ディレクトリエントリのエディタにアクセスするには、以下の操作を実行してください。
もしあなたが見ていなければ Organizations and Contacts
オプションカード、次いで、メタデータ構成ファイルの連絡先のためのサブテンプレートが作成され、使用されていることを確認する Metadata and Templates
一節です。
このページでは、編集者は、トップオプションカードを使用してディレクトリタイプを選択し、新しいサブテンプレートを編集/削除/導入することができます。
新しいエントリを導入するには、メタデータを使用してページを導入し、適切なレコードタイプを選択してください。
メタデータレコードと同様に、整数idが割り当てられ、ディレクトリメタデータテーブルに格納される(テンプレートフィールドは“y”に設定される)。
メタデータレコードにディレクトリ項目を挿入する¶
例えば、メタデータエディタでは、ディレクトリは、連絡先を充填するために使用されてもよい。
ディレクトリセレクタを開き、連絡先を選択し、連絡先役割を選択する。
メタデータレコードからサブテンプレートを抽出する.¶
多くのウェブサイトには、公共情報、例えば、既存のメタデータレコードが含まれている。ISO CI_CONTACT要素における連絡情報.このようなディレクトリエントリは、“サブテンプレート抽出”APIを使用して、選択されたメタデータレコードのセットから抽出されてもよい。
この機能を使用するためには、以下の一組のステップに従うべきである。
XPathとは何かを理解していることを確認してください。例えば、http://www.w 3 School s.com/xpath/default.aspを参照してください。
メタデータレコード中の再利用可能なサブテンプレートとして管理したいメタデータセグメントを特定する.これはXPathでできます。例えば。XPath
.//gmd:CI_ResponsibleParty
記録中のすべての責任者を識別します。以下の例は、そのようなセグメントの一例(一例のレコードからとる)を示す。
<gmd:CI_ResponsibleParty>
<gmd:individualName>
<gco:CharacterString>Jippe Hoogeveen</gco:CharacterString>
</gmd:individualName>
<gmd:organisationName>
<gco:CharacterString>FAO - NRCW</gco:CharacterString>
</gmd:organisationName>
<gmd:positionName>
<gco:CharacterString>Technical Officer</gco:CharacterString>
</gmd:positionName>
<gmd:contactInfo>
<gmd:CI_Contact>
<gmd:phone>
<gmd:CI_Telephone>
<gmd:voice gco:nilReason="missing">
<gco:CharacterString/>
</gmd:voice>
<gmd:facsimile gco:nilReason="missing">
<gco:CharacterString/>
</gmd:facsimile>
</gmd:CI_Telephone>
</gmd:phone>
<gmd:address>
<gmd:CI_Address>
<gmd:deliveryPoint>
<gco:CharacterString>Viale delle Terme di Caracalla</gco:CharacterString>
</gmd:deliveryPoint>
<gmd:city>
<gco:CharacterString>Rome</gco:CharacterString>
</gmd:city>
<gmd:administrativeArea gco:nilReason="missing">
<gco:CharacterString/>
</gmd:administrativeArea>
<gmd:postalCode>
<gco:CharacterString>00153</gco:CharacterString>
</gmd:postalCode>
<gmd:country>
<gco:CharacterString>Italy</gco:CharacterString>
</gmd:country>
<gmd:electronicMailAddress>
<gco:CharacterString>jippe.hoogeveen@fao.org</gco:CharacterString>
</gmd:electronicMailAddress>
</gmd:CI_Address>
</gmd:address>
</gmd:CI_Contact>
</gmd:contactInfo>
<gmd:role>
<gmd:CI_RoleCode codeList="http://standards.iso.org/ittf/PubliclyAvailableStandards/ISO_19139_Schemas/resources/codelist/ML_gmxCodelists.xml#CI_RoleCode"
codeListValue="pointOfContact"/>
</gmd:role>
</gmd:CI_ResponsibleParty>
セグメント内の1つまたは複数のフィールドを識別して記録するXPathは、テキストコンテンツがサブテンプレートのidとして使用される。このXPathは、前のステップで識別されたセグメントのルート要素と比較されなければならない。例えば上のセグメントでは
.//gmd:electronicMailAddress/gco:CharacterString/text()
作成するセグメントのIDとします。APIページ上で、レジストリ/収集動作を選択する:
前ステップで収集した情報を用いてフォームに記入する.
抽出したサブテンプレートはGETパターンプレビューを用いることができ,検証後,PUT法を用いて結果をディレクトリに保存する.
最後に,サブテンプレートディレクトリ管理インタフェースに移ると,サブテンプレートのルート要素を選択して抽出したサブテンプレートを検査することができるはずである.
サブテンプレートインデックスは、アーキテクチャに基づいている(詳細についてはindex−fieldフォルダを参照)。現在、ルート要素としてISO 19139インデックスサブテンプレートが使用されている:
GMD:CI_ResponsibleParty
GMD:MD_分布
GMD:CI_OnlineResource
GMD:EX_EXTEND
サブテンプレートをメタデータレコードと同期させる.¶
作成後、ディレクトリは、メタデータレコードをディレクトリエントリと同期させる機能を提供する。そのため、APIテストページを使用してください。
同期プロセスは,収集プロセスと同じパラメータを用いて,2つのオプションパラメータを持つ:
propertiesToCopy
セグメント内で定義されたいくつかの要素をメタデータに保持するために(例えば、連絡先役)substituteAsXLink
コピー/ペーストモードかXLinkモードかを指示します。
管理セグメントキャッシュ¶
ディレクトリ内のメタデータレコードが外部サイトからのセグメントにリンクされている場合、ディレクトリは、ネットワークトラフィックを低減し、検索結果にメタデータが記録される表示速度を速めるために、最初の検索後にこれらのセグメントをキャッシュする。
キャッシュはJavaキャッシュシステム(JCS)を用いて自動処理する.JCSは以下のように大型キャッシュを知的に扱う.
キャッシュオブジェクトの最大数を定義する
補助メモリ(ディスク)に移動する前にできるだけ多くのメインメモリを使用する
キャッシュ永続性の提供:Webアプリケーションのオフ時にディスクにキャッシュを保存し、再起動時にディスクからキャッシュを復元する
使用中のJCSプロファイルはGeoNetworkにJCSパラメータを構成することができます INSTALL_DIR/web/geonetwork/WEB-INF/classes/cache.ccf それがそうです。
リスト内のいくつかのメタデータセグメントを生成する操作(例えば、取得)は、新しいセグメントを生成する際にXLinkキャッシュを自動的に更新する。しかし、外部サイトからのセグメントをリンクする場合には、変更頻度に応じて、XLinkキャッシュを手動でリフレッシュする必要があります。そのためには、管理ページにナビゲーションし、次の“管理”ページのスクリーンショットに強調表示されるように、“XLinkキャッシュをクリアし、XLinksを使用して記録インデックスを再構成する”機能を選択する必要があります。