<?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: Best way to publish contours in Elevation Data Questions</title>
    <link>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825985#M110</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unless you are in flat parts of FL, IL, ND, etc..., one-foot contours are going to be dense, and dense means slow for both the server and client.&amp;nbsp; Honestly though, I can't provide any suggestions or even ask useful questions without more information.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How large of a geographic area are you working with?&amp;nbsp; What scales are you working with?&amp;nbsp; How are the contours being published now, specifically?&amp;nbsp; As Micah points out, are you caching?&amp;nbsp; If so, what are the settings?&amp;nbsp; Are the contours broken up into tiles/grid or do single elevation lines cross the entire dataset?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 11 Aug 2017 14:10:48 GMT</pubDate>
    <dc:creator>JoshuaBixby</dc:creator>
    <dc:date>2017-08-11T14:10:48Z</dc:date>
    <item>
      <title>Best way to publish contours</title>
      <link>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825983#M108</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Any suggestions on how to best publish 1ft contour lines in a web app? When we publish ours it slows our server down to the point where it is too slow. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Aug 2017 13:10:20 GMT</pubDate>
      <guid>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825983#M108</guid>
      <dc:creator>Anonymous User</dc:creator>
      <dc:date>2017-08-11T13:10:20Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to publish contours</title>
      <link>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825984#M109</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hmmm, one footers would be a massive publishing job. I'd recommend caching it. Here's what Esri says about caching:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;SPAN style="color: #4d4d4d; background-color: #fefefe;"&gt;The best way to create fast map services is to cache them. When you cache a map service, the server draws the map at a set of scale levels that you define and saves the images. When the server receives a request for a map, it's much quicker to return one of these cached images than to draw the map again.&lt;/SPAN&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here's a tutorial on creating a cached map service:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A class="link-titled" href="http://server.arcgis.com/en/server/latest/get-started/windows/tutorial-creating-a-cached-map-service.htm" title="http://server.arcgis.com/en/server/latest/get-started/windows/tutorial-creating-a-cached-map-service.htm"&gt;Tutorial: Creating a cached map service—Documentation | ArcGIS Enterprise&lt;/A&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Here's a couple best practices on creating cached services:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Start by caching a small extent to make sure you like the way it looks in terms of aliasing, symbology, etc&lt;/LI&gt;&lt;LI&gt;Do not run your caching job with the production server. If possible, run the cachingtools in a development (non-production) environment so you won't impact your ability to service production requests&lt;/LI&gt;&lt;LI&gt;Bump up the instances of the CachingTools service prior to generating the full cache - this will help your performance and get your map cached quicker. From the &lt;A href="http://wiki.gis.com/wiki/index.php/Server_Software_Performance#Generating_the_map_cache"&gt;Server Software Performance section of Esri System Design Strategies&lt;/A&gt;:&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;IMG class="image-1 jive-image" src="https://community.esri.com/legacyfs/online/366689_pastedImage_4.png" style="width: 620px; height: 107px;" /&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Good luck!&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Micah&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Aug 2017 13:45:21 GMT</pubDate>
      <guid>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825984#M109</guid>
      <dc:creator>MicahBabinski</dc:creator>
      <dc:date>2017-08-11T13:45:21Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to publish contours</title>
      <link>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825985#M110</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Unless you are in flat parts of FL, IL, ND, etc..., one-foot contours are going to be dense, and dense means slow for both the server and client.&amp;nbsp; Honestly though, I can't provide any suggestions or even ask useful questions without more information.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;How large of a geographic area are you working with?&amp;nbsp; What scales are you working with?&amp;nbsp; How are the contours being published now, specifically?&amp;nbsp; As Micah points out, are you caching?&amp;nbsp; If so, what are the settings?&amp;nbsp; Are the contours broken up into tiles/grid or do single elevation lines cross the entire dataset?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Aug 2017 14:10:48 GMT</pubDate>
      <guid>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825985#M110</guid>
      <dc:creator>JoshuaBixby</dc:creator>
      <dc:date>2017-08-11T14:10:48Z</dc:date>
    </item>
    <item>
      <title>Re: Best way to publish contours</title>
      <link>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825986#M111</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;P&gt;The first rule of publishing large/complex features: Don't do it.&lt;/P&gt;&lt;P&gt;The second rule of publishing large/complex features (experts only): Don't do it, yet.&lt;/P&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any time I have to publish a large/complex layer, I create a generalized layer to display at reasonable scales above it, and I process the data to display optimally at the scales where it is visible. In the case of contours, this would mean intersecting it with a fishnet polygon, so that individual features only exist in some reasonable distance from the viewfield (at least a 10x5 fishnet, but 20x10 is better), then sorting on the grid cell location (spatially defragmenting the layer) before the polygon ID is discarded. (For points, it would be intersecting by a fishnet, then unioning to make multipoint clusters for overview, and sorting for defragmentation.)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Given a scale-dependent, split, defragmented dataset, if it &lt;EM&gt;still&lt;/EM&gt; draws too slowly, your server is too old/under-powered for continued operation.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;- V&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 11 Aug 2017 14:53:36 GMT</pubDate>
      <guid>https://community.esri.com/t5/elevation-data-questions/best-way-to-publish-contours/m-p/825986#M111</guid>
      <dc:creator>VinceAngelo</dc:creator>
      <dc:date>2017-08-11T14:53:36Z</dc:date>
    </item>
  </channel>
</rss>

