topic Re: Return features from Network Analyst Route solve in ArcGIS Network Analyst Questions

Return features from Network Analyst Route solve

AndyWhitaker1 — Mon, 02 Aug 2021 13:54:11 GMT

Is it possible to have the Network Analyst return the features (route segments) on a route? It seems we only get the merged geometry and directions.

Re: Return features from Network Analyst Route solve

MelindaMorang — Mon, 02 Aug 2021 15:02:47 GMT

Yes. You can use the Copy Traversed Source Features tool for this.

Re: Return features from Network Analyst Route solve

FabianoFerrazza3 — Mon, 02 Aug 2021 15:04:33 GMT

Hi Melinda.

It's ok from desktop, but how is it possible using the Network Analyst Service?

Re: Return features from Network Analyst Route solve

MelindaMorang — Mon, 02 Aug 2021 15:10:44 GMT

Unfortunately it is not possible to use that tool with a service.

Re: Return features from Network Analyst Route solve

FabianoFerrazza3 — Mon, 02 Aug 2021 15:17:08 GMT

Ok, thank you.

Are there any method to get the traversed features in the "web scenario"?

I did did it by an ArcObjects soe, using the NALayer (.lyr file), but it's not compliant to the new Enterprise SDK.

Thank you again

Re: Return features from Network Analyst Route solve

MelindaMorang — Mon, 02 Aug 2021 15:24:42 GMT

Yes, depending on the service, you should be able to retrieve the traversed features by doing your workflow in python using the arcpy.nax solver objects. Here is some documentation: https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/performing-network-analysis.htm

The Route solver object has RouteEdges, RouteJunctions, and RouteTurns output types, so you should just be able to retrieve those.

Route solver object: https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/route.htm

Route solver result object: https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/routeresult.htm

Route output data types: https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/route-output-data-types.htm

Ways to access output: https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/accessing-analysis-outputs.htm

Re: Return features from Network Analyst Route solve

AndyWhitaker1 — Mon, 02 Aug 2021 15:30:30 GMT

Thanks @MelindaMorang! I'll read through those documents to see if I am able to find an approach that will work. I'll add another post here once I've come to a conclusion.

Re: Return features from Network Analyst Route solve

FabianoFerrazza3 — Mon, 02 Aug 2021 15:35:20 GMT

So, Python is the only way to accomplish this, right?

Do you think will be ever added a rest parameter to obtain the traversed features directly by NAService?

Thank you again @MelindaMorang !

Re: Return features from Network Analyst Route solve

AndyWhitaker1 — Mon, 02 Aug 2021 16:29:11 GMT

I agree that ideally, this would be a REST parameter that could be set.

After reading through some of the docs, it seems that turning on some parameters on the network analyst service, such as returnRouteEdges might do the trick? My knowledge of this side of things is limited, as I'm a developer working on a GIS project, and not a GIS professional.

I saw a property for the Network Analyst, routeShapeType, which sounds like setting to TrueShape might return the underlying features?

https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/routeshapetype.htm

I saw a similar property to the routeShapeType in the ArcGIS for JavaScript API:

https://developers.arcgis.com/javascript/3/jsapi/routeparameters-amd.html#outputlines

Re: Return features from Network Analyst Route solve

MelindaMorang — Mon, 02 Aug 2021 18:04:39 GMT

@AndyWhitaker1 and @FabianoFerrazza3 are the two of you working on the same project? I'm not sure whether I'm having two separate conversations at once or if it's all the same thing. 😁

Regarding the python solver objects, you need to set returnRouteEdges to True and then retrieve the RouteEdges output type from the result. The routeShapeType property is unrelated. That controls the shape of the features in the Routes output. Regardless of your choice there, the "traversal result", which is the network edges that were traversed, will always be the same and can be retrieved through RouteEdges.

Re: Return features from Network Analyst Route solve

AndyWhitaker1 — Mon, 02 Aug 2021 18:47:37 GMT

Hi @MelindaMorang, no @FabianoFerrazza3 and I are not working together, but his contributions to the question have been very helpful to me. As @FabianoFerrazza3 has stated, it would be great to toggle this feature through the REST API or even the ArcGIS for JavaScript API. As the web application developer, I do not have direct access to our organizations GIS servers, and thus interact with one of the above products through services. This keeps the work on our side of the court, instead of a python script on the server.

That said, your explanation has been very helpful, as it helps me learn another option that's available. After a quick discussion with the GIS analyst that I'm working with, and based on your comments, it seems that there's no way to return edges without the python script. Thanks again!

Re: Return features from Network Analyst Route solve

MaxZeng — Mon, 02 Aug 2021 23:36:09 GMT

Hey @AndyWhitaker1 , if the GIS analyst you are working with, is publishing routing services using publish routing services utility, then you could probably use the geoprocessing service published through this utility instead? The route geoprocessing service published has a parameter called populate_route_edges, which should give you the traversed edges. At this point, the NAServer service doesn't have such parameter to return traversal result.

I would also be interested to know what you want to do with the traversal result, and see if there are other ways to get the information you need without returning traversal result. Thanks!

Re: Return features from Network Analyst Route solve

AndyWhitaker1 — Tue, 03 Aug 2021 10:53:59 GMT

Hey @MaxZeng, thanks for the info. on the publish routing services utility. I will have a chat with the GIS analyst to see if that's something they're willing to try. I'm guessing there's a performance penalty, but it's something we can test.

What we're doing? We're analyzing each route to find all of the bridges, signs, railroad crossings, and other features. Currently, we take the geometry returned from the routing service and query for the underlying route segments in addition to features from a few different feature layers. Returning the underlying features on the route would provide us with some of the information that we must query for. Since we have to perform a spatial "contains" query with a tolerance on these other layers, it would also eliminate the very small adjacent road segments that fall within the tolerance; this mostly occurs when roads intersect at a tight angle.

Presently, we're working on providing the user with a route that returns to the start location utilizing the exact same roads as the first trip leg - since these roads have been analyzed and deemed safe. Having only the features traversed on the first trip leg would make this challenge much simpler.

Current challenge is getting a list of the features traversed in order. The spatial query to our network source layer (linework) to get the features traversed often returns the features out of order (especially on long routes). To travel the exact same route for the return trip leg, we add a certain number of waypoints as stops to the route's return leg path (which only differs for divided highway segments). However, at the moment, when the features are out of order, sometimes the waypoints we add are also added out of order, causing the route to visit waypoints in a way that adds a lot of extra distance. Any suggestions are welcome.

Re: Return features from Network Analyst Route solve

MaxZeng — Tue, 03 Aug 2021 20:48:37 GMT

@AndyWhitaker1Thank you for sharing how you are using the traversal result. After looking at your use case, the traversal result is indeed what you need to know those features that get traversed. Unfortunately NAServer service doesn't have the capability to return traversal result right now, so the only easy way to do it is using the geoprocessing service published via publish routing services utility (PRS). You could also create custom script that uses solver object as Melinda suggested and publish as geoprocessing service, but the geoprocessing service published via PRS are also written using solver object. The custom geoprocessing service created with solver object could be used to further extend what is not available in geoprocessing service published via PRS.

There are ways to make geoprocessing service faster though. Here is how:

Once you run the publish routing services utility, you will have a folder with these four services.

The NetworkAnalysis geoprocessing service (the first service in the screenshot), is published as asynchronous geoprocessing service by publish routing services utility. And it corresponds to GPServer asynchronous service. You could potentially go into the service parameters (by clicking the pencil next to the service) and change it to synchronous geoprocessing service. By doing this, instead of using submitJob on the geoprocessing service and query the job id for the job status, you will use execute on the geoprocessing service and wait for the job to finish. Here are some more information about executing sync geoprocessing service.

Make the service synchronous will make the service run faster.

Re: Return features from Network Analyst Route solve

AndyWhitaker1 — Wed, 04 Aug 2021 10:54:49 GMT

Thanks, @MaxZeng and @MelindaMorang for your assistance! They are both viable solutions for returning the features traversed on a route. I'll work with our GIS team to implement one of the solutions.