<?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>idea Keep Feature Service Editor Tracking Data when using clone_items() in ArcGIS API for Python Ideas</title>
    <link>https://community.esri.com/t5/arcgis-api-for-python-ideas/keep-feature-service-editor-tracking-data-when/idi-p/1307825</link>
    <description>&lt;P&gt;When using the clone_items() to clone a feature service from 1 agol account to another, ensure that Editor tracking attributes are not reset. Using something like&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="c"&gt;agol_dest.content.clone_items(items,copy_data=True)&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;currently resets the EditDate, CreationDate, Creator and Editor attributes in the destination AGOL feature service. They are set to the user that ran the clone_items() command and the date/time when the command was executed - which looses all edit tracking data.&lt;/P&gt;&lt;P&gt;The clone_items() function is not keeping the integrity of the data and honoring the concept of a "clone" i.e. &lt;EM&gt;"one that appears to be a copy of an original form."&lt;/EM&gt;. Resulting in poor data tracking and more time spent post processing.&lt;/P&gt;</description>
    <pubDate>Thu, 13 Jul 2023 06:28:51 GMT</pubDate>
    <dc:creator>alex_mapintel</dc:creator>
    <dc:date>2023-07-13T06:28:51Z</dc:date>
    <item>
      <title>Keep Feature Service Editor Tracking Data when using clone_items()</title>
      <link>https://community.esri.com/t5/arcgis-api-for-python-ideas/keep-feature-service-editor-tracking-data-when/idi-p/1307825</link>
      <description>&lt;P&gt;When using the clone_items() to clone a feature service from 1 agol account to another, ensure that Editor tracking attributes are not reset. Using something like&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;LI-CODE lang="c"&gt;agol_dest.content.clone_items(items,copy_data=True)&lt;/LI-CODE&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;currently resets the EditDate, CreationDate, Creator and Editor attributes in the destination AGOL feature service. They are set to the user that ran the clone_items() command and the date/time when the command was executed - which looses all edit tracking data.&lt;/P&gt;&lt;P&gt;The clone_items() function is not keeping the integrity of the data and honoring the concept of a "clone" i.e. &lt;EM&gt;"one that appears to be a copy of an original form."&lt;/EM&gt;. Resulting in poor data tracking and more time spent post processing.&lt;/P&gt;</description>
      <pubDate>Thu, 13 Jul 2023 06:28:51 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-api-for-python-ideas/keep-feature-service-editor-tracking-data-when/idi-p/1307825</guid>
      <dc:creator>alex_mapintel</dc:creator>
      <dc:date>2023-07-13T06:28:51Z</dc:date>
    </item>
    <item>
      <title>Re: Keep Feature Service Editor Tracking Data when using clone_items()</title>
      <link>https://community.esri.com/t5/arcgis-api-for-python-ideas/keep-feature-service-editor-tracking-data-when/idc-p/1642315#M164</link>
      <description>&lt;P&gt;Ugh, I guess since this is in the Ideas section that there is not a way to force the clone not to resent the editor tracking info?&lt;/P&gt;&lt;P&gt;&lt;EM&gt;&lt;STRONG&gt;This option would be very beneficial.&amp;nbsp;&lt;/STRONG&gt;&lt;/EM&gt; I am trying to find the best way to automate some sort of backup from AGOL to our enterprise portal for various reasons.&amp;nbsp; I keep hitting walls for each method I try.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;</description>
      <pubDate>Fri, 15 Aug 2025 12:41:54 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-api-for-python-ideas/keep-feature-service-editor-tracking-data-when/idc-p/1642315#M164</guid>
      <dc:creator>ctalleygreenville</dc:creator>
      <dc:date>2025-08-15T12:41:54Z</dc:date>
    </item>
  </channel>
</rss>

