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

Chyba importu řadiče podsítě

MarkCederholm

<\/HEAD>

Mohl by mi někdo prosím podrobně vysvětlit "CHYBA 002128: Název řadiče podsítě již existuje" v nástroji GP ImportSubnetworkControllers? Rozumím tomu, že řadič nemůže být přiřazen ke stejné podsíti dvakrát, ale tyto jsem již vyčistil. Vrstva, o které je řeč, je "Pipe Distribution Isolation" a řadič, o kterém mluvíme, je "Controllable Valve,Emergency". Může být řadič, i když je obousměrný, přiřazen pouze k jedné podsíti? Pokud ano, proč nástroj dříve při importu nehlásil problémy s jinými ventily? [A ne, nejsou zde žádná duplicitní přiřazení portů.]

<\/BODY><\/HTML>

Najděte více příspěvků označených jako

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.

Připojte se ke konverzaci

Přihlášení členové mohou přispívat, sledovat aktualizace a další. Jste tu noví? Zaregistrujte si bezplatný účet.

Rychlé odkazy

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