<?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: Optimal Mosaic Dataset Overview Levels for a Standard Tile Cache Schema in ArcGIS Enterprise Questions</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24646#M910</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My MDs already had overviews when i built the caches since we used to use them.&amp;nbsp; But for new projects I am just using Raster Catalogs instead.&amp;nbsp; No reason to build overviews or even pyramids if I am just going to build the caches anyway.&amp;nbsp; When caching 2 TB of imagery it would take days to build all those overviews.&amp;nbsp; I have seen no difference between using a MD with overviews as a source and a RC as a source with nothing built.&lt;/P&gt;&lt;P&gt;In the end trying to do all the math and manual editing of the MD attribute table would take forever (I have like 50 some MDs).&amp;nbsp; The main thing I watch out for is the pixel size of the final cache level.&amp;nbsp; If that is greater than the original imagery they are useless.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 29 Apr 2016 18:33:47 GMT</pubDate>
    <dc:creator>DougBrowning</dc:creator>
    <dc:date>2016-04-29T18:33:47Z</dc:date>
    <item>
      <title>Optimal Mosaic Dataset Overview Levels for a Standard Tile Cache Schema</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24643#M907</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;BR /&gt;I haven't done the math yet, but I'm guessing there is an optimal set of overview levels for Mosaic Datasets that can directly align with the standard ArcGIS / Bing / Google tile cache levels (web mercator). Has anyone looked into this? Is it the default levels that ArcMap generates anyway?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;George&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Apr 2016 12:46:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24643#M907</guid>
      <dc:creator>GeorgeNewbury</dc:creator>
      <dc:date>2016-04-29T12:46:54Z</dc:date>
    </item>
    <item>
      <title>Re: Optimal Mosaic Dataset Overview Levels for a Standard Tile Cache Schema</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24644#M908</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Little confused by post as overviews and caches are different.&amp;nbsp; I spent lots of time trying to get overviews to work correctly, esp with nested Mosaic datasets.&amp;nbsp; You really have very little control.&amp;nbsp; Drove me nuts.&amp;nbsp; In the end I just built Tile Caches instead.&amp;nbsp; Wish I would have done it sooner.&amp;nbsp; They are at least 10 times faster, 90% smaller, and super easy to manage since I can just copy and paste them around to all my servers.&amp;nbsp; I just unzip the tpk then access them through the file system like any other file (created layer files for ease).&amp;nbsp; No need for image server or any of that.&amp;nbsp; I do also upload the tpk to AGO for when other offices need something not local and for any webmaps.&amp;nbsp; It has worked out very well for us.&amp;nbsp; Have saved thousands in backup costs,&amp;nbsp; now have tons of server space, can give all imagery to mobile users (since its 60gb instead of 600), and can now keep yearly vintages.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I use the default Cache levels as listed here.&amp;nbsp; If you need custom the rule of though is to half at each level.&amp;nbsp; For NAIP 1 meter imagery I go down to Level 17 with no real lose of quality.&lt;/P&gt;&lt;P&gt;&lt;A href="https://blogs.esri.com/esri/arcgis/2009/03/19/how-can-you-tell-what-map-scales-are-shown-for-online-maps/" title="https://blogs.esri.com/esri/arcgis/2009/03/19/how-can-you-tell-what-map-scales-are-shown-for-online-maps/"&gt;How can you tell what map scales are shown for online maps? | ArcGIS Blog&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;For full details on creating caches see this great post&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.esri.com/migration-blogpost/1450"&gt;Create Cache and TPK without ArcGIS for Server - Workflows for Desktop users&lt;/A&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Apr 2016 16:21:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24644#M908</guid>
      <dc:creator>DougBrowning</dc:creator>
      <dc:date>2016-04-29T16:21:54Z</dc:date>
    </item>
    <item>
      <title>Re: Optimal Mosaic Dataset Overview Levels for a Standard Tile Cache Schema</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24645#M909</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Doug, thanks for the reply. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Yes, I know overviews and caches are different. Since caches are using overviews as their sources at higher levels, then I was wondering if there was an existing overview scheme that closely aligned with the tile schemes such that you could cut down on image degradation due to reprocessing.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The lower levels of the ArcGIS/Bing/Google tile schema (e.g. 13-19) may use the original data via the mosaic dataset, but the upper level, e.g 7 through 12, would be better to draw from pre-computed overviews. So i was thinking it would make sense to have the overviews computed at those levels.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It's probably more of an academic question than a practical one. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks&lt;/P&gt;&lt;P&gt;George&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Apr 2016 18:22:07 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24645#M909</guid>
      <dc:creator>GeorgeNewbury</dc:creator>
      <dc:date>2016-04-29T18:22:07Z</dc:date>
    </item>
    <item>
      <title>Re: Optimal Mosaic Dataset Overview Levels for a Standard Tile Cache Schema</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24646#M910</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;My MDs already had overviews when i built the caches since we used to use them.&amp;nbsp; But for new projects I am just using Raster Catalogs instead.&amp;nbsp; No reason to build overviews or even pyramids if I am just going to build the caches anyway.&amp;nbsp; When caching 2 TB of imagery it would take days to build all those overviews.&amp;nbsp; I have seen no difference between using a MD with overviews as a source and a RC as a source with nothing built.&lt;/P&gt;&lt;P&gt;In the end trying to do all the math and manual editing of the MD attribute table would take forever (I have like 50 some MDs).&amp;nbsp; The main thing I watch out for is the pixel size of the final cache level.&amp;nbsp; If that is greater than the original imagery they are useless.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 29 Apr 2016 18:33:47 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-questions/optimal-mosaic-dataset-overview-levels-for-a/m-p/24646#M910</guid>
      <dc:creator>DougBrowning</dc:creator>
      <dc:date>2016-04-29T18:33:47Z</dc:date>
    </item>
  </channel>
</rss>

