nav[aria-label="Primary Navigation"] { padding: 0; & ul { list-style: none; width: 100%; display: flex; flex-direction: row; justify-content: start; align-items: start; gap: 30px; padding: 0; & li { margin: 0; } & ul li { list-style: none; } } }

Update Subnetwork and Is Connected not updating

LindseyStone

I'm trying to implement a Water Utility Network and am having trouble with my taps or junctions. We have serveral mains that have taps connected at vertex's in the span at the main. Then a service line is connected to that tap. If this tap is connected in the span of the main instead of the end the Is Connected tool and Update Subnetwork does not assign the service line or the tap to the system.

I was looking at the Naperville data and it shows whole mains without the mains split at the taps for the service lines. I'm also tried splitting a line or making a line off a controllable value and it still doesn't work correctly.

I disable and re-enabled network topology hoping this would help. I also verified under the Water Line that the Network Edge Connection Policy is set to Any Vertex on Water Mains and Service Lines

Taps.png

Finde mehr Beiträge mit dem Tag

Accepted answers

All comments

ShakhawatTanim1

I am also having same problem with my sewer UN. With the trace, no devices are getting selected except the sewer lines. I tired updating subnetwork and update is connected. But neither of these is not changing IsConnected to true. Any solutions?

MatheusSparapani

I have the same problem with the "Update is Connected", this tool don't update my WaterLine, so, i can't create de SubnetWork for all my line, Some Can I Help me?

SSMIC3038

Posting the solution in our case, not alot of info on this topic.

We loaded client storm water CAD data into the latest UN asset package. The load failed at the Device > Manhole Channel > Manhole Channel layer, specifically the 'activevol' field, we left that field null during the load as we don't have attribute data for it. That caused the load to fail.

So we inserted arbitrary value of "1", data load was successful. Long story short, it was this value that was keeping the subnetwork dirty and would not propogate the network past the first manhole channel upstream of the subnetwork controller. Once we flipped to 'activevol = 0' the subnetwork is clean and network updated properly.

ESRI, seems like a valid default should be enforced in the asset pacakage for this field.

This may not be other people's problem, but it could be.

SSMIC3038

Randall, encountering a very similar problem. did you resolve and is there any insight you could pass along?

Anonymous User

I am running into the same problem with another water dataset. Pro 2.5.2, Enterprise at 10.7.1. Testing in a file gdb the subnetwork propagates out just fine, however when rebuilding in Enterprise it keeps stopping at a fitting and moving no further. Lifecycle status is active, disabled/enabled network topology. Deleted and recreated the line/fitting. Ran this snip and they share junctions. I'm not sure what to do at this point as again, it is working just fine in a file gdb...

un.PNG

MikeMillerGIS

We need to look at the X,Y and Z info at the vertices. I have seen where the editor treats items as snapped, but they are not snapped in the utility network. Editor tolerances are not the same as connectivity tolerances in the network. When reviewing the values, you need to click in like you are editing the values of the vertices, as the UI rounds off for viewing.

If you select the main and the fitting and run this script, you can see the vertices info. Can you post the results? Note: It may take a while due to an issue with subtype layers and DA cursors. Make sure to have something selected or you will get the vertices for your entire layer.

fields = ['SHAPE@X', 'SHAPE@Y', 'SHAPE@Z']

print("***********Main***********")
fc = "Water Line\\Water Main"
with arcpy.da.SearchCursor(fc, fields, explode_to_points=True) as cursor:
    for row in cursor:
        print(row)

print("***********Fitting***********")
fc = "Water Junction\\Fitting"
with arcpy.da.SearchCursor(fc, fields, explode_to_points=True) as cursor:
    for row in cursor:
        print(row)

Here is an example output, I bolded the vertex that fitting and main share.

***********Main***********
(1030655.1770261787, 1861107.9398856163, 0.00010000000474974513)
(1030652.9670568444, 1861106.5150197, 0.00010000000474974513)
(1030649.2898988463, 1861104.1439614445, 0.00010000000474974513)
(1030588.8188911788, 1861065.1581470296, 0.00010000000474974513)
(1030579.5249465108, 1861059.1660330296, 0.00010000000474974513)
(1030525.9440169297, 1861024.6211546138, 0.00010000000474974513)
(1030513.5339367613, 1861016.6208425313, 0.00010000000474974513)
(1030496.82990193, 1861005.852163285, 0.00010000000474974513)
(1030404.9609911777, 1860950.2259621993, 0.00010000000474974513)
***********Fitting***********
(1030513.5339367613, 1861016.6208425313, 0.00010000000474974513)

LindseyStone

My original screenshot was looking at default when first enabling topology and updating the subnetwork. If I tried to edit anything in the version, then it catches even less. It doesn't update anything new.

LindseyStone

1.Here is a screenshot of my Junction Edge Connectivity rules, which were all default within the UN. I have it that allows tap to be connected to service lines of all kinds and allows taps to be connected to Water mains.

Now I did have to allow this rule for our circumstances as we have several cases that we have domestic service lines coming off a fire line at a tap.

2. If I try to move the tap then the main and the service all move with it.

3. The Life Cycle on all features are set to In Service

4. No aware of any additional definitions. Is this the rules that I screenshot above?

LindseyStone

I did a Subnetwork trace and it sort of does it. So it picks up the line I put the trace Location on and goes to the main and out. However, down line it doesn't pick up any of the Not Connected Service lines. As you can see the service line on the house on the left is at the end of main so it picked that up. But the two on the right are in the middle of the main and they didn't get grabbed.

I can export my SDE as an asset package to a file geodatabase for you. What is your email to send it to?

MikeMillerGIS

Also add

Working in a version.

VishApte

If "Update Subnetwork" or "Update Is Connected" tools does not update service tapping's "subnetworkname" or "inconnected" field, it probably means one of the following

1. Junction-Edge rule does not exist that allows the specific tapping (tapping's asset group and asset type) to connect to specific mains (Line's asset group and asset type). You can check network properties by right clicking UN topology class and find if matching record exists under Junction-Edge. If same tapping is moved to end/start vertex of the line and then "Update Subnetwork" or "Update Is Connected" tool works, it means rule exists as Edge-Junction-Edge.

2. There is a tiny little gap between the tapping and line vertex. If you use Edit->Move command on tapping, does the line's vertex moves giving rubberband effect while you move the tapping? This will indicate if tapping is snapped.

3. The lifecyclestate value of the tapping at the vertex is not part of the subnetwork definition. But this should be same if you move tapping to the end of the line.

4. You have additional criteria for subnetwork definition that tappings at vertex doesn't satisfy. But this should be same if you move the tapping to the end of the line.

Hope this helps.

PaulLeBlanc1

If you place a starting point here and run an upstream/downstream trace, are the results what you expect? How about a connected trace?

If possible, sharing a small UN in file geodatabase would help. You can email it to me.

Nimm an der Unterhaltung teil

Angemeldete Mitglieder können Beiträge verfassen, Updates folgen und mehr. Neu hier? Registriere ein kostenloses Konto.

Schnellzugriffe

Community Help
Find useful guides, FAQs, and documents to help you navigate and make the most of Esri Community.