idea Enforce range domains in ArcGIS Pro Ideas

Enforce range domains

KeithWeber — Tue, 12 May 2015 17:06:44 GMT

Currently a range domain in the GDB can be setup, but it is not enforced (i.e., it is very easy for a user to enter any value outside the range domain and save these data with no warnings or at best (if in an edit session and doing the edits one at a time) receiving a mild warning that still allows the invalid data to be saved.
To support an enterprise we really need range domains to be firmly enforced.
I would like to see the "validate" rule turned on by default and when an error occurs, set the data value back to the default for that field. As is, technicians and data entry specialists will enter whatever and my database will be fraught with potential errors.

Can this be fixed?

Re: Enforce range domains

EricSpangenberg — Thu, 07 Feb 2019 23:55:13 GMT

I see this is an old idea post (2015), so I'm late to the party, but I agree that range domains should be enforced.

I just came across this while searching for reasons behind why a range domain allows entries beyond the set range. I discovered that range domains are not enforced quite by accident while showing staff how domains should be put to use to ensure data integrity.

To me, not truly enforcing it defeats the purpose of even using the domain. A little pop-up warning does no good, especially if the attribute entered outside of the range can still be saved.

I vote this up!

Re: Enforce range domains

AhmadSALEH1 — Fri, 06 Sep 2019 15:38:58 GMT

It doesn't make any sense to have range domains that doesn't work! The whole purpose of domains is to perform QC on the data while being edited!

I think that any value outside the range should be rejected by default!

Re: Enforce range domains

SSWoodward — Wed, 03 Apr 2024 01:57:22 GMT

Thank you all for your Ideas.

Are you all still seeing this behavior? In ArcGIS 3.2, When a value outside of an assigned range domain is supplied to a field, the value is automatically adjusted to the closest valid value in the range.

If this is not the behavior you are currently seeing, would you be able to provide some steps to reproduce the behavior?