topic Pro creating routes along closed segments by jumping to nearest routable segment in ArcGIS Network Analyst Questions

Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Wed, 12 Jul 2023 13:13:21 GMT

When routing on the same network different results are generated between ArcMap and ArcPro. In the below images, the highlighted segment is closed for routing, however in ArcPro, it jumps to the nearest routable segment and creates a route, which is not the desired result. The same routes in ArcMap produce the following error:

“Warning: Location "Graphic Pick 2" in "Stops" is on a non-traversable network element position.

Warning: Need at least 2 valid stops.

Error: "Stops" does not contain valid input for any route.”

How can we get ArcPro to behave in a similar way to ArcMap? In route properties, the Network Locations tab, the options are not the same between ArcMap and ArcPro so finding out how to get them to behave the same is not straight forward. We can set a search tolerance in Pro, but we don’t have to do this in ArcMap to get the desired result. Any ideas?

Figure 1: Routing jumping to nearest routable segment when attempting to route to a closed segment in ArcPro.

Figure 2: Routing jumping to nearest routable segment when attempting to route from a closed segment in ArcPro.

Figure 3: Routing error as expected when attempting to route to a closed segment in ArcMap.

Figure 4: Routing error as expected when attempting to route from a closed segment in ArcMap.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Tue, 18 Jul 2023 19:47:37 GMT

Hello Melisa. The behavior you're seeing in Pro is as designed. Points will always locate on the closest routable and non-restricted point on the network according to the specified locate settings and travel mode. In your case, the closest edge is restricted, so it locates on the next-best option.

When designing this behavior, our assumption is that there was no benefit to locating on a restricted edge or junction because this would just cause the route to fail or be unable to reach the point. Could you tell me what you're trying to do and why you want to see the solve failure?

A couple of other things that may be useful to you (just a guess, since I don't know what you're really trying to do):

When a point locates somewhere that isn't the closest option because the closest option is restricted, the Status field in the attribute table will be set to 7, or "Not located on closest". If you just need to determine which points aren't located where expected, you can filter the inputs to find rows with this value.
You might be able to achieve your goals by adjusting various locate settings, such as setting a search query, adjusting search tolerance, etc. This documentation may help: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/locating-analysis-inputs.htm

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Wed, 19 Jul 2023 18:18:19 GMT

This is an important function to us as we use this to test areas that are not routable to public safety and many other purposes. For example, if a road is closed, we want it to fail - not jump to a near segment that does not actually have any connection or access to the closed segment. We want to know that a specific address is not routable, we do not want it to jump to a near segment and suggest routing to a non routable address via something nearby like the behavior exhibited. We also like to use this to determine sections of communities that may be impacted from proposed construction closures, floods, etc.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Wed, 19 Jul 2023 21:28:56 GMT

Okay, I understand.

I think you may be able to achieve at least part of your goal by simply running the Calculate Locations tool or the Add Locations tool and checking the Status field or the network location fields afterwards. You don't actually need to do a solve operation to determine if the points are not routable.

You can also set the Search Tolerance property to something fairly small to reduce the likelihood of the point getting snapped to another street that's far away.

Does this help at all?

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Thu, 10 Aug 2023 11:08:05 GMT

Is this behavior in Pro, version specific or is this how routing was designed in all of Pro?

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Thu, 10 Aug 2023 13:29:07 GMT

This is how Pro was designed right from the start.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Mon, 23 Sep 2024 12:49:24 GMT

Hi @MelindaMorang, we are coming back to this and finding a lot of issues with changing the settings like the search tolerances etc. There does not seem to be a lot of consistency in results. We previously were able to get desired results with very little to no manipulation in ArcMap, but in Pro we have to change a lot of settings to attempt to get similar results. We really would like to be able to easily identify segments that are not routable/causing unexpected routing errors in the network, but with how Pro was designed it is extremely challenging to do so. Do you know if there are any planned enhancements or changes coming that may assist with our issues?

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Mon, 23 Sep 2024 14:44:02 GMT

I'm sorry you're having trouble migrating this workflow from ArcMap. I'm happy to help you find a way to do this in Pro, which may be different from the way you did it in ArcMap. However, I still don't have a very clear picture of exactly what you're trying to do. What data are you starting with, and what information do you want to get from it?

"finding a lot of issues with changing the settings like the search tolerances etc. There does not seem to be a lot of consistency in results."

Can you describe these problems in more detail? What is your overall workflow? Maybe we just need to find the right set of steps for you, and we can resolve these issues.

Another idea for you: Have you tried symbolizing the network dataset in the map by restriction status? You can adjust the network dataset symbology to symbolize a particular travel mode, and it will visually show you which streets are restricted, etc. Some documentation on how to set this up: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/network-dataset-layer-symbology.htm

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Mon, 23 Sep 2024 15:17:03 GMT

@MelindaMorang

Basically, we like to check our network for errors using a closest facility analysis. We do this to ensure our 911 network is routable to all addresses in our jurisdiction. We use this method to make sure every fire station etc, can get to every address without issue. In ArcMap, this process was easy and all addresses that are on restricted segments are caught as errors (we know we can just verify what segments we have restricted), but this method also allows us to find things that should not come in as errors. This allows us to then put notes in the 911 system so that dispatchers know of any current issues that might occur when they are trying to route emergencies.

When trying to duplicate this in Pro we are seeing snapping to the nearest routable segments, as there is not a search tolerance to account for all distance possibilities, so if there is indeed a routing issue, Pro is not catching them, meaning we are unable to alert Public Safety of these for them to put notes into the 911 system.

We have tried reconfiguring the settings and tolerances in every possible combination we can think of for loading facility/incident locations and for running the analysis. We assumed that snapping the locations to the network lines during loading and dropping the search tolerance for running would result in solutions more similar to what we were seeing in arcmap (not failing to locate points or jump to the nearest routable segments), but it doesnt seem as straightforward as expected

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Mon, 23 Sep 2024 21:44:21 GMT

I recommend approaching this using two major steps:

First locate all the points on the network and identify the ones that don't locate on the closest network element.
Then, using the remaining good records, do your Closest Facility analysis to identify any points that can't be reached for some other reason (disconnected network, other weird situations).

Here is a more detailed breakdown of how you would do this:

Add a field named "Status" of type Long to your feature class of input address points.
Run the Calculate Locations tool on your feature class of input address points.
1. Set whatever search tolerance and other locate settings make sense for your use case.
2. Be sure to set the travel mode you intend to use for your Closest Facility analysis.
Post-process the updated feature class of input address points. The Status field will have been updated to reflect the point's locating status. Select all features that have a Status field value of 1 (Not Located) or 7 (Not located on closest). (Alternatively, select all features with a value not equal to 0, which is the normal code for OK.)
1. Read more about the Status field codes here: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/closest-facility-analysis-layer.htm
The selected features are the ones that did not snap to the closest network element and are therefore invalid/not routable according to your rules. Do whatever you normally do to update your records with this information.
Switch the selection so only the good records are selected.
Create your Closest Facility layer and configure the settings as needed
Use the Add Locations tool to add the selected address points (the good records). You can use the field mappings to use the pre-existing location fields that you already calculated, and this will save you some time.
Add your fire stations as Facilities.
Solve the analysis.
Post-process the results to check for any address points that could not be reached using your normal method or by looking at the Status field, and update your records.

I'm still not sure what problems you're having with Search Tolerance, but if you continue to have them, feel free to add screenshots or specific steps, and maybe I can see where the problem is.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Tue, 24 Sep 2024 15:44:17 GMT

@MelindaMorangThank you for this. We have been working through the steps you provided using the calculate locations tool. When we use a broad search tolerance, like the default, it ensures all points are located regardless of being on a restricted segment. It locates them based on the nearest routable segment as expected, however, we do not get a status flag of 7 we get 0. If we use a more restrictive tolerance more appropriate to the distance between point and segment, we only get status flags of 0 or 1, this however will give us a lot of 1 flags to go through, which is not feasible as we are searching through many points. There has been no configuration that we have seen that gives us a status flag of 7, which would be a more useful flag for us. The image below shows the result of the calculate locations tool with a broad tolerance. These 3 points are on a restricted segment, so they locate to the nearest routable segment, but we get a flag of 0.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Tue, 24 Sep 2024 15:59:46 GMT

Okay, I understand the problem, and I can reproduce it on my end. It seems like a bug in the Calculate Locations tool that the Status field is coming back as 0 instead of 7 for those points. I will log the issue, and we'll see about fixing it.

In the meantime, a workaround for you is to use the Add Locations tool instead of Calculate Locations. You can create a dummy NA layer of any type and use Add Locations to load your points into it to calculate the network locations. I just tested this, and this definitely works and returns the correct code of 7.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Tue, 24 Sep 2024 16:17:33 GMT

The Calculate Locations issue is now logged in our system as BUG-000170977. If you need updates on this issue, you can contact Esri Support with this bug number. I will also post an update here once we've fixed it.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Wed, 25 Sep 2024 12:42:56 GMT

Great, thank you. We will keep an eye out for the bug fix.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Wed, 25 Sep 2024 13:04:39 GMT

@MelindaMorang Thank you for looking into this and reporting the bug! Another question we had regarding the calculate locations tool is about the SourceID field. It calcs to 4, but we aren't sure where that comes from. Do you know what the 4 is and if there's a way to have the SourceID field be calculated to a specific field like a unique identifier we could connect back to our source data with?

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Wed, 25 Sep 2024 15:09:31 GMT

We investigated this problem and found it to be a very simple bug. We fixed it, and the fix will be available in the forthcoming ArcGIS Pro 3.4 release. We also flagged the issue as something we can potentially fix in future patches of older versions of the software.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

MelindaMorang — Wed, 25 Sep 2024 15:18:28 GMT

The SourceID field refers to the feature class ID of the network dataset source feature class the point was located on. So if it locates on Streets OID 500 (I made that up), it will have a SourceID of 4 (or whatever the feature class ID of Streets is) and a SourceOID of 500.

Some networks have multiple edge sources (like Streets and Sidewalks, for instance), or sometimes your locate settings allow you to locate on both edges and junctions. The SourceID field helps you distinguish which of these network source the point located on.

This documentation explains the meaning of the various network location fields: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/locating-analysis-inputs.htm#ESRI_SECTION1_9FF9489173C741DD95472F21B5AD8374

However, reading between the lines of your question, I'm guessing what you're actually wanting to know is how to relate the points loaded into your NA layer sublayer (Facilities, Incidents, etc.) back to the original dataset you loaded. You are looking for a way to join the data using the ObjectID or some other unique identifier. Is that right?

Here's the process I recommend for that:

Make sure your input points have some unique ID field. You can use the ObjectID field if you want, but if you have some other unique ID field in the data that you use for your record keeping, that might work better.
After creating your NA layer, use the Add Field To Analysis Layer tool to add a field to the sublayer you're going to add the points to (Facilities, Incidents, etc.). Give it whatever name and type make sense. You are going to map your input data's unique ID field to this new field.
When you run Add Locations, use the field mapping control to map your input data's unique ID field to your newly added field.
After Add Locations runs, you can run Join Field or Add Join or whatever other procedure to transfer the information you need back to your original dataset. You can use the field you added to the sublayer and the original data's unique ID field as the fields to join with since they should have corresponding values.

Re: Pro creating routes along closed segments by jumping to nearest routable segment

melisahansen — Tue, 08 Oct 2024 18:35:35 GMT

Thank you @MelindaMorang. We currently have a workaround until we upgrade to the next version that has the bug fix. Again, thank you for all the information you provided!