<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Route Solving: faster on the desktop than in a web application in ArcGIS Network Analyst Questions</title>
    <link>https://community.esri.com/t5/arcgis-network-analyst-questions/route-solving-faster-on-the-desktop-than-in-a-web/m-p/201275#M2019</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Dmitry:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks for your help.&amp;nbsp; It turns out that the problem was with the client app.&amp;nbsp; For some reason, in the code,&amp;nbsp; routeParameters.useHierarchy was set to false.&amp;nbsp; When we switched it to true, everything is working as we hope.&amp;nbsp; Routes are solving much faster.&amp;nbsp; It was just one of those things that no one had noticed.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 04 May 2012 13:52:08 GMT</pubDate>
    <dc:creator>RobertLindquist</dc:creator>
    <dc:date>2012-05-04T13:52:08Z</dc:date>
    <item>
      <title>Route Solving: faster on the desktop than in a web application</title>
      <link>https://community.esri.com/t5/arcgis-network-analyst-questions/route-solving-faster-on-the-desktop-than-in-a-web/m-p/201273#M2017</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;I have an application for routing oversize/overweight vehicles on a statewide database built from Navteq data.&amp;nbsp; In the desktop application, routes are solved relatively quickly; even long routes accross the state (average under 10 seconds).&amp;nbsp; However, we need to deploy a web application to allow the trucking public to apply fro permits for these vehicles.&amp;nbsp; I've created a map service from the MXD that I've used in the desktop application.&amp;nbsp; The web application is using this map service.&amp;nbsp; The problem is:&amp;nbsp; it takes significantly longer (up to 10 times longer) to solve the same route in the web application.&amp;nbsp; It works, but the time to solve is not acceptable.&amp;nbsp; Does anyone have any suggestions for what I should look at to try to increase route solving speed in the web application?&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 May 2012 13:13:15 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-network-analyst-questions/route-solving-faster-on-the-desktop-than-in-a-web/m-p/201273#M2017</guid>
      <dc:creator>RobertLindquist</dc:creator>
      <dc:date>2012-05-02T13:13:15Z</dc:date>
    </item>
    <item>
      <title>Re: Route Solving: faster on the desktop than in a web application</title>
      <link>https://community.esri.com/t5/arcgis-network-analyst-questions/route-solving-faster-on-the-desktop-than-in-a-web/m-p/201274#M2018</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Hi Robert,&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Solving in Server should be as fast as solving in Desktop. Please check for the following:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;1. Make sure NAServer accesses local network dataset, not a remote one through UNC path.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;2. Make sure the client app uses hierarchy (routeParameters.useHierarchy=true).&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;3. Avoid using too big Search Tolerance values: default 5,000m should be good (Route Layer Properties &amp;gt; Network Locations).&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;4. if you are using a File Geodatabase network, have enough physical RAM on server to hold it and load it into system cache: &lt;/SPAN&gt;&lt;A href="http://www.arcgis.com/home/item.html?id=08a5a05ff82446bb8a8befad03b1bb86"&gt;http://www.arcgis.com/home/item.html?id=08a5a05ff82446bb8a8befad03b1bb86&lt;/A&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;5. if nothing of the above helps: &lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;5.1 turn on detailed/verbose logging on server and see where the most of the processing time is spent.&lt;/SPAN&gt;&lt;BR /&gt;&lt;SPAN&gt;5.2 set up Performance Monitor (or, for example, Zabbix if running on Linux) and see where the bottleneck is.&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Dmitry&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 May 2012 22:27:25 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-network-analyst-questions/route-solving-faster-on-the-desktop-than-in-a-web/m-p/201274#M2018</guid>
      <dc:creator>DmitryKudinov</dc:creator>
      <dc:date>2012-05-02T22:27:25Z</dc:date>
    </item>
    <item>
      <title>Re: Route Solving: faster on the desktop than in a web application</title>
      <link>https://community.esri.com/t5/arcgis-network-analyst-questions/route-solving-faster-on-the-desktop-than-in-a-web/m-p/201275#M2019</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;SPAN&gt;Dmitry:&lt;/SPAN&gt;&lt;BR /&gt;&lt;BR /&gt;&lt;SPAN&gt;Thanks for your help.&amp;nbsp; It turns out that the problem was with the client app.&amp;nbsp; For some reason, in the code,&amp;nbsp; routeParameters.useHierarchy was set to false.&amp;nbsp; When we switched it to true, everything is working as we hope.&amp;nbsp; Routes are solving much faster.&amp;nbsp; It was just one of those things that no one had noticed.&lt;/SPAN&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 04 May 2012 13:52:08 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-network-analyst-questions/route-solving-faster-on-the-desktop-than-in-a-web/m-p/201275#M2019</guid>
      <dc:creator>RobertLindquist</dc:creator>
      <dc:date>2012-05-04T13:52:08Z</dc:date>
    </item>
  </channel>
</rss>

