* We have a "mandatory constraint" status but, since the development team does not intend to make the software enforce any constraints for now, this name is misleading and users don't know when a constraint should have the "mandatory" status or the unspecified/default one. This causes the constraints to be alternately upgraded and downgraded/removed by different users following their own interpretations of "mandatory" and the current number of violations instead of objective and stable criteria.
* The "suggestion" status is being developed (T204439). Since "suggestion" will be the weakest constraint status, it would be interesting if this were the default/unspecified status from now on, but for that we should give the current default/unspecified status a specific meaning.
* Some constraints are valid for all universes, our world and any fictional ones, because they are only related to the definition of the property and not to the universe to which the entity belongs (e.g., VIAF numbers can't have letters and the universe of an entity or its characteristics are irrelevant), while other constraints are only valid for our universe, not for fictional universes (e.g., the "number of pages" should be between 1 and 100000, but you can describe in a film a fictional book with as many pages as you want). This is a relatively clear classification of constraints and a very similar one was proposed by R. Wieringa et al. in "Specifying dynamic and deontic integrity constraints" (1989), where the equivalent first type of constraints, that is stronger, is called //analytical//, and the latter, that is weaker, //empirical//.
**Proposal**: We might:
[ ] rename "mandatory constraint" status to "analytical constraint" status (no need to change any QIDs nor the software behavior),
[ ] explicitly set an "empirical constraint" status to all the constraints with a currently unspecified/default status by means of a bot,
[ ] consider unspecified/default statuses as "suggestion" (T204439) from now on.
The names "analytical" and "empirical" might be different if these aren't clear, the important point is the criteria used to distinguish the constraint levels and their behaviors.
**Future work** (different task): Once this is done, empirical constraints might not be checked on entities with a "from fictional universe" (`P1080`) statement or they might be considered suggestions.
Any comments are appreciated.