<?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 Attribute Rules Copy/Paste Error Handling in Attribute Rules Ideas</title>
    <link>https://community.esri.com/t5/attribute-rules-ideas/attribute-rules-copy-paste-error-handling/idi-p/924086</link>
    <description>&lt;P&gt;I've been using ArcGIS Desktop Attribute Assistant to augment address management for 911 data that I maintain for our county and the local PSAP.&amp;nbsp; I finally devoted some time to porting the rules over to ArcPro's Attribute Rules and have had decent luck recreating most of the tasks.&amp;nbsp; At one point I began using the ability to Copy/Paste rules because I had a lot of similar intersecting feature rules and only needed to make minor tweaks to each in order to get them set up properly.&amp;nbsp; All looked good...green squares next to all rules and was able to save.&amp;nbsp; No worries!&amp;nbsp; However, as I began testing to confirm that the rules were working properly I suddenly found myself unable to complete any edits.&amp;nbsp; Didn't matter if I double-clicked after creating a new feature, or hit F2, or pressed Finish on the edit toolbar...no love.&amp;nbsp; Features were stuck in "sketch" mode.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So I de-activated all rules and started going back through them one by one.&amp;nbsp; When all were de-activated, I could complete an edit again.&amp;nbsp; Then I went back through each rule, turning it on and checking that I still had ability to complete an edit.&amp;nbsp; Eventually I came across an intersect rule created with the Copy/Paste method and noticed that I failed to change the field reference (the copied rule pointed to a different layer than the&amp;nbsp;original one and the new target layer didn't contain the referenced field name).&amp;nbsp; So I updated the field name and all was right again.&amp;nbsp; Chalk that one up to user error.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Problem is that it took a while to sort out what the issue was.&amp;nbsp; My experience with creating Attribute Rules is that they won't save if there's any kind of problem with the rule logic, but Copy/Paste seems to circumvent that.&amp;nbsp; To be honest, I actually like the old Attribute Assistant behavior where broken/bad rules simply don't fire off but if we're going to go with preventing non-working rules in ArcPro as the standard behavior, it would be nice to make sure that Copy/Pasted rules don't slip past rule validation checks.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 19 Oct 2022 22:12:48 GMT</pubDate>
    <dc:creator>RayWeiser1</dc:creator>
    <dc:date>2022-10-19T22:12:48Z</dc:date>
    <item>
      <title>Attribute Rules Copy/Paste Error Handling</title>
      <link>https://community.esri.com/t5/attribute-rules-ideas/attribute-rules-copy-paste-error-handling/idi-p/924086</link>
      <description>&lt;P&gt;I've been using ArcGIS Desktop Attribute Assistant to augment address management for 911 data that I maintain for our county and the local PSAP.&amp;nbsp; I finally devoted some time to porting the rules over to ArcPro's Attribute Rules and have had decent luck recreating most of the tasks.&amp;nbsp; At one point I began using the ability to Copy/Paste rules because I had a lot of similar intersecting feature rules and only needed to make minor tweaks to each in order to get them set up properly.&amp;nbsp; All looked good...green squares next to all rules and was able to save.&amp;nbsp; No worries!&amp;nbsp; However, as I began testing to confirm that the rules were working properly I suddenly found myself unable to complete any edits.&amp;nbsp; Didn't matter if I double-clicked after creating a new feature, or hit F2, or pressed Finish on the edit toolbar...no love.&amp;nbsp; Features were stuck in "sketch" mode.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So I de-activated all rules and started going back through them one by one.&amp;nbsp; When all were de-activated, I could complete an edit again.&amp;nbsp; Then I went back through each rule, turning it on and checking that I still had ability to complete an edit.&amp;nbsp; Eventually I came across an intersect rule created with the Copy/Paste method and noticed that I failed to change the field reference (the copied rule pointed to a different layer than the&amp;nbsp;original one and the new target layer didn't contain the referenced field name).&amp;nbsp; So I updated the field name and all was right again.&amp;nbsp; Chalk that one up to user error.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Problem is that it took a while to sort out what the issue was.&amp;nbsp; My experience with creating Attribute Rules is that they won't save if there's any kind of problem with the rule logic, but Copy/Paste seems to circumvent that.&amp;nbsp; To be honest, I actually like the old Attribute Assistant behavior where broken/bad rules simply don't fire off but if we're going to go with preventing non-working rules in ArcPro as the standard behavior, it would be nice to make sure that Copy/Pasted rules don't slip past rule validation checks.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 19 Oct 2022 22:12:48 GMT</pubDate>
      <guid>https://community.esri.com/t5/attribute-rules-ideas/attribute-rules-copy-paste-error-handling/idi-p/924086</guid>
      <dc:creator>RayWeiser1</dc:creator>
      <dc:date>2022-10-19T22:12:48Z</dc:date>
    </item>
  </channel>
</rss>

