Bug ID Number |
BUG-000163418 |
Submitted | December 4, 2023 |
Last Modified | June 5, 2024 |
Applies to | ArcGIS Pro |
Version found | 3.2 |
Operating System | Windows OS |
Operating System Version | 10.0 64 Bit |
Status | Known Limit
After review by the development team, it has been determined that this issue is related to a known limitation with the software that lies outside of Esri's control. The issue's Additional Information section may contain further explanation.
|
Additional Information
This is a known limitation that is specific to the input data. The input shapefile GID field has a precision and scale of 32 31, which is not suitable for the output enterprise geodatabase feature class. When running Export Features with the default field mapping, these precision and scale values are maintained, which raises an arithmetic overflow error.
If using the ArcGIS Pro User Interface, the precision and scale of the GID field can be reset to use a default of 0 if validation is triggered by clicking the Edit button and launching the Field Properties window. The field mapping string can also be manually edited to use a default of 0 as the precision and scale via Python scripting.
Alternatively, using CopyFeatures as a workaround sets the scale and precision of the GID field to 38 8.
Workaround
If using the ArcGIS Pro User Interface, the precision and scale of the GID field can be reset to use a default of 0 if validation is triggered by clicking the Edit button and launching the Field Properties window. The field mapping string can also be manually edited to use a default of 0 as the precision and scale via Python scripting.
Alternatively, using CopyFeatures as a workaround sets the scale and precision of the GID field to 38 8.
Steps to Reproduce