Wikidata:Property proposal/Person
Property proposal: | Generic | Authority control | Person | Organization |
Creative work | Place | Sports | Sister projects | |
Transportation | Natural science | Computing | Lexeme |
See also
edit- Wikidata:Property proposal/Pending – properties which have been approved but which are on hold waiting for the appropriate datatype to be made available
- Wikidata:Properties for deletion – proposals for the deletion of properties
- Wikidata:External identifiers – statements to add when creating properties for external IDs
- Wikidata:Lexicographical data – information and discussion about lexicographic data on Wikidata
This page is for the proposal of new properties.
Before proposing a property
- Search if the property already exists.
- Search if the property has already been proposed.
- 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.
- Select the right datatype for the property.
- Read Wikidata:Creating a property proposal for guidelines you should follow when proposing new property.
- 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
- Once consensus is reached, change status=ready on the template, to attract the attention of a property creator.
- Creation can be done 1 week after the creation of the proposal, by a property creator or an administrator.
- 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/08. |
Person
editPicture of this person doing their job
editDescription | picture of a person in action, especially for a sportsperson, visual artist, musican, actor. P18 is normally used for portraits |
---|---|
Data type | Commons media file |
Domain | Q5 |
Example 1 | Chiara Kreuzer (Q5331554) = 20190226 Seefeld SJ 4720.jpg |
Example 2 | Jakob Eiksund Sæthre (Q87721657) → File:20200222_FIS_NC_COC_Eisenerz_PRC_HS109_Men_Jakob_Eiksund_Saethre_850_4504.jpg |
Example 3 | María Ólafsdóttir (Q19264382) = file:20150516 ESC 2015 Maria Olafs 9813.jpg |
Example 4 | Cornelia Kreuter (Q87345351) = file:20190315 Dancing Stars 1100.jpg |
Example 5 | Lars Ulrich (Q106193) = file:Lars Ulrich live in London 2008-09-15.jpg |
Example 6 | Angela Merkel (Q567) = file:President Joe Biden meets with German Chancellor Angela Merkel at the G7 Summit.jpg |
Source | Commons:Category:People |
See also | subproperty of Property:P18 ; Property:P109, Property:P1801, Property:P1442, Property:P5775 |
Motivation
editIn 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)
Discussion
edit- Support --M2k~dewiki (talk) 23:32, 22 March 2023 (UTC)
- Oppose Duplicates information which is more within the scope of Wikimedia Commons (and Commons categories often already have Wikidata items) -عُثمان (talk) 23:51, 27 March 2023 (UTC)
- This isn't only the scope of commons.
- It fits perfectly to the scope of wikidata to provide information, it works also with pictures have a look at properties like p109 or p1442 Z thomas (talk) 12:32, 24 April 2023 (UTC)
- Of course there is a use at commons for example in the Infobox like C:Category:St. Maria Meeresstern (Werder (Havel)) - three different images of one object Z thomas (talk) 05:22, 25 April 2023 (UTC)
- 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)
- 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)
- 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)
- 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)
- 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)
- Support --Lutzto (talk) 16:44, 20 June 2023 (UTC)
- Support --Derbrauni (talk) 12:14, 3 July 2023 (UTC)
- 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)
- 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. ChristianKl ❪✉❫ 11:51, 3 February 2024 (UTC)
- 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)
- 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)
- @Андрей Романенко:, 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)
- 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)
- @Андрей Романенко:, 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)
- 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)
- 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). ChristianKl ❪✉❫ 11:02, 22 February 2024 (UTC)
- @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)
- @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. ChristianKl ❪✉❫ 10:09, 3 March 2024 (UTC)
- @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)
- @Андрей Романенко:, 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)
- 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)
I have edited the description to make it gender neutral and re-opened the discussion — Martin (MSGJ · talk) 09:50, 27 February 2024 (UTC)
- @عُثمان, @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)
- 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)
- 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)
- @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)
- @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)
- 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)
- @ChristianKl:, any changes in your opinion? we would you like to hear from you. Regards, ZI Jony (Talk) 06:25, 5 July 2024 (UTC)
- 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)
- @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)
- @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)
- Support per Stefan Kühn (sk). Dexxor (talk) 09:54, 5 March 2024 (UTC)
- Support per Stefan Kühn Raymond (talk) 16:03, 6 March 2024 (UTC)
- Support per Stefan Kühn --Wüstenspringmaus talk 07:14, 13 May 2024 (UTC)
- Support There are many subtypes of P18 already, so I think there is a decent precedent for that. I think, though, that we so many kinds of images we perhaps can think of other constructions to not overload the property space. E.g. perhaps a new property for "qualified image" and some structured system of qualifiers. The reusability in Wikipedia infoboxes is a very good argument IMHO. TiagoLubiana (talk) 14:36, 6 August 2024 (UTC)
- Weak support Germartin1 (talk) 06:46, 13 August 2024 (UTC)
- Support --Lewis Hulbert (talk) 10:13, 19 August 2024 (UTC)
Handwriting example
editDescription | Sample image of the person's handwriting. |
---|---|
Data type | Commons media file |
Domain | human (Q5) |
Example 1 | Ibrahim al-Kufahi (Q73484093) → file:إهداء من إبراهيم الكوفحي إلى أيمن ذو الغنى.jpg |
Example 2 | Muḥammad Adnan Salim (Q16120747) → file:إهداء من محمد عدنان سالم إلى أيمن ذو الغنى.jpg |
Example 3 | Aḥmad Rātib Naffākh (Q12178873) → file:إهداء أحمد راتب النفاخ إلى عبد الحفيظ السطلي وتوقيعه.jpg |
Formatter URL | https://commons.wikimedia.org/wiki/File:$1 |
Motivation
edit- Many people have distinctive and different handwriting styles, and this is an important topic that should be added to the person's item.--Mohammed Qays (talk) 12:19, 31 August 2024 (UTC)
Discussion
edit- Support --Michel Bakni (talk) 12:23, 31 August 2024 (UTC)
- Support--باسم (talk) 13:11, 31 August 2024 (UTC)
User account
editIdentifier
editÔlyrix Person ID
editDescription | Person ID for the French database Ôlyrix covering the world of opera |
---|---|
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Plácido Domingo (Q130853) → 2881 |
Example 2 | Philippe Jaroussky (Q441502) → 5273 |
Example 3 | Jakub Józef Orliński (Q47004046) → 8538 |
Source | https://www.olyrix.com/ |
Number of IDs in source | ~19.000[1] |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.olyrix.com/artistes/$1/wd |
Motivation
editÔlyrix is a leading French-language portal dedicated to opera, with over one hundred thousand visitors each month.[2] Tuestor (talk) 18:32, 11 August 2024 (UTC)
References
- ↑ "Foire aux questions". olyrix.com (in French). Retrieved August 11, 2024.
- ↑ "A propos". olyrix.com (in French). Retrieved August 11, 2024.
Discussion
edit- Notified participants of WikiProject Performing arts --Lewis Hulbert (talk) 11:18, 19 August 2024 (UTC)
Operabook Person ID
editDescription | Person ID for Operabook, a database of opera performances maintained by Opera Europa (Q7096590). |
---|---|
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Plácido Domingo (Q130853) → 5524 |
Example 2 | Philippe Jaroussky (Q441502) → 10258 |
Example 3 | Jakub Józef Orliński (Q47004046) → 33447 |
Source | https://www.operabook.org/ |
Number of IDs in source | ~42.000[1] |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://operabook.org/artist/$1 |
Motivation
editOperabook is an initiative from Opera Europa (Q7096590), offering a searchable performance database covering over 450 opera companies worldwide.[2] Tuestor (talk) 12:02, 13 August 2024 (UTC)
References
- ↑ "Operabook, a tangible benefit". opera-europa.org. Retrieved August 13, 2024.
- ↑ "About". operabook.org. Retrieved August 13, 2024.
Discussion
edit- Notified participants of WikiProject Performing arts. --Lewis Hulbert (talk) 11:20, 19 August 2024 (UTC)
Say Who identifier
editDescription | identifier of a person on Say Who |
---|---|
Represents | Say Who(129666348) |
Data type | External identifier |
Domain | être humain(5) |
Example 1 | Alain Delon(106529) → alain-delon |
Example 2 | Circé Furtwängler(129671059) → circe-furtwangler |
Example 3 | Leïla Kaddour-Boudadi(16655614) → leila-kaddour |
Number of IDs in source | ~ 45 000 (source) |
Formatter URL | https://saywho.fr/mondains/$1 |
Notified participants of WikiProject France (et en particulier @Thierry Caro: !). Maxime 20:37, 23 August 2024 (UTC)
École des chartes directory id
editDescription | identifier for a person in the École des chartes directory |
---|---|
Represents | École nationale des chartes(273570) |
Data type | External identifier |
Domain | être humain(5) |
Example 1 | Fabien Aguglia(42304167) → fabien_aguglia |
Example 2 | Frédéric Barbier(1004154) → frederic-barbier |
Example 3 | Adélaïde Zeyer(42307978) → adelaide-zeyer |
Source | https://www.chartes.psl.eu/annuaire |
Formatter URL | https://www.chartes.psl.eu/annuaire/$1 |
See also | identifiant École des chartes d'une thèse(P4465) |
Notified participants of WikiProject France. 2A01:CB16:2051:6C0C:D064:CBFF:FE39:12FF 18:49, 26 August 2024 (UTC)