|
POST
|
See my reply to your other post on stop priority. Jay Sandhu
... View more
03-21-2013
01:14 PM
|
0
|
0
|
1493
|
|
POST
|
The sequence is the way the stops are visted. As long as you do not check on the "Reorder stops to find optimal Route", the sequnce is honored. If you find a case where this does not happen then please let me know. Given that you are trying to solve a snow plough routing scenario, what are you inputing? Do you want the software to figure out the sequence or you are going to enter the stops in a certain way? At this point I would like to point to you that you should ask who ever as "assured" you that arc is up to the task, what task is arc going to do? I say this because the route solver with the "reorder stops to find optimal route" is called the Traveling Salesman Problem solver. The goal being to visit a set of stops in the best way. Snow plough routing is about visiting "edges" in the best way. And that is called the chinese postman problem or sometimes called arc routing or euler tour. ArcGIS is not designed to solve the euler tour. You can achieve good results by placing a stop on every edge and then setting a stop curb approach property to "No u-turn" and setting the solver u-turn at junctions property to deadends only. Jay Sandhu
... View more
03-21-2013
01:09 PM
|
0
|
0
|
2033
|
|
POST
|
Yes, 3D geometry can cause that! Network Analyst supports 3D data but the problem is that ArcMap is a 2D app. So if stops are in 2D with elevation 0 and they are being located to the closest 3D edge and if some edges have 0 elevation, they may be closer in 3D space. So the fix is to either make sure the street data is 2D or make sure the stops are in 3D! If you do have 3D stops then you can use the AddLocations tool to add stops to a route analysis layer. (Note there is no way to use a mouse click in ArcMap and get a 3D location). Jay Sandhu
... View more
03-21-2013
10:07 AM
|
0
|
0
|
1503
|
|
POST
|
Given the screen shot, stop 5 should locate on the Saint Augustine street as it is closest to it. Can you make sure that you are locating using geometry and not by location fields? Also make sure you do not have "Exclude restricted portions of the network" turned on (network locations tab). You can interactively check where things are snapping by making sure the NA Window is open and the stop 5 is selected and then press the number 1 key. It will flash where the stop 5 is snapping to. You can drag the stop 5 around and keep on clicking the number 1 key to see where it snaps to. Perhaps that will give a clue to what is going on. Jay Sandhu
... View more
03-20-2013
09:48 AM
|
0
|
0
|
1503
|
|
POST
|
With OSM data, make sure you are using "Any Vertex" connectivity and not the default End Point. Jay Sandhu
... View more
03-18-2013
11:21 AM
|
0
|
0
|
3382
|
|
POST
|
The errors may indicate some problem with the basic feature geomery that is causing the turn editing to fail. Perhaps you can run the GP tools: Check Geometry and Repair Geometry to see if that will identify/fix such problems. Make sure to keep a copy of your data as you do these things. Also, are you able to run build network successfully? If yes, take a look at the log files (they go to %TEMP% folder), namely Build.txt and BuildErrors.txt to see if any problems are being reported there. Jay Sandhu
... View more
03-15-2013
01:26 PM
|
0
|
0
|
886
|
|
POST
|
The stops have a SEQUENCE field that contains the visit order. By default it is in the order the locations were entered/loaded into the stops table. You can change the sequence number as needed for your priority. You can do this by moving them up or down by draging the stops in the NA Window or you can set it load from a sequence field. More details here: http://resources.arcgis.com/en/help/main/10.1/index.html#//004700000045000000 Also note that stops can take in arrive and depart time windows so that is honored while solving a path. Jay Sandhu
... View more
03-14-2013
12:35 PM
|
0
|
0
|
2033
|
|
POST
|
If you simply want straight line distance then you do not need a network. You can use a GP tool like point distance to do that. http://resources.arcgis.com/en/help/main/10.1/index.html#/Point_Distance/00080000001r000000/ As far as the slow route solving, there could be many reasons. First, if you are using many points to one (zip) point, then use the OD solver to solve it in one go rather than as seperate route solves. To look at performance issues, how far apart are your points? Are you using hierarchy? Have you tried using another network such as the free streetmap dataset that comes with ArcGIS? Jay Sandhu
... View more
03-11-2013
10:02 AM
|
0
|
0
|
1088
|
|
POST
|
The question Joe asked is: Did you install the Network Analyst extension software on your new machine? that is, when you re-install ArcGIS 9.2, did you check on the additional features to install, namely the Network Analyst extension? If the software is not installed then installing the license file alone does not help. Jay Sandhu
... View more
03-06-2013
12:29 PM
|
0
|
0
|
1082
|
|
POST
|
Turn features can be used to add penalities or restrictions at turns. For example at some busy intersection, a left turn may take 30 seconds but a right turn could be just 5 seconds. In many places, a left turn or a u-turn may be prohibited. Global turn delays can be used to automatically penalize turns without adding individual turn features at some intersections. For example, all u-turns could be set to take 20 seconds. These kind of restirctions may not make sense for general pedestrian routes if you are using any travel time attributes. You can always add one based on average walk speed like 3 miles per hour IF you need to account for crossing busy streets, etc. Some more info here: http://resources.arcgis.com/en/help/main/10.1/index.html#/Turns_in_the_network_dataset/00470000000p000000/ Regards, Jay Sandhu
... View more
03-01-2013
01:23 PM
|
0
|
0
|
2642
|
|
POST
|
The algorithms used by the "solve" are described here: http://resources.arcgis.com/en/help/main/10.1/#/Algorithms_used_by_the_ArcGIS_Network_Analyst_extension/004700000053000000/ In general, it takes the same time to solve the same route on a small or large network. The problem may happen if there is no path between the two stops. In that case the entire network is being searched before realizing there is no path and that can take longer on a larger network. If you are running into some performance issues then you can explain a bit more what you need to achieve and we can analyze it more. Regards, Jay Sandhu
... View more
02-07-2013
08:13 AM
|
0
|
0
|
619
|
|
POST
|
Depending on how your problem/data is structured, you could solve for all the 47 cities at the same time. That is, the closest facility solver can take multiple incidents (your 47 cities) and solve the for the closest facility from the set of facilities that you have loaded. Jay Sandhu
... View more
01-24-2013
09:27 AM
|
0
|
0
|
1599
|
|
POST
|
Make sure the feature class or classes that you want to make into a network are in the feature dataset that you are using to create the network dataset in. If you do have them there and are getting this message, can you describe your geodatabase and the steps you are doing when you get this message? Jay Sandhu
... View more
01-23-2013
07:20 AM
|
0
|
0
|
1868
|
|
POST
|
Have you looked at the GP tool XY to Line? http://resources.arcgis.com/en/help/main/10.1/index.html#//0017000000tv000000 Jay Sandhu
... View more
01-08-2013
11:50 AM
|
0
|
0
|
4007
|
|
POST
|
If your data is already in a point feature class then you can directly load them into any route solver such as VRP. In the NA window, you can right-click the Load Locations option and select the point feature class to load from. If you run through the other tutorials then you can see how this is done. Jay Sandhu
... View more
01-08-2013
11:29 AM
|
0
|
0
|
3037
|
| Title | Kudos | Posted |
|---|---|---|
| 1 | 06-21-2023 09:39 AM | |
| 1 | 11-20-2024 09:29 AM | |
| 1 | 10-09-2024 09:23 AM | |
| 1 | 09-09-2024 08:54 AM | |
| 1 | 09-05-2024 10:42 AM |
| Online Status |
Offline
|
| Date Last Visited |
05-29-2026
01:54 PM
|