Shortcut: WD:PP/P

Wikidata:Property proposal/Person

From Wikidata
Jump to navigation Jump to search


Property proposal: Generic Authority control Person Organization
Creative work Place Sports Sister projects
Transportation Natural science Computing Lexeme

See also[edit]

This page is for the proposal of new properties.

Before proposing a property

  1. Search if the property already exists.
  2. Search if the property has already been proposed.
  3. Check if you can give a similar label and definition as an existing Wikipedia infobox parameter, or if it can be matched to an infobox, to or from which data can be transferred automatically.
  4. Select the right datatype for the property.
  5. Read Wikidata:Creating a property proposal for guidelines you should follow when proposing new property.
  6. Start writing the documentation based on the preload form below by editing the two templates at the top of the page to add proposal details.

Creating the property

  1. Once consensus is reached, change status=ready on the template, to attract the attention of a property creator.
  2. Creation can be done 1 week after the creation of the proposal, by a property creator or an administrator.
  3. See property creation policy.

On this page, old discussions are archived. An overview of all archives can be found at this page's archive index. The current archive is located at 2024/06.


Person[edit]

Picture of this person doing their job[edit]

   Under discussion

Motivation[edit]

In general, these are better stored in a separate property than in image (P18). The image could be used in wikidata infoboxes on Commons similar to Property:P109, Property:P1801, Property:P1442, Property:P5775 --Z thomas (talk) 22:28, 22 March 2023 (UTC)[reply]

Discussion[edit]

 Support --M2k~dewiki (talk) 23:32, 22 March 2023 (UTC)[reply]
 Oppose I personally don't see the benefit of the property. I can't understand the intention of the image then being displayed in the Wikidata info box either. You have gallery pages on Commons to show stuff like that. --Gymnicus (talk) 08:48, 10 May 2023 (UTC)[reply]
The images are shown in the wikidata Infobox. This is shown in the commons cat, the gallery pages is something different Z thomas (talk) 21:04, 6 June 2023 (UTC)[reply]
For example the usage of many different pictures in the wikidata Infobox C:Category:Berlin Greetings Z thomas (talk) 21:07, 6 June 2023 (UTC)[reply]
 Support If possible, the image (P18) should always be a portrait. But why not also a picture of the person in his or her typical working environment (athlete, dancer, actress). Similar to buildings, several views are useful (nighttime view (P3451), image of design plans (P3311), image of interior (P5775), schematic (P5555), aerial view (P8592),). --sk (talk) 15:20, 18 June 2023 (UTC)[reply]
 Support --Lutzto (talk) 16:44, 20 June 2023 (UTC)[reply]
 Support --Derbrauni (talk) 12:14, 3 July 2023 (UTC)[reply]
 Support Seems quite reasonable to me. For many professions and activities you cannot see the face of the person when this person is doing their job, - at the same time it's quite obvious to have a picture of the person dancing if they are a dancer. Ideally infoboxes could allow customers to switch between these two images. Андрей Романенко (talk) 15:08, 29 August 2023 (UTC)[reply]
 Oppose Did any of the people casting support votes even read the label? Having a property that addresses the person in a gendered way (his) seems to be an automatic no. ChristianKl11:51, 3 February 2024 (UTC)[reply]
  •  Not done, @Z thomas, M2k~dewiki, عُثمان, Gymnicus, Stefan Kühn, Lutzto: @Derbrauni, Андрей Романенко, ChristianKl: no consensus of proposed property at this time based on the above discussion. Regards, ZI Jony (Talk) 06:52, 20 February 2024 (UTC)[reply]
    • I strongly oppose this decision. According to Wikidata:Property creation, It is the job of the property creator to weigh consensus. The mere fact that there were three opposing votes against five votes in favour does not tell anything about the reasonable consensus. The objection of the colleague ChristianKl can be easily solved by renaming the proposed property into Picture of this person doing their job (English is not the mother tongue for the author of the proposal, their original German name of the property does not have this problem). Two other objections just read as "I don't understand why we need it"; in the meantime a clear explanation of why we need it is provided. According to Wikidata:Property creation, All opposing points of discussion should be addressed before creation occurs - this is exactly the case. @ZI Jony:, I believe you have to either elaborate your decision addressing the arguments in favour of this proposal or revert your decision and create this property. Андрей Романенко (talk) 10:46, 20 February 2024 (UTC)[reply]
      @Андрей Романенко:, I understand your frustration, but it's important to note that the decision-making process involves considering all viewpoints. While three opposing votes (which are more than 37 percent) may seem significant, it's also crucial to assess the nature of the objections and the overall consensus. I’d suggest you to discuss with @ChristianKl, عُثمان, Gymnicus:, if they are willing to change their opinions, I'll be happy to mark as ready or revert my decision. Else, we have to consider as not done. Thank you. Regards, ZI Jony (Talk) 11:32, 20 February 2024 (UTC)[reply]
      It simply does not work this way. All objections must be addressed, according to the rule. The rule does not claim that all the opposing users must change their opinions; they are even not obliged to come back to the discussion after giving their opinion once. If the objection is only about the name of the property (which is the case for one of the opposing users), it is your responsibility as a property creator to consider possible renaming (and I proposed this renaming). If some users opposed to the proposal and the author of the proposal replied, it is your responsibility to weigh (the word from the WD rule) the arguments. Андрей Романенко (talk) 12:15, 20 February 2024 (UTC)[reply]
      @Андрей Романенко:, I've already taken my decision. If you want to overturn my decision, then you are full free to take this matter to AN. A administrator will revert/reopen the proposal for you. Thank you! Regards, ZI Jony (Talk) 13:57, 20 February 2024 (UTC)[reply]
      The policy asks for arguments being addressed before a property is created. It does not ask for addressing points before proposals are closed. That's by design. We frequently have stale property proposals that we close even if there are a lot of unaddressed points made in a discussion.
      When creating a new property I expect that people think about how to best name the property and I do think that both label and description matters and someone should do the effort to create good one's in English. " Picture of this person doing their job" is still questionable even if not as obvious. We don't capitalize the first word. The related properties that are listed all use the word image. There's no reasoning given why this one should deviate from that. Anyone who thinks deeply about this property should think about those issues and the fact that nobody did, means that nobody of the people who support this property engaged in the intellectual labor I expect before property creation (so I'm less sure about whether there are other issues that take me more than a minute to think up). ChristianKl11:02, 22 February 2024 (UTC)[reply]
      @ChristianKl With respect, it is not a valid reason to oppose a new property because the label used in the proposal uses inappropriate capitalisation. You are free to update the proposal with the correct capitalisation, now or at any time after creation. What we are looking for is relevant comments on the substance of the proposed property, not minutiae — Martin (MSGJ · talk) 09:46, 27 February 2024 (UTC)[reply]
      @MSGJ: As long as people vote without doing the bar minimum of thinking about what's invovled it's necessary to cast oppose votes to prevent bad properties to be created. That's the point of why we have the approval process. Preventing ill-thought out properties from being created. ChristianKl10:09, 3 March 2024 (UTC)[reply]

I have edited the description to make it gender neutral and re-opened the discussion — Martin (MSGJ · talk) 09:50, 27 February 2024 (UTC)[reply]

@عُثمان, @Gymnicus: if you would like to follow-up on your comments above that might be helpful — Martin (MSGJ · talk) 09:51, 27 February 2024 (UTC)[reply]
Many thanks, MSGJ. Let me once again stress the point: we expect from the main picture of a person to give the general idea of what their face looks like. But there are many professionals whose main activity shows them in completely different view. And it is quite reasonable that, for instance, for an ice hockey goalkeeper we'd be able to switch between this and this. I really don't understand wht's wrong in it and why we cannot have for people what we have for buildings. Андрей Романенко (talk) 15:13, 27 February 2024 (UTC)[reply]
  •  Comment: I'm not a native English speaker, so it might even sound wrong, but alternatively I would suggest something like person's job image or image of a person's occupation as a label for the property. Regards Kirilloparma (talk) 17:28, 27 February 2024 (UTC)[reply]
@Z thomas: So what do you think of this suggestion? For comparison, take a look at a recent property I created. Regards Kirilloparma (talk) 01:16, 1 April 2024 (UTC)[reply]
@Kirilloparma thanks for your suggestion. I'm fine with it. Everything that helps to improve the proposal is good. And your proposal hits the point well. Greetings from Germany Z thomas (talk) 06:38, 1 April 2024 (UTC)[reply]
Thank you for your reply. I would also like to hear the opinion of @ChristianKl, who previously opposed the proposal because of the current label. What are your thoughts now on the new proposed labels and which one is more appropriate? Regards Kirilloparma (talk) 03:52, 2 April 2024 (UTC)[reply]

User account[edit]

Identifier[edit]

F.C. Copenhagen player ID[edit]

Descriptionidentifier for player at F.C. Copenhagen official site
Representswww.fck.dk (Q126083462)
Data typeExternal identifier
Domainhuman (Q5)
Example 1Mohamed Elyounoussi (Q3379222)mohamed-elyounoussi
Example 2Kamil Grabara (Q56441182)kamil-grabara
Example 3Brian Rasmussen (Q12304372)brian-rasmussen
Sourcehttps://www.fck.dk/holdet
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd][en.wikt][fr.wikt].
Planned usefor usage in stated in (P248) and for Template:Authority control (Q3907614)
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://www.fck.dk/spiller/$1
Robot and gadget jobsMaybe check captures in Internet Archive for just in case?

Motivation[edit]

Will be useful for stated in (P248), contains valuable statistical data. Full coverage of club players from 1992 when it was found. Сидик из ПТУ (talk) 11:19, 24 May 2024 (UTC)[reply]

Discussion[edit]

Locomotive Yaroslavl HC player ID[edit]

   Under discussion
Descriptionidentifier for player at Locomotive Yaroslavl HC official site
Representshclokomotiv.ru (Q126085578)
Data typeExternal identifier
Domainhuman (Q5)
Example 1Martin Gernát (Q12771131)454
Example 2Curtis Sanford (Q927203)159
Example 3Alexander Galimov (Q350998)114
Sourcehttps://hclokomotiv.ru/roster/men
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd][en.wikt][fr.wikt].
Planned usefor usage in stated in (P248) and for Template:Authority control (Q3907614)
Expected completenesseventually complete (Q21873974)
Formatter URLhttps://hclokomotiv.ru/player/$1
Robot and gadget jobsMaybe check captures in Internet Archive for just in case?

Motivation[edit]

Will be useful for stated in (P248), contains valuable statistical data. Full coverage of club players from 2008 when it entered to Kontinental Hockey League (Q190001). Сидик из ПТУ (talk) 12:15, 24 May 2024 (UTC)[reply]

Discussion[edit]

Flown From The Nest person id[edit]

   Under discussion
Descriptionidentifier for player at Flown From The Nest site
RepresentsFlown From The Nest (Q126128569)
Data typeExternal identifier
Domainhuman (Q5)
Example 1Chris Sutton (Q363769)sutton
Example 2Christian Fassnacht (Q27306208)fassnacht
Example 3Mick Wadsworth (Q6838465)wadsworth
Sourcehttp://www.ex-canaries.co.uk/players/index.htm
External linksUse in sister projects: [ar][de][en][es][fr][he][it][ja][ko][nl][pl][pt][ru][sv][vi][zh][commons][species][wd][en.wikt][fr.wikt].
Planned usefor usage in stated in (P248) and for Template:Authority control (Q3907614)
Expected completenesseventually complete (Q21873974)
Formatter URLhttp://www.ex-canaries.co.uk/players/$1.htm
Robot and gadget jobsMaybe check captures in Internet Archive for just in case?

Motivation[edit]

Will be useful for stated in (P248), contains valuable statistical data. Full coverage for every Norwich City F.C. (Q18721) player since 1980. Сидик из ПТУ (talk) 13:53, 27 May 2024 (UTC)[reply]

Discussion[edit]

Vladimir Alexiev Jonathan Groß Andy Mabbett Jneubert Sic19 Wikidelo ArthurPSmith PKM Ettorerizza Fuzheado Daniel Mietchen Iwan.Aucamp Epìdosis Sotho Tal Ker Bargioni Carlobia Pablo Busatto Matlin Msuicat Uomovariabile Silva Selva 1-Byte Alessandra.Moi CamelCaseNick Songceci moz AhavaCohen Kolja21 RShigapov Jason.nlw MasterRus21thCentury Newt713 Pierre Tribhou Ahatd JordanTimothyJames Silviafanti Back ache AfricanLibrarian M.roszkowski Rhagfyr 沈澄心 MrBenjo S.v.Mering

Notified participants of WikiProject Authority control Regards, ZI Jony (Talk) 18:16, 30 May 2024 (UTC)[reply]

Full name[edit]

Profession[edit]

Work[edit]