Select to view content in your preferred language

Allow users of the Split tool to override the split policy on domains at time of use.

374
4
10-14-2024 06:39 PM
Status: Open
Labels (1)
RTPL_AU
Frequent Contributor

The default Domain behaviour in Pro 3.3.2 when using the split tool on a feature that has fields with Domains is the result has the content of the fields empty (or the domain default code).

Please change the dialog of the Split tool to indicate what the Domains are set to and provide a way to override.

4 Comments
Scott_Harris
Status changed to: Needs Clarification

@RTPL_AU What is the Split Policy on the domain within the geodatabase? If it's set to "Default" and the default value for the field with the domain is null, that is what the Split tool will honor.

Check first in the Domains view:

Scott_Harris_0-1728996204916.png

To see what "Default" means for that field, check in the Fields view:

Scott_Harris_2-1728996571096.png

 

Scott_Harris_1-1728996461132.png

You may want to set the Split Policy on that domain to "Duplicate" or you may want to keep it as "Default" but update the default value of a given field.

RTPL_AU

@Scott_Harris Of course...

Idea changed to request new functionality in Split tool dialog to provide override of Domain setting.

It is not ideal to change the domain settings every time an edit session is opened so it is better to have an option at the tool level to override the domain setting.

Bonus points to rename "Default" in the Domain properties to something a bit more descriptive and to prevent confusion, as the word 'Default' does not clearly indicate what the actual default value will be.

Scott_Harris
Status changed to: Open

Thanks for confirming the issue further @RTPL_AU . I'll re-open the Idea.

Joshua-Young

It would be nice to be able to set the "default" split policy for newly created domains. I want the "default" policy to be duplicating the values instead of using the default value of the field. Most of our fields do not have a default field value assigned at the database level because it has caused issues in workflows in the past.

I also agree that the name Default should be changed to something else. Just see the paragraph above and how confusing that is. Even just using "Field Default", "Default Field Value", "Use Default Value", etc. would help in my opinion.