<?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: Contours: Cartographic vs. Engineering in ArcGIS Pro Questions</title>
    <link>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19517#M666</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks again Dan. Let me see if I can find out a little more about the Blue Marble/Global Mapper (cartographic) contour algorithm and what settings were used to create it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 03 May 2018 14:15:08 GMT</pubDate>
    <dc:creator>deleted-user-RjK-SUCtPEWE</dc:creator>
    <dc:date>2018-05-03T14:15:08Z</dc:date>
    <item>
      <title>Contours: Cartographic vs. Engineering</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19513#M662</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Esri documentation indicates Contours generated from Spatial Analyst are "engineering-quality". Is this really true? I'm comparing with a Global Mapper output that indicates its only "cartographic-quality". But as you can see in the attachment, they "appear" very similar. The were both produced from a very accurate LiDAR-based DEM. For the record, the red lines are ArcGIS; the brown lines are Global Mapper. The horizontal spatial offset is noticeable. For reference, this is about 1 to 2 feet. ...Any thoughts on this distinction? Thanks.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 May 2018 15:51:38 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19513#M662</guid>
      <dc:creator>deleted-user-RjK-SUCtPEWE</dc:creator>
      <dc:date>2018-05-02T15:51:38Z</dc:date>
    </item>
    <item>
      <title>Re: Contours: Cartographic vs. Engineering</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19514#M663</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;A href="http://pro.arcgis.com/en/pro-app/tool-reference/spatial-analyst/how-contouring-works.htm"&gt;&lt;STRONG&gt;How contouring works&lt;/STRONG&gt;&lt;/A&gt;....&lt;/P&gt;&lt;P&gt;The next sentence also should be considered&lt;/P&gt;&lt;BLOCKQUOTE class="jive_macro_quote jive-quote jive_text_macro"&gt;&lt;P&gt;&lt;/P&gt;&lt;SPAN style="text-align: left; color: #4c4c4c; text-transform: none; text-indent: 0px; letter-spacing: 0px; font-family: 'Avenir Next W01','Avenir Next W00','Avenir Next','Avenir','Helvetica Neue',sans-serif; font-size: 13px; font-style: normal; font-variant: normal; font-weight: 400; text-decoration: none; word-spacing: 0px; display: inline !important; white-space: normal; orphans: 2; float: none; -webkit-text-stroke-width: 0px; background-color: transparent;"&gt;Overall contour accuracy depends on how well the data used to create the input raster represents the actual surface.&lt;/SPAN&gt;&lt;/BLOCKQUOTE&gt;&lt;P&gt;Plus all the supplemental comments in subsequent paragraphs about where things appear to go wrong.&lt;/P&gt;&lt;P&gt;There is even information on the use of a kernel to smooth out the dem values somewhat.&lt;/P&gt;&lt;P&gt;As for the 1 to 2 foot offset, it seems to be consistent-ish suggesting that a difference in datum is at play&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 02 May 2018 21:44:45 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19514#M663</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2018-05-02T21:44:45Z</dc:date>
    </item>
    <item>
      <title>Re: Contours: Cartographic vs. Engineering</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19515#M664</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks Dan. Yeah, it seems there are technical factors and&amp;nbsp;some subjectivity in attempting to define Contour quality, and especially if trying to squeeze it into "cartographic-grade vs. engineering-grade".&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;As for the offset in the (attached) map: The input DEM and coordinate system/datum for these two versions are the same. And even if the were different, wouldn't ArcGIS re-project on the fly if I apply the correct transformation?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 May 2018 13:46:49 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19515#M664</guid>
      <dc:creator>deleted-user-RjK-SUCtPEWE</dc:creator>
      <dc:date>2018-05-03T13:46:49Z</dc:date>
    </item>
    <item>
      <title>Re: Contours: Cartographic vs. Engineering</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19516#M665</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;That is the theory, re reproject-on-the-fly, unless minor adjustments aren't accounted for&lt;/P&gt;&lt;P&gt;As for the offset, I am not sure whether 'cartographic' grade adhere to the passing through cell-centers rule-ish either.&amp;nbsp;&lt;/P&gt;&lt;P&gt;There is also the 'snap raster' and cell size issues when trying to compare two interpolated surfaces and hence their derived contours.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The only way you can definitively examine this is with constructed surfaces which I have dabble with a bit for algorithm testing&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;&lt;A _jive_internal="true" href="https://community.esri.com/blogs/dan_patterson/2017/12/28/terrain-creation-diamond-square-algorithm"&gt;Terrain creation... diamond square&lt;/A&gt;&lt;/STRONG&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 May 2018 14:06:19 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19516#M665</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2018-05-03T14:06:19Z</dc:date>
    </item>
    <item>
      <title>Re: Contours: Cartographic vs. Engineering</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19517#M666</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Thanks again Dan. Let me see if I can find out a little more about the Blue Marble/Global Mapper (cartographic) contour algorithm and what settings were used to create it.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 May 2018 14:15:08 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19517#M666</guid>
      <dc:creator>deleted-user-RjK-SUCtPEWE</dc:creator>
      <dc:date>2018-05-03T14:15:08Z</dc:date>
    </item>
    <item>
      <title>Re: Contours: Cartographic vs. Engineering</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19518#M667</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;check to see where and/how they define their contour placement relative to the cell as well.&amp;nbsp; Also, the 'snap raster' issue.&amp;nbsp; It looks like the shift is uniform so the extent of the raster may be shifted by 1/2 a cell or so in the vertical direction&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 03 May 2018 14:26:40 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/contours-cartographic-vs-engineering/m-p/19518#M667</guid>
      <dc:creator>DanPatterson_Retired</dc:creator>
      <dc:date>2018-05-03T14:26:40Z</dc:date>
    </item>
  </channel>
</rss>

