Nikki added a comment.
In T269724#6684661 <https://phabricator.wikimedia.org/T269724#6684661>, @abian wrote: > I understand the motivation (thanks to the fact that Nikki's tasks are much more interesting and better described than mine), :-) I can't take the credit for the task description, that's Lydia's work. :) > but I believe we should strive to contain the complexity of the constraint system and, if possible, reduce the current complexity, which is quite high. The need that the example represents might not be recurrent and, for that case, I think we could have two Properties, one for Items and one for Forms, to better adjust the constraints (not only the one we're commenting on) and statements of each of them to their cases of use. I wouldn't find it a big problem if there were some similar statements on two different Properties, as they aren't expected to change frequently and they'll be used in different namespaces (so both shouldn't appear together or be read by the same software agents that might know about one Property but not about the other). Please don't hate me for this (hate me for something else…). I don't think it would be a good idea to split this property. It serves exactly the same purpose in both places - to link to a file containing the pronunciation of a word - and multiple almost identical properties makes it harder for people to use the right one in the right place. It already took me a long time to stop accidentally using the "audio" property instead of "pronunciation audio". The property constraints themselves don't seem that complex to me. The main problem I have is that the way we model/describe them is quite abstract and technical and I can never remember exactly which properties/values I need to use. Most people should never need to touch property constraints though. TASK DETAIL https://phabricator.wikimedia.org/T269724 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Nikki Cc: abian, Lydia_Pintscher, Lucas_Werkmeister_WMDE, Nikki, Aklapper, Akuckartz, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Agabi10, Scott_WUaS, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
