POST
|
Thank you so much! It was the first solution you suggested--I was using a generic day of the week and didn't even think to assign a specific date, silly me.
... View more
02-13-2024
04:08 PM
|
0
|
0
|
155
|
POST
|
quick "recap" During stop creation it creates some fields including sourceID, sourceOID, PosAlong and SideOfEdge. These fields are not filled initally but will be resolved during the route finding process. The route finding process seems to only check for edges on this position and will take the settings of the first edge it finds. In my personal case the objectID of the edge with single direction traffic was the lowest of the three edges so it was chosen. You can check this solution, when you open the Stops attribute table and scroll to the above mentioned fields. SourceOID is the objectID of the edge it found and used. To solve this in ArcGIS Pro you can alter the Stop table and fill in the four fields with the desired values and than start solving the route problem. On arcGIS Server with a Route Solver NAS you can alter the stops feature set: instead of sending {"features":[{"geometry":{"spatialReference":{"latestWkid":32632,"wkid":32632},"x":4712.0,"y":816.0},"attributes":{}},{"geometry":{"spatialReference":{"latestWkid":32632,"wkid":32632},"x": 4711.0,"y":815.0},"attributes":{}}]} you should send defining attributes: {"features":[{"aggregateGeometries":null,"geometry":{"spatialReference":
{"latestWkid":32632,"wkid":32632}
,"x":4712.0,"y":816.0},"attributes":{"SourceID": 2, "SourceOID": 26142977, "PosAlong": 0, "SideOfEdge":1}},{"aggregateGeometries":null,"geometry":{"spatialReference":
{"latestWkid":32632,"wkid":32632}
,"x":4711.0,"y":815.0},"attributes":{"SourceID": 2, "SourceOID": 26156789, "PosAlong": 0, "SideOfEdge":1}}]} The determination of the SourceOID is the up to you. It will not be overwritten by ArcGIS Server. Tested with ArcgIS Server 10.9.1 in ArcGIS ENterprise 11, you can also check with the new locateSettings Parameter described here: Direct request—ArcGIS REST APIs | ArcGIS Developers
... View more
02-09-2024
03:38 AM
|
1
|
0
|
353
|
POST
|
Did you get build errors when you built the network dataset? There are a lot of turn-related checks the build process does, and it will report out specific errors. If you need to check your build errors, open the Build Network tool to build the network dataset. You likely need to rebuild the whole thing so it will look at all the turns, so check on the option to do a full rebuild. When the tool completes, if there is a warning message, check the message text for the path to the build error text file. Open the text file and check the build errors to see if it has flagged anything with your turns.
... View more
02-08-2024
06:56 AM
|
0
|
0
|
186
|
POST
|
Can you share the bad GTFS dataset with me? Off the top of my head, I can't think what would cause this problem, but I'd be interested to see it. I'm always curious about new ways people find to break GTFS data (to make sure my tools can handle it).
... View more
02-06-2024
08:51 AM
|
0
|
0
|
209
|
IDEA
|
Hello, is there any solution since 2020? I'm also interested by VRP in multiday. Thanks
... View more
01-17-2024
01:07 AM
|
0
|
0
|
117
|
POST
|
Thanks both Melinda and Dan. I think Melinda is right but the links Dan posted are very usefull as wel as we do have temporary restrictions as wel.
... View more
01-08-2024
11:38 PM
|
0
|
0
|
210
|
POST
|
Hi Melinda, Apologies for the delay, this was just what we needed! Thanks for pointing us in the right direction. Best, Amanda
... View more
01-08-2024
08:01 AM
|
0
|
0
|
509
|
POST
|
It sounds like your network dataset is still having problems. It could be a connectivity issue where the streets aren't actually connected at intersections. This seems likely given what you describe. The cause could be either a geometry issue or a network dataset configuration issue. The Explore Network tool is useful for examining and diagnosing connectivity problems. https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/explore-network.htm You would probably benefit by running the tutorial about creating network datasets: https://pro.arcgis.com/en/pro-app/latest/help/analysis/networks/how-to-create-a-usable-network-dataset.htm That will help you make sure everything is in order, and it's full of link to pages with more information about each network dataset concept.
... View more
01-04-2024
01:43 PM
|
0
|
0
|
583
|
IDEA
|
Yes please. For our fleet analysis it's unrealistic to just take a break randomly along the route. Designated break locations with restrooms, etc would be really helpful.
... View more
01-03-2024
11:07 AM
|
0
|
0
|
219
|
POST
|
Well, that's certainly better! It's still pretty long, though. Our team is continuing to work on performance improvements in Build Network, so hopefully we can improve upon this in future releases.
... View more
12-15-2023
08:09 AM
|
0
|
0
|
260
|
POST
|
Thanks, exactly what I wanted! I'd done time-based analysis before, but just missed the distance available.
... View more
12-14-2023
09:30 AM
|
0
|
0
|
243
|
POST
|
I think I may not have fully explained the update process for the ArcGIS Online data. We update the data used by the service several times a year, but the historical data is not maintained. If you solve using ArcGIS Online, it will always use the current data, even if the date you enter for your analysis is from 2000 or 2019 or whatever. It will not draw from any archived data that was applicable in those years. Ultimately, if you are interested in modeling the changes in infrastructure between these years and how it impacts walking access, I don't think ArcGIS Online is the right tool for this job. Instead, you would need to find or create network datasets using street features that represent the state of the infrastructure in those years and run the same analysis (same input points, etc.) using each of those datasets, and compare the results.
... View more
12-13-2023
09:31 AM
|
0
|
0
|
245
|
POST
|
Thanks Melinda, let me work backwards from you questions! I am using ArcGIS Pro 3.1.3 and can confirm the Network Dataset has been rebuilt after each round of edits. There is no time of day or TimeZone table involved. Strictly using distance for calculations. The Feature Class, Feature Dataset, and Environment Settings are all using a geographic coordinate system (WGS 1984). The issue appears to occur around where the International Dateline zigzags around in the WGS 1984 projection. The one thing I haven't tested, other than eyeballing it, is the network connectivity at those junctions. I'll see what's going on with the Explore Network Tool to see if there is indeed a connectivity issue between the lines on either side of the junction that was auto created when the network was built. Just to note, the lines that run across these boundaries are single line segments that are getting a junction added to them around the IDL.
... View more
12-12-2023
08:56 AM
|
0
|
0
|
233
|
POST
|
Wanted to thank Melinda and Jhonatan for their guidance. The Solve Large Analysis With Known OD Pairs Python Script tool is a game changer. I will never touch ModelBuilder again. 🙂
... View more
12-12-2023
08:43 AM
|
0
|
0
|
330
|
Title | Kudos | Posted |
---|---|---|
1 | a week ago | |
1 | 03-08-2024 09:59 AM | |
1 | 02-14-2024 02:21 PM | |
1 | 02-20-2024 06:54 AM | |
1 | 02-16-2024 03:41 PM |
Online Status |
Online
|
Date Last Visited |
6 hours ago
|