POST
|
Hi Tobias, You could use the query builder. See the section entitled "Snapping environment with Build Query" in the following help topic: http://resources.arcgis.com/en/help/main/10.2/#/What_are_network_analysis_objects/00470000003n000000/ Essentially, the query can reference the source features to see floor levels and you can limit which floor to locate on. Best, Robert
... View more
09-19-2013
07:42 AM
|
0
|
0
|
397
|
POST
|
Hello fellow geographer, There is a short video in the Network Analyst video series that explains how to properly set up one-way streets. Watching that is probably the easiest way to learn, as long as the language isn't much of a barrier. The video shows how to use TF and FT as field values instead of 0 and 1, but I hope you will be able to look at the examples and make the proper configuration choices in the evaluator you set up to reference zeros and ones. You can also download the Network Analyst tutorial data from arcgis.com. The network datasets in there have one-way street restrictions you can reference. The main thing to know is modeling one-way streets is done by specifying which direction of travel isn't allowed. Best, Robert
... View more
09-14-2013
12:03 PM
|
0
|
0
|
337
|
POST
|
Hello, Sherwin. Point barriers that prohibit travel on edges have existed for a long time. But you're right, at ArcGIS 10.0, line and polygon barriers were added to the mix. Furthermore, point barriers were enhanced to add cost, rather than completely block travel, along an edge. Similarly, line and polygon barriers could either block travel or scale it. Note that point barriers can increase cost by addition and point and line barriers increase by multiplication. So if you want to add cost every time a barrier is crossed, use added-cost point barriers. I figure you're looking at line barriers because you already have line data, so what you'd need to do is find where your lines cross roads, then turn those crossings into points. The Intersect GP tool is one option for that. (Make sure you set the Output Type parameter on Intersect to points). Once you have your points, you can assign added cost values to the points and load them into your network analysis layer. If you already have point data, you wouldn't need to run Intersect of course. You could load the points directly. Best, Robert
... View more
09-14-2013
11:49 AM
|
0
|
0
|
533
|
POST
|
Hi Jesse, If you are using the Add Locations tool, you can expose your Input Locations parameter as a model parameter. Then, in the Properties of the Input Locations parameter, set the data type to RecordSet. You'll also need to specify a schema. To do that, export a Routes feature class from an empty VRP layer you create through ArcMap, then point the RecordSet schema to that saved feature class. (Alternatively, you can create a feature class with just the necessary fields, such as Name, StartDepot, EndDepot and any other properties you want to be able to define as you add routes manually). A second option is to use the Solve Vehicle Routing Problem tool in the Server toolset of the Network Analyst toolbox. That tool is designed for making web services but it has the Route input already set up as a record set. A third option is to use the ArcGIS Online VRP service: http://resources.arcgis.com/en/help/main/10.1/#/What_are_the_ArcGIS_Online_network_analysis_services/0047000001t6000000/. This would be useful if you don't already have a good or comprehensive network dataset. Best, Robertg
... View more
06-21-2013
10:14 AM
|
1
|
0
|
798
|
POST
|
There is another option for you as a 10.0 user...As long as you have 10.0 service pack 5 installed, you can use the GenerateServiceAreas ArcGIS Online geoprocessing service. (10.1 users with service pack 1 can also have this option.) Here is some documentation giving an overview of these kinds of services and on how to get started--this doc is in the 10.1 help, but it is the same for 10.0 sp5: http://resources.arcgis.com/en/help/main/10.1/#/What_are_the_ArcGIS_Online_network_analysis_services/0047000001t6000000/ Once you connect to the service, the tool shows up in the Catalog window of ArcMap. It looks and acts like a GP tool, but it has a high-quality road network dataset built into the ArcGIS Online service, so you don't need to add a network dataset to your map. Once you're connected, add a basemap, add your facilities, then open the tool, which will be in the Catalog window under GIS Servers > arcgis on logistics.arcgis.com > World > ServiceAreas > GenerateServiceAreas. The side-panel help of the tools dialog box should help you along, but let us know if you have any questions. Thanks, Robert
... View more
06-11-2013
08:35 AM
|
0
|
0
|
302
|
POST
|
A restriction does indeed need to evaluate to true or false. 'True' means 'restricted', but each line feature represents two edges, one in the from-to digitized direction and the other in opposite direction. So you're really restricting individual sides of the street rather than the entire street. Here's a link to a video that has a better description of how it works: http://video.arcgis.com/watch/2112/creating-network-datasets-one_dash_way-streets Best, Robert
... View more
06-05-2013
07:31 AM
|
0
|
0
|
418
|
POST
|
Hi Tom, It looks like you may be able to use the Location-Allocation solver, or the VRP solver. It depends on your objective... Do you want to plan routes for drivers on a day-to-day basis, or do you want to figure out how to allocate cattle to processing centers, perhaps due to production-capacity constraints or for strategic planning on where to place processing/distributing centers? If it's for day-to-day routing, you could use the VRP solver. Otherwise, you could use the Location-Allocation solver. My understanding, but I'm not confident I understand correctly, is you need Location-Allocation. If that's right, you could divide the problem into two parts: the first solve would be to choose processing plant locations (load ranches/farms/feedlots as demand points and processing plants as facilities), the second solve would be to choose distributor locations (load processing plants as demand points and distributors as facilities). Can you please elaborate on the problem a little more so I, or someone else, can try to provide a better response? Thanks, Robert
... View more
04-22-2013
09:34 PM
|
0
|
0
|
363
|
POST
|
Hello Habtom, It sounds like you have elevation fields set up on your network dataset, but the elevation values aren't matching the way they should. If you go to the Network Dataset Properties dialog box > Elevation tab, the Using Elevation Fields radio button should be enabled if elevation fields are enabled. (If they weren't enabled, you would probably get connections among all the adjacent lines rather than a subset of them.) There should also be two fields listed in the table below the radio buttons, which I'll refer to as the elev fields. Add the source streets feature class to the map and set the symbology to "Arrow at End" to easily see where the to-side (and thus the from-side) of a line is. Use Identify or look at the attribute table to figure out whether the from- and to-ends of the lines have appropriate values. You want roads that connect to have the same elevation values on the ends where they touch. So, for instance, if we assume the lines in your diagram are digitized in the direction of the blue arrows, we would want something like the following: To Z-elevation of Line B-C: 0 From Z-elevation of Line C-D: 0 To Z-elevation of Line E-C: 1 From Z-elevation of Line E-C: 1 This way B-C and C-D connect to one another but not to E-C or C-F. And E-C and C-F connect to one another. Note that if B-C and C-D are above the other lines, you may want to set their connecting elevation values to be 1 and switch the E-C values from 1 to 0 for easier interpretation, but it doesn't really matter for it to work properly. The help files probably do a better job of explaining this than I just did. So you might also want to take a look at the Modeling Elevation section in the following topic: http://resources.arcgis.com/en/help/main/10.1/#/Understanding_connectivity/004700000009000000/ Thanks, Robert
... View more
04-22-2013
11:48 AM
|
0
|
0
|
409
|
POST
|
Hey Justin, Are you setting up prefer/avoid restrictions on your network dataset? If so, the restriction should evaluate to True regardless of whether you want to avoid or prefer the network element. The Restriction Usage parameter that is created by default with any restriction attribute determines whether the restricted elements should be completely prohibited, avoided, or preferred. I realize it sounds odd to prefer a restricted element, but in order to prefer/avoid elements, they need to be 'restricted' first. Going through the following tutorial may help clarify this: http://resources.arcgis.com/en/help/main/10.1/#/Exercise_12_Performing_network_analysis_using_restriction_attributes/0047000001s5000000/ Robert
... View more
04-17-2013
03:29 PM
|
0
|
0
|
339
|
POST
|
Hello Eric, I'm attaching a series of graphics to explain what the problem is for indoor routing and how you may be able to resolve it using Search Query. But in a nutshell, the Z values of 3D line and polygon features are ignored when loaded as barriers. This means the barriers affect any network element that intersects them as well as any elements above or below them. Line and polygon barriers were implemented this way due to technical limitations, or more specifically, due to limitations with 3D spatial operations. A way to get around this is with the Search Query parameter on the Add Locations geoprocessing tool. Write a query to locate your barriers on a specific floor level using a field in the attribute table of the edge source feature class. (This implies that your source features need floor-level attribution for this to work.) Your query should exclude junctions as well. If you are modeling doorways or something similar with junctions, the junction sources would need to have floor-level attribution too, but you can probably get away with building a query that doesn't select any junctions at all. The graphics should help clarify if this isn't too clear. Good to see your making progress on your project. Best, Robert
... View more
03-28-2013
03:13 PM
|
0
|
0
|
912
|
POST
|
Hi Karalyn, I tried to reproduce the issue but am unable to do so. I wish I could help you on this, but your best option now would be to contact Esri Technical Support. Robert
... View more
03-25-2013
08:14 AM
|
0
|
0
|
434
|
POST
|
Hello, It sounds like the data became corrupted, which is strange. I can't say how that happened. If you delete the tutorial data and replace it with new data (the data is here), does it work? Also, are you using ArcGIS 10.1? Robert
... View more
03-22-2013
09:50 AM
|
0
|
0
|
434
|
POST
|
Brent, This is what I tried: I downloaded the statewide NJ data. Created a network dataset without doing any pre-processing (i.e., I didn't run Integrate). Used the state plane coordinate system of the original data and any-vertex connectivity. 80+ incidents solved in the Closest facility layer I created (albeit with non-optimal routes due to connectivity issues). Luckily, one of the random locations caused the closest facility solver to fail as you described. The location was at 391014.512, 675271.703 feet. It appears to be a cul-de-sac. Next, I did the following: Ran Integrate on the road data. Rebuilt the network dataset to incorporate the changes. (emphasis added here just for the off chance this step was missed previously.) And set up the same problem but on a new CF layer. The problem was fixed. Can you send the data if you continue to get the same errors? Thanks, Robert
... View more
03-19-2013
05:54 PM
|
0
|
0
|
2252
|
POST
|
Hello, I'm not sure I completely understand your question. But I think you want help to get started creating network datasets and calculating a time-cost network attribute. If so, it may help if you watch the videos in the following series, especially videos 1 and 2. http://video.arcgis.com/series/54/network-analyst Video two is focused on calculating From-To and To-From drive times. The videos have transcripts, but it doesn't look like they've been translated out of English yet. If you have any questions, just let us know. All the best, Robert
... View more
03-19-2013
02:37 PM
|
0
|
0
|
344
|
POST
|
Hello, Brent. Do you have any Cutoff values set? The solver won't look beyond the cutoff, even if no facility/incident is found. There are two places where you can set a cutoff: 1) In the layer properties. What is set in Layer Properties > Analysis tab > Default Cutoff Value? 2) In the facilities features attribute table. Open the attribute table for Facilities...is there anything besides null values in the Cutoff_Length field? Robert
... View more
03-19-2013
01:59 PM
|
0
|
0
|
2252
|
Title | Kudos | Posted |
---|---|---|
1 | 05-23-2011 01:38 PM | |
1 | 04-29-2021 09:52 PM | |
1 | 04-29-2021 09:59 PM | |
1 | 04-27-2018 07:42 PM | |
1 | 10-14-2013 08:41 AM |
Online Status |
Offline
|
Date Last Visited |
05-17-2024
08:53 PM
|