|
POST
|
Hello @49asvk. I have some ideas, but I'm checking with my colleagues to determine where the line is in what is permitted by the terms of the Streetmap Premium data license. Could you tell us what you hope to do with the graph you would be creating using the network dataset's data?
... View more
02-10-2026
02:09 PM
|
0
|
0
|
639
|
|
POST
|
Hi Ryland. No, shapes.txt is not required for creating a transit-enabled network dataset. The only thing it's used for is to create the LVEShapes feature class, which holds true geographic shapes to go along with the logical straight-line shapes held in LineVariantElements. But LVEShapes isn't required and isn't used by Network Analyst in any way. You will get analytically valid results in OD Cost Matrix and Service Area without that.
... View more
02-10-2026
12:22 PM
|
1
|
1
|
744
|
|
POST
|
This is a really interesting question. I'm sorry you lost your original data. I think the closest you'll be able to get is to run Create Template From Network Dataset on your mobile geodatabase (.geodatabase) network dataset. Then, export all the source feature classes and tables to a new file geodatabase, and run Create Network Dataset From Template to create a new network in the file geodatabase. I suspect you might have to open up the template .xml file and change the feature class names to remove "main." prefixes. I think this will work, but I haven't tested it to be sure, and it's definitely a bit of a hack.
... View more
02-03-2026
11:41 AM
|
1
|
0
|
567
|
|
POST
|
Here is a blog post explaining the best way to do this: https://www.esri.com/arcgis-blog/products/network-analyst/transportation/paired-origins-and-destinations
... View more
02-02-2026
07:46 AM
|
0
|
0
|
120
|
|
POST
|
No, there's no batch process to reset the entire layer. You have to delete all the rows using the editing tools or a geoprocessing tool. Alternatively, you could just create a new network analysis layer, which might be faster. It depends on whether you want to retain all your analysis settings.
... View more
01-23-2026
12:28 PM
|
1
|
0
|
683
|
|
IDEA
|
You can also start with a raster or grid and the derive the centroids/points from it, calculate the OD, then join the results back to the original raster cells.
... View more
12-30-2025
07:46 AM
|
0
|
0
|
1815
|
|
IDEA
|
That makes sense. Here are some additional ideas on how to approach the raster idea using existing technology: (If you're in the US or your country has something similar): Use the centroids of census blocks (if blocks are small enough for your purposes) as the origins or destinations and calculate your OD Cost Matrix. Then, assign the block centroid travel time to any point falling within the geometry of the census block. Do something similar but using a raster-like grid or hexagon grid. Calculate the travel time from every street intersection or the center of every block. Any future location gets assigned to a block or intersection and uses the precalculated travel time.
... View more
12-29-2025
07:12 AM
|
0
|
0
|
1843
|
|
POST
|
Wow, yes, I agree with the previous comment that parsing the written text directions is the toughest part of this task. What other data do you have to work with?
... View more
12-26-2025
06:36 AM
|
0
|
0
|
1028
|
|
IDEA
|
Hello @KevinBoes2. Thanks for submitting your idea. It sounds like the first piece of information you need is the travel time between a service location and one or more communities. If I understand correctly, you're currently running potentially multiple Service Area analyses to determine this travel time. Have you considered using the OD Cost Matrix service instead? This will tell you the travel time between a set of origins (your service locations) and a set of destinations (the communities) directly, without the need to try multiple cutoffs or overlay any geometry. The OD Cost Matrix service is also fast and quite cheap. Service Area and your rasterization suggestion may still be a good approach if you have an extremely large number of inputs such that OD Cost Matrix is impractical, but I thought I'd suggest it and see if this leads you to any good solutions.
... View more
12-23-2025
02:09 PM
|
0
|
0
|
1915
|
|
IDEA
|
We are planning to add this functionality in the Pro 3.7 release.
... View more
12-19-2025
11:41 AM
|
0
|
0
|
389
|
|
IDEA
|
12-19-2025
06:31 AM
|
0
|
0
|
1416
|
|
IDEA
|
Duplicate of https://community.esri.com/t5/arcgis-network-analyst-ideas/default-cycling-travel-mode/idc-p/1319893#M84
... View more
12-15-2025
09:56 AM
|
0
|
0
|
400
|
|
IDEA
|
We are working on a project that will help users transfer travel modes from one network dataset to another, and I believe the components of that project will satisfy the needs expressed here. When we complete this project, I'll report back here, hopefully with a code sample.
... View more
12-15-2025
09:51 AM
|
0
|
0
|
703
|
|
IDEA
|
Esri Support informed me that another customer was interested in something similar to this. However, unless many users want the same type of turn-by-turn directions formatting, it doesn't make sense to implement something into the core product. A code sample showing how users can customize the formatting of their directions from DirectionPoints and DirectionLines may be a better solution. I'm leaving this issue as "Needs Clarification" because it would be helpful if any users who want something similar to this functionality could explain their use case and desired final product in detail so we can determine how best to serve that need.
... View more
12-15-2025
09:40 AM
|
0
|
0
|
1428
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | a week ago | |
| 1 | 2 weeks ago | |
| 1 | 2 weeks ago | |
| 1 | 06-12-2026 01:53 PM | |
| 1 | 04-21-2026 08:39 AM |
| Online Status |
Offline
|
| Date Last Visited |
a week ago
|