<?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 Allow for Dirty Area Exceptions after a Reconcile in ArcGIS Utility Network Ideas</title>
    <link>https://community.esri.com/t5/arcgis-utility-network-ideas/allow-for-dirty-area-exceptions-after-a-reconcile/idi-p/1157959</link>
    <description>&lt;P&gt;After completing an area of work we encourage our users to do the following:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Save Edits&lt;/LI&gt;&lt;LI&gt;Validate to ensure network is clean.&lt;OL&gt;&lt;LI&gt;Getting a totally clean area is a big deal for us. It is a good feeling to know you have a completely clean network after your edits.&lt;/LI&gt;&lt;/OL&gt;&lt;/LI&gt;&lt;LI&gt;Reconcile and post&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;After the reconcile the dirty areas/ errors come back down. This leaves the editor to wonder if they in fact cleaned everything.&amp;nbsp; This leads to more explanation that dirty areas will continue to come back down until a full validate is run at night and a reconcile performed.&lt;/P&gt;&lt;P&gt;Ask: Allow the new Editor Inspection window to Ignore or Mark an area as an exception.&amp;nbsp; This will prevent editors from seeing so many dirty areas that we now just have to tell the editor to ignore.&amp;nbsp; With all the new technology the UN brings to the table--having to tell people to just ignore errors seems outdated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Fri, 25 Mar 2022 18:21:28 GMT</pubDate>
    <dc:creator>Anonymous User</dc:creator>
    <dc:date>2022-03-25T18:21:28Z</dc:date>
    <item>
      <title>Allow for Dirty Area Exceptions after a Reconcile</title>
      <link>https://community.esri.com/t5/arcgis-utility-network-ideas/allow-for-dirty-area-exceptions-after-a-reconcile/idi-p/1157959</link>
      <description>&lt;P&gt;After completing an area of work we encourage our users to do the following:&lt;/P&gt;&lt;OL&gt;&lt;LI&gt;Save Edits&lt;/LI&gt;&lt;LI&gt;Validate to ensure network is clean.&lt;OL&gt;&lt;LI&gt;Getting a totally clean area is a big deal for us. It is a good feeling to know you have a completely clean network after your edits.&lt;/LI&gt;&lt;/OL&gt;&lt;/LI&gt;&lt;LI&gt;Reconcile and post&lt;/LI&gt;&lt;/OL&gt;&lt;P&gt;After the reconcile the dirty areas/ errors come back down. This leaves the editor to wonder if they in fact cleaned everything.&amp;nbsp; This leads to more explanation that dirty areas will continue to come back down until a full validate is run at night and a reconcile performed.&lt;/P&gt;&lt;P&gt;Ask: Allow the new Editor Inspection window to Ignore or Mark an area as an exception.&amp;nbsp; This will prevent editors from seeing so many dirty areas that we now just have to tell the editor to ignore.&amp;nbsp; With all the new technology the UN brings to the table--having to tell people to just ignore errors seems outdated.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 25 Mar 2022 18:21:28 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-utility-network-ideas/allow-for-dirty-area-exceptions-after-a-reconcile/idi-p/1157959</guid>
      <dc:creator>Anonymous User</dc:creator>
      <dc:date>2022-03-25T18:21:28Z</dc:date>
    </item>
    <item>
      <title>Re: Allow for Dirty Area Exceptions after a Reconcile</title>
      <link>https://community.esri.com/t5/arcgis-utility-network-ideas/allow-for-dirty-area-exceptions-after-a-reconcile/idc-p/1157972#M169</link>
      <description>&lt;P&gt;100% agree.&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Fri, 25 Mar 2022 18:39:04 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-utility-network-ideas/allow-for-dirty-area-exceptions-after-a-reconcile/idc-p/1157972#M169</guid>
      <dc:creator>AnneSanta_Maria1</dc:creator>
      <dc:date>2022-03-25T18:39:04Z</dc:date>
    </item>
    <item>
      <title>Re: Allow for Dirty Area Exceptions after a Reconcile</title>
      <link>https://community.esri.com/t5/arcgis-utility-network-ideas/allow-for-dirty-area-exceptions-after-a-reconcile/idc-p/1220936#M197</link>
      <description>&lt;P&gt;In our workflow if the dirty area is purple (just dirty but not an actual error) then we know that we don't have to worry about it - when the batch validate topo runs, those will clear up.&amp;nbsp;&lt;/P&gt;&lt;P&gt;But to get fancier there could be a different status of dirty area if it came from a posted version vs if it was created in default. Or if the validate topology tool knew it was running against DEFAULT, it could set a flag?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 11 Oct 2022 23:15:39 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-utility-network-ideas/allow-for-dirty-area-exceptions-after-a-reconcile/idc-p/1220936#M197</guid>
      <dc:creator>JakeJacobsAVA</dc:creator>
      <dc:date>2022-10-11T23:15:39Z</dc:date>
    </item>
  </channel>
</rss>

