<?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 Projects vs Mapfiles vs LYR in ArcGIS Pro Questions</title>
    <link>https://community.esri.com/t5/arcgis-pro-questions/projects-vs-mapfiles-vs-lyr/m-p/1145617#M51690</link>
    <description>&lt;P&gt;ArcGIS Pro 2.7.3&lt;/P&gt;&lt;P&gt;I am a GIS Analyst, and my day-to-day consists of a lot of one-off requests, on-going routine requests and data management/maintenance. I am looking for some ideas or best practice on Pro and projects.&lt;/P&gt;&lt;P&gt;I create a lot of exhibits. Within a project am I better off to be saving lyr files that I can pull back in to revise a map in the future or should I be saving a mapfile?&lt;/P&gt;&lt;P&gt;This is fairly broad but I would like to hear how others are organizing their work within pro.&lt;/P&gt;</description>
    <pubDate>Fri, 18 Feb 2022 15:10:54 GMT</pubDate>
    <dc:creator>Anonymous User</dc:creator>
    <dc:date>2022-02-18T15:10:54Z</dc:date>
    <item>
      <title>Projects vs Mapfiles vs LYR</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/projects-vs-mapfiles-vs-lyr/m-p/1145617#M51690</link>
      <description>&lt;P&gt;ArcGIS Pro 2.7.3&lt;/P&gt;&lt;P&gt;I am a GIS Analyst, and my day-to-day consists of a lot of one-off requests, on-going routine requests and data management/maintenance. I am looking for some ideas or best practice on Pro and projects.&lt;/P&gt;&lt;P&gt;I create a lot of exhibits. Within a project am I better off to be saving lyr files that I can pull back in to revise a map in the future or should I be saving a mapfile?&lt;/P&gt;&lt;P&gt;This is fairly broad but I would like to hear how others are organizing their work within pro.&lt;/P&gt;</description>
      <pubDate>Fri, 18 Feb 2022 15:10:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/projects-vs-mapfiles-vs-lyr/m-p/1145617#M51690</guid>
      <dc:creator>Anonymous User</dc:creator>
      <dc:date>2022-02-18T15:10:54Z</dc:date>
    </item>
    <item>
      <title>Re: Projects vs Mapfiles vs LYR</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/projects-vs-mapfiles-vs-lyr/m-p/1145632#M51693</link>
      <description>&lt;P&gt;We do a lot of one-off requests, and we make use of both Project Templates and Layout Templates for them, since a lot of the projects start from the same basic map, or include many of the same reference layers, and need to have certain things in the map surrounds when exported.&lt;/P&gt;&lt;P&gt;We do have a few other cases where a specific person/department will routinely ask for different maps in a single "theme". In those cases, we'll have a "Planning and Zoning One-Offs" project and clone / reuse layouts as needed.&lt;/P&gt;&lt;P&gt;Map files are nice, but mostly useful for bringing a map with multiple layers across to different projects. Layer files, similarly, are useful for bringing single layers across to other maps, whether in the same project or not. There's a place for either one, really, but I personally prefer saving the map itself, as that will also include other things like the map's projection, reference scale, etc., that you don't get with a layer file.&lt;/P&gt;&lt;P&gt;You can also save map packages to AGOL / Portal, which is nice. If you open a map package from Portal, it keeps a link to the source package, so if you ever re-upload the same map package, Pro will prompt you to update your copy of it locally. Useful if you have multiple staff / machines in the mix.&lt;/P&gt;</description>
      <pubDate>Fri, 18 Feb 2022 15:31:18 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/projects-vs-mapfiles-vs-lyr/m-p/1145632#M51693</guid>
      <dc:creator>jcarlson</dc:creator>
      <dc:date>2022-02-18T15:31:18Z</dc:date>
    </item>
  </channel>
</rss>

