topic Re: Traverse tool not accepting Direction in ArcGIS Pro Questions

Traverse tool not accepting Direction

GISUser74305830 — Thu, 21 Nov 2024 15:25:49 GMT

I'm entering in survey calls into the Traverse tool and I'm running into an issue where the Direction I enter doesn't take and gets changed to the direction of the previous call. It gets preceded by an * which, according to the documentation, indicates it is tangent to the previous direction. I'm not a super-experienced COGO user, but not sure what's going on.

Re: Traverse tool not accepting Direction

jcarlson — Thu, 21 Nov 2024 15:56:20 GMT

Can you share the text of the description, or the bearing you're *trying* to enter?

Re: Traverse tool not accepting Direction

SenecaFrancis — Thu, 21 Nov 2024 16:21:35 GMT

The traverse tool has been acting weird after the pro update. Usually when the * happens after I enter a direction I have to delete that row and inset a new one to get it take what I enter.

Re: Traverse tool not accepting Direction

GISUser74305830 — Thu, 21 Nov 2024 16:26:45 GMT

Sure.

Call 13: N89-18-12W, distance of 1,133.27
Call 14: N89-17-59W, distance of 2,270.91

However, when I do that, Call 14 gets readjusted to: *N89-18-12W, distance of 2,270.91.

The distance is fine, but the bearing is not.

Re: Traverse tool not accepting Direction

jcarlson — Thu, 21 Nov 2024 16:33:39 GMT

Odd. I can't replicate that here, but I'm not on the latest version of Pro. (2.2 over here.) Perhaps @SenecaFrancis suggests, it has something to do with the software. What version are you on?

Re: Traverse tool not accepting Direction

GISUser74305830 — Thu, 21 Nov 2024 16:41:52 GMT

3.4 here.

Re: Traverse tool not accepting Direction

GISUser74305830 — Thu, 21 Nov 2024 16:42:18 GMT

By the way, I tried just deleting those calls and entering new ones .... same results

Re: Traverse tool not accepting Direction

HeatherWidlund — Tue, 07 Jan 2025 14:48:14 GMT

Having the same issue at version 3.4. I agree 3.4 has been buggy, lots of crashes and "read-only" projects on opening.

Re: Traverse tool not accepting Direction

Markbe_utco — Wed, 22 Jan 2025 18:15:01 GMT

Experiencing the same issue with both curves and lines within the traverse tool.

Trying to enter:

N 90-00-00 W 1.75 ft
N 89-50-08 W 211.81

Traverse tool changes it to:

N 90-00-00 W 1.75ft
*N 90-00-00 W 211.81ft

With the * denoting that the line segment has been changed to, in this case, extend the same bearing

This is a 10 minute difference! What gives?

Re: Traverse tool not accepting Direction

RyanXiong559 — Wed, 05 Mar 2025 20:00:20 GMT

Hello,

I'm also noticing that this issue when entering direction for a given line and ArcGIS Pro adjust it even when deleting the row. Also, I'm using 3.4 as well.

Re: Traverse tool not accepting Direction

HeatherWidlund — Wed, 05 Mar 2025 20:14:15 GMT

This is still happening to me on the latest patch. Also, I tried exporting the traverse to a file, editing the direction in the file and uploading it to the traverse tool in a brand new Pro session. It still adjusts the same row!

Any feedback, @Robert_LeClair ?

Re: Traverse tool not accepting Direction

Robert_LeClair — Wed, 05 Mar 2025 21:54:11 GMT

I'm thinking this is BUG-000173775 - "The Traverse tool in ArcGIS Pro fails to retain new quadrant bearing entries that are within 20 seconds of the previous course, defaulting to the earlier value instead." It's reproducible in ArcGIS Pro 3.4 and 3.5 (Alpha) and works correctly at ArcGIS Pro 3.3.1.

The workaround seems to be "The direction value is shown as NW instead of the entered SW due to how the label expression handles 90, 180, 270, or 360 degrees. Modifying the direction field in the Attributes "pane by adding a small .00001 value nudges it to the other quadrant, correcting the label.

Not ideal clearly but I think that's what's going on...

Re: Traverse tool not accepting Direction

HeatherWidlund — Wed, 05 Mar 2025 22:19:44 GMT

That workaround doesn't address the problem I am seeing, as it has nothing to do with the label. There is nothing in the attribute table as my working feature class is not COGO enabled.

I have a course S54-03-13W 64.03 ft. The next course is S54-03-11W 12.19 ft. Adding .0001 to the 11 seconds does nothing; it reverts to *S54-03-13W.

If this is the same bug, how do I get added to the stakeholders?

Re: Traverse tool not accepting Direction

Robert_LeClair — Thu, 06 Mar 2025 21:15:09 GMT

Yes, sorry about that as I read that item incorrectly. I do still think it's related to BUG-000173775 as it tracks with the Support Case I'm reading now. If you'd like to add your Customer Number to the BUG, I believe you can do this by contacting Support Services and working directly with an analyst.

Re: Traverse tool not accepting Direction

HeatherWidlund — Thu, 06 Mar 2025 21:19:39 GMT

Thanks, Robert!

Re: Traverse tool not accepting Direction

HeatherWidlund — Wed, 04 Jun 2025 18:19:46 GMT

This bug appears to be fixed in 3.5. I just tested it after contacting support and the traverses that were failing before are working now. Here is the bug page.

Re: Traverse tool not accepting Direction

ChrisJ_FLDEP — Mon, 23 Jun 2025 15:58:43 GMT

Just a quick FYI.

I know the bug has already been fixed, but here's another scenario where it pops up. The linked bug report states that the traverse direction is defaulting back to tangent when the new bearing is less than 20 seconds. I'm on 3.4.3 and have two successive directions of N10-56-36E and N11-17-59E (a 21+ MINUTE difference), but the traverse tool is still defaulting back to the tangent when I enter the second call. The two traverse call have distances of 31.81ft and 1.28ft respectively. To troubleshoot, I added 10ft to the shorter (second) traverse call. Now I'm going from N10-56-36E at 31.81ft to N11-17-59E at 11.28ft., and with the added distance to the second traverse call the traverse tool accepted the new direction. So the length of the following line also played a part in the tool not accepting the bearing.