<?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 Heads Up: The Import XML Workspace Document Doesn't Support Overwriting in ArcGIS Pro Questions</title>
    <link>https://community.esri.com/t5/arcgis-pro-questions/heads-up-the-import-xml-workspace-document-doesn-t/m-p/1378130#M78342</link>
    <description>&lt;P&gt;So I ran into another issue within Esri's documentation and, given the significance, wanted to get a post online so that if others encounter this behavior they don't spend hours troubleshooting.&lt;/P&gt;&lt;P&gt;The ArcGIS Pro &lt;A href="https://pro.arcgis.com/en/pro-app/latest/tool-reference/data-management/import-xml-workspace-document.htm" target="_blank" rel="noopener"&gt;Import XML Workspace Document&lt;/A&gt; documentation page states "&lt;EM&gt;If the &lt;SPAN class=""&gt;Overwrite output&lt;/SPAN&gt; check box in the project's properties is unchecked and a data element from the input XML workspace document has the same name as a data element in the &lt;SPAN class=""&gt;Target Geodatabase&lt;/SPAN&gt; parameter value, the data element will be imported with a new unique name. If this option is checked, existing datasets will be overwritten. For more information about overwriting tool output, see &lt;A href="https://pro.arcgis.com/en/pro-app/3.2/help/analysis/geoprocessing/basics/geoprocessing-options.htm" target="_blank" rel="noopener"&gt;Geoprocessing options in &lt;SPAN class=""&gt;ArcGIS Pro&lt;/SPAN&gt;&lt;/A&gt;.&lt;/EM&gt;"&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;This is not true.&lt;/STRONG&gt; There is a &lt;A href="https://support.esri.com/en-us/bug/the-import-xml-workspace-document-geoprocessing-tool-fa-nim104197" target="_self"&gt;ten-year old defect&lt;/A&gt;, which was updated in 2023, that identifies this tool does not actually do this. Esri has marked the status of this defect as "Will not be addressed" and responded with "&lt;EM&gt;We apologize that we were unable to address this issue within the current product support cycle.&lt;/EM&gt;"&lt;/P&gt;&lt;P&gt;So, if you're looking to develop a change-control mediated pipeline for promoting schema changes across environments, it will have to be done via an explicit, field-by-field level basis rather than referencing an origin source (or done heavy-handedly by dropping and recreating objects, but that has its own limitations and complications).&lt;/P&gt;&lt;P&gt;To be clear, I am posting this just to ensure others can find this information as I've had limited luck with my other documentation reports getting addressed.&lt;/P&gt;</description>
    <pubDate>Mon, 05 Feb 2024 13:41:03 GMT</pubDate>
    <dc:creator>AValenski</dc:creator>
    <dc:date>2024-02-05T13:41:03Z</dc:date>
    <item>
      <title>Heads Up: The Import XML Workspace Document Doesn't Support Overwriting</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/heads-up-the-import-xml-workspace-document-doesn-t/m-p/1378130#M78342</link>
      <description>&lt;P&gt;So I ran into another issue within Esri's documentation and, given the significance, wanted to get a post online so that if others encounter this behavior they don't spend hours troubleshooting.&lt;/P&gt;&lt;P&gt;The ArcGIS Pro &lt;A href="https://pro.arcgis.com/en/pro-app/latest/tool-reference/data-management/import-xml-workspace-document.htm" target="_blank" rel="noopener"&gt;Import XML Workspace Document&lt;/A&gt; documentation page states "&lt;EM&gt;If the &lt;SPAN class=""&gt;Overwrite output&lt;/SPAN&gt; check box in the project's properties is unchecked and a data element from the input XML workspace document has the same name as a data element in the &lt;SPAN class=""&gt;Target Geodatabase&lt;/SPAN&gt; parameter value, the data element will be imported with a new unique name. If this option is checked, existing datasets will be overwritten. For more information about overwriting tool output, see &lt;A href="https://pro.arcgis.com/en/pro-app/3.2/help/analysis/geoprocessing/basics/geoprocessing-options.htm" target="_blank" rel="noopener"&gt;Geoprocessing options in &lt;SPAN class=""&gt;ArcGIS Pro&lt;/SPAN&gt;&lt;/A&gt;.&lt;/EM&gt;"&lt;/P&gt;&lt;P&gt;&lt;STRONG&gt;This is not true.&lt;/STRONG&gt; There is a &lt;A href="https://support.esri.com/en-us/bug/the-import-xml-workspace-document-geoprocessing-tool-fa-nim104197" target="_self"&gt;ten-year old defect&lt;/A&gt;, which was updated in 2023, that identifies this tool does not actually do this. Esri has marked the status of this defect as "Will not be addressed" and responded with "&lt;EM&gt;We apologize that we were unable to address this issue within the current product support cycle.&lt;/EM&gt;"&lt;/P&gt;&lt;P&gt;So, if you're looking to develop a change-control mediated pipeline for promoting schema changes across environments, it will have to be done via an explicit, field-by-field level basis rather than referencing an origin source (or done heavy-handedly by dropping and recreating objects, but that has its own limitations and complications).&lt;/P&gt;&lt;P&gt;To be clear, I am posting this just to ensure others can find this information as I've had limited luck with my other documentation reports getting addressed.&lt;/P&gt;</description>
      <pubDate>Mon, 05 Feb 2024 13:41:03 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/heads-up-the-import-xml-workspace-document-doesn-t/m-p/1378130#M78342</guid>
      <dc:creator>AValenski</dc:creator>
      <dc:date>2024-02-05T13:41:03Z</dc:date>
    </item>
  </channel>
</rss>

