|
POST
|
In the above web course, the Feature on Feature check is used to identify overlaps between features in the same feature class (AP_LandUse). In this configuration, it is expected that an error feature will be created for each feature that contains an overlap with features from the Feature to Compare data source. Removing the overlap should automatically resolve both error features on the next evaluation of the validation rule.
... View more
06-23-2023
03:48 PM
|
0
|
1
|
1233
|
|
POST
|
Correct. The ability to track errors after they have been corrected is only available when using Data Reviewer-based validation attribute rules. Error features created when using Arcade-based validation attribute rules are automatically removed once the error condition is resolved. That said, I have had Data Reviewer customers indicate that they would like to have all errors (regardless of whether they were created based on an Arcade script or a Data Reviewer check) follow the same life cycle process. If this is something you'd be interested in seeing in a future release, I would ask that you take a moment and create an idea for this in the Data Reviewer Ideas board.
... View more
06-01-2023
04:43 PM
|
0
|
0
|
757
|
|
POST
|
@Anonymous UserSee my feedback on this behavior here.
... View more
05-26-2023
09:52 AM
|
0
|
0
|
4991
|
|
POST
|
This is the expected behavior when error features are created using Arcade-based validation attribute rules. The lifecycle management of error features is limited to those created using Data Reviewer-based validation attribute rules. Unlike the ArcMap workflow, when an error condition has been resolved the error feature's Phase and Status values are automatically updated when the feature is re-evaluated.
... View more
05-26-2023
09:50 AM
|
0
|
0
|
774
|
|
POST
|
In general, that error usually means a field in the data is being edited with an invalid value. For example, if you try to insert a 36-character string into a field with a max of 35 characters you'll get that error. For Reviewer-based validation attribute rules, you may want to verify that the Name and Description properties of your rules do not exceed 64/256 characters in length, respectively.
... View more
05-26-2023
09:32 AM
|
0
|
0
|
721
|
|
POST
|
The need to re-publish the service depends on the nature of the change being made to the participating feature class validation attribute rules. For Data Reviewer-based rules, changes that include the use of a new data source (such as the data source of the Features to Compare parameter in the Feature on Feature check) will require re-publishing if that data source is not already included in the service. The same condition would apply when creating a new rule that includes a data source that is not already included in the service (such as including the destination data source when using the Relationship check) .
... View more
05-26-2023
09:23 AM
|
0
|
0
|
1909
|
|
POST
|
A couple of things to check when you encounter this error: Verify that all data sources configured in the validation attribute rules are included in the published service. For example, several check types include additional data sources (such as the Features to Compare data source found in the Feature on Feature check) that must also be included in the published service. Review the server logs (in verbose mode) of your federated server(s) to identify any errors related to Reviewer check executions. Note: The installation of the Data Reviewer SOE is not required when using ArcGIS Pro-based workflows such as Attribute rules.
... View more
05-11-2023
02:51 PM
|
0
|
1
|
2620
|
|
POST
|
I notice that, unlike the tutorial, there was no option to select a study area, and error layers don't line up on the map with the other layers like it did in the tutorial which had a different datum to that of the error layers as well. You may want to check the Transformation settings configured in your map to see if this is the reason the error features are not aligned with the related feature. Here is some additional info on these settings. After running the Evaluate rules they show up in the Error Inspector without the green pass marks or red error marks. What could be the issue? Were the error features created using a Data Reviewer-based validation rule? If so, the error should include life cycle status information (stored in the Error phase and Error status fields). Errors created using Arcade-based validation rules will not have values in these fields.
... View more
04-28-2023
10:45 AM
|
0
|
0
|
1769
|
|
POST
|
@SarahMcLellan Attribute rule error layers are based on the WGS84 spatial reference. Could you provide some background on how the error features were created? For example, were the error features created by evaluating rules using the Error Inspector or the Evaluate Rules GP tool (in Pro or from a stand-alone script)?
... View more
04-24-2023
11:36 AM
|
0
|
1
|
1788
|
|
POST
|
Unfortunately, the workflow in ArcMap for ensuring that edits correct the error condition is not an automated process as they are Data Reviewer-based validation attribute rules in ArcGIS Pro. In ArcMap, error results must be manually updated to indicate whether they have been fixed or should be marked as an exception. Here is a link to the documentation that outlines the process. A couple of workflows that I've seen customers use: Create a new Reviewer session and re-run the Reviewer batch job or individual check on the edited features and see what errors are returned. Using the existing Reviewer session, re-run the Reviewer batch job or individual check on the selected feature and see if errors are still returned. If no error is returned, then update the correction status as "Resolved". Hope this is helpful!
... View more
03-22-2023
05:38 PM
|
0
|
0
|
957
|
|
IDEA
|
03-09-2023
09:09 AM
|
0
|
0
|
1462
|
|
POST
|
The Error Inspector is "generic" pane used to manage error features created when validating data using ArcGIS capabilities such as Topology Rules and Attribute Rules. These errors are stored in a schema that are specific to the capability. The Reviewer Results pane is used to manage error features created when validating data using ArcMap-based automated checks (Reviewer Batch Jobs), visual review tools and automated workflows using the Write to Reviewer Table geoprocessing tool. These errors are stored in a schema that is specific to Data Reviewer. This capability should be considered a legacy workflow to support deployments that contain both ArcMap and ArcGIS Pro clients. Data Reviewer customers are encouraged to migrate their QC workflows to Attribute Rules (and the Error Inspector) when they are ready to move from ArcMap.
... View more
02-24-2023
03:04 PM
|
1
|
3
|
2277
|
|
POST
|
@LauraPhoebusThis is a great question! Regarding licensing, the Methods to implement automated review topic is getting an update in the next release to address licensing requirements for Reviewer-based validation attribute rules. Here is a preview of this update: Consider the following licensing requirements when implementing Reviewer-based attribute rule workflows: A Data Reviewer license for ArcGIS Pro and an ArcGIS Pro Standard or Advanced license are both required to create or modify a Reviewer-based attribute rule. A Data Reviewer license for ArcGIS Pro and an ArcGIS Pro Standard or Advanced license are both required to evaluate a Reviewer-based validation attribute rule in a file or mobile geodatabase. A Data Reviewer license for Enterprise and an ArcGIS Server Standard or Advanced license are both required to evaluate a Reviewer-based validation attribute rule in a branch versioned enterprise geodatabase. Hope this update provides clarity around the licensing requirements.
... View more
01-25-2023
11:48 AM
|
0
|
0
|
1248
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 08-05-2025 10:53 AM | |
| 1 | 07-10-2025 05:23 PM | |
| 1 | 07-10-2025 10:43 AM | |
| 1 | 10-15-2024 04:47 PM | |
| 1 | 08-30-2024 09:26 AM |
| Online Status |
Offline
|
| Date Last Visited |
2 weeks ago
|