|
POST
|
Yes, technically you can use the same network dataset for car driving and biking as long as you prevent travel on the LineVariantElements and have some reasonable way to accurately model travel time and (particularly for cars) various restrictions for travel. For bikes, depending on what you want to do, you might want to allow travel on transit lines that can accommodate bikes, which is fully supported by the transit data model. Unfortunately, although you an model driving to park-and-ride, and you can model riding transit from the park-and-ride to the destination, you can't model both of those within the same analysis. This is because the Network Analyst solvers don't have a way to track an internal "state", which in this case would be a flag like "passenger currently has vehicle with them". The passenger would start their journey with the vehicle (flag=True), then park at the park-and-ride and get on the train or bus (flag=False). They get off the train or bus, and since flag=False, they have to walk the remainder of the way to their destination. There's no way to model that because the Network Analyst solvers just aren't built to do that. So, you have to break up the analysis into two pieces. First, model travel to the park-and-ride by car. Then, model travel from the park-and-ride to the destination by transit and walking. Finally, combine the results. For your last question, it's probably best to model your GTFS for different years in separate networks to avoid confusion. In particular, if you're doing an analysis for a generic weekday like Wednesday, and both GTFS years have recurring service for Wednesdays (specified in calendars.txt and not calendar_dates.txt), you could have problems with both services seeming to be available at the same time. I think you could do it if you were careful to always use specific dates that fell within the date range of only one, but this seems overly complicated and risky. If you want to save yourself the trouble of manually creating several network datasets that all share the same configuration, you can create one manually and then use Create Template From Network Dataset and Create Network Dataset From Template to automatically create additional ones using your other data.
... View more
Monday
|
1
|
0
|
30
|
|
POST
|
Sorry, yes, this is the correct forum for questions about the public transit tools. I responded to your other post (which I hadn't seen previously).
... View more
a week ago
|
1
|
0
|
69
|
|
POST
|
Hi Jenny. I can help you with this. I think the difference between your Service Area layer (the green one) and the output of the Prepare Time Lapse Polygons tool is due to the Service Area polygon detail level. The Prepare Time Lapse Polygons tool defaults to high precision (detailed) polygons. Your green polygon looks like standard precision to me. Standard precision polygons generate faster but are less precise. They don't generate holes in areas with unreached roads if those unreached roads are fully surrounded by reached roads. Why do you have unreached roads? Based on your screenshots, I think your network dataset has some connectivity problems. In your green polygon, it looks strange to me that the stops further from the city center only have very small polygons around them and don't extend further into the street network. Also, from the Prepare Time Lapse Polygons tool, it looks like a lot of the streets in the city center weren't reached, is another indication. Network connectivity problems are very common and often cause behavior like this. Some likely problems with connectivity include the following: Using the wrong connectivity policy (End Point instead of Any Vertex, depending on the configuration of your streets) Streets that have small gaps or dangles at intersections instead of being topologically connected Streets with no vertices or endpoints at intersections. Please take a look at this section of our network dataset troubleshooting page for some further information and tips for diagnosing and fixing the problem: https://doc.esri.com/en/arcgis-pro/latest/help/analysis/networks/troubleshoot-network-analysis-problems.html#75D
... View more
a week ago
|
1
|
0
|
75
|
|
POST
|
The Polygon Trim Distance setting is the one that influences how far back from reachable streets polygons should be generated. Here's the documentation for that: https://doc.esri.com/en/arcgis-pro/latest/help/analysis/networks/service-area-analysis-layer.html#426 From your screenshot, I'm guessing you're using ArcGIS Pro 3.6 or higher and the option to split polygons between facilities. For the ArcGIS Pro 3.6 release, we rewrote the split polygons algorithm to make a couple of key improvements: Make it so large swaths of unreached areas between polygons is no longer covered Clean up small areas of overlap along boundaries Improve performance In previous releases, we had a problematic scenario that produced inaccurate service area polygons. When you used the split polygons option and had multiple facilities surrounding a central hole - an area not reachable by any facility within the time or distance cutoff - that hole was getting covered over. This result was inaccurate because that area is NOT reachable within the impedance limit, so the results were misleading. For your case, I think the lack of road density is making it look a bit worse along the boundaries between the area covered by your different facilities. You can increase the polygon trim to improve upon that.
... View more
06-12-2026
01:53 PM
|
1
|
0
|
349
|
|
POST
|
From your screenshot, it appears that your Service Area layer is using ArcGIS Online as the network data source, not the network dataset you created with your sidewalks. When you create a network analysis layer, you need to select your network dataset as the network data source to use. Here is some documentation that explains this in more detail: https://doc.esri.com/en/arcgis-pro/latest/help/analysis/networks/new-network-analysis-layer.html
... View more
05-29-2026
11:37 AM
|
0
|
0
|
591
|
|
IDEA
|
05-18-2026
01:43 PM
|
0
|
0
|
245
|
|
IDEA
|
This functionality is available in Pro 3.7. The geoprocessing tools used to create network analysis layers (Make Route Analysis Layer, etc.) have two new parameters: Analysis Geodatabase – The existing file geodatabase workspace where the new network analysis layer's sublayer data will be stored. Analysis Feature Dataset Name – The name to use for the new feature dataset that the tool will create in the analysis geodatabase to store the network analysis layer's sublayer data.
... View more
05-15-2026
03:07 PM
|
0
|
0
|
203
|
|
POST
|
If you're using a network dataset on your own system (one you created yourself or Streetmap Premium that you purchased from Esri), then you need the Network Analyst extension license. If you're solving against the ArcGIS Online services, you don't need the extension license. For questions about licensing and what tools and options you have available with your current licensing, your designated Esri representative is your best resource, so you should reach out to them. (If you're not sure who that person is or how to get in touch with them, feel free to send me a private message with your name and organization, and I can find out for you.)
... View more
04-21-2026
09:21 AM
|
0
|
0
|
618
|
|
POST
|
Yes, you can call any model tool from Python. You might get errors if the model has hard-coded data paths or is looking for layers in the map and it's being run outside of the map context. You can make the inputs and output model parameters so your script can explicitly pass in the paths to the inputs and specify the output paths. Here is a tutorial all about creating models for Network Analyst workflows, including some steps for configuring the model to run as a tool: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/create-a-model-for-route-analysis.htm# If you continue to have problems, it is helpful, when you post a comment, if you paste the actual error you're getting. Very helpful for diagnosing the problem!
... View more
04-21-2026
08:39 AM
|
1
|
2
|
621
|
|
POST
|
Usually converting models to scripts requires that you edit the scripts to adjust the file paths because you're switching from a context that interacts with the map in Pro to something that is intended to work in a standalone process. But unless you can share the resulting script your model export created, it's not possible to diagnose the issue. With that said, we don't recommend using network analysis layer workflows in Python. For a faster and easier-to-use network analysis experience in Python, you should use the arcpy.nax module. This documentation explains step by step how to do it: https://pro.arcgis.com/en/pro-app/latest/arcpy/network-analyst/performing-network-analysis.htm.
... View more
04-15-2026
02:24 PM
|
1
|
0
|
720
|
|
POST
|
This is a big question, so let's try to break it down and generate some ideas. The first thing you need to do is filter out the students who aren't eligible for bus passes because they live within the 1.5-mile distance of the school (I presume you're looking at network distance rather than straight-line distance.). The best way to do this is to use an Origin Destination Cost Matrix with a distance cutoff. This tutorial may help: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/od-cost-matrix-tutorial.htm Next, I presume the students will be using scheduled public transit service rather than riding school buses. Assuming you have GTFS data for the transit system, you can incorporate these public transit schedules into a network dataset. Here's a tutorial that walks you through that process: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/create-and-use-a-network-dataset-with-public-transit-data.htm. Once you have the network created, you can model travel by public transit. Since students are presumably dismissed from school at a particular time of day, you can eliminate some of the challenge in transit travel time calculations by assuming a given starting time of day. You can calculate the routes of these students from school to home at that time of day using the Route solver. The challenge will be in extracting information about the actual transit lines taken because our solvers don't report this information. However, you can download the Transit Network Analysis Tools from here: https://github.com/Esri/public-transit-tools. The Copy Traversed Source Features With Transit tool will give you more detailed information about which transit lines got used for each route: https://github.com/Esri/public-transit-tools/blob/master/transit-network-analysis-tools/UsersGuide.md#Copy-Traversed-Source-Features-With-Transit Hope this helps get you started.
... View more
04-13-2026
12:59 PM
|
0
|
0
|
984
|
|
POST
|
Based on your description, I think one of the two scenarios is likely causing the problem. The streets have vertices where they touch at intersections, but you're using End Point connectivity. You could switch it to Any Vertex connectivity, and the problem would be solved (but you may have some problems at overpasses/underpasses). The streets don't have vertices where they touch at intersections. In this case, you could run the Integrate tool to create them and then switch to Any Vertex connectivity. More detail about these types of problems and many others are available in our Troubleshooting Guide here: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/troubleshoot-network-analysis-problems.htm#ESRI_SECTION2_ECAFDA8C10644B90B322743F785214DB
... View more
03-27-2026
06:37 AM
|
0
|
0
|
325
|
|
IDEA
|
The forthcoming Pro 3.7 release will include some new tools and Python commands you can use to create or modify network dataset travel modes programmatically using Geoprocessing tools and/or standalone Python. Export Network Travel Modes (geoprocessing tool) - Exports a network's travel modes to a JSON file. Replace Network Travel Modes (geoprocessing tool) - Replaces a network's current travel modes with the ones defined in the input JSON file, which can be created manually (or programmatically) or via the Export Network Travel Modes tool. The arcpy.nax.NetworkDataset class's updateNetworkDatasetSchema() method has a new parameter, travel_modes, which allows you to set travel modes on a network dataset directly in Python. In all the above functionality, travel modes are defined using a well-known, documented JSON structure. I'll post documentation for all of the above when it becomes publicly available after the release.
... View more
03-24-2026
12:21 PM
|
0
|
0
|
559
|
|
POST
|
You can write a Python script that accesses the Service Area layer from within the project and calls the Solve() tool on it. It would be something like this (untested): proj = arcpy.mp.ArcGISProject(path to your .aprx file)
map_obj = proj.listMaps()[0] # Or whichever index points to the correct map
lyr = map_obj.listLayers(your Service Area layer's name)[0]
arcpy.na.Solve(lyr) That specifically solves the layer IN the project. I THINK that will work. If you want to automate your entire workflow rather than solving an existing layer in a project, here's a tutorial about to create a script tool: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/create-a-python-script-tool-using-arcpy-nax.htm
... View more
03-16-2026
08:58 AM
|
1
|
1
|
857
|
|
POST
|
Pressing the Run button just calls the Solve tool, so you should be able to schedule running the Solve tool just like any other geoprocessing tool. Documentation: https://pro.arcgis.com/en/pro-app/latest/help/analysis/geoprocessing/basics/schedule-geoprocessing-tools.htm
... View more
03-13-2026
03:06 PM
|
0
|
1
|
915
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | Monday | |
| 1 | a week ago | |
| 1 | a week ago | |
| 1 | 06-12-2026 01:53 PM | |
| 1 | 04-21-2026 08:39 AM |
| Online Status |
Offline
|
| Date Last Visited |
Monday
|