Izno added a comment.
In T145528#6291882 <https://phabricator.wikimedia.org/T145528#6291882>, @Xinbenlv wrote: >> Boolean is rarely useful for actually modeling information. > > In the year of 2020, I like to challenge the argument. I think for such an important data type that is supported by almost all programming languages and in all database formats, it seems a bit too simple as an argument just say *"It's barely helpful and we can use item"*. Especially it would be hard to justify that when we have `URL`, `Monolingual text` and `string`, but we don't have `Boolean`. > > There are many cases where boolean is extremely helpful, e.g. > To model one of the binary outcomes of an activity. e.g. > > 1. Barack Obama participate in US 2008 election, and was elected (true), whereas we can create a property of election result to be boolean of true and false. > 2. The Brazilian President was tested `Positive` with COVID-19. > 3. Some company is NOT(false) a listed company (as opposed to "not defining the property that the company is listed anywhere) > 4. These can be used also in the calculated properties <https://phabricator.wikimedia.org/T145531> such as "given a Qnum of a company, tell me whether the company has at least a woman and a man in their board of director" Going 1 by 1: 1. This is really two properties and we already have the first: "head of state" qualified from 2009 to present, and the second is "participated in election" linking to item X. 2. "has illness X" 3. "listing: noValue" as opposed to someValue 4. company has board, board has parts person A/person B (from time C), persons A/B are male/female. None of this requires a boolean. As I said, I struggle to think of a use case where one is necessary that is not already covered by "property: someValue" and "property: noValue", which all properties have access to both of those. TASK DETAIL https://phabricator.wikimedia.org/T145528 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Izno Cc: Xinbenlv, Lydia_Pintscher, Izno, Aklapper, Esc3300, Akuckartz, darthmon_wmde, Nandana, Lahi, Gq86, GoranSMilovanovic, QZanden, LawExplorer, _jensen, rosalieper, Scott_WUaS, Wikidata-bugs, aude, Mbch331
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs