Available with ArcGIS Pro Standard and Data Reviewer licenses.
Summary
The Find Event Gaps  check finds linear referenced events with gaps between events of the same category, in the same route, or across multiple routes. For example, the same categories can be two speed limit events registered on the same route that don't cover the length of the route, resulting in a gap.
Note:
The Find Event Gaps check must be authored in the route's network feature class.
Supported workflows
ArcGIS Data Reviewer checks support multiple methods for implementing automated review of data. The following table identifies the supported implementation methods for this check:
Validation attribute rule | Constraint attribute rule | |
---|---|---|
Yes (ArcGIS Pro 3.1 and ArcGIS Enterprise11.1 or later) | No |
Overview
The Find Event Gaps check finds linear referenced events that have gaps on the same route or across multiple routes.
Industry scenarios
This check can be used in the following scenarios:
- In roadway management, a speed limit event representing 55 miles per hour (mph) needs to cover the entire measure of its corresponding route feature.
- To avoid pipeline corrosion in pipeline management, recording the measure of protective coating applied to underground assets without gaps ensures the accuracy of reporting and safety of underground features.
Examples
The following image illustrates linear error events in red that represent gaps between other events in the same route and across multiple routes.
Syntax
Parameter | Required | Explanation | Workflow |
---|---|---|---|
Subtype | No | The subtype to which the rule is applied. | Validation |
Attribute | No | A query that can be built on the route feature to narrow down the number of routes for evaluation. Example query: Route ID is greater than or equal to 100023011 | Validation |
Route Properties/Route Identifier | Yes | The name of the field that contains values used to associate events to routes. The field must be a numeric data type. | Validation |
Route Properties/Route From Date | Yes | The name of the field that contains values that define the starting date for a route. The field must be a date data type. | Validation |
Route Properties/Route To Date | Yes | The name of the field that contains values that define the ending date for a route. The field must be a date data type. | Validation |
Event Properties/Event Source | Yes | The line event registered with the route network to be validated for gaps. | Validation |
Event Properties/Route Identifier | Yes | The name of the field that contains values used to associate events to routes. The field must be a numeric data type. | Validation |
Filter | No | A query that can be built on the event feature to narrow down results by time. Example query: FromDate is on or after 3/3/2010 | Validation |
Event Properties/From Measure | Yes | The name of the field that contains the starting measure value for a point or linear event feature. The field must be a numeric data type. | Validation |
Event Properties/To Measure | Yes | The name of the field that contains the ending measure value for a linear event feature. The field must be a numeric data type. | Validation |
Event Properties/Event From Date | Yes | The name of the field that contains values that define the starting date for a point or linear event feature. The field must be a date data type. | Validation |
Event Properties/Event To Date | Yes | The name of the field that contains values that define the ending date for a point or linear event feature. The field must be a date data type. | Validation |
Measure Tolerance | No | Optional value used when finding event gaps based on a specific tolerance value. The linear referencing system M-tolerance is used by default. | Validation |
Name | Yes | A unique name for the rule. This information is used to support data quality requirement traceability, automated reporting, and corrective workflows. | Validation |
Description | No | A description of the error you define when a noncompliant feature is found. This information is used to provide guidance for corrective workflows. | Validation |
Severity | No | The severity of the error assigned when a noncompliant feature is found. This value indicates the importance of the error relative to other errors. Values range from 1 to 5, with 1 being the highest priority and 5 being the lowest. | Validation |
Tags | No | The tag property of the rule. This information is used in rule authoring and management workflows to support traceability and reporting of data quality requirements. | Validation |
Notes
Keep the following in mind when using the check:
- The check must be authored in the route's network feature class.
- This check supports validation of events stored in line feature classes.
- Optionally, you can define a Measure Tolerance value to use when finding events that have invalid measures. This value cannot be less than the m-tolerance value of the input route feature.
- This check supports validation of events that are stored in an enterprise geodatabase and registered with the ArcGIS Roads and Highways or ArcGIS Pipeline Referencing linear referencing system (LRS).
- Route features must be m-enabled and registered with the Roads and Highways or Pipeline Referencing LRS.
- A route identifier field (numeric data type) is required for all route and event features.
- An attribute index on the route identifier field speeds up the dynamic segmentation process.
- Events associated with
nonmonotonic route features are not evaluated by this check.
Nonmonotonic routes are routes that contain measure values that are
either continuous or do not strictly increase or decrease in
value.
The Monotonicity check is used to find nonmonotonic routes that require correction.
- Only input features with a validation status of 2 (No calculation required, validation required, no error), 3 (No calculation required, validation required, has error(s)), 6 (Calculation required, validation required, no error), or 7 (Calculation required, validation required, has error(s)) are considered during rule evaluation.
- The Attribute filter parameter is limited to comparison (=, <>, >, <, >=, and <=) and logical (AND/OR, IN/NOT IN, LIKE/NOT LIKE, and IS NULL) operators.
- The Attribute filter parameter does not support the following field types: Big Integer, Date Only, Time Only, and Timestamp Offset. If selected, the row header is marked in red and does not allow the rule to be saved.
- Event checks are not supported in composite rule configurations.