<?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 Splitting Attribute Issues in ArcGIS Pro Questions</title>
    <link>https://community.esri.com/t5/arcgis-pro-questions/splitting-attribute-issues/m-p/769152#M33283</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am wondering what ESRI is doing trying to mess up splitting lines. I have a database that is locked, so the Split Policy cannot be changed.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When I split a line in ArcMAP 10.5 the line split works great. It duplicated all the attributes even though all the domains are DEFAULT.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BUT! When we go to edit in ArcPRO the split decided it wanted to mess everything else up. Some of the attributes now come across as NULL while others do duplicate even tough they are all the same policy.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This question has been touched on a few times but not correctly. I know there is an message that says it does not follow and that there is an explanation of DUPLICATE and DEFAULT on ESRIs site but that doesn't explain why some work and some don't and why there is a difference between PRO and DESKTOP.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 31 Jan 2020 15:30:50 GMT</pubDate>
    <dc:creator>APBlough</dc:creator>
    <dc:date>2020-01-31T15:30:50Z</dc:date>
    <item>
      <title>Splitting Attribute Issues</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/splitting-attribute-issues/m-p/769152#M33283</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I am wondering what ESRI is doing trying to mess up splitting lines. I have a database that is locked, so the Split Policy cannot be changed.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;When I split a line in ArcMAP 10.5 the line split works great. It duplicated all the attributes even though all the domains are DEFAULT.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;BUT! When we go to edit in ArcPRO the split decided it wanted to mess everything else up. Some of the attributes now come across as NULL while others do duplicate even tough they are all the same policy.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;This question has been touched on a few times but not correctly. I know there is an message that says it does not follow and that there is an explanation of DUPLICATE and DEFAULT on ESRIs site but that doesn't explain why some work and some don't and why there is a difference between PRO and DESKTOP.&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 31 Jan 2020 15:30:50 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/splitting-attribute-issues/m-p/769152#M33283</guid>
      <dc:creator>APBlough</dc:creator>
      <dc:date>2020-01-31T15:30:50Z</dc:date>
    </item>
    <item>
      <title>Re: Splitting Attribute Issues</title>
      <link>https://community.esri.com/t5/arcgis-pro-questions/splitting-attribute-issues/m-p/1693220#M102578</link>
      <description>&lt;P&gt;I agree. I don't know why on earth this decision was made to NOT have duplicate the default, but I implore Esri to fix this mistake. 99% of the time I try to fix this in my domains I can't due to a lock from another user in the database. I really don't like having to sign in at off hours to fix these sorts of things. You figured this out in ArcMap, why did you forget about it in ArcPro?&lt;/P&gt;</description>
      <pubDate>Fri, 27 Mar 2026 20:37:52 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-pro-questions/splitting-attribute-issues/m-p/1693220#M102578</guid>
      <dc:creator>TimothyHazekamp</dc:creator>
      <dc:date>2026-03-27T20:37:52Z</dc:date>
    </item>
  </channel>
</rss>

