<?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 Re: Modeling Proposed Features in the Utility Network in ArcGIS Utility Network Questions</title>
    <link>https://community.esri.com/t5/arcgis-utility-network-questions/modeling-proposed-features-in-the-utility-network/m-p/1671931#M6119</link>
    <description>&lt;P&gt;You can add the proposed features to the utility network classes and snap them, but use the Lifecycle Network attribute to set them as Out of Service.&amp;nbsp; The trace will treat them as a barrier and stop traversing at that location.&amp;nbsp; The subnetwork definition has a setting to include/exclude barrier features in the definition.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 10 Dec 2025 12:30:33 GMT</pubDate>
    <dc:creator>MikeMillerGIS</dc:creator>
    <dc:date>2025-12-10T12:30:33Z</dc:date>
    <item>
      <title>Modeling Proposed Features in the Utility Network</title>
      <link>https://community.esri.com/t5/arcgis-utility-network-questions/modeling-proposed-features-in-the-utility-network/m-p/1668572#M6040</link>
      <description>&lt;P&gt;Hey All,&amp;nbsp;&lt;/P&gt;&lt;P&gt;Had a question pertaining to proposed assets in a Water Distribution UN. I am working with a client that currently digitizes proposed water mains and services as "pulled-back" from active mains. In some cases, their configuration has created topology errors due to gaps in feature connectivity or junctions missing.&amp;nbsp;&lt;/P&gt;&lt;P&gt;I wanted to see what the community's experience has been with this, as to how to manage these transient asset states during a migration, to minimize the amount of cleanup required post-migration. I had theorized that perhaps a snapping operation could be ran during the migration on any proposed features (e.g, prior to loading data into the asset package and converting to a UN) but wanted to see if there is a better method to tackle this. We are excluding abandoned assets in this migration, as there are far too many and the only alternative we had found was faking z-values to remedy most of the stacked point issues.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for any input!&lt;/P&gt;</description>
      <pubDate>Tue, 25 Nov 2025 18:49:08 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-utility-network-questions/modeling-proposed-features-in-the-utility-network/m-p/1668572#M6040</guid>
      <dc:creator>TSmith</dc:creator>
      <dc:date>2025-11-25T18:49:08Z</dc:date>
    </item>
    <item>
      <title>Re: Modeling Proposed Features in the Utility Network</title>
      <link>https://community.esri.com/t5/arcgis-utility-network-questions/modeling-proposed-features-in-the-utility-network/m-p/1671931#M6119</link>
      <description>&lt;P&gt;You can add the proposed features to the utility network classes and snap them, but use the Lifecycle Network attribute to set them as Out of Service.&amp;nbsp; The trace will treat them as a barrier and stop traversing at that location.&amp;nbsp; The subnetwork definition has a setting to include/exclude barrier features in the definition.&amp;nbsp;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 10 Dec 2025 12:30:33 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-utility-network-questions/modeling-proposed-features-in-the-utility-network/m-p/1671931#M6119</guid>
      <dc:creator>MikeMillerGIS</dc:creator>
      <dc:date>2025-12-10T12:30:33Z</dc:date>
    </item>
  </channel>
</rss>

