| Lucas_Werkmeister_WMDE added a comment. |
This query shows all ”item requires claim” and “conflicts with” constraints on properties that also have a “used as qualifier” constraint. To me, they seem to fall into several categories:
- Constraints that look like they want to restrict the statement on which the qualifier is used – for instance, the constraint “‘elected in’ requires ‘position held’ statement” sounds like it really means “‘elected in’ should only be used as a qualifier of ‘position held’”. For this, I’m tempted to support a “property” parameter on the “used as qualifier” constraint instead.
- Per-type constraints, like “something with a ‘taxon author’ qualifier [i. e.: a taxon] should have a ‘parent taxon’”. I’m not sure these are necessary – if “taxon author” is a qualifier of “taxon name”, then surely having the same constraint (“should have ‘parent taxon’”) on “taxon name” should suffice? (Especially if we can also add a constraint that “taxon author” should only be used as qualifier of “taxon name” and no other property – see above.)
- Inverse type constraints – “conflicts with ‘instance of’ ‘Wikimedia template’ etc.”. These constraints are a bit hacky anyways, but as above I also think that having them on the parent main statement’s property should also work.
So while the interpretation of looking at other statements, not other qualifier or reference snaks, seems to be prevalent in the current constraints, I don’t think it’s actually required, and if these constraints were specified elsewhere we could still add the interpretation of looking at the other snaks instead.
TASK DETAIL
EMAIL PREFERENCES
To: Lucas_Werkmeister_WMDE
Cc: Aklapper, Lydia_Pintscher, Ivan_A_Krestinin, abian, Lucas_Werkmeister_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Agabi10, Wikidata-bugs, aude, Mbch331
Cc: Aklapper, Lydia_Pintscher, Ivan_A_Krestinin, abian, Lucas_Werkmeister_WMDE, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, Agabi10, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
