Latest Contributions by PatrickStevens

Can I take a look at your data?  Please send me an email and I'll try it out. ... View more

If your network is not very large, for example, multiple states wide or full North America, the hierarchy will not make much of a difference. The purpose of hierarchy is to make solves faster for long distance routing.  Hierarchy exists because there are far too many small streets in very large datasets and searching all of them to find the most perfect route can be slow.  So, the route solver will begin filtering out "lower level" roads as the search progresses.  If you want your routes to favor highways, then give your highways faster speeds / quicker travel times.  That is the more accurate way to proceed.  The reason someone would take a freeway in real life is that travel on the freeway is quicker.  In conclusion, you probably don't need to worry about creating a hierarchy on your network.  Focus on accurate travel times and your routes will be better. I hope this helped. ... View more

I see that you asked your first question on the OSM2NDS mailing list.  Hopefully that answer is sufficient.  Here it is, for the edification of other forum users: "Hi Florian, oms2nds reads and writes the vertices of OSM line features in the same order as they were digitized in OSM. Have a look at the network dataset attribute "Oneway". This restriction restricts roads based on the direction (From-To and To-From). You can use this network dataset attribute as an example for your case. Best wishes, Eva" Also, within ArcMap, if you use the Network Identify tool on the Network Analyst toolbar and click on a feature, you will see a black arrow pointing in the direction of digitization. ... View more

The GUID from the sample should match the one listed in the link.  It should be the same GUID you see near the top of the TrafficProvider.cs file. I was just checking that those were in sync.  Hopefully the problem is just that the entries needed to be added to the providers XML file in step 2. That sample is just for live traffic.  Historical is an entirely different process.  Historical is built into the network via tables in the geodatabase.  Check out the San Diego network in the tutorial data, and take a look at this doc (http://resources.arcgis.com/en/help/main/10.1/index.html#//0047000001rs000000) to see how historical traffic works. Live traffic is based off of the DTF files created by the traffic GP tool.  The reason live and historical are so different is that historical traffic is generally a data vendor product that is provided along with the street data.  It is therefore static and built into the streets.  Live traffic is constantly updated, usually via a URL.  A network set up to work with live traffic will need to reference DTF files that are being created by the GP update traffic tool. I hope I'm not making it more confusing.  Keep asking questions as you have difficulties and I'm happy to help out. ... View more

Were you able to complete steps 1 and 2 in "How to use this sample" from the Custom Traffic Provider link?  If so, for step 1, did you register the DLL by compiling the sample?  Or did you manually use esriRegAsm? For step 2, did you use the GUID that was already in the sample, or did you create your own GUID? For some background information, what version of ArcGIS are you running?  And on which operating system? ... View more

Hello!  I think I can answer your second post. In Catalog, right-click on the feature class and choose Properties.  On the General tab, to the right of the text box for the Name field, there is a little button labeled "...".  Click on that.  It should open a dialog labeled Object Class ID. Strange that the you have to find that hidden dialog, but that's it.  Hope that helps. As to you first question ... View more

For setting up a NavTeq account, you'll have to contact NavTeq. But for configuing traffic, I can help out.  If you want to use a provider that is not supported out-of-the-box, then you will need to configure a custom traffic provider.  I have a couple of links to help out. Here is the sample for Custom Traffic Provider: http://www.arcgis.com/home/item.html?id=e11126ea20e941bd9644046e62e2bdbe There are a lot of instructions on that page.  If you have any trouble, post here and I'll help out.  Basically, you need to code to get your speed values to the traffic API.  That sample will allow you to add your provider to the GP tool for updating traffic.  That way, your provider will function the same as NavTeq and TomTom with geoprocessing. There is also a sample to help you do some debugging of DTFs after they have been created by the traffic GP tool.  You can find that here: http://www.arcgis.com/home/item.html?id=f193895fe0734afe868044fc5bfecf47 DTFs are stored in a binary format. With the DTFtoCSV sample, you can take an existing DTF and convert it to CSV for inspection.  Within the code for DTFtoCSV, you can see how the binary format of the DTF is set up. Hope that helps! ... View more

You have found a bug!  There should a prize or something for you, but all I can give is my gratitude.  Strangely, even though this bug has been around since 10.0, it has gone unnoticed until you and one other user both found it this week. The problem is that the Global Turn Delay Evaluator is being ignored when the route is being calculated.  The delay cost is added in when the total cost is given in the results, but during the search, it is not considered.   We have a bug entered for this and it will be fixed in the next release. That means, unfortunately, that you won't be able to use the GTDE in the way you were trying to.  You'll need a workaround.  How many places do you have unsignalized arterial roadway crossings?  If it is not too cumbersome, you could digitize in turn features with turn delay costs.  Or you could place additive point barriers with the correct curb approach to ensure that travel in the right direction off of an edge picks up the cost. Look into these solutions, or ask more questions and I'll help you figure out a way to accomplish your goals without using the GTDE. Sorry for the inconvenience, but thanks for helping us improve the software. ... View more

Hello!  I am going to make some assumptions.  Please correct me if I'm wrong. Since you are posting on the Network Analyst forum, I will assume that you want to get one of the NAClasses out of an NALayer.  For example, you want to open a Closest Facility layer and access the Facilities as a feature class. You already have a layer as an ILayer.  Cast your ILayer as an INALayer.    var naLayer = layer as INALayer; Via the context and NAClasses, get the naclass and cast it as a feature class.   var facilitiesFeatureClass = naLayer.Context.NAClasses.get_ItemByName("Facilities") as IFeatureClass;Here is a code snippet that also works: public ESRI.ArcGIS.NetworkAnalyst.INAClass GetNAClass(ESRI.ArcGIS.NetworkAnalyst.INALayer3 nalayer, System.String naClassName) { ESRI.ArcGIS.NetworkAnalyst.INAContext naContext = nalayer.Context;  ESRI.ArcGIS.NetworkAnalyst.INamedSet namedSet = naContext.NAClasses;  ESRI.ArcGIS.NetworkAnalyst.INAClass naClass = namedSet.get_ItemByName(naClassName) as ESRI.ArcGIS.NetworkAnalyst.INAClass; // Dynamic Cast  return naClass; } ... View more

I think the Integrate tool might be what you are looking for.  See the documentation for it here: http://resources.arcgis.com/en/help/main/10.1/index.html#//00170000002s000000 According to that page, you would use Integrate when you want lines to have vertices wherever they intersect. Be careful of some of the other byproducts of Integrate, like features moving when they are within the tolerance you set.  Perhaps you should use a very small tolerance, to get the vertices where your lines cross, but to avoid snapping features together. Hope this helps! ... View more

Hello, Sharyn! For the cost at intersections, perhaps you would be better off using the Global Turn Delay Evaluator, rather than additive point barriers.  The GTDE should save you the trouble of making a point for every intersection.  It will also allow for the ability to vary the intersection cost depending on the type of roads and the direction of the turn.  For example, going straight on a local road across a major road should have a greater delay than turning right from a local road onto a local road. Here is some documentation about the delay evaluator to help you get started: About global turns Establishing global turns I'll get back to you about your slope questions.  In the meantime, here is an article that discusses slope and network datasets: http://www.esri.com/news/arcuser/0708/files/burnaby_1.pdf ... View more

Hello! Here is the 10.1 Desktop help documentation on Barriers: http://resources.arcgis.com/en/help/main/10.1/#/Barriers/004700000056000000/ Additive point barriers *ADD* cost and scaled polyline barriers *MULTIPLY* cost when they are traversed.  Service Area usually works by accumulating costs of travel in each direction until the cutoff is reached.  If you have an additive point barrier that is traversed, then the extra cost is added into travel at that point.  If you have a scaled polyline barrier that is traversed, then the cost of the scaled edge (original cost * scale value) is included in the travel. For your case, what do the additive barriers represent?  What do the scaled polylines represent?  What information are you trying to find out through service area analysis? ... View more

As people get back from their New Year's vacations, please fill out our Network Analyst survey, if you haven't done so already. http://surveys2.esri.com/s3/2012-ArcGIS-Network-Analyst-Survey Thanks! ... View more