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; } } }

Subnetwork Controller Import Error

MarkCederholm

Could somebody please explain fully "ERROR 002128: The subnetwork controller name already exists" in the GP tool ImportSubnetworkControllers? I understand that a controller cannot be assigned to the same subnetwork twice, but I cleaned those up. The tier in question is "Pipe Distribution Isolation", and the controller in question is "Controllable Valve,Emergency". Can a controller, even if bidirectional, only be assigned to one subnetwork? If so, why did the tool not complain about other valves earlier in the import file? [And no, there are no duplicate port assignments.]

Find more posts tagged with

Gas

Accepted answers

All comments

MarkCederholm

The tool works if I assign each valve to only one subnetwork. This complicates things as I will have to work out the logic to assign valves singly without leaving orphaned subnetworks. I'm still puzzled as to why the tool allowed a number of multiple assignments to pass before it finally failed.

RobertKrisher

As long as each row is referencing a different terminal you should be fine. Is it possible that the other valve were each referencing different terminals and this latest valve has two or more rows referencing the same terminal?

MarkCederholm

No, that's not the case. I verified that the valve in question had a unique name, but I'll do some more digging in case the row number in the error message was misleading.

MarkCederholm

I have verified via the Pro SDK that I can only assign one emergency valve terminal as an isolation subnetwork controller -- if I try to assign the other terminal to the adjacent subnetwork, it fails. [Update: I also verified it manually using the Modify Subnetwork Controller pane]

Apparently, the reason the same valve kept failing in the GP tool, no matter where it was in the CSV file, is that the file is digested and then controllers are processed in the order that valves are retrieved from the GDB.

RobertKrisher

Mark,

That definitely seems like a bug (I'm assuming a manual test would also fail), if you haven't already logged a bug with Esri I'd definitely do that. Each terminal on an emergency valve should definitely be able to act as its own isolation controller. Are you going to be at GeoConX?

MarkCederholm

Unfortunately, no -- 2 others from my department are going. I'll go ahead and start a support request and see what Esri has to say about this.

MelissaJarman

Mark -

Please let us know the case number after you contact our support team.

ERROR 002128: The subnetwork controller name already exists

The error you received should be returned when the subnetwork controller name used in the CSV file is not unique within the specified tier.

MarkCederholm

Case #02207792

MarkCederholm

Well, I finally found a way to get it to work. I was trying to find a way to assign unique controller names, but the GP tool kept telling me that it was an invalid name, and could only get it to accept the valve name without modification (for example, if the valve name was "FLS272", I could not get "FLS272a" to work. This morning I tried using "Port Name/Valve Name" (e.g. "Port One/FLS272") and the tool ran without an error.

MarkCederholm

I just tried to duplicate this problem with Esri tech support, and this time my original "a/b" approach worked just fine with the GP tool. At this point, I'm a bit stumped as to why it was failing before. There are limitations to special characters, as given in the documentation:

Set a subnetwork controller—ArcGIS Pro | ArcGIS Desktop

but I don't recall using an illegal character. The only other reason I can think of is that I might have had unremoved subnetwork controllers when I was experimenting with the import script.

MelissaJarman

Thanks for sending an update Mark. I was wondering if there was somehow a controller using the same subnetwork controller name in the Subnetworks table from previous attempts/tests.

The import process is basically setting the device feature as a subnetwork controller, just like the process of using the Modify Subnetwork Controller pane while working with an active map.

I appreciate your updates on this one. If you do come across an instance where you are receiving this error falsely please contact us back and we can investigate.

Here are some general guidelines when importing controllers or setting device features as subnetwork controllers:

The name of a new subnetwork is unique within the utility network.
The name of the subnetwork controller is unique within the tier.

Join the Conversation

Signed in members can post, follow updates, and more. New here? Register a free account.

Quick Links

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