The Split tool causes a shift in vertices and polylines on the map in ArcGIS Pro Help

[KathleenDuffy]

Hello,

Has anyone encountered an issue with the split tool in ArcGIS Pro, where it causes vertices to shift when splitting polygons? I work with polylines regularly in ArcMap and never had this issue, but since migrating to ArcGIS Pro, I've found the split tool unusable for polygon splits. I saw that Bug BUG-000165171 was reported, but I haven't found a resolution yet. How are you handling polygon splitting in ArcGIS Pro?

Any help would be appreciated!

[Robert_LeClair]

BUG-000165171 was initially reported in ArcGIS Pro 3.2.1 and reproducible in ArcGIS Pro 3.4.  Current workaround is to add an extra vertex to ensure the endpoint of the sketch avoids the edge of the feature being split.  Not ideal I know...

[Scott_Harris]

@KathleenDuffy I'm just curious. How far are the vertices shifting for you?

[MichaelVolz]

Kathleen:

Are you performing these polygon edits within a Parcel Fabric?

[MatthewParkman]

My team has been experiencing the same issue. We are not working in the Fabric and the shift is random in both direction and distance. We have seen initial feature-shift small enough to be less than the precision of the measure tool and as large as 1-3 feet. We have not yet tried the add-vertex hack but will experiment with it and see what happens. 
We have seen this shift in several tools within the modify feature set. Notably it has affected features when using Copy Parallel wherein the shift/error is perpetuated and compounded as you continue copying new features. We have also seen it occur when creating new polygons by snapping vertex points to an existing polygon. Upon completion, the new polygon feature will "jump".

[Scott_Harris]

@MatthewParkman 

FYI The precision of the measure tool can be increased by increasing the number of decimal places for the given unit of measure under Options > Project > Units > Distance Units

The next time you see the "jump" you describe and the distance is larger than the XY tolerance of the data, please consider contacting Esri Technical Support to show them. The development team would be interested in seeing that case.

[MatthewParkman]

Thanks for the tip on increasing the measurement tool precision. Tech Support has seen numerous cases. We have submitted screen-records/videos/step-wise order of operation and several examples of the error. It has been reproduced by ESRI and registered as a BUG. 

[Scott_Harris]

Hi @MatthewParkman Thanks for following up. So far, the bugs presented to the development team have not reproduced a gap/overlap that is larger than the XY tolerance of the data. Zooming in beyond 1:1 is sometimes meaningless and the gaps/overlaps observed at that scale would not be considered gaps/overlaps when considering the XY tolerance. If you do have an example where a significant gap/overlap occurs, please consider logging a new defect with Esri Technical Support - or feel free to send me an direct message.

-Scott

[MatthewParkman]

The example image below has since been repaired using ArcMap and the snip was taken from a zoom level of  about 1:40. As luck would have it, this week we are suddenly unable to reproduce the issue but, as mentioned by Robert, above, it has been reproduced in multiple versions. As soon as we see an occurrence again, we will forward it and post here again. 

[MatthewParkman]

Was just able to reproduce. Random polygon created and then split, corner-to-corner. feature shift visible at zoom level of 1:3.28 :

resulting features merged and the shift is carried into the merged poly: