Help talk:Property constraints portal
Start a discussion about Help:Property constraints portal
Talk pages are where people discuss how to make content on Wikidata the best that it can be. You can use this page to start a discussion with others about how to improve Help:Property constraints portal.
This talk page is used to discuss the content of the help page. If you want to discuss about the constraints, how they are defined or applied, please go to Wikidata talk:WikiProject property constraints. |
Archives | |||
---|---|---|---|
| |||
add no-instances-of constraint
[edit]Currently instance of (P31) has a lot of none-of constraint (Q52558054) constraints that list instances of a class and replace the instance of (P31) link with a special link. For example various instances of studio album (Q208569) cause a replacement with the property form of creative work (P7937). This causes the constraints to be large and require updating whenever a new instance of the class is created. It seems to me that these constraints should instead use a constraint that uses the class directly, instead of its instances. This would be easier to create, easier to understand, and easier to update.
https://www.wikidata.org/wiki/Wikidata:WikiProject_Ships is set in a way where it would be useful to have this new kind of constraint. There are thousands of instances of ship class (Q559026) like Olympic-class ocean liner (Q767166) that are not supposed to be used as values for instance of (P31) instead using vessel class (P289) but adding them all as a replacing none-of constraint would be very difficult, and new ship classes are created frequently. So a no-instances-of constraint would be very useful for ships.
Is this the correct place to argue for the creation of a new constraint type, or is there some better place? Peter F. Patel-Schneider (talk) 21:04, 19 August 2023 (UTC)
Expanded constraint types (follow up to Peter's thread above)
[edit]I've created a wish on the Community Wishlist that would allow none-of constraints (as well as item-requires-statement and conflicts-with constraints) to use the "class" and "relation" parameters the way subject-type and value-type constraints do currently. I don't know how much endorsements matter in the new Wishlist process (thanks Peter for yours!), but if anyone else feels like doing so, it might help get the request into the lap of a developer. Swpb (talk) 17:52, 16 July 2024 (UTC)
Should 'Label in Language' property constraint include `mul`
[edit]As `mul` is being released on Wikidata phab:T330281, we need to look into how this will affect Property Constraints.
One that could be affected is 'Label in Language'. In this case, we must decide on whether we `mul` labels meet the requirement for the property constraint.
An example of a property that has the constraint Bibliothèque nationale de France ID, and the current violations of the property constraint
Please tell us your thoughts on whether `mul` labels meet the requirements for the 'Label in Language' constraint here phab:T370293.
And let us know if there are any other constraints that you think that could be affected with the implementation of `mul` for the default values of labels and aliases.
Arian Bozorg (WMDE) (talk) 14:52, 17 July 2024 (UTC)
Notified participants of WikiProject property constraints just in case anyone’s not watching this page ^^ Lucas Werkmeister (WMDE) (talk) 15:49, 17 July 2024 (UTC)
Start a discussion about Help:Property constraints portal
Talk pages are where people discuss how to make content on Wikidata the best that it can be. You can use this page to start a discussion with others about how to improve Help:Property constraints portal.