POST
|
Dirty areas from within your version are posted to default (so we can restitch the areas modified in your version), can you confirm that the unique constraint that is being violated includes global id, gdb_branch_id, and gdb_from_date? If you haven't already opened a support case for this issue, I would recommend you do that (getting a global id constraint error on post is a sign of something not good happening). The app lock error for validation network topology is likely being caused by something else validating/enabling/disabling the network topology in that version. Make sure you don't have any other scripts running or people validating default, wait 15 minutes for the lock to time out, and try again.
... View more
yesterday
|
0
|
0
|
20
|
POST
|
@PierreloupDucroix correct, a geoprocessing service runs within the context of the server and feature service. Does the account you're using to run the geoprocessing services have the correct user type extension? Is the script any better behaved if you use the ArcGIS API for Python instead of ArcPy? ArcPy was originally developed for desktop analysis, so I have noticed that when you need to be precise with service login information in a non-ArcGIS Pro context that the ArcGIS API for Python (which was developed to target AGOL/ArcGIS Enterprise) is more reliable.
... View more
yesterday
|
0
|
1
|
34
|
POST
|
@PierreloupDucroix Does this script work when you run it in a CONDA prompt and fail when you run it in a GP service? I just tested this locally with ArcGIS Pro 3.3 and ArcGIS Enterprise 11.3, and when the logged in user didn't have the ArcGIS Advanced Editing user type extension assigned, I would get this error, but as soon as I assigned it to the user the tool would succeed. I'll wait for confirmation from you before I dig into testing this with a GP service. I agree that the error message can be misleading because it sounds like you're missing the utility network user type extension, when instead the service is saying you're missing the user type extension required for the utility network (which was previously a un user type and is now the advanced user type).
... View more
|
0
|
0
|
74
|
POST
|
I do not recommend running that SQL statement since it will corrupt the history of the database as well as the network index. If you are a customer who is experiencing this issue, please reach out to support. That statement will corrupt the network index (which references features by their global id) and it will also corrupt the history for the feature because every historical reference for the feature will now have a different global id.
... View more
2 weeks ago
|
1
|
0
|
66
|
POST
|
If you look at the same FGDB using ArcGIS Pro 2.9.5 does the data appear correct if you add the data to a new map in ArcGIS Pro? Upgrading your ArcGIS Pro shouldn't affect the data that is stored in the database.
... View more
06-13-2024
07:27 AM
|
0
|
0
|
154
|
POST
|
If you got that message, it means that all your dirty areas have been validated and you only have errors left so you're good to run the summarize errors tool. The message can be a little confusing, it means that all dirty area features in the extent or database need to be validated. This is because their status is either error or subnetwork error, and none of them have a dirty status (See graphic below):
... View more
06-11-2024
09:33 AM
|
0
|
0
|
340
|
POST
|
If you're working through a lot of errors/dirty areas, I recommend you validate your entire topology and run the Summarize Utility Network errors tool (part of the data management support tools) to look at your errors. You can find an overview of the data migration and cleanup process in video form here (including what I described above): Running a successful Utility Network Prototype Water Topology Error Tutorials here: Managing Connectivity with ArcGIS Utility Network Water Article here: Water Topology Errors
... View more
06-11-2024
09:14 AM
|
0
|
2
|
348
|
POST
|
That blank field is usually a sign of default values not being populated when the feature was converted. So anywhere else you see a 'type 39' error in your database you should double check the other fields like lifecycle status and normal position to ensure they have the correct value. Also, if you're still working on a data conversion, make sure you update your data mappings/migration to handle this.
... View more
06-11-2024
08:32 AM
|
0
|
1
|
361
|
POST
|
A type 39 error means that you haven't populated the terminal configuration field on the manholes (or it is set to something invalid). Set the terminal configuration on those devices to be default and the error should go away.
... View more
06-11-2024
07:49 AM
|
0
|
1
|
416
|
POST
|
Don't worry about digitized line direction for your water distribution data because flow is derived from your water/pressure sources and these systems are so looped that almost all your flow is indeterminate (so digitized direction is meaningless). For terminal assignments, you just need to make sure you don't have more than one line assigned to the same terminal, and that your upstream terminal always point towards your pressure/water source. If terminals are not properly set you will not get topology errors, you will get subnetwork errors (because pressure zones are interconnected when they aren't designed to be). Sewer/stormwater is a completely different situation. Because these systems are not heavily looped and rely on gravity, customers have historically relied on the digitized direction of lines to manage flow. We will allow you to drive analysis using sources and sinks, but in 3.3 we also introduced an option to trace upstream/downstream using digitized line direction. By default, the utility network doesn't rely on the digitized direction for upstream/downstream analysis, instead it uses sources and sinks. You can deep dive into water modeling on the Learn ArcGIS Utility Network for Water Utilities learning path.
... View more
06-06-2024
12:30 PM
|
1
|
1
|
185
|
POST
|
If your class has subtypes, make sure that you assign the domain to the appropriate subtype as well. The easiest way to handle this is to use the Assign Domain to Field gp tool, since it lets you select all the subtypes at once.
... View more
06-03-2024
11:02 AM
|
1
|
1
|
275
|
POST
|
@NickAddison The original accepted solution for this question issue is from 11 years ago (oof) is subtypes, which allow for different domains and default values for each subtype. Since then, Esri has also introduced contingent values, which allows for contingency between domain values without requiring subtypes.
... View more
05-29-2024
06:45 AM
|
0
|
0
|
225
|
POST
|
@gis_KIWI4 is likely onto something. If you set the service to be public, then the user won't be forced to authenticate with the named user account that gives them access to the licenses required to trace. This should be less of an issue at 11.2/11.3 with the Advanced Editing user type license since we no longer require a license to trace at those releases.
... View more
05-28-2024
07:22 AM
|
0
|
0
|
150
|
POST
|
The relationship isn't strictly necessary, as long as you as you maintain primary/foreign keys. I also discuss the perils of joining your CIS data with your GIS features, exercise extreme caution with this because once you calculate it you need to maintain it (which doesn't work well for large customer bases). A dynamic lookup approach on a well-indexed, non-versioned table is more sustainable for a large dataset. The beauty of popups is that they are configured at the subtype layer in maps, and that they are different for every map. You would only configure the customer information popup on something like a transformer (electric) or service point (electric, gas, water), and not on something like a switch (electric) or valve (gas, water).
... View more
05-23-2024
06:54 AM
|
0
|
0
|
267
|
POST
|
You can find a blog post describing the different outputs, options, and best practices for using JSON files here: Journey to the Utility Network: Network Integrations (esri.com) You can find a description of how to parse those JSON files here: https://community.esri.com/t5/arcgis-utility-network-documents/parsing-utility-network-json-files/ta-p/1314718
... View more
05-23-2024
06:19 AM
|
1
|
0
|
280
|
Title | Kudos | Posted |
---|---|---|
1 | 2 weeks ago | |
1 | 06-06-2024 12:30 PM | |
1 | 06-03-2024 11:02 AM | |
1 | 05-23-2024 06:19 AM | |
1 | 05-20-2024 07:21 AM |
Online Status |
Offline
|
Date Last Visited |
17 hours ago
|