Latest Contributions by SavageTrimble

Thank you so much for sending those screenshots! Seeing your Pole layer results clears up the entire disconnect instantly. You are completely right—using the unified parent feature class layer directly is the standard way to load the data, which is why your script is working flawlessly. On a completely unrestricted layer, the high-level ArcPy setter serializes perfectly, and the CIM classes property evaluates the data and populates the rows exactly as your screenshot shows. The reason our two worlds aren't lining up comes down to one critical layer configuration: Definition Queries. To support our field crews' operational understanding, we split that single, unified parent layer out into multiple distinct map layers, assigning each one a specific Definition Query to isolate asset types (e.g., filtering the parent device layer to show only Fire Hydrants via an ASSETGROUP SQL statement). The Core Bug Exposed: When a feature layer has an active Definition Query applied to it, attempting to change or initialize a multi-field unique value renderer via the high-level API (sym.renderer.fields = ['ASSETGROUP', 'ASSETTYPE']) fails to serialize properly in memory. ArcGIS Pro updates the text fields in the Symbology UI pane, but the background data provider sandboxes the change as a volatile local cache. Because of the active SQL filter query, the application fails to serialize those new classes down into the actual layer definition object in map memory. On a layer with an active definition query: getattr(first_group, 'classes', []) returns a length of 0. The Table of Contents remains empty, and the unique value grid stays blank. The rows are trapped in a memory dead-zone until a user manually clicks "Add All Values" in the UI pane to force the database scan. How to Easily Reproduce This on Your End: You don't need our data or any water models to see this! You can replicate this exact behavior right now using your existing Pole layer: Open your map properties and apply a standard Definition Query to your Pole layer (e.g., ASSETGROUP = <Some_Integer_Code>). Ensure the primary symbology is set to Unique Values. Run your field-switching script to assign ['ASSETGROUP', 'ASSETTYPE']. You will instantly see the bug manifest: the UI pane text fields will change, but the underlying classes array will suddenly return a stubborn 0 rows because the definition query constraint blocks the automated script serialization. Let me know if you require more information. Luke ... View more

@JeffBarrette Thank you for the suggestion regarding the property names. To confirm, in the ArcGIS Pro CIM V3 Specification, a CIMUniqueValueGroup object explicitly uses the attribute items (which contains an array of CIMUniqueValueClass objects). There is no .classes attribute on the group container in the V3 schema. To verify this definitively, we tested both properties in the ArcGIS Pro 3.x Python window. As expected, targeting .classes fails and returns an empty fallback list, while targeting .items is syntactically correct but returns 0 items due to the UI-to-CIM cache isolation bug. Here is the debugging proof using standard Python reflection (dir()): import arcpy layer_name = "Water Device - Fire Hydrant" aprx = arcpy.mp.ArcGISProject("CURRENT") active_map = aprx.activeMap layer = active_map.listLayers(layer_name)[0] cim_def = layer.getDefinition('V3') uv_renderer = cim_def.renderer if hasattr(uv_renderer, 'groups') and len(uv_renderer.groups) > 0: first_group = uv_renderer.groups[0] # Reflecting properties on the group container group_attributes = dir(first_group) print(f"Contains 'items'? {'items' in group_attributes}") # Returns: True print(f"Contains 'classes'? {'classes' in group_attributes}") # Returns: False # Checking the actual length of the valid 'items' array print(f"Actual items count: {len(getattr(first_group, 'items', []))}") # Returns: 0   ... View more

Answer To Questions: How is the script running? The behavior has been reproduced both as a standalone script execution inside the built-in ArcGIS Pro Python Window and when wrapped natively inside an ArcGIS Python Toolbox (.pyt) script tool running within the application context. Does the script modify the underlying data just prior to trying to change the renderer? Have you tried arcpy.RefreshLayer()? No, the script does not modify any underlying database records or schema tables prior to editing the symbology; it is purely attempting to alter the layer's visual properties in map memory. Have you tried arcpy.RefreshLayer()? Yes, arcpy.RefreshLayer() and a hard canvas toggle (layer.visible = False then True) were both tested. Neither resolves the structural problem. The issue is not a canvas redraw failure; it is a serialization/validation lock inside the application's C++ data provider thread. Would it be helpful if you had an additional isSubtypeGroupLayer Layer property? Yes, exposing isSubtypeGroupLayer and an explicit isSubtypeSublayer boolean property would be incredibly helpful for defensive scripting. However, the root requirement is allowing the ArcPy/CIM pipeline to successfully serialize and commit unique value combinations to these sublayers without the application sandboxing the edits or throwing a UI crash. Description of Technical Issue: When interacting with an out-of-the-box Utility Network subtype sublayer, attempting to programmatic convert or apply a multi-field UniqueValueRenderer (specifically targeting ASSETGROUP and ASSETTYPE) fails to serialize into the active map document. The Volatile UI Cache Lockout: If a user programmatically applies the multi-field renderer configuration via sym.renderer.fields = ['ASSETGROUP', 'ASSETTYPE'], the high-level Symbology pane updates visually. However, if the script immediately calls l.getDefinition('V3'), the underlying CIMUniqueValueRenderer.groups array returns an empty list (0 rows). The Glitch: The application evaluates the generated rows as a volatile visual cache isolated within the UI pane thread. Because they are not serialized down into the actual layer definition object, Python cannot access, manipulate, or map style items to those specific rows via code. The Crash Trigger: If a developer attempts to bypass this by instantiating a clean arcpy.cim.CIMUniqueValueRenderer() and injecting it onto the sublayer to force the rows to generate, ArcGIS Pro hard-crashes. This happens because replacing the root renderer object completely strips out the deep, hidden GlobalID pointers, subtype domains, and network association rules natively embedded in the UN sublayer's background XML schema. Testing Script: To demonstrate this behavior on any standard ArcGIS Solutions Utility Network layer (set to Unique Values in the UI), run the attached snippet. It illustrates how the UI and the CIM completely decouple, trapping the generated rows in a memory dead-zone: import arcpy # Target any standard ArcGIS Solutions UN sublayer currently using Unique Values layer_name = "Water Device - Fire Hydrant" aprx = arcpy.mp.ArcGISProject("CURRENT") active_map = aprx.activeMap layer = active_map.listLayers(layer_name)[0] # 1. Attempt standard high-level multi-field assignment sym = layer.symbology sym.renderer.fields = ['ASSETGROUP', 'ASSETTYPE'] layer.symbology = sym # The UI pane now visually shows the fields assigned # 2. Immediately inspect the low-level CIM definition to modify the newly generated rows cim_def = layer.getDefinition('V3') uv_renderer = cim_def.renderer # BUG: This will print 'Found 0 active rows' even though rows are generated/visible in the UI pane! if hasattr(uv_renderer, 'groups') and len(uv_renderer.groups) > 0: active_items = getattr(uv_renderer.groups[0], 'items', []) print(f"Success: Found {len(active_items)} rows available for style mapping.") else: print("BUG DETECTED: Found 0 active rows in the CIM rendering list. The data provider has sandboxed the rows.")   ... View more

@MelissaJarman - I updated the title.  Is that what you were referring to?  Sorry for the delay.  I had to consolidate my user profile. ... View more

Arcade Templates would be awesome where its portable so you could share custom popups and more. ... View more

Yes but more interactive like xray for ArcGIS Desktop.  Capable of handling Utility Network, LRS and Indoors logic as well.  If I want to update existing geodatabases, xray had that ability in a more dynamic way.  I didn't know if that was in the plans for the future. ... View more

@KoryKramer Will we see a contextual menu of these tools in Pro in the future? ... View more

@HannesZiegler There is no way to programmatically or through a batch process update existing sde connection files for the additional properties.  In fact, there is no geoprocessing tool to do this.  Each connection needs to be manually updated.  For medium to large organizations that have many sde connections, this is a problem.  The industry is now leaning towards encrypting database instances via tls connections.  Once this is done for the GIS person who manages the enterprise geodatabase stack, it is very costly and time consuming.  Below is a screenshot of what is added in order to work.  Does this help answer your question?   ... View more

Fixed code highlighting.  If anyone has questions, please let me know.  ... View more

@BruceHaroldCorrect me if I'm wrong, x-ray as a whole has NOT been implemented completely.  One piece of the functionality has been implemented which is the reporting aspect of the database model.  Changes, import, the way we can update database models such as the Utility Network, ProLRS or Indoors database models will be supported in future releases? ... View more