Latest Contributions by MarkCederholm

‎12-07-2018

After some more testing, I'm not getting consistent results. It seems to depend on which service hosts the SOE; I was able to attach a sample SOE to SampleWorldCities and update it without any problem, but on another more complex map service, the problem appears. Also, changing maximum instances to 1 makes no difference for that service.

‎12-06-2018

There's no SOI involved, and the SOE is only on one service.

‎12-05-2018

It looks as though Server 10.6.1 has some instabilities regarding SOE management. If I update a SOE directly in Manager, a map service using it will fail to restart, with the dreaded "ClassFactory cannot supply requested class" error. At this point, the only workflow that has worked for me is to delete the SOE from Manager, stop and restart the ArcGIS Server service, add the updated SOE to manager, and re-add it to the map service. I found this also to be true with a SOE created from scratch using the 10.6.1 template. Has anyone else seen this problem?

‎12-04-2018

After looking at the REST API, I think I can write my own tools.

‎11-26-2018

Although there are geoprocessing tools for importing and exporting associations and subnetwork controllers, I would also like to see tools for deleting them. Currently I have to use the Pro SDK to do that, and I would like to be able to do it in Python.

‎10-30-2018

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.

‎10-29-2018

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.

‎10-29-2018

Case #02207792

‎10-23-2018

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.

‎10-23-2018

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.

‎10-19-2018

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.

‎10-18-2018

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.

‎10-18-2018

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.]

‎10-16-2018

It works, thanks.

‎10-09-2018

The first time I run EnableNetworkTopology_un with the default ("ENABLE_TOPO") option, I get the following error: FDO error: -2147154945 FDO error: -2147154945 [Error querying row from table AZGas.UPDM.PipelineLine] Table schema changed after cursor declared [42000:[Microsoft][ODBC Driver 13 for SQL Server][SQL Server]Could not complete cursor operation because the table schema changed after the cursor was declared.] [AZGas.UPDM.PipelineLine] The second time I run it, it works fine. I have seen this a number of times now after UN creation, and also after disabling network topology. Is this a known issue?

Online Status	Offline
Date Last Visited	‎01-07-2022 08:31 AM

My Ideas

Latest Contributions by MarkCederholm

Re: 10.6.1 SOE Instabilities

Re: 10.6.1 SOE Instabilities

10.6.1 SOE Instabilities

Re: Utility Network Geoprocessing Tools for deleting associations and subnetwork controllers.

Utility Network Geoprocessing Tools for deleting associations and subnetwork controllers.

Re: Subnetwork Controller Import Error

Re: Subnetwork Controller Import Error

Re: Subnetwork Controller Import Error

Re: Subnetwork Controller Import Error

Re: Subnetwork Controller Import Error

Re: Subnetwork Controller Import Error

Re: Subnetwork Controller Import Error

Subnetwork Controller Import Error

Re: Change a feature layer Url

EnableNetworkTopology_un Error

Wish list: spatial queries with arcpy.da

Battle of the Runtimes

Re: Editing Migrated Blog Posts Strips Migrated Fo...

Pluses and Minuses

Arcpy sign into portal using Python API