Wikidata:Property proposal/Namesakes
namesakes
editOriginally proposed at Wikidata:Property proposal/Generic
Not done
Motivation
editWikidata has property P138, which is used to state the entity that a subject is named after, but it lacks the reciprocal property. We are creating items for buildings on the University of Washington campus and in those items we are including the named after property when appropriate. We would also like to give the reciprocal relationship in the item for the person whose name was given to a building. UWashPrincipalCataloger (talk) 21:19, 17 August 2020 (UTC)
Discussion
edit- Weak oppose This may be too many.--GZWDer (talk) 23:24, 17 August 2020 (UTC)
- Weak oppose Sounds initially like a good idea, however I am not a big fan of reciprocal properties for 1:n relationships, as these can be derived from querying the data easily. Just means that there are now 2 places to maintain the data and for some items there will be very long lists eg George Washington (Q23) and Vladimir Lenin (Q1394) (285 items so far). --Hannes Röst (talk) 01:07, 18 August 2020 (UTC)
- Oppose per Hannes. Mahir256 (talk) 02:05, 18 August 2020 (UTC)
- Neutral Might be interesting but the existing property looks to be consistent in the way A>>>B, not B>>>A. Bouzinac (talk) 20:22, 18 August 2020 (UTC)
- Oppose No need for such an inverse property. ArthurPSmith (talk) 17:25, 19 August 2020 (UTC)
- Oppose Use different from (P1889) for actual namesakes if there is a real prospect of confusion, or inadvertent merging. Oppose stated use as inverse for named after (P138): redundant. -- Jheald (talk) 03:00, 20 August 2020 (UTC)
Not done This proposal doesn't count approbation after almost 2 weeks. —Eihel (talk) 11:57, 28 August 2020 (UTC)