Latest Contributions by DmitryKudinov

Ruben, Thank you for reporting this issue. It has be reproduced and will be addressed in 3.22. Regards, Dmitry ... View more

Chris, This sounds like an access issue. Double check in Task Manager the ArcGIS SOC processes are run by a domain account which has access to the UNC location. But at the same time, having a network dataset on a remote (from the solver perspective) location is not a practice I would recommend. Since you already have it in a File GDB container, why not to copy it locally on every node of the cluster? To do so, copy the containing filegdb manually to every server, and configure the Data Store inside the ArcMap's Server Properties dialog accordingly right before publishing the service. On the other hand, if the reason you want to use a shared location is to simplify network dataset updates happening due to frequent street edits, I would recommend to consider an SDE based deployment instead. Best regards. ... View more

Hi Ruslan, There are few things which need to be considered in the described scenario: 1. The network build process requires exclusive access to the network dataset. Which means you will need to stop the service while network is rebuilt and/or replaced. 2. in Server, if you publish Service Definition (SD file) with the data included, the network dataset will be copied to ArcGIS Server Input directory. Which means the path to the network dataset actually used by the service will be different. 3. to avoid #2, simplify editing process, and improve horizontal scalability, I would recommend put the network dataset into a SDE instance and work with it from there. Hope the above will help. Dmitry ... View more

Hi S Martin, great to hear back from you again - thanks for coming to the UC this year! The source code looks correct; the only thing which you need to change though is the route service it points at - the one your app currently uses is an old 10.0 SP4 ArcGIS Server. 'Soft Restrictions' which we were talking about were introduced in 10.1. Please change you app to point at https://route.arcgis.com/arcgis/rest/services/World/Route/NAServer/Route_World instead. Since the latter is secured, you will need and organizational account (you can get a free 30-days trial account here https://www.arcgis.com/home/signin.html);, also do not forget to add the 'esri.IdentityManger' to the 'require' section. Here is an example of how to access a secured route REST endpoint: https://nadev.arcgis.com/arcgis/samples/RouteTaskEx/wwBarriers.html One more thing: [INDENT]{ "attributeName": "...", "parameterName": "Restriction Usage", "value": <value> }[/INDENT] - the <value> above can be represented by string constants as well as by a number of type double. See more details here: http://resources.arcgis.com/en/help/arcgis-rest-api/02r3/02r300000036000000.htm (BTW, tasks.arcgisonline.com is a sample server which will be shut down by the end of this year, so do not use it in production) Hope this will be helpful. Dmitry ... View more

The problem with not serializing-out useHierarchy=FALSE parameter was addressed in latest release of WPF SDK 1.0 (June 2012, assemblies versioned 3.0). Please try it. If you cannot upgrade to the latest WPF SDK, there is a workaround: <esri:RouteTask Url="http://tasks.arcgisonline.com/ArcGIS/rest/services/NetworkAnalysis/ESRI_Route_NA/NAServer/Route/Solve?useHierarchy=false&x="                     Basically you�??ll need to define the full url to the operation in the route task, set the useHierarchy parameter manually, and include a placeholder to neuter the addition of the operation (e.g. Solve) by the API. Hope this helps, Dmitry ... View more

Hi Pratik, Try adding the following params.directionsTimeAttribute = ""; to your app - this should do the trick. Dmitry ... View more

Muhammad, From your previous message it looks like you have already gotten a valid route back from the server. The only step is left is to make your Silverlight application send the same HTTP parameters to the server endpoint: use RouteTask, RouteParameters, and RouteResult classes from the ESRI.ArcGIS.Client.Tasks namespace. Here is a good sample how to use route endpoint in Silverlight: http://help.arcgis.com/en/webapi/silverlight/samples/start.htm#Routing Dmitry ... View more

Hi Muhammad, Please open the Route description page (http://<server>/ArcGISSERVER/rest/services/Network_ANAlysis/NAServer/Route) in a browser and look for all the attributes of the esriNAUTCost usage type; write down the name of the attribute you are interested to solve on. Next, in your HTTP request, specify the impedanceAttributeName parameter with the value set to attribute name you noted at the previous step. Please let us know what will be the result. Dmitry ... View more

Hi Muhammad, Looking at the error message, it might be the case that the network dataset on your Server is different from the one you used in ArcMap during service authoring (when you were creating the MXD which was later published). So, please first verify that the network dataset on server is the same. If network dataset is exactly the same on both Desktop and Server and service still fails, rerun the same request again and note the error message, particularly the part about "NALayer saved on server with token ...". The token value will tell you the name of LYR file in ArcGIS Server output directory (_ags<token>.lyr) - find this file, open it in ArcMap, and try solving it. Most probably the solve will fail in ArcMap as well and this will give you much better clue on what is going wrong. Dmitry ... View more

Hi Robert, Solving in Server should be as fast as solving in Desktop. Please check for the following: 1. Make sure NAServer accesses local network dataset, not a remote one through UNC path. 2. Make sure the client app uses hierarchy (routeParameters.useHierarchy=true). 3. Avoid using too big Search Tolerance values: default 5,000m should be good (Route Layer Properties > Network Locations). 4. if you are using a File Geodatabase network, have enough physical RAM on server to hold it and load it into system cache: http://www.arcgis.com/home/item.html?id=08a5a05ff82446bb8a8befad03b1bb86 5. if nothing of the above helps: 5.1 turn on detailed/verbose logging on server and see where the most of the processing time is spent. 5.2 set up Performance Monitor (or, for example, Zabbix if running on Linux) and see where the bottleneck is. Dmitry ... View more

Hi Raffi, Such effect might be caused by geometry generalization. Please try setting outputGeometryPrecision on the routeParameters object to zero. If it helps, try slightly increasing it to e.g. 2 meters (outputGeometryPrecision and outputGeometryPrecisionUnits params) - completely ungeneralized geometry can be a big payload. There is also a Default Output Geometry Precision parameter on the Network Analyst Server itself (in service properties, under Network Analysis capabilities), in case you do not want to pass the above parameters with every request. Dmitry ... View more

Hi Muhammad, Please try building a route on your network dataset using ArcMap first - will it work? If it works, then download Fiddler http debugger tool (http://www.fiddler2.com/fiddler2/version.asp) and have it running while sending requests from your Silverlight application. Check with Fiddler that all the attributes which are sent by the application present in your network dataset. if there are some invalid attributes in requests whereas you do not specify them in your Silverlight code, try overriding these values explicitly. Let us know if it doesn't help. Dmitry ... View more

Hi Dennis, You can achieve the same result in server REST API by using the doNotLocateOnRestrictedElements flag on the input Stops (if solving with Route solver): http://networkanalysis.arcgis.com/arcgis/sdk/rest/nasolve.html or on Facilities (in case you are using Closest Facility): http://networkanalysis.arcgis.com/arcgis/sdk/rest/cfSolve.html Dmitry ... View more