BUG-000177966 for ArcGIS Pro

Numéro d’ID de bogue	BUG-000177966
Envoi	July 17, 2025
Dernière modification	January 13, 2026
S’applique à	ArcGIS Pro
Version trouvée	3.5
Système d’exploitation	Windows OS
Version du système d’exploitation	10.0 64 Bit
Statut	Will Not Be Addressed

Informations supplémentaires

Problem: My error layers do not line up with my data. (note: This issue can happen with Run Data Check error layers, or the GDB_Validation_____Error layers that are added via the "Add Error Layers" right-click context menu item) Cause: The Map Transformation that is auto-selected is incorrect. Solution: In the Contents Pane, right-click on the Map and go to Properties > Transformation. Adjust the transformation until the error layers and regular layers line up. - Example: If you are using Local Gov (LG_FGDB) data, the data is in NAD_1983_HARN_StatePlane_Illinois_East_FIPS_1201. The Error Layers are in WGS 1984 (WKID 4326). If you examine the transformation used on the map it may be set to 'NAD 1983 HARN to WGS 1894 2'. In this case, it should be `NAD 1983 HARN to WGS 1984` (no 2). Play around with the transform used and see if you can get the errors and data to line up. NOTE: This behavior is not a bug. WGS 1984 wkid 4326 (the coordinate system of the GDB_Validation_____Errors and RunDataCheck_____Errors layers) is not one single geographic coordinate reference system. Instead, it is an 'ensemble' or bucket, that contains all definitions or realizations of WGS 1984. Each realization, or version, of WGS 1984 is specified by a reference to the GPS week for which is was calculated. Because GCS_WGS_1984 is not one single definition, a user cannot transform from WGS_1984 to WGS_1984_(G1762) for example, because WGS_1984 is not a single thing. To access a specific transformation going TO WGS_1984_(G1762), the user must specifically define the starting point, whether they are starting from WGS_1984_(G730), from WGS_1984_(G1150) or some other realization of WGS_1984. Depending on the starting point, several transformations may be required to get to the desired one. For example, if the original data uses WGS84(G1674), three successive transformations are used to get to WGS84(G2296): 1. WGS_1984_G1674_To_G1762_Fixed_At_2012.5_KD 2. WGS_1984_G1762_To_G2139_Fixed_At_2016.0_NGA 3. WGS_1984_G2139_To_G2296_Fixed_At_2024.0_NGA See this support article for details: WGS 1984 is not what you think! Transformation is particularly a problem with US/Canada data converting between NAD83 (a variant like NAD83(CSRS) or NAD83 (2011)) and WGS84. Basemaps using WGS84/web Mercator may have been transformed differently to WGS84 which can also occur in a map or scene. We have transformations between the NAD83 'family' and WGS84 that either assume they're equivalent so use a null or parameters=0 or try to apply an approximate offset--because the current NAD83 versions and current WGS84 differ by over a meter. So if data doesn't line up, solution is often to switch between a null/zero transformation and one that does move the coordinates.

Solution de contournement

In the Contents Pane, right-click on the Map and go to Properties > Transformation. Adjust the transformation until the error layers and regular layers line up