<?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: Why are Service Definitions Separate Items? in ArcGIS Online Questions</title>
    <link>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1639374#M65858</link>
    <description>&lt;P&gt;Thanks, &lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/612907"&gt;@DanielFox1&lt;/a&gt;! I appreciate the concise summary in addition to pointing to greater documentation.&lt;/P&gt;&lt;P&gt;I do think those are handy reasons, but in terms of UI, why do they have to be separate items? It seems hefty/not intuitive for all users to have to visually sift through two files per each file.&lt;/P&gt;</description>
    <pubDate>Tue, 05 Aug 2025 19:18:10 GMT</pubDate>
    <dc:creator>laurentideicesheet</dc:creator>
    <dc:date>2025-08-05T19:18:10Z</dc:date>
    <item>
      <title>Why are Service Definitions Separate Items?</title>
      <link>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1624078#M65097</link>
      <description>&lt;P&gt;I see from other forums/the esri documentation that service definitions can be a very useful, versatile file. I'm wondering, though, why it's a separate item in ArcGIS Online (agol).&lt;/P&gt;&lt;P&gt;If it's necessary to have online with the layer, why can't this be something "embedded" in the feature layer?&lt;/P&gt;&lt;P&gt;I saw a forum that suggested they can be a backup-- is there a better data management solution for users to keep their content organized than these free hanging service definitions?&lt;/P&gt;&lt;P&gt;It can be frustrating to sift through folders of content and have to digest the duplicative service definitions in the list in addition to the ones whose titles are no longer the same as the feature they support. Further, it's redundant to authoritate both a feature layer and SD for the same thing, so that can create another content management painpoint when scrolling through libraries in agol.&lt;/P&gt;&lt;P&gt;I'm probably missing some obvious reasonings, so any intel is helpful!!&lt;/P&gt;</description>
      <pubDate>Mon, 16 Jun 2025 22:01:12 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1624078#M65097</guid>
      <dc:creator>laurentideicesheet</dc:creator>
      <dc:date>2025-06-16T22:01:12Z</dc:date>
    </item>
    <item>
      <title>Re: Why are Service Definitions Separate Items?</title>
      <link>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1625063#M65134</link>
      <description>&lt;P&gt;&amp;nbsp;Hi&amp;nbsp;&lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/846862"&gt;@laurentideicesheet&lt;/a&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;This may be a community post that you are aware of but it is an excellent description of the use and need for service definition files&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://community.esri.com/t5/arcgis-online-questions/keep-service-definition-files/td-p/483357" target="_blank"&gt;Solved: Keep Service Definition Files? - Esri Community&lt;/A&gt;&lt;/P&gt;&lt;P&gt;Certainly some other reasons for the files&lt;/P&gt;&lt;UL&gt;&lt;LI&gt;If you plan to&amp;nbsp;&lt;STRONG&gt;republish or overwrite&amp;nbsp;&lt;/STRONG&gt;the layer in the future, keeping the SD file can save time.&lt;/LI&gt;&lt;LI&gt;If you want to &lt;STRONG&gt;share the same configuration&lt;/STRONG&gt; with another organization or user, the SD file is a convenient way to do that&lt;/LI&gt;&lt;/UL&gt;&lt;P&gt;&lt;!-- EndFragment  --&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Thu, 19 Jun 2025 14:17:50 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1625063#M65134</guid>
      <dc:creator>DanielFox1</dc:creator>
      <dc:date>2025-06-19T14:17:50Z</dc:date>
    </item>
    <item>
      <title>Re: Why are Service Definitions Separate Items?</title>
      <link>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1639374#M65858</link>
      <description>&lt;P&gt;Thanks, &lt;a href="https://community.esri.com/t5/user/viewprofilepage/user-id/612907"&gt;@DanielFox1&lt;/a&gt;! I appreciate the concise summary in addition to pointing to greater documentation.&lt;/P&gt;&lt;P&gt;I do think those are handy reasons, but in terms of UI, why do they have to be separate items? It seems hefty/not intuitive for all users to have to visually sift through two files per each file.&lt;/P&gt;</description>
      <pubDate>Tue, 05 Aug 2025 19:18:10 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1639374#M65858</guid>
      <dc:creator>laurentideicesheet</dc:creator>
      <dc:date>2025-08-05T19:18:10Z</dc:date>
    </item>
    <item>
      <title>Re: Why are Service Definitions Separate Items?</title>
      <link>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1639517#M65860</link>
      <description>&lt;P&gt;I agree, having the SD file as separate item is not ideal. Here is an idea I created:&lt;BR /&gt;&lt;A href="https://community.esri.com/t5/arcgis-online-ideas/service-item-export-update-data-as-sd-file/idi-p/1639515" target="_blank"&gt;Service Item: Export/Update Data as SD file - Esri Community&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 06 Aug 2025 06:36:10 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-online-questions/why-are-service-definitions-separate-items/m-p/1639517#M65860</guid>
      <dc:creator>SimonSchütte_ct</dc:creator>
      <dc:date>2025-08-06T06:36:10Z</dc:date>
    </item>
  </channel>
</rss>

