Reviewer rule design

Available with Data Reviewer license.

Reviewer rules enable you to detect features that do not comply with established data quality requirements defined by your organization. This includes the detection of errors that affect a feature's attribution, geometric integrity, or relationship with other features. These rules can be used to assess a feature's quality during different phases of the data production workflow.

Automated validation capabilities

The first step when designing a Reviewer rule is to understand the capabilities of automated checks in Data Reviewer. The following are examples of check types that are used to assess different aspects of a feature's quality.

  • Spatial relationship checks—Analyze the spatial relationships between features. You can analyze whether features overlap, intersect, touch, or are within a specified distance of each other. For example, you may want to verify that a road does not cross into the ocean or that a fire hydrant is connected to a water lateral.
  • Attribute checks—Analyze the attribute values of features and tables. This can be simple field validation, such as a geodatabase domain, or have more complex attribute dependencies. For many features, one attribute is dependent on another attribute of the same feature. For example, if a road is under construction, it may not be accessible. An attribute check can be configured to monitor the status and accessibility of the roads.
  • Feature integrity checks—Analyze the properties of features. Not all features in a database follow the same capture criteria. For example, you may have collection rules that define how close two vertices can be or whether multipart features are allowed in your data. Feature integrity checks ensure that collection rules are followed for each feature class.

For more information, see ArcGIS Data Reviewer checks.

Identification of Data Reviewer checks

The identification of automated Reviewer checks is often a task performed by a subject matter expert with deep knowledge of the data model and quality requirements. A subject matter expert can quickly identify a variety of issues, such as feature integrity, attribute completeness, and spatial relationships.

Using a requirements traceability matrix, the subject matter expert can associate Data Reviewer checks with data quality requirements. For more information, see Identify data quality requirements.

The following table is an example of a populated requirements traceability matrix that references some of the automated validation capabilities described above.

This list can provide organizations with a quick reference for identifying a specific capability in a product and its use when collecting requirements.

IDRequirementRequirement numberRequirement categorySoftwareProduct capabilityData Reviewer check

5

Ability to ensure that source data will be migrated into the production database and have appropriate domains and relationships

D002

Data Requirement—Logical consistency

Data Reviewer

Domain check

Yes

Relationship check

Subtype check

7

Ability to ensure that production data is for mobile collectors and is attribute accurate

D004

Data Requirement—Thematic accuracy

Data Reviewer

Regular Expression check

Yes

Table to Table Attribute check

8

Ability to ensure that there is no overlap between event measures during the project period of 2010–2020

D005

Data Requirement—Temporal quality

Data Reviewer

Invalid Events check

Yes

10

Ability to identify the number of cells that are not populated (NULL) for each required attribute field

D006

Data Requirement—Thematic accuracy

Data Reviewer

Query Attributes check

Yes

11

Ability to identify parcels that have no overlaying building footprint features

D007

Data Requirement—Logical consistency

Data Reviewer

Feature on Feature check

Yes

13

Ability to validate a unique ID attribute linking a parcel to matching building footprint features

D008

Data Requirement—Logical consistency

Data Reviewer

Feature on Feature check

Yes

Sample Requirements Traceability Matrix

Quality control in workflows

Reviewer rules enable you to assess quality across multiple phases in the data life cycle. This includes assessment of a feature during creation, maintenance, updates, sharing, and archiving or deletion. Further, data currently in use within the organization can be assessed to identify compliance with changing data quality requirements that emerge in response to new business processes.

Detect errors in existing data

Automated checks can be used to assess the overall quality of your data based on your organization's unique quality requirements. This can include the validation of all features in a dataset to establish a baseline understanding of the data's fitness for use, as well as validation of a subset of features as a step in a workflow. Errors detected using this form of validation are stored in your geodatabase to support corrective workflows and quality reporting.

For more information, see Create Reviewer rules in a map.

Prevent errors in editing workflows

Automated checks can also be implemented to assess quality when creating or modifying data in your geodatabase. This form of validation serves to enforce data integrity like other forms of geodatabase constraints, such as domains and subtypes. Edits that result in data that does not comply with the organization's data quality requirements are rejected and will not be saved.

For more information, see Create Reviewer rules in a geodatabase.