刈り取り.

複数のディレクトリやサービスがこれらの資源を共有すると，データ発見はより面白くなる.

収集は、リモートソースからメタデータを取得し、迅速な検索のためにディレクトリにローカルに格納するプロセスである。これは計画されたプロセスであり，したがってローカルコピーとリモートメタデータは一貫している.

以下のソースを得ることができます。

機構の概要

獲得メカニズムは universally unique identifier (UUID) それがそうです。これは，ローカルでそれを生成するノードが唯一であるだけでなく，大域的にも一意であるため，特殊なidである.これは次のような組み合わせです

  • ネットワークインターフェースMACアドレス、

  • 現在の日付/時間

  • 乱数があります

各新レコードについて，1つのUUIDを生成して割り当てる.

収穫の背後にあるもう一つの重要な概念は last change date それがそうです。メタデータレコードを変更するたびに、前回の変更日を更新します。このパラメータを格納し、新しいパラメータと比較するだけで、どのシステムも、前回更新されて以来、メタデータレコードが修正されたかどうかを見つけることができる。

この2つの概念は，ディレクトリがリモートメタデータを取得することを許可し，メタデータが更新されたかどうかをチェックし，リモート削除されていればメタデータをローカルに削除する.UUIDは，BがCから収穫した場合とAがBから収穫した場合にディレクトリ越し収穫を行うことも許可されている.

収穫ライフサイクル.

コンバインを作成する際には，収穫されたメタデータはない.1回目の実行中には，すべてのリモート適合メタデータが検索されてローカルに格納される.あるコンバインについては，1回目の実行後，変更されたメタデータのみを検索する.

以下の理由により、取得されたメタデータ(デフォルトの場合)は編集できない：

  1. 取得は周期的であるため、次の実行中に、取得されたメタデータに対する任意のローカル変更が失われる。

  2. 変更日は、変更を追跡するために使用することができ、したがって、メタデータが変更された場合、取得機構が損なわれる可能性がある。

メタデータ属性(例えば、カテゴリ、権限など)取得したメタデータレコードは更新可能であるが，次の実行時に更新される.

注釈

収穫したメタデータ記録を本当に編集したい場合には、上記のような問題が生じる可能性があることを心配することなく、現在これを実現することができる構成設定がある。参照してください 刈り取り. もっと細かいことを知っています。

もう1つの選択は，取得したレコードをローカル編集に割り当て，それを修正することである.現在、レコードのソースディレクトリの変更を許可するインタフェースはありません。

収集過程は以下の1つになるまで続いた。

  1. 管理者はコンバインを停止(停止)する.

  2. 例外が現れた。この場合、コンバインは自動的に停止する。

コンバインを削除する際には，そのコンバインに関連するすべてのメタデータレコードを削除する.

多くの収穫と階層化

メタデータレコードのディレクトリ(例えば、UUIDを使用して識別される。GeoNetwork)は，メタデータのオーバラップに関心を持たずに複数回取得できる.

例えば、1つのGeoNetworkノードが他方のGeoNetworkノードからメタデータ記録を取得することを許可するGeoNetwork収集タイプと、以下の場合を考える。

  1. ノード(A)メタデータ(A)が作成された

  2. ノード(B)(A)から(A)を取得する.

  3. ノード(C)(B)から(A)を取得する.

  4. ノード(D)は同時に(A)，(B)と(C)から収穫する.

このシーンでは，ノード(D)はすべての3つのノード(A)，(B)，(C)から同じメタデータ(A)を得る.メタデータは3つの異なる経路で(D)に流れるが，そのUUIDのため，コピーは1つしか格納されない.(A)の(A)が変更されると、新しいバージョンは(D)に流れるが、変更日のため、(D)のコピーは最新バージョンを使用して更新される。

再利用をサポートするためにメタデータセグメントを収集する

THREDDSおよびOGC WFS GetFeatureコンバインを除いて、すべてのコンバインは、ディレクトリ内の既存のレコードに挿入または置換する完全なメタデータレコードを作成する。しかし一般的には

  • 外部ソースから取得されたメタデータは、実際には、データセットのようなリソースを記述するために必要なメタデータの1つまたは複数のセグメントにすぎない

  • 取得したメタデータと手動で入力されたメタデータまたは静的メタデータを単一のレコードに統合したい場合があります

  • 複数のメタデータレコードには、外部ソースから取得するメタデータセグメントが必要となる場合がある

例えば、外部ソースから地理的範囲および/または連絡情報を取得し、メタデータレコード内の残りのコンテンツを手動で入力または維持することにのみ関心がある場合がある。また、複数のメタデータレコードにおいて、個人または組織の連絡情報を繰り返し使用することに興味があるかもしれません。

この機能をサポートするために，WFS GetFeatureコンバインとTHREDDSコンバインは，メタデータセグメントの取得を許可し，テンプレートレコードにリンクまたはコピーしてメタデータレコードを作成する.GeoNetworkデータベースに保存されているセグメントをサブテンプレートと呼び，複数のメタデータレコードに用いることができる.

上述したように、メタデータセグメントの一例は、iso 19139文書のgmd：contactInfo要素である。この要素は、個人または組織の関連詳細情報を含む。セグメントが所与の個人または組織のサブテンプレートとしてGeoNetworkデータベースに格納されている場合、XLinkと呼ばれるXMLリンク機構を用いて指定されたセグメントをメタデータレコードに参照することができる。

HTTPSサポート

GeoNetworkノード間の収集にはHTTPSプロトコルが必要となる可能性がある.Https GeoNetwork URLから取得すると，サーバは取得したGeoNetworkノードがアクセス可能なJVM鍵ベースに信頼された証明書を持つ必要がある.

GeoNetworkが使用しているJVM鍵ベースに信頼できる証明書がない場合は，https GeoNetwork：：から試してみる.

javax.net.ssl.SSLHandshakeException:
   sun.security.validator.ValidatorException: PKIX path building failed:
   sun.security.provider.certpath.SunCertPathBuilderException:
   unable to find valid certification path to requested target

Caused by: sun.security.validator.ValidatorException:
   PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException:
   unable to find valid certification path to requested target

Caused by: sun.security.provider.certpath.SunCertPathBuilderException:
   unable to find valid certification path to requested target

取得するGeoNetworkサーバのサーバ証明書はJVM鍵ベースに追加する必要がある. keytool 信頼されることができます

証明書を追加するもう1つの方法は、以下のようなスクリプトを使用することである。

## JAVA SSL Certificate import script
## Based on original MacOs script by LouiSe@louise.hu : http://louise.hu
##
## Usage: ./ssl_key_import.sh <sitename> <port>
##
## Example: ./ssl_key_import.sh mail.google.com 443 (to read certificate from https://mail.google.com)

## Compile and start
javac InstallCert.java
java InstallCert $1:$2

## Copy new cert into local JAVA keystore
echo "Please, enter admnistrator password:"
sudo cp jssecacerts $JAVA_HOME/jre/lib/security/jssecacerts
# Comment previous line and uncomment next one for MacOs
#sudo cp jssecacerts /Library/Java/Home/lib/security/

このスクリプトを使用するためには，Javaコンパイラおよびファイルを実装する必要がある. InstallCert.java スクリプトと同じディレクトリにダウンロードして置かなければならない.

以下のように実行される場合、スクリプトは、証明書をJVM鍵ライブラリに追加します。

$ ./ssl_key_import.sh https_server_name 443

注釈

このスクリプトを使うリスクは自負しています！JVM鍵ライブラリに証明書を信頼された証明書としてインストールする前に、そのセキュリティの意味を理解していることを確認してください。

注釈

証明書を追加した後、GeoNetworkを再起動する必要があります。

ホームページ.

収穫ホームページにアクセスするためには、管理者としてログインしなければなりません。管理ページから，収穫ショートカットを選択する.そして収穫ホームページが表示される。

このページには、現在定義されているコンバインリストと、機能を管理するためのボタンのセットが表示されている。コンバインリストの各列の意味は以下のとおりである.

  1. 選択する. チェックボックスは1台以上のコンバインを選択する。選択されたコンバインは、1行目のボタン(起動、無効、実行、除去)の影響を受ける。例えば、3台のコンバインを選択して削除ボタンを押すと、すべて削除されます。

  2. Name これは管理者が提供するコンバインの名前です。

  3. Type コンバインタイプ(例えばGeoNetwork，WebDAVなど).

  4. 状態.状態 現在の状態のアイコンを表示します。参照してください 状態とエラーアイコンの取得 異なるアイコンおよび状態記述を表示します。

  5. 誤り. 1つのアイコンは、前回採取した実行の結果を表示し、当該実行に成功可能であり、失敗する可能性もある。参照してください 状態とエラーアイコンの取得 異なるアイコンと誤った記述。カーソルをアイコン上にドロップすると，前回の収集動作に関する詳細が表示される.

  6. 実行時間： そして 間隔を置いて ：コンバインの運用計画。本質的には，1日の時間+数時間繰り返すことと，コンバインが何日に運転されるかである.

  7. 前回の運行 ISO 8601フォーマットの最近の収集実行日。

  8. 操作 コンバイン上で操作されるボタン/リンクリスト.

  • 選択する. Edit コンバインのパラメータを変更させていただきます。

  • 選択する. クローン.クローン このコンバインのクローンを作成し、クローンの詳細な情報の編集を開始することができます。

  • 選択する. 歴史.歴史. コンバインの収穫履歴の表示/変更をさせていただきます-参照 歴史的記録を収穫する. それがそうです。

コンバインのリストの底にボタンが二列あります。第1の行は、選択されたセットのコンバイン上で操作可能なボタンを含む。選択列のチェックボックスを使用して操作するコンバインを選択し、ボタンの1つを押すことができます。ボタンの操作が完了すると、チェックボックスがクリアされる。次は各ボタンの意味です

  1. 活性化する 新しいコンバインを作成する際には、状態は 非活動. それがそうです。このボタンで作ります 能動型. また、使用するように構成されたスケジュールに基づいてコンバインを起動する。

  2. 使用を中止する. コンバインを止める。注：これは、現在運用されている収集が停止されるという意味ではありません。代わりに、これはコンバインが再実行を計画しないということを意味する。

  3. Run 選定されたコンバインを直ちに起動する.これはコンバインの設定をテストするのに非常に有用である.

  4. 除去 現在選択されているすべてのコンバインを除去する。ダイアログでは，ユーザに操作の確認を要求する.

2行目には汎用ボタンが含まれている。次は各ボタンの意味です

  1. Back 管理ホームページに戻ればいいです。

  2. Add このボタンは新しいコンバインを作成することができる。

  3. 刷新 サーバ内の現在のコンバインリストをリフレッシュします。これは、収穫リストが他の人によって変更されたかどうか、または実行中の任意のコンバインの状態を取得するために非常に有用である。

  4. 歴史.歴史. すべての刈取り機の刈取り履歴を表示する。参照してください 歴史的記録を収穫する. もっと細かいことを知っています。

状態とエラーアイコンの取得

結果提示を得る

コンバインの運転が完了すると、刈取り過程に関する詳細な情報が表示された工具提示が表示される。 誤り. コンバイン用の列。コンバインが成功した場合、ツールキューにカーソルをドロップしてテーブルを表示し、いくつかの行のラベルは以下のとおりである。

  • 合計する. -リモートで見つかったメタデータの総数です。同じIDを持つメタデータは1つとみなされる.

  • 増列する. ローカルに存在しないので、システムに追加されたメタデータの数。

  • 除去 リモートサーバにはもはや存在しないので、ローカルに削除されたメタデータの数。

  • 更新されました -ローカルに存在するが、前回の変更日とリモート変更日が異なるため、更新が必要なメタデータの数。

  • 変わっていない -ローカルメタデータはそのままです。彼らの遠隔地の前回の変更日は変更されませんでした。

  • 未知のアーキテクチャ -スキップされたメタデータ数は，GeoNetworkがそのフォーマットを認識できないためである.

  • 取り戻すことができない -リモートサーバから検索する準備ができているが、何らかの理由でデータ転送中に異常が発生したメタデータの数。

  • 書式が正しくない 有効なXML表現形式がないので、スキップされたメタデータの数。

  • 検証しない -そのアーキテクチャに従って検証されていないメタデータの数。これらのメタデータは取得に成功しているが，検証過程によりスキップされる.一般的に、強制検証のオプションがあります：どうしてもこれらのメタデータを取得したい場合は、それをオフ/オフするだけです。

  • Thumbnails/Thumbnails failed ·追加されたメタデータサムネイル数/いくつかの障害のため追加できなかったメタデータサムネイル数。

  • 使用するメタデータURL属性 ·メタデータレコードにリンクするために使用可能なメタデータURLを有するレイヤ/要素タイプ/オーバーレイの数(OGCサービスコンバインのみ)。

  • 追加的サービス ·ディレクトリに作成され追加されたISO 19119サービスレコード数(THREDDSディレクトリ取得にのみ適用可能)。

  • 追加済み集合 ディレクトリに追加されたセットデータセットレコード数(THREDDSディレクトリ取得にのみ適用可能)。

  • 原子を添加した ディレクトリに追加された原子データセットレコード数(THREDDSディレクトリ取得にのみ適用可能)。

  • 追加済みサブテンプレート −メタデータディレクトリに追加されたサブテンプレート数(=ディレクトリに見えるセグメント)。

  • 削除されたサブテンプレート ·メタデータディレクトリから削除されたサブテンプレート数(=ディレクトリに見えるセグメント)。

  • Fragments w/Unknown schema -未知メタデータアーキテクチャを有するフラグメント数。

  • 戻りの破片 -コンバインから返されたフラグメントの数。

  • 一致した断片 −コンバインによって使用されるテンプレート内の識別子を有するフラグメントの数。

  • 既存のデータセット −THREDDSコンバインを実行する際に存在するデータセットのメタデータレコード数。

  • **** −コンバイナは、テンプレートおよびフラグメントから構築された記録数。

  • 挿入できない −コンバインがディレクトリに挿入できないレコード数(典型的には、レコードが存在しているため、例えば。Z 3950コンバインでは、異なるサーバから同じレコードを取得すると、このようなことが発生する可能性がある)。

新しいコンバインを追加する

ホームページの追加ボタンにより、新たなコンバインの追加が可能になります。次に、利用可能なすべてのコンバインプロトコルが含まれるドロップダウンリストが表示される。

実行する収穫タイプを選択して、押すことができます Add コンバインを追加する過程を開始する。以下の各節では，サポートされているコンバインおよび次の操作の詳細について述べる.

歴史的記録を収穫する.

コンバインを実行するたびに、何が収穫されたか、および/またはどのような問題が発生したかを示す状態報告が生成される(例えば、例外報告)。これらの報告はGeoNetworkで使用されているデータベースの表に格納されている.刈取り管理ページ上の履歴ボタンを用いて，すべての刈取り機の全刈取り履歴を呼び出すことができる。また、単一のコンバインの動作中の履歴リンクを使用して、コンバインの収穫履歴を呼び出すこともできる。

収穫履歴を表示した後、以下の動作を実行することができる。

  • すべての例外の詳細な情報を展開する

  • 履歴を収穫日ごとにソートする(すべてのコンバインの履歴であれば，コンバイン名でソートする)

  • すべての履歴項目または全履歴を削除します。