Data Reviewer のライセンスで利用可能。
サマリー
[重複フィーチャ] チェックは、重複するジオメトリを含み、一致する属性値を持つ同じジオメトリ タイプのフィーチャを検索します。
サポートされているワークフロー
ArcGIS Data Reviewer のチェックは、データの自動レビューを実装するための複数の方法をサポートしています。 次の表に、このチェックでサポートされている実装方法を示します。
| ワークフロー | サポート | ライセンス |
|---|---|---|
検証属性ルール | はい (ArcGIS Pro 2.7 および ArcGIS Enterprise 10.9 以降) | ArcGIS Pro Standard および Data Reviewer ライセンスで利用可能 |
制約属性ルール | いいえ | ArcGIS Pro Standard および Data Reviewer ライセンスで利用可能 |
データ チェックの実行 | はい (ArcGIS Pro 3.4 以降) | Data Reviewer ライセンスで利用可能 |
レガシー:
マップベースのレビューアー ルールは、廃止予定のため使用できません。 属性ルールで利用できる Data Reviewer 機能に自動レビュー ワークフローを移行することをお勧めします。 ArcGIS Pro 3.0 以降でマップ ドキュメント (.aprx ファイル) を開くか保存すると、ドキュメントから既存のマップ ルールがすべて削除されます。
概要
[重複フィーチャ] チェックは、繰り返しのフィーチャおよび属性値を特定します。 これには、異なるデータ ソースまたは同じデータ ソースに格納されたフィーチャの比較を含めることができます。
業界のシナリオ
水道施設管理では、[重複フィーチャ] チェックを使用して、複数のポイント フィーチャ間で同じ場所に重なったポイント (重複するバルブなど) を含むサービス ポイント、システム バルブ、および消火栓を特定できます。
属性ルールの構文
| パラメーター | 必須 | 説明 | ワークフロー |
|---|---|---|---|
|
サブタイプ |
いいえ | ルールが適用されるサブタイプ。 | 検証 |
|
属性 |
いいえ | ルールの適用先となるフィーチャを特定するクエリ。 | 検証 |
|
比較するフィーチャ |
はい | 入力フィーチャは、このデータ ソースのフィーチャへのリレーションシップに基づいて、エラーとして返されます。 有効な入力は、ポイント フィーチャ、ポリライン フィーチャ、およびポリゴン フィーチャであり、入力データ ソースのジオメトリ タイプに一致する必要があります。 | 検証 |
|
フィルター |
いいえ | [比較するフィーチャ] パラメーターで指定されたデータ ソースからルールに含めるフィーチャを特定するクエリ。 | 検証 |
|
無視する属性 |
いいえ | 重複フィーチャを評価するときに無視する属性値。 入力のデータ ソースと、比較するフィーチャのデータ ソースの両方に共通する編集可能なフィールドのみを無視することができます。 共通フィールドは、同じ名前およびデータ タイプを共有するフィールドです。 | 検証 |
|
名前 |
はい | ルールの一意の名前。 この情報は、データ品質要件のトレーサビリティ、自動レポート、および修正ワークフローのサポートに使用されます。 | 検証 |
|
説明 |
いいえ | 非準拠フィーチャが検出されたときに定義するエラーの説明。 この情報は、修正ワークフローのガイダンスを提供するために使用されます。 | 検証 |
|
重要度 |
いいえ | 非準拠フィーチャが検出された時点で割り当てられるエラーの重要度。 この値は、他のエラーに対するこのエラーの重要度を示します。 値の範囲は 1 ～ 5 で、1 は最高優先順位を示し、5 は最低優先順位を示します。 | 検証 |
|
タグ |
いいえ | ルールのタグ プロパティ。 この情報は、データ品質要件のトレーサビリティとレポートをサポートするためのルール作成および管理ワークフローで使用されます。 | 検証 |
データ チェックの実行の構文
| パラメーター | 必須 | 説明 |
|---|---|---|
入力フィーチャ | はい | ルールによって評価される入力フィーチャ レイヤー。 |
属性 | いいえ | ルールの適用先となるフィーチャを特定するクエリ。 |
比較するフィーチャ | はい | 入力フィーチャは、このデータ ソースのフィーチャへのリレーションシップに基づいて、エラーとして返されます。 有効な入力は、ポイント フィーチャ、ポリライン フィーチャ、およびポリゴン フィーチャであり、入力データ ソースのジオメトリ タイプに一致する必要があります。 |
フィルター | いいえ | [比較するフィーチャ] パラメーターで指定されたデータ ソースからルールに含めるフィーチャを特定するクエリ。 |
無視する属性 | いいえ | 重複フィーチャを評価するときに無視する属性値。 入力のデータ ソースと、比較するフィーチャのデータ ソースの両方に共通する編集可能なフィールドのみを無視することができます。 共通フィールドは、同じ名前およびデータ タイプを共有するフィールドです。 |
名前 | いいえ | ルールの一意の名前。 この情報は、データ品質要件のトレーサビリティ、自動レポート、および修正ワークフローのサポートに使用されます。 |
表示範囲 | いいえ | マップの表示範囲を評価します。 |
全体表示 | いいえ | データの全範囲を評価します。 |
備考
チェックを使用する際には、次の点に留意してください。
- 入力フィーチャおよび [比較するフィーチャ] パラメーター値のデータ ソースは、共通の測地基準を共有する必要があります。
- 入力および比較フィーチャのジオメトリを評価する際、M および Z 値は無視されます。
- 入力および比較フィーチャの属性を評価する際、システムで維持されるフィールドの属性値は無視されます。
- [比較するフィーチャ] パラメーターに含まれている入力フィーチャとデータ ソースの Validation Status 属性値は評価中に無視されます。 たとえば、ルール評価時には、検証のステータスが [0 (計算不要、検証不要、エラーなし)]、[1 (計算不要、検証必要、エラーあり)]、[4 (計算必要、検証不要、エラーなし)]、または [5 (計算必要、検証不要、エラーあり)] の入力フィーチャが引き続き含まれます。
- [属性] および [フィルター] パラメーターには、比較演算子 (=、<>、>、<、>=、<=) および論理演算子 (AND/OR、IN/NOT IN、LIKE/NOT LIKE、IS NULL) のみを使用できます。
- [比較するフィーチャ] パラメーターのデータ ソースには Global ID フィールドを含める必要があります。
- マップまたはプロジェクトのパッケージを作成する場合、および [検証] 機能を有効化して Web レイヤーを共有する場合は、[比較するフィーチャ] パラメーターのデータ ソースを含めます。
- [属性]、[比較するフィーチャ]、および [無視する属性] フィルター パラメーターでは、フィールド タイプとして、Big Integer、Date Only、Time Only、Timestamp Offset を使用できません。
- GUID および Object ID データ タイプは評価時に無視されます。