kaldari added a comment.
Putnik's problem is common, but should be relatively easy to deal with (per Mvolz). Where we really run into problems is with the reverse situation: where Wikidata properties conflate multiple concepts that may be handled distinctly in Wikipedia infobox parameters. Many Wikidata property are vague or inconsistently used due to Wikidata's fuzzy, must-fit-all-languages ontology. Examples of properties that explicitly conflate distinct concepts: - `P21`: sex or gender (which is also clumsily used to handle transgender status, i.e. "transgender male") - `P61`: discoverer or inventor - `P629`: edition or translation of Examples of properties that are implicitly vague: - `P131`: located in the administrative territorial entity (notice how the South Pole Telescope <https://en.wikipedia.org/wiki/South_Pole_Telescope> is located at "South Pole, Antarctic Treaty area" rather than "South Pole, Antarctica" as it would be if we weren't using Wikidata) - `P171`: parent taxon (which can in practice correspond to any taxon level: genus, tribe, family, etc.) - `P527`: has part - `P642`: of - `P828`: has cause If we go down this road, we're going to be muddying Wikipedia's more-or-less clearly defined infobox parameters with awkward, inconsistent data (or data suggestions) that may not fit a particular language's understanding of a concept or ontology. `P21` is the most likely to cause obvious problems, but I feel like it's only the tip of the iceberg, and we need to consider this carefully before we open up pandora's box. TASK DETAIL https://phabricator.wikimedia.org/T69659 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: kaldari Cc: kaldari, Naseweis520, Capankajsmilyo, gerritbot, Samwilson, Mgns, He7d3r, geraki, Amire80, hoo, putnik, Mvolz, Lydia_Pintscher, RexxS, TheDJ, Mike_Peel, Trizek-WMF, Edgars2007, -jem-, IKhitron, eranroz, Aklapper, Multichill, Jdforrester-WMF, Elitre, iecetcwcpggwqpgciazwvzpfjpwomjxn, TrevorParscal, Ricordisamoa, Keegan, Liuxinyu970226, Ltrlg, Blissjay007, Oblanco79, Alter-paule, Beast1978, Un1tY, Emcmalva, keithbrianpadilla, Hook696, Daryl-TTMG, RomaAmorRoma, E.S.A-Sheild, darthmon_wmde, Saimongoltinio, WikimeSteve, Kent7301, ppelberg, Meekrab2012, joker88john, CucyNoiD, Nandana, NebulousIris, marcella, Gaboe420, Revansx, OhKayeSierra, Versusxo, Majesticalreaper22, Giuliamocci, Adrian1985, Cpaulf30, takidelfin, Lahi, Gq86, Af420, Necroarcano, Darkminds3113, Bsandipan, Lordiis, Robinma, GoranSMilovanovic, Adik2382, Th3d3v1ls, Rafisamra2016, Ramalepe, Liugev6, QZanden, Tal-WMIL, merbst, LawExplorer, WSH1906, Avner, Lewizho99, Maathavan, Wess, Dvorapa, _jensen, rosalieper, Tzafrir, Scott_WUaS, Srdjan_m, Jrf, Husun1297, Wikidata-bugs, aude, Swainr, Matanya, Mbch331, Jay8g
_______________________________________________ Wikidata-bugs mailing list Wikidata-bugs@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs