Wikidata:Property proposal/Person
Property proposal: | Generic | Authority control | Person | Organization |
Creative work | Place | Sports | Sister projects | |
Transportation | Natural science | Computing | Lexeme |
See alsoEdit
- 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
Creating the property
|
![]() |
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 2023/06. |
PersonEdit
sponsor/introduced by/proposed byEdit
Description | person who presents a bill or resolution to a legislature for consideration |
---|---|
Represents | sponsor (Q7579032) |
Data type | Item |
Domain | human (Q5) |
Example 1 | Health and Social Care Act 2012 (Q5690771) → Andrew Lansley (Q333276) |
Example 2 | Danish Popular Education Act (Q12311795) → Margrethe Vestager (Q270820) |
Example 3 | North Carolina Identity Theft Protection Act of 2005 (Q7054544) → Daniel G. Clodfelter (Q5217216) |
Planned use | in the next month I intend to add this qualifier to all instances of act of the Parliament of Denmark (Q113627831) |
Wikidata project | WikiProject Law (Q8486941) |
BegrundelseEdit
Similar to introduced on (P9448), this property describes who introduced a bill into a legislature, often a member of government. This is different from sponsor (P859) (commercial sponsor of e.g. sport teams), even though both concepts (sponsor (Q152478) and sponsor (Q7579032)) are called “sponsor” in English. C960657 (talk) 22:59, 23 September 2022 (UTC)
DiscussionEdit
- seem reasonable BrokenSegue (talk) 01:37, 24 September 2022 (UTC)
- I just realised that we already have moved by (P6939), so perhaps we don't need a specialised property. I have raised the question on Property_talk:P6939#Also_for_acts_of_parliament?. --C960657 (talk) 08:10, 24 September 2022 (UTC)
- Neutral Nepalicoi (talk) 04:07, 3 January 2023 (UTC)
has heir or beneficiaryEdit
Description | people or organizations that received, or will receive, (all or part of) the subject's property or title |
---|---|
Represents | heir (Q675316) |
Data type | Item |
Domain | people |
Example 1 | William Allington (Q18531004) → John Alington (Q75260918) |
Example 2 | Thomas Gibson (Q18672416) → Edmund Gibson (Q3048098) |
Example 3 | Samuel Pepys (Q106143) → John Jackson (Q21192421) |
Using replaced by (P1366) will be awkward in this case. GZWDer (talk) 13:11, 10 January 2023 (UTC)
DiscussionEdit
- The property name should be more explicit about the direction. "has heir or beneficiary" would be a way to go into that direction. ChristianKl ❪✉❫ 18:54, 16 January 2023 (UTC)
- Support ChristianKl ❪✉❫ 20:11, 26 April 2023 (UTC)
has disinheritedEdit
Description | someone who received or will receive no or little the subject's property or title even if otherwise eligible, (partially) the opposite of Wikidata:Property proposal/heir or beneficiary |
---|---|
Data type | Item |
Domain | people |
Example 1 | Joan Crawford (Q40475) → Christina Crawford (Q523816) |
Example 2 | Tony Curtis (Q162389) → Jamie Lee Curtis (Q106997) |
Example 3 | Cornelius Vanderbilt II (Q2708289) → Cornelius Vanderbilt III (Q1875953) |
Example 4 | Sir Evelyn Broughton, 12th Baronet (Q75260564) → Isabella Blow (Q1619607) |
GZWDer (talk) 13:34, 10 January 2023 (UTC)
DiscussionEdit
- Support Interesting relation, I do think this is useful to have here. ArthurPSmith (talk) 19:52, 10 January 2023 (UTC)
- The property name should be more clear about the direction. "has disinherited" might be a way to go there. ChristianKl ❪✉❫ 18:55, 16 January 2023 (UTC)
- I was thinking more about it. Why isn't it a qualifier? ChristianKl ❪✉❫ 17:57, 26 March 2023 (UTC)
clanEdit
Represents | clan (Q211503) |
---|---|
Data type | Item |
Domain | human (Q5) |
Example 1 | Kim Dae-jung (Q45785) → Gimhae Kim clan (Q493888) |
Example 2 | Park Chung-hee (Q14356) → Goryeong Park clan (Q12584184) |
Example 3 | Rosamund Kwan (Q714188) → Gūwalgiya (Q5627766) |
See also | family name (P734), country of citizenship (P27), family (P53), member of the deme (P2462), gens (P5025), member of Roman tribe (P11491), Wikidata:Property proposal/Tribe |
MotivationEdit
Clan infomation is useful to represent Bon-gwan (Q846706) or Manchu surname (Q20687684). South Korea previously banned marriage between men and women who have the same surname and sharing the same ancestral home(Bon-gwan (Q846706)). Marriage between men and women who belong to related bon-gwan was taboo. Modern Manchu people have Manchu surname (Q20687684) regardless of their modern Chinese characters (Q8201)-based chinese surnames.
Because there are posibilities that some Koreans in the past without Bon-gwan (Q846706) adopted neighbor's Bon-gwan (Q846706), we can't use family (P53) for Bon-gwan (Q846706). ChoKukSuho (talk) 09:17, 15 January 2023 (UTC)
DiscussionEdit
- Request: Please explain why Gimhae Kim clan (Q493888)instance of (P31)family (Q8436) + Kim Dae-jung (Q45785)family (P53)Gimhae Kim clan (Q493888) is wrong. 2A01:CB14:D52:1200:B4D6:18D9:5E63:F68C 21:29, 15 January 2023 (UTC)
- «we can't use family (P53) for Bon-gwan (Q846706).» => Why? 2A01:CB14:D52:1200:B4D6:18D9:5E63:F68C 21:34, 15 January 2023 (UTC)
- Are/were those Manchu and Korean grouping formally recognized/acknowledged by the local State like deme (Q672490): administrative unit in ancient Athens and tribus (Q938560): grouping of Roman citizens were? 2A01:CB14:D52:1200:B4D6:18D9:5E63:F68C 21:34, 15 January 2023 (UTC)
- If this is the case, then it would be a strong argument in favor of a (dedicated) property. 2A01:CB14:D52:1200:141:C262:8BA7:4741 08:15, 21 January 2023 (UTC)
- Because of their population. ChoKukSuho (talk) 08:36, 16 January 2023 (UTC)
- Support I support this proposal on the condition that it will replace member of Roman tribe (P11491) with a more general datatype (but less general than member of (P463)). /ℇsquilo 08:24, 17 January 2023 (UTC)
- Comment Why should it replace it? They are different concepts from different cultures. --Jahl de Vautban (talk) 17:26, 17 January 2023 (UTC)
- What's the difference to family (P53)? ChristianKl ❪✉❫ 03:59, 29 January 2023 (UTC)
- Comment extremely populous clans are not families. such as Korean Bon-gwans. ChoKukSuho (talk) 15:23, 14 April 2023 (UTC)
place of resident registration at deathEdit
Description | the place or administrative unit where the deceased person was registered as having his or her residence at the time of their death |
---|---|
Data type | Item |
Domain | human (Q5) |
Allowed values | instance of, or instance of a subclass of, human settlement (Q486972) or administrative territorial entity (Q56061) |
Example 1 | Gunnar Rönn (Q116273890)place of resident registration at death → Spånga-Kista församling (Q10676706) |
Example 2 | Sven Lindegård (Q5954944)place of resident registration at death → Växjö domkyrkoförsamling (Q10718569) |
Example 3 | Jan Arvid Hellström (Q3828508)place of resident registration at death → Växjö domkyrkoförsamling (Q10718569) |
Example 4 | Hans Rosengren (Q21759275)place of resident registration at death → Karlstad church parish (Q10543924) |
See also | place of death (P20) |
Type constraint – subclass of | human settlement (Q486972) or administrative territorial entity (Q56061) |
Single-value constraint | yes |
MotivationEdit
In many countries, including my country Sweden, the current place of residence of all people living in the country is registered by the government, and this information is kept up to date (it is mandatory to notify the government when you move). An effect of this system is that ”place of death” is recorded as the place where a person was registered when the person died. The officially registered place of death is often misleading, when a person was a registered resident in one district, and died somewhere else, perhaps under circumstances that are important to the biography of the person. This is a problem when information is taken automatically from Wikidata to an infobox (which is often the case on e.g. Swedish-language Wikipedia). For countries such as Sweden, we need the property ”place of resident registration at death”.
The intention is to make it possible to include in Wikidata both ”place of death (P20)” and ”place of resident registration at death (P????)” for persons who have died in countries such as Sweden.
Potentially this could be important to thousands of articles with biographical infoboxes. Jan Arvid Götesson (talk) 00:26, 25 January 2023 (UTC)
DiscussionEdit
- Support This is the value that usually is mentioned in sources. – The preceding unsigned comment was added by Esquilo (talk • contribs) at 09:00, January 25, 2023 (UTC).
- is there a difference between place of resident registration instead of just place of residence at death? we already have a property for the latter. BrokenSegue (talk) 22:17, 25 January 2023 (UTC)
- also can you not come up with more than one example? if you can't provide more than one example then I don't think we should make this property. BrokenSegue (talk) 05:10, 26 January 2023 (UTC)
- @BrokenSegue Do we have a property like that? I cannot find it. Could you please do us the favor and link it? Ainali (talk) 08:22, 26 January 2023 (UTC)
- Maybe residence (P551) in combination with the qualifier end cause (P1534). The value death (Q4) and or death of subject (Q99521170) seem to be the most used values for that particular combination, see the following SPARQL question:
- Link to query that gives a frequency table for values for residence (P551)/end cause (P1534).
- Link to query for the full table, although just 287 objects, using the residence (P551)/end cause (P1534) combination.
- However, a person may simultaneously have several residence (P551) but, at least in Sweden, only one "resident registration" for each point in time.
- -- Larske (talk) 16:20, 26 January 2023 (UTC)
- I meant we can use place of residence at time of death as the qualifier. I'm not sure what it means to have a registered place of residence. I don't think that's a thing in the US. BrokenSegue (talk) 18:42, 26 January 2023 (UTC)
- There is an article, Resident registration in English-Language Wikipedia explaining this. The article says: “A resident register is a government database which contains information on the current residence of persons. In countries where registration of residence is compulsory, the current place of residence must be reported to the registration office or the police within a few days after establishing a new residence.” “Neither the federal government of the United States nor any U.S. state has formal resident registration systems.” Roughly speaking, there are two different systems in the world, both centuries old. English-speaking countries have inherited the British tradition of not having resident registration. Before the advent of computers, resident registration was done manually on paper by government officials (in some countries with a state church it was done by clergy on behalf of the government). Jan Arvid Götesson (talk) 20:44, 26 January 2023 (UTC)
- BrokenSegue asked for more examples. I have added examples the differences between “place of death” and “place of resident registration at death” are important in the biographies of those people. The point is however that the majority of people, who live i countries that have the system of resident registration administered by the government, have a “place of resident registration at death” that is not their place of death, so thousands of biographical Wikidata objects would potentially benefit and become more informative and precise.
- Should we not instead add a "place of resident registration" property and then use the valid dates at time of death? BrokenSegue (talk) 22:57, 26 January 2023 (UTC)
- @BrokenSegue It kind of make sense, but I am afraid that it would be less used. First, it would be a tricky Lua call to get it to an info box. Also queriyng will be harder as it would require that it is exactly the same dates on date of death and the qualifier. Ainali (talk) 17:11, 27 January 2023 (UTC)
- BrokenSegue asked for more examples. I have added examples the differences between “place of death” and “place of resident registration at death” are important in the biographies of those people. The point is however that the majority of people, who live i countries that have the system of resident registration administered by the government, have a “place of resident registration at death” that is not their place of death, so thousands of biographical Wikidata objects would potentially benefit and become more informative and precise.
- There is an article, Resident registration in English-Language Wikipedia explaining this. The article says: “A resident register is a government database which contains information on the current residence of persons. In countries where registration of residence is compulsory, the current place of residence must be reported to the registration office or the police within a few days after establishing a new residence.” “Neither the federal government of the United States nor any U.S. state has formal resident registration systems.” Roughly speaking, there are two different systems in the world, both centuries old. English-speaking countries have inherited the British tradition of not having resident registration. Before the advent of computers, resident registration was done manually on paper by government officials (in some countries with a state church it was done by clergy on behalf of the government). Jan Arvid Götesson (talk) 20:44, 26 January 2023 (UTC)
- I meant we can use place of residence at time of death as the qualifier. I'm not sure what it means to have a registered place of residence. I don't think that's a thing in the US. BrokenSegue (talk) 18:42, 26 January 2023 (UTC)
- Maybe residence (P551) in combination with the qualifier end cause (P1534). The value death (Q4) and or death of subject (Q99521170) seem to be the most used values for that particular combination, see the following SPARQL question:
- Comment dont we have this information in the sources as stated in (P248)? --> when we have a death date we can see that it is "stated in" eg. church death record (Q10478639) i.e. that is the book of the "place of resident registration" see e.g. Q7724#P20 the problem is that we dont have all the books as WD objects if we had that we could from the book understand "place of resident registration at death"
- SPARQL every person at a cemetery with a source from a death book church death record (Q10478639) - SPARQL list / map
- OT: I feel we should have Wikidata entries for every Swedish churchbook like August Strindbergs death book Adolf Fredriks kyrkoarkiv, Död- och begravningsböcker, SE/SSA/0001/F I/18 (1906-1916)
- Salgo60 (talk) 15:41, 27 January 2023 (UTC)
- In Swedish I asked the Swedish National Archive what plans they have with linked data - something was promised in 2017 regarding churchbooks and linked data that I dont think they have delivered link. Question: Do we have examples from other countries about Linked data for churchbooks let me know - As the churchbooks are the official registration of a person then that would solve the problem... Salgo60 (talk) 14:30, 31 January 2023 (UTC)
- Support Ainali (talk) 17:17, 27 January 2023 (UTC)
- Oppose I think residence (P551) is enough, with qualifiers end cause (P1534) → death of subject (Q99521170) to indicathe that's the last residence until their death; and nature of statement (P5102) → de jure (Q132555) to indicate that's the value recognized by the legal system, without implying that was actually the real residence of the person. I would not use official (Q29509043) as value here, since it hasn't to be related with goverment records. --Tinker Bell ★ ♥ 09:29, 30 January 2023 (UTC)
- Oppose I agree with Tinker Bell. P551 should do the job. ChristianKl ❪✉❫ 00:03, 31 January 2023 (UTC)
- Oppose Using qualifiers is preferred over new properties. Infrastruktur (talk) 13:26, 31 January 2023 (UTC)
- Note that in, for example, Sweden, official sources related to death does not state where their residence was, but just an administrative area where they were registered. In essence, since it is most common that place of death (P20) on Swedes are the parish where they were registered and should be removed (users have routinely added what the sources say, but on wrong property since no better exist), we would lose data about location and death for them. Ainali (talk) 21:25, 31 January 2023 (UTC)
- @Ainali: Sorry, I didn’t understand. What do you mean when you say we would lose data? Do you mean that we lose data because the actual place of death is often not written into P20 (people instead write “parish where registered at death” in p20), or do you mean it the other way round, that we lose information about “parish where registered at death” when people write actual place of death in p20?
- Another thing: you are right that in Sweden, ”official sources related to death does not state where their residence was, but just an administrative area where they were registered”. If we want to state the exact place of residence at death we would need to state the unique identifier of the property where the deceased had their address at death. However, since the parishes (now called distrikt) are so small in Sweden (typically 15 km by 15 km with a few thousand inhabitants), writing “parish where registered at death” in p20 gives quite an exact piece of information. If it is stated that persons were registered in the parishes of ”Katarina församling, Stockholm” and ”Älghults församling, Kronobergs län” at the time of their death, that information would be acceptable as values for a property called ”place of resident registration at death”, I think. Jan Arvid Götesson (talk) 12:03, 8 February 2023 (UTC)
- @Jan Arvid Götesson My point is that all parishes that are now on P20 really should be deleted as they are just plain wrong. And for these people we probably don't have any source on where they actually died. Hence we will lose data when deleting those. Ainali (talk) 13:09, 8 February 2023 (UTC)
- @Ainali: I understand. All parishes in P20 should be deleted, you say, which means we would end up with no data, because in many cases sources don’t say where a Swedish person died, only their parish of registration at death. That is why I ask for a solution so that both the piece of information ”place of death”, and the piece of information ”place of resident registration at death” can be entered into Wikidata, and automatically retrieved to Wikipedia. Because both those pieces of information are important in a person’s biography. And I think that parish (district) at death is sufficient if we want to state a person’s ”place of resident registration at death”. Parish is not as exact as the street adress or name of the property (”fastighet”), but people who died in the United States only have values such as ”Princeton” (Albert Einstein) in P20. Jan Arvid Götesson (talk) 13:54, 8 February 2023 (UTC)
- @Jan Arvid Götesson My point is that all parishes that are now on P20 really should be deleted as they are just plain wrong. And for these people we probably don't have any source on where they actually died. Hence we will lose data when deleting those. Ainali (talk) 13:09, 8 February 2023 (UTC)
- Comment @Ainali: do you have any examples? Sweden is rather easy to track people compared to United States were you have census. In Sweden we had household books "Swedish household records (Q10527384)" that is a register often updated every year when the priest visited the houses in the church parish. When a person left the church parish or moved inside the church parish the persons record was striked through in the Swedish household records (Q10527384) and a date when he moved and a page number if he moved inside the church parish. If the person moved out (video 10 min) from the church parish he also was registered in a special book "Moving in and moving out records (Q64167115)" and in the parish he moved to they had a book of the persons that has moved in "Moving in and moving out records (Q64167115)" and then he also was registered in the Swedish household records (Q10527384) in the house he lived. When a person died his record was overstrikken in the Swedish household records (Q10527384) for the church parish and a death date was added PLUS he was added in another book church death record (Q10478639) also when persons died we have Estate inventories estate inventory (Q1777837) were they register all the items a persons owned, when he died and where he lived and family members (video Estate inventories)
- An example how controlled it was in Sweden is that we used internal passport (Q3492838) 1555 until 1860...
- - Salgo60 (talk) 00:37, 3 February 2023 (UTC)
Important summary of alternative solutions. I made this proposal. My contribution to Wiki projects is only to write Wikipedia articles, which sometimes include infoboxes that automatically retrieve parameter values from Wikidata. I’m ignorant about Wikidata. I don’t understand the technical things, so I put this in layman’s words. To objective is to be able to have certain information in infoboxes, such as the infoboxes generated with the ”faktamall biografi WD” (English: Infobox person/Wikidata). The information in the infobox should be like this:
Johan Johansson Born 1 May 1920 Skirö parish, Sweden, Died 2 May 1980 (60 years) Oskarshamn Aiport, Sweden (place of residence at death Ryssby parish, Sweden)
If that can be achieved without introducing a property, that’s fine. If no new property is created, two other things must work:
- It must be possible (and not too difficult) to add the following information in Wikidata: that a person physically died at a certain place X, and the person’s place of residence at the time of death was Y. (This is relevant in countries where people’s places of residence – and every change in place of residence – are recorded by the government.)
- It must be possible to write templates (mallar in Swedish) so that they retrieve the Wikidata information, and the information is displayed in articles in the way I exemplified above: Johan Johansson was killed in a crash at an airport, but his place of residence was elsewhere.
If those things can be achieved without creating a new property, I would be happy with that. Jan Arvid Götesson (talk) 01:09, 8 February 2023 (UTC)
- @Esquilo@Ainali@BrokenSegue@ChristianKl@Infrastruktur@Larske@Salgo60@Tinker Bell: This discussion has come to an impasse. Since I know little about Wikidata (I am mainly a writer of Wikipedia articles) I would like to have a Yes/No answer to my question: If we do not create a new property, would it be easy to store the piece of information “place of resident registration at death” in Wikidata (perhaps using residence (P551), end cause (P1534) → death of subject (Q99521170), nature of statement (P5102) → de jure (Q132555) as suggested), and would it be easy to retrieve and display that information in an infobox in a biographical Wikipedia article using a template, side by side with the physical place of death in the same infobox? Thank you. Jan Arvid Götesson (talk) 22:32, 13 February 2023 (UTC)
- @Jan Arvid Götesson
- 1) As I stated you have it already in the source, example map of Swedish peoples graves with a coordinate AND with a reference from a church death record (Q10478639)
- 2) You get that information in the reference list in Wikipedia isnt that good enough see ref 4 sv:Oskar_Eklund
- video trying to explain my point
- - Salgo60 (talk) 22:53, 13 February 2023 (UTC)
- @Salgo60 Thank you for you answer. I am ignorant about technical things, and I must study the information you provide to understand it. Meanwhile, just to clarify, do you answer YES to my double question (the question being, can the information we have discussed easily be stored in Wikidata (and entered into Wikidata by people like me), and can it easily be retrieved from Wikidata and displayed in Wikipedia automatically? Jan Arvid Götesson (talk) 00:55, 14 February 2023 (UTC)
- @Jan Arvid Götesson
- Example Gulli Petrini (Q4972683)
- I would say her death is stated by the book with Swedish National Archive reference code (P5324) = SE/SSA/0011/F I/21 that is
- F for the death books and I guess !/21 is the physical books number
- the first part of the NAD = SE/SSA/0011 is identifying the archive for the churchbooks of a Swedish church parish --> Kungsholms parish (Q10550317)
- a search haswbstatement:"P5324=SE/SSA/0011" find the Swedish Church parish that has that churchbook
- When I design solutions I create en:Use cases for different stakeholders exemple
- 1) As an user I would like to see the death records that states the persons death i,.e. the en:primary source. That I feel we have today with Wikidata and a Wikidata driven template like Template:Infobox person/Wikidata (Q17534637)
- > can it easily be retrieved from Wikidata and displayed in Wikipedia
- isnt it the record from the registration book people would like to find?
- Maybe its easier if you call me +46-735152802
- - Salgo60 (talk) 01:46, 14 February 2023 (UTC)
- @Salgo60 Thank you for you answer. I am ignorant about technical things, and I must study the information you provide to understand it. Meanwhile, just to clarify, do you answer YES to my double question (the question being, can the information we have discussed easily be stored in Wikidata (and entered into Wikidata by people like me), and can it easily be retrieved from Wikidata and displayed in Wikipedia automatically? Jan Arvid Götesson (talk) 00:55, 14 February 2023 (UTC)
- @Jan Arvid Götesson In my opinion: No. And that's because the parishes we have is not where people are residing. I think it will, and should, cause a property constraint to give a warning if someone adds a parish as a value to that property. It's semantically not correct but would be squeezing the wrong kind of value in that field. That is why the suggestion that Tinker Bell, ChristianKl and Infrastruktur does not work and why their votes should be seen as invalid (as their counter suggestion is invalid). Ainali (talk) 17:50, 14 February 2023 (UTC)
- @Ainali I asked you above for examples for your "new constraints theory". I guess you speak about place of death (P20) as you understand Swedish what is the conclusion of the below sources?
- Example Gulli Petrini (Q4972683)
- domain experts Dictionary of Swedish National Biography ID (P3217) from the National Archives of Sweden (Q1724971) - writes 7193
- Example Gulli Petrini (Q4972683)
- @Ainali I asked you above for examples for your "new constraints theory". I guess you speak about place of death (P20) as you understand Swedish what is the conclusion of the below sources?
Född:1867-09-30 – Jakobs församling, Stockholms län Död:1941-04-08 – Kungsholm eller Ulrika Eleonora, Stockholms län
- the primary source church death record (Q10478639) --> Kungsholms kyrkoarkiv, Död- och begravningsböcker, SE/SSA/0011/F I/21 (1936-1942), bildid: 00026758_00225 page 251
- Row 105 column 6 says her address Scheeleg. 13 and column 19 says in Swedish Dödsort = death location and on her row it says in Swedish at home I hemmet
- the primary source church death record (Q10478639) --> Kungsholms kyrkoarkiv, Död- och begravningsböcker, SE/SSA/0011/F I/21 (1936-1942), bildid: 00026758_00225 page 251
- Jan is this sources good for you that she has died and what is the correct location place of death (P20) a
- what would you think is correct value in Wikidata?
- your suggested constraints what should it warn for?
- - Salgo60 (talk) 20:33, 14 February 2023 (UTC)
- @Ainali: Wikidata doesn't work in a way where the votes of people who disagree with how you think a property should be used are invalid.
- Why do you believe that someone who is registered in a parish isn't a resident in that parish? ChristianKl ❪✉❫ 01:26, 15 February 2023 (UTC)
- Oh, they may very well have their residence in that parish. However, the property residence (P551) should not have parishes as value. None of neither the English nor Swedish aliases suggest that. And the property constraints does not seem to allow it either, which is inline with the name. If we change this, then that property should also change name as it's meaning changes. Ainali (talk) 16:02, 17 February 2023 (UTC)
- @Ainali: Whether aliases suggest that is completely irrelevant. Aliases are not there to define the meaning of a property. If you look at the property description for residence, it's about where someone is a resident. If you think it should be renamed, feel free to bring that up on it's talk page. ChristianKl ❪✉❫ 21:26, 17 February 2023 (UTC)
- @Ainali: For me a parish is just a location with less good precision... If we dont have better precision then a parish is better than nothing. I think the "challenge" is more how to define residence (P551) that works with todays possibilities i.e. in my my video can we define what apartment and what windows with direction to the street the person lived in. With Gulli Petrini (Q4972683) we have an WD object for the street Scheelegatan (Q10663209) which is a start but how do we develop the property so that we can tell its the window 3 on the third floor....
- its ok with less good precision if we dont have better
- how do we define residence (P551) with a better "precision" so it works with todays new possibilities with VR, AR I feel is the challenge more than we get objects with less good precision
- @Jan Arvid Götesson: the suggestion place of resident registration' is useful if we should find the "official place" stating the fact but as said above maybe we already have this data in the sources - [my example map](https://w.wiki/6GYJ) of people in Sweden with a grave location AND an official registration in church death record (Q10478639)
- - Salgo60 (talk) 07:17, 19 February 2023 (UTC)
- @ChristianKl Sure, aliases does not define it. But what you seem to miss is that you cannot be a resident in one of these parishes any more than you can be a resident in a brand or a language. They are simply different types of items. Ainali (talk) 09:49, 19 February 2023 (UTC)
- @Ainali: For me a parish is just a location with less good precision... If we dont have better precision then a parish is better than nothing. I think the "challenge" is more how to define residence (P551) that works with todays possibilities i.e. in my my video can we define what apartment and what windows with direction to the street the person lived in. With Gulli Petrini (Q4972683) we have an WD object for the street Scheelegatan (Q10663209) which is a start but how do we develop the property so that we can tell its the window 3 on the third floor....
- @Ainali: Whether aliases suggest that is completely irrelevant. Aliases are not there to define the meaning of a property. If you look at the property description for residence, it's about where someone is a resident. If you think it should be renamed, feel free to bring that up on it's talk page. ChristianKl ❪✉❫ 21:26, 17 February 2023 (UTC)
- Oh, they may very well have their residence in that parish. However, the property residence (P551) should not have parishes as value. None of neither the English nor Swedish aliases suggest that. And the property constraints does not seem to allow it either, which is inline with the name. If we change this, then that property should also change name as it's meaning changes. Ainali (talk) 16:02, 17 February 2023 (UTC)
- @AinaliThanks for your reply. I use examples to make things clear. If a Wikipedia article were written about me after I die registered in my house in Sweden, you suggest that my ”place of resident registration at death” would be ”Stationsvägen 6, Ingelstad, Östra Torsås distrikt, Sweden” or possibly ”Ingelstad 16:5, Östra Torsås distrikt, Växjö kommun, Sweden” if we use the name of the property instead of the street address. (I am now talking about real estate ”property”, not Wikidata ”property”.)
- Do I understand correctly, or am I confused?
- I originally thought that parish/district would be a close enough piece of information for ”place of resident registration at death”. My idea was that “Östra Torsås distrikt, Sweden” would be enough to state where my ”place of resident registration at death” would presumably be, because Östra Torsås distrikt is an area of only 10 km times 10 km. But I am happy with your suggestion that the actual address or property should be included. Jan Arvid Götesson (talk) 05:21, 15 February 2023 (UTC)
- Agree that is my understanding the only odd thing with Swedish church Parishes is that we have a few of type non-territorial parishes (Q10533490) "formed independently of the geographical anchoring of the members" i.e. if we should do our homework we should maybe not use them for place of death (P20), we can see that the Swedish National Archive use e.g. The Royal Court Parish (Q10526665) see Claes Adolph Fleming (Q5733074) and SBL 14203
Död:1831-05-12 – Hovförsamlingen, Stockholms län
- Which I would say is odd... I can ask the SBL people how they do today the above article was published 1966
- Other user cases I can see that there is an interest to also in Wikidata have the street name and a coordinate of the "actual location" also in Wikidata
- I see Google Map develop in direction that you use your phone to locate were you are on a street and what buildings you can see and then if you are on Scheelegatan 13 in Stockholm and are interested in historical people you should see that Gulli Petrini (Q4972683) died/lived on the street
- maybe we need better support for pointing out a specific apartment/window from the street/name(identifier) of the apartment a person died in see my Scheelegatan movie
- In Sweden we have a historical book scanning project Swedish Literature Bank (Q10567910) and they would like to point on a map were August Strindberg (Q7724) died and then the church parish is not good enough
- I see Google Map develop in direction that you use your phone to locate were you are on a street and what buildings you can see and then if you are on Scheelegatan 13 in Stockholm and are interested in historical people you should see that Gulli Petrini (Q4972683) died/lived on the street
- Other user cases I can see that there is an interest to also in Wikidata have the street name and a coordinate of the "actual location" also in Wikidata
- - Salgo60 (talk) 06:02, 15 February 2023 (UTC)
- Which I would say is odd... I can ask the SBL people how they do today the above article was published 1966
- Comment residence (P551) is can not be used as it is too precise, it refers to a residence (Q699405) rather than a administrative territorial entity (Q56061). So a new property needs to be created anyway, regardless if it is "place of resident registration at death" or just "place of resident registration" with the qualifier end cause (P1534) => death of subject (Q99521170). /ℇsquilo 11:27, 15 February 2023 (UTC)
- @ℇsquilo: That claim is just straightforwardly wrong. If you look at the property examples of residence (P551), it has Zhongtian Mao (Q102317003) residence (P551) Zhenjiang (Q57958) where Zhenjiang (Q57958) is an administrative territorial entity (Q56061). Why not look at the actual property examples before making mistaken claims? ChristianKl ❪✉❫ 21:24, 17 February 2023 (UTC)
- @ChristianKl Zhenjiang (Q57958) is also an instance of big city (Q1549591). If it only was an administrative territorial unit, it would give a constraint warning. Did you look at the property constraints before making mistaken claims? Ainali (talk) 09:54, 19 February 2023 (UTC)
- I did look at the constraints and they have geographic region (Q82794) which is described as "2D or 3D defined space on something, mainly in terrestrial and astrophysics sciences". "administrative territorial entity" do fit under that category: administrative territorial entity (Q56061)->human-geographic territorial entity (Q15642541)->territory (Q4835091)->geographic region (Q82794). Certainly, the Pariash that we are talking about are "2D defined spaces on earth". ChristianKl ❪✉❫ 14:31, 19 February 2023 (UTC)
- @ChristianKl Zhenjiang (Q57958) is also an instance of big city (Q1549591). If it only was an administrative territorial unit, it would give a constraint warning. Did you look at the property constraints before making mistaken claims? Ainali (talk) 09:54, 19 February 2023 (UTC)
- @ℇsquilo: That claim is just straightforwardly wrong. If you look at the property examples of residence (P551), it has Zhongtian Mao (Q102317003) residence (P551) Zhenjiang (Q57958) where Zhenjiang (Q57958) is an administrative territorial entity (Q56061). Why not look at the actual property examples before making mistaken claims? ChristianKl ❪✉❫ 21:24, 17 February 2023 (UTC)
bust/waist/hip measurementsEdit
chest measurementEdit
Description | circumfence of bust of somebody |
---|---|
Represents | bust (Q100990168) |
Data type | Quantity |
Domain | humanoid (Q502931), fictional humanoid (Q28020127) |
Allowed values | number |
Allowed units | inches, centimeters |
Example 1 | Roos van Montfort (Q15881468) -> 34 inch [1] |
Example 2 | Astolfo (Q106191885) -> 71 centimeter [2] |
Example 3 | MISSING |
Planned use | Similar to height (P2048) and mass (P2067), this data will be listed for real individuals if it is publicly known and should be qualified with a date as physical characteristics like them are bound to change in an individual over time. B/W/H measurements specifically would be far more likely to see use in the realm of fictional characters. |
See also | height (P2048), mass (P2067), Wikidata:Property proposal/Cup size, Wikidata:Property proposal/body measurements |
Wikidata project | WikiProject Anatomy (Q8487304), Wikidata property related to erotica or pornography (Q53671196) |
waist measurementEdit
Description | circumfence of waist of somebody |
---|---|
Represents | waist (Q236232) |
Data type | Quantity |
Domain | humanoid (Q502931), fictional humanoid (Q28020127) |
Allowed values | number |
Allowed units | inches, centimeters |
Example 1 | Roos van Montfort (Q15881468) -> 24 inch [3] |
Example 2 | Astolfo (Q106191885) -> 59 centimeter [4] |
Example 3 | MISSING |
Planned use | Similar to height (P2048) and mass (P2067), this data will be listed for real individuals if it is publicly known and should be qualified with a date as physical characteristics like them are bound to change in an individual over time. B/W/H measurements specifically would be far more likely to see use in the realm of fictional characters. |
See also | height (P2048), mass (P2067), Wikidata:Property proposal/Cup size, Wikidata:Property proposal/body measurements |
Wikidata project | WikiProject Anatomy (Q8487304), Wikidata property related to erotica or pornography (Q53671196) |
hip measurementEdit
Description | circumfence of hip of somebody |
---|---|
Represents | hip (Q193818) |
Data type | Quantity |
Domain | humanoid (Q502931), fictional humanoid (Q28020127) |
Allowed values | number |
Allowed units | inches, centimeters |
Example 1 | Roos van Montfort (Q15881468) -> 36 inch [5] |
Example 2 | Astolfo (Q106191885) -> 73 centimeter [6] |
Example 3 | MISSING |
Planned use | Similar to height (P2048) and mass (P2067), this data will be listed for real individuals if it is publicly known and should be qualified with a date as physical characteristics like them are bound to change in an individual over time. B/W/H measurements specifically would be far more likely to see use in the realm of fictional characters. |
See also | height (P2048), mass (P2067), Wikidata:Property proposal/Cup size, Wikidata:Property proposal/body measurements |
Wikidata project | WikiProject Anatomy (Q8487304), Wikidata property related to erotica or pornography (Q53671196) |
MotivationEdit
Similar to height (P2048) and mass (P2067), this data will be listed for real individuals if it is publicly known and should be qualified with a date as physical characteristics like them are bound to change in an individual over time. B/W/H measurements specifically would be far more likely to see use in the realm of fictional characters. OmegaFallon (talk) 17:16, 31 January 2023 (UTC)
Addition: This should be three separate properties, not one single property. OmegaFallon (talk) 22:50, 1 February 2023 (UTC)
DiscussionEdit
- Oppose no examples given, no units, not structured data BrokenSegue (talk) 17:26, 31 January 2023 (UTC)
- Ideally there shouldn't be three different measurements stored as a single string. You also do need examples. -wd-Ryan (Talk/Edits) 19:57, 31 January 2023 (UTC)
- Maybe you should ping Wikidata:WikiProject Women, Wikidata:WikiProject Anatomy, Wikidata property related to erotica or pornography (Q53671196). 2A01:CB14:D52:1200:8DA3:FC51:5E29:9C71 12:32, 1 February 2023 (UTC)
- Agreed, though I do want to note that all of these measurements do also apply to males and male characters, and everyone regardless of gender. No intentions of anything female-specific with my proposal here. OmegaFallon (talk) 22:42, 1 February 2023 (UTC)
- Previous proposal: Wikidata:Property proposal/body measurements. Support only as three properties.--GZWDer (talk) 15:17, 1 February 2023 (UTC)
- Can I be honest? I agree completely but I didn't feel like going through the effort of submitting three separate proposals. OmegaFallon (talk) 22:41, 1 February 2023 (UTC)
- you can make three submissions at once by just copying and pasting the above template. we can't have the data represented as you suggested. if you aren't willing to put in the effort of making 3 proposals are you willing to enter in/import hundreds/thousands of values for these properties? BrokenSegue (talk) 22:43, 1 February 2023 (UTC)
- Apologies for striking a nerve. I've separated the proposal boxes, but I feel like discussion for these should be unified. OmegaFallon (talk) 20:32, 2 February 2023 (UTC)
- you can make three submissions at once by just copying and pasting the above template. we can't have the data represented as you suggested. if you aren't willing to put in the effort of making 3 proposals are you willing to enter in/import hundreds/thousands of values for these properties? BrokenSegue (talk) 22:43, 1 February 2023 (UTC)
- Can I be honest? I agree completely but I didn't feel like going through the effort of submitting three separate proposals. OmegaFallon (talk) 22:41, 1 February 2023 (UTC)
- Comment Note that the current convention is to use three perimeter (P2547) claims, with applies to part (P518) qualifiers set to bust (Q100990168), waist (Q236232) and hip (Q193818). This feels a bit messy to me, and it feels odd to use these to describe someone's "perimeter". However, it 'works', so I am not entirely convinced about the need for the proposed property. As others have suggested, if this is to be created, it should be as three separate properties. Yirba (talk) 15:53, 2 February 2023 (UTC)
- I've been editing Wikidata for only a short while, but honestly, you can pretty much get anything to "work" on here if you're willing to stretch the definition of "work", and here I do think that's a stretch. I guess to be fair, one could have publicly available measurements for any part of their body, and it would be ridiculous to create properties for all of them. On the other hand, though, these three measurements are a bit more noteworthy than any other arbitrary measurement of a person's body. OmegaFallon (talk) 20:32, 2 February 2023 (UTC)
- that is a pretty accurate understanding of wikidata. we could replace all properties with one if we were willing to use enough qualifiers. My main question is whether there are enough reliable sources on these figures. Especially since presumably as people age these numbers change a lot. BrokenSegue (talk) 20:56, 2 February 2023 (UTC)
- A reference requirement is a given, but I think also requiring an "as of: [date]" qualifier is a good idea too. As for reliable sources, I can't say. This isn't exactly something that comes up in news articles, but then again, where would we find someone's height or weight? An online bio page or something of the sort I guess. OmegaFallon (talk) 21:02, 2 February 2023 (UTC)
- height and weight are also used for non-humans i believe. and (medicore) references for height are plentiful. BrokenSegue (talk) 21:21, 2 February 2023 (UTC)
- "as people age these numbers change a lot" - we does not record the actual body measurements of someone; we only record how sources said about them. GZWDer (talk) 21:25, 2 February 2023 (UTC)
- yes I understand that. but people have a bad habit of adding information with no dates (sources often won't specify) BrokenSegue (talk) 21:52, 2 February 2023 (UTC)
- "as people age these numbers change a lot" - we does not record the actual body measurements of someone; we only record how sources said about them. GZWDer (talk) 21:25, 2 February 2023 (UTC)
- height and weight are also used for non-humans i believe. and (medicore) references for height are plentiful. BrokenSegue (talk) 21:21, 2 February 2023 (UTC)
- A reference requirement is a given, but I think also requiring an "as of: [date]" qualifier is a good idea too. As for reliable sources, I can't say. This isn't exactly something that comes up in news articles, but then again, where would we find someone's height or weight? An online bio page or something of the sort I guess. OmegaFallon (talk) 21:02, 2 February 2023 (UTC)
- that is a pretty accurate understanding of wikidata. we could replace all properties with one if we were willing to use enough qualifiers. My main question is whether there are enough reliable sources on these figures. Especially since presumably as people age these numbers change a lot. BrokenSegue (talk) 20:56, 2 February 2023 (UTC)
- I've been editing Wikidata for only a short while, but honestly, you can pretty much get anything to "work" on here if you're willing to stretch the definition of "work", and here I do think that's a stretch. I guess to be fair, one could have publicly available measurements for any part of their body, and it would be ridiculous to create properties for all of them. On the other hand, though, these three measurements are a bit more noteworthy than any other arbitrary measurement of a person's body. OmegaFallon (talk) 20:32, 2 February 2023 (UTC)
- Support FANZA AV actress ID (P9781) would be a good reference for AV idol (Q1079215). Laftp0 (talk) 05:41, 4 February 2023 (UTC)
- Oppose given that no effort was made into actually making proposals for each one with a name and description. perimeter (P2547) along with applies to part (P518) should do the job. ChristianKl ❪✉❫ 18:00, 7 February 2023 (UTC)
- I have added descriptions to each requuest. This is a common figure in fashion.--GZWDer (talk) 19:10, 10 February 2023 (UTC)
- Why is the name measurement and not circumference? Both bust, waist and hip are anatomical features that have a different circumference at different points and the current description says nothing about the specific poiint where it's measured.
- Apart from that number is not a datatype in Wikidata. ChristianKl ❪✉❫ 20:12, 10 February 2023 (UTC)
- I have added descriptions to each requuest. This is a common figure in fashion.--GZWDer (talk) 19:10, 10 February 2023 (UTC)
- Support --Trade (talk) 16:12, 30 May 2023 (UTC)
cup sizeEdit
Description | size characteristics of a bra |
---|---|
Represents | bra size (Q2608071) |
Data type | Quantity |
Example 1 | Roos van Montfort (Q15881468)cupsize<B cup> [7] |
Example 2 | Peta Todd (Q2286931)cupsize<F cup> [8] |
Example 3 | Noa Eikawa (Q27917706)cupsize<B cup> |
Example 4 | Denice Lam (Q65312947)cupsize<D cup> [9] |
Example 5 | Cathryn Li (Q18683006)cupsize<C cup> [10] |
Example 6 | Sabrina Pai (Q8957832)cupsize<B cup> (in 2006) [11] |
See also | Wikidata:Property proposal/bust/waist/hip measurements |
MotivationEdit
Previous discussion: Wikidata:Property proposal/Cup size. Response to some oppositions and criticisms:
- I am not restricted it to use in porn actress only. In some countries cup size is not considered sensitive/sexist/misogynistic; for example they are commonly discussed (by reliable sources) in Taiwan.
- (Response to Special:Diff/1823929462) This does not mean we need a property for penis size unless it is commonly discussed in reliable sources.
- "It's out of scope for Wikidata to store all clothing & body measurements" - as it is commonly used in some Wikipedias it is useful to have such information.
- "the value is an extremely variable quantity anyway, and can depend massively on factors on the manufacturer's side" - We only store how sources said about them.
--GZWDer (talk) 19:54, 10 February 2023 (UTC)
DiscussionEdit
- Oppose Even if I lived in Taiwan I would see no compelling case made here.
- Oppose The description of the property states that it is “the size characteristics of a bra”. However, the property is aimed at describing the woman’s breast size which I find sexist. After all, the opposition in the previous proposal pointed to this issue. M.roszkowski (talk) 17:31, 12 April 2023 (UTC)
- It is not the job of Wikidata to ensure that all data adheres to sex negative norms. --Trade (talk) 15:57, 30 May 2023 (UTC)
- Oppose We really don't need such information on Wikidata, in my opinion. --Gymnicus (talk) 08:43, 10 May 2023 (UTC)
- Support The fact that all the oppose is some variant of "i don't like this subject" is quite telling. --Trade (talk) 15:53, 30 May 2023 (UTC)
- Oppose for the purely technical reason that unsourced additions of this property cannot always be prevented all the time. Mahir256 (talk) 16:33, 31 May 2023 (UTC)
Picture of this person doing his jobEdit
Description | picture of a person in action, especially sportsmen, visual artists, musicans, actors. 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 |
MotivationEdit
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)
DiscussionEdit
- 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)
User accountEdit
IdentifierEdit
Prisoner numberEdit
Description | Prisoner number |
---|---|
Represents | inmate number (Q40976232) |
Data type | String |
Example 1 | Maximilian Kolbe (Q153850) → 16670 |
Example 2 | Witold Pilecki (Q315691) → 4859 |
Example 3 | Władysław Bartoszewski (Q381185) → 4427 |
Example 4 | Czesława Kwoka (Q5202138) → 26947 |
Example 5 | Mala Zimetbaum (Q276062) → 19880 |
Example 6 | Otto Küsel (Q113050) → 2 |
Planned use | Populate this property with identifiers from various sources. |
Expected completeness | eventually complete (Q21873974) |
MotivationEdit
This property can be used to store the prisoner number from Nazi German concentration camps. It should store multiple values, as some people had more than one number, e.g. Otto Küsel (Q113050) had #979 in Sachsenhausen concentration camp (Q154498) and #2 in Auschwitz (Q7341). LimaMario (talk) 22:09, 25 July 2022 (UTC)
DiscussionEdit
- @LimaMario: Seems like a good idea, but what's your source for this information? Is there a website or other reference we can confirm these numbers? ArthurPSmith (talk) 16:33, 27 July 2022 (UTC)
- Datatype changed to string as it is not unique.--GZWDer (talk) 21:58, 27 July 2022 (UTC)
- What’s the reliable source? --Polarlys (talk) 19:04, 2 August 2022 (UTC)
- Not sure what to make of this idea. eventually complete (Q21873974) doesn’t seem realistic. If implemented, it should only be used as a qualifier (property scope constraint (Q53869507) = as qualifier (Q54828449) together with place of detention (P2632)) Notified participants of WikiProject Victims of National Socialism --Emu (talk) 09:52, 18 August 2022 (UTC)
- Comment What qualifiers would be used here? Or should this be used as a qualifier? BrokenSegue (talk) 04:12, 14 September 2022 (UTC)
- Support with qualifier of a dataset/institution Germartin1 (talk) 04:04, 12 November 2022 (UTC)
- Support also with qualifier of a dataset/institution. For norwegian prisoners during WWII prisoners camp number are registered at Fanger.no Pmt (talk) 15:45, 21 March 2023 (UTC)
- Comment the property name is extremely vague and doesn't explain what this property identifies. The subject item should be the name of the database that this number comes from. What is the applicable 'stated in' value? AdamSeattle (talk) 15:55, 24 March 2023 (UTC)
Sens critique contributor IDEdit
Description | identifier for a contributor on Sens critique |
---|---|
Represents | SensCritique (Q16676060) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Clément Mouille (Q77974330) → Clment_Nosferalis |
Example 2 | Nicolas Hoizey (Q116003404) → nhoizey |
Example 3 | Éric Schwald (Q116001232) → Sergent_Pepper |
Formatter URL | https://www.senscritique.com/$1 |
See also | SensCritique work ID (P10100) |
Notified participants of WikiProject France. 92.184.124.230 23:39, 3 January 2023 (UTC)
- @Sir Lothar, Jsamwrites, Ontogon, Floyd-out, Rockpeterson: who supported the creation related to works. 92.184.124.230 23:45, 3 January 2023 (UTC)
- @Wallacegromit1, Wd-Ryan, Trivialist, Poslovitch: 92.184.124.230 23:46, 3 January 2023 (UTC)
- @Kirilloparma, Jean-Frédéric: 92.184.124.230 23:47, 3 January 2023 (UTC)
- @Wallacegromit1, Wd-Ryan, Trivialist, Poslovitch: 92.184.124.230 23:46, 3 January 2023 (UTC)
- Support Trivialist (talk) 02:26, 4 January 2023 (UTC)
- Weak support external identifier. For transparency reasons, I support linking Wikidata items to this identifier. However, I am not very sure about the working of contributions to the SensCritique. Do contributors need to share their official names? Is it similar to official journalists of newspapers/magazines? John Samuel (talk) 11:44, 4 January 2023 (UTC)
- Comment why and what is the value here? is it even compliant with privacy rules, inluding but not limited to GDPR and Wikidata:Living people. More pragmatically, how many item would be concerned? (I see that the IP had to create the 3 items in example, not sure they even meet Wikidata:Notability criteria). Cheers, VIGNERON (talk) 18:17, 4 January 2023 (UTC)
- I have the same doubts as VIGNERON. Sir Lothar (talk) 17:24, 17 January 2023 (UTC)
- Oppose Agree with Vigneron. Jean-Fred (talk) 21:20, 28 January 2023 (UTC)
California Birth Index person IDEdit
Description | identifier for a person who was born in California from 1905 to 1995 |
---|---|
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Ezell Ford (Q105595621) → ezell_earl_ford_born_1988_18505404 |
Example 2 | Dijon Kizzee (Q116059416) → dijon_durand_kizzee_born_1991_20743735 |
Example 3 | Meagan Hockaday (Q105595863) → meagan_marie_hockaday_born_1988_18580969 |
External links | Use 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 use | add to existing items |
Number of IDs in source | 24,134,959 |
Expected completeness | always incomplete (Q21873886) |
Implied notability | Wikidata property for an identifier that does not imply notability (Q62589320) |
Formatter URL | https://www.californiabirthindex.org/birth/$1 |
MotivationEdit
This database covers birth records of people born in California from 1905 to 1995. Lettler (talk) 15:58, 7 January 2023 (UTC)
DiscussionEdit
- Comment Who is behind this website? --Emu (talk) 17:09, 7 January 2023 (UTC)
- The data on this website is sourced from the California Office of Health Information and Research, a government entity. I do not know who operates this website, but it has been used many times as a source on different Wikimedia projects. Lettler (talk) 00:29, 8 January 2023 (UTC)
- Hm. I'm rather skeptical when it comes to websites without clear responsibilites. --Emu (talk) 16:16, 8 January 2023 (UTC)
- Having a website that lets anyone look up this data while at the same time having the name in the whois redacted for privacy reasons is a bit ironic. It would surprise me if that website complies with the law given that it doesn't post a privacy policy. ChristianKl ❪✉❫ 16:20, 19 February 2023 (UTC)
- Hm. I'm rather skeptical when it comes to websites without clear responsibilites. --Emu (talk) 16:16, 8 January 2023 (UTC)
- The data on this website is sourced from the California Office of Health Information and Research, a government entity. I do not know who operates this website, but it has been used many times as a source on different Wikimedia projects. Lettler (talk) 00:29, 8 January 2023 (UTC)
- Oppose: Strong potential for major privacy violations for living people (WD:BLP). A database that purportedly includes birthdate AND mother's maiden name AND place of birth for every person born in California in the last 120 years basically broadcasting common security questions. It is not at all limited to deceased persons: I just found info for several living people (who likely will never be on Wikidata, at least not until AI takes over and moves us all into digital everlasting life). At least with other public record databases like FamilySearch person ID (P2889), there is a presumption that publicly viewable profiles on that are already deceased, and with WikiTree person ID (P2949) and Geni.com profile ID (P2600) there is an option to hide or remove sensitive information on still living people (and geni.com is almost laughably bad at hosting credible info). This website doesn't appear to have the ability or anyone to "opt out" or have their info removed. Just like Google used to pretend to aspire, Wikidata should not be evil. -Animalparty (talk) 07:12, 8 February 2023 (UTC)
The Homicide Report person IDEdit
Description | identifier for a homicide in Los Angeles County recorded by the Los Angeles Times |
---|---|
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Anthony Avalos (Q116054688) → anthony-avalos |
Example 2 | Lana Clarkson (Q257277) → lana-clarkson |
Example 3 | Gabriel Fernandez (Q106901268) → gabriel-fernandez |
Planned use | add to items |
Number of IDs in source | 19325 |
Expected completeness | always incomplete (Q21873886) |
Implied notability | Wikidata property for an identifier that suggests notability (Q62589316) |
Formatter URL | https://homicide.latimes.com/post/$1 |
Applicable "stated in"-value | Los Angeles Times (Q188515) |
MotivationEdit
This Los Angeles Times database records all homicides within Los Angeles County from 2000. Lettler (talk) 04:06, 7 January 2023 (UTC)
DiscussionEdit
Livres Hebdo award IDEdit
Description | identifier for an award on the website of Livres Hebdo |
---|---|
Represents | livreshebdo.fr (Q115443051) |
Data type | External identifier |
Domain | literary award (Q378427) |
Example 1 | Olivier Debouzy Prize (Q47500753) → prix-olivier-debouzy |
Example 2 | Prix de la Page 111 (Q17355480) → prix-de-la-page-111 |
Example 3 | Prix Maurice Genevoix (Q73917301) → prix-de-lacademie-francaise-maurice-genevoix |
Source | https://www.livreshebdo.fr/prix-litteraires/tous-prix |
Formatter URL | https://www.livreshebdo.fr/prix-litteraires/tous-les-prix/$1 |
Notified participants of WikiProject France. Nomen ad hoc (talk) 09:35, 19 January 2023 (UTC).
- Notified participants of WikiProject Award. Nomen ad hoc (talk) 14:13, 5 March 2023 (UTC).
VMI Historical Rosters Database IDEdit
Description | names of all enrolled students (both graduates and non-graduates) from VMI's opening in 1839 through the World War II era |
---|---|
Data type | External identifier |
Domain | people |
Allowed values | \d+ |
Example 1 | Jonathan Edwards Woodbridge (Q52242600) → 2582 |
Example 2 | James Thomas Murfee (Q30094578) → 541 |
Example 3 | George Thomas Rust (Q112577222) → 355 |
External links | Use 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]. |
Number of IDs in source | >13200 |
Formatter URL | https://archivesweb.vmi.edu/rosters/record.php?ID=$1 |
GZWDer (talk) 11:45, 8 December 2022 (UTC)
DiscussionEdit
Spotlight PINEdit
Description | identifier for an actor in the Spotlight database |
---|---|
Data type | External identifier |
Example 1 | Claudia Jessie (Q19650390) → 3579-8973-5676 |
Example 2 | Leo Woodall (Q75571953) → 3813-8942-1409 |
Example 3 | Bethany Antonia (Q113586180) → 9096-8971-5869 |
MotivationEdit
UK casting website that many actors are a member of. Especially useful for stage actors. It's officially called a Spotlight PIN. — Starklinson 8:5610:58, 12 February 2023 (UTC)
DiscussionEdit
Alabama Authors IDEdit
Description | identifier for bibliography of authors who have some connection to the State of Alabama |
---|---|
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Marva Collins (Q6778111) → 1144 |
Example 2 | Booker T. Washington (Q319871) → 2034 |
Example 3 | Grace Curzon, Marchioness Curzon of Kedleston (Q275474) → 1067 |
Source | http://www.lib.ua.edu/Alabama_Authors/ |
Number of IDs in source | >5,000 |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | http://www.lib.ua.edu/Alabama_Authors/?p=$1 |
Single-value constraint | yes |
Distinct-values constraint | yes |
MotivationEdit
Alabama Authors online catalog is maintained by the Alabama Library Association (ALLA) and hosted by the University of Alabama. It includes bibliographic and biographic information about authors who have a connection to Alabama, its history, or its culture. The editorial committee's stated goal is "to include even very obscure authors and those who have written only a small number of titles." The online version of the catalog appears to include a selection of notable authors (1,500–2,000), and does not yet include all authors found in ALLA's file at the UA Library. Thosbsamsgom (talk) 21:17, 16 February 2023 (UTC)
DiscussionEdit
- Support, But this proposal is not complete. An item should be created for the Alabama Authors website, and that item should then be included in this proposal for Wikidata item for this property (Represents) and applicable 'stated in' value. AdamSeattle (talk) 00:39, 20 February 2023 (UTC)
- I wouldn't know where to start. Are you able to help? Thosbsamsgom (talk) 23:36, 6 April 2023 (UTC)
Pennsylvania State Senate IDEdit
Description | identifier for a Pennsylvania State senator |
---|---|
Represents | member of the Pennsylvania State Senate (Q18199902) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Roxanne Jones (Q7372365) → 4835 |
Example 2 | Robert Adams, Jr. (Q7341350) → 2474 |
Example 3 | James C. Greenwood (Q6130715) → 4318 |
Source | https://www.legis.state.pa.us/cfdocs/legis/BiosHistory/index.cfm |
External links | Use 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 use | Adding to existing legislator items, aiding in creation of new items, replacing generic described at URL (P973) usages |
Number of IDs in source | ~1,520 |
Expected completeness | eventually complete (Q21873974) |
Implied notability | Wikidata property for an identifier that suggests notability (Q62589316) |
Formatter URL | https://www.legis.state.pa.us/cfdocs/legis/BiosHistory/MemBio.cfm?ID=$1 |
Robot and gadget jobs | would be a good candidate for Mix 'n' Match |
Single-value constraint | yes |
Distinct-values constraint | yes |
MotivationEdit
Official database of the Pennsylvania State Senate (Q2269864) with historic legislator biographies. Note that there is a separate database for members of the Pennsylvania House of Representatives (Q2145217), which will probably require a separate property (e.g. James C. Greenwood (Q6130715) has a Senate ID of 4318 and Representative ID of 396). Both databases would add value to Wikidata. -Animalparty (talk) 04:31, 9 February 2023 (UTC)
DiscussionEdit
Support Looks good. Andrew Gray (talk) 13:38, 13 February 2023 (UTC)
- Hold up: the source/ formatter URL has since changed (now https://www.library.pasen.gov/people/view-all) and complicating things even more, I've realized that this list seems only to include former members: currently serving senators are at this list, with a different formatter URL, and the ID numbering is not person-specific (e.g. the ID# 1764 for a current senator does not correspond to the same person in the historic database). I'm wondering if there might be a better way to link both current and former senators, without needing to create multiple properties just (this issue of different IDs for current and former members also applies to the House of Representatives). I'd rather get more critical feedback, and it might be a good idea to shelve this discussion until more clarity is revealed. -Animalparty (talk) 05:53, 19 February 2023 (UTC)
L'Équipe coach IDEdit
Description | identifier for a coach at the L’Équipe |
---|---|
Represents | L’Équipe (Q815748) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Luis Fernandez (Q314861) → 29 |
Example 2 | Yuri Semin (Q554012) → 260 |
Example 3 | Sérgio Conceição (Q317298) → 2536 |
Source | https://www.lequipe.fr |
External links | Use 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 use | for usage in stated in (P248) and for Template:Authority control (Q3907614) |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://www.lequipe.fr/Football/FootballFicheEntraineur$1.html |
Robot and gadget jobs | Maybe check captures in Internet Archive for just in case? |
See also | TuttoCalciatori.net coach ID (P7035) |
MotivationEdit
Will be useful for stated in (P248). Contains valueable statistical data by football coaches L’Équipe. --Mitte27 (talk) 16:34, 22 February 2023 (UTC)
DiscussionEdit
- Seems to cover enough notable people. The website also covers other sports, e.g. https://www.lequipe.fr/Tennis/TennisFicheJoueur7452.html. Should a property be made to cover all of them or just coaches? Infrastruktur (talk) 11:38, 11 March 2023 (UTC)
- Support Since there are existing L'Equipe properties for football players and teams, it makes sense to keep using many properties I guess. Infrastruktur (talk) 14:39, 11 March 2023 (UTC)
- Support, Notified participants of WikiProject France —MasterRus21thCentury (talk) 07:03, 14 March 2023 (UTC)
- Oppose, Not up to date, for example : Olivier Frapolli --Football Lab (talk) 23:17, 15 March 2023 (UTC)
- How out of date is that? Edit: It's six years, that's pretty bad. Infrastruktur (talk) 11:49, 16 March 2023 (UTC)
Gallery of Professors at Cologne IDEdit
Description | biographical entry in the Galerie der Professorinnen und Professoren der Universität zu Köln |
---|---|
Represents | Galerie der Professorinnen und Professoren der Universität zu Köln (Q116946325) |
Data type | External identifier |
Domain | scholars |
Allowed values | \d+ |
Example 1 | Herbert Bräuer (Q1608098) → 1431 |
Example 2 | Kurt Alder (Q76595) → 311 |
Example 3 | Eugen Schmalenbach (Q78258) → 64 |
Source | https://professorenkatalog.uni-koeln.de/person/index |
External links | Use 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 use | uploading every match to Wikidata and creating new items when necessary |
Number of IDs in source | 4708 |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://professorenkatalog.uni-koeln.de/person/show/$1 |
See also | Catalogus Professorum Lipsiensis ID (P3409), Gutenberg Biographics ID (P9682), Kieler Gelehrtenverzeichnis ID (P10881) |
Applicable "stated in"-value | Galerie der Professorinnen und Professoren der Universität zu Köln (Q116946325) |
MotivationEdit
Like other universities before it, the University of Cologne has published a catalogue of professors that can help supplement Wikipedia articles in the future. It currently contains over 4700 entries. A corresponding template that can be used to access the resource in major language variants (especially de.wikipedia.org) is still missing. --Polarlys (talk) 23:35, 28 February 2023 (UTC)
DiscussionEdit
The proposal has been in limbo for two and a half months. What needs to be done? --Polarlys (talk) 11:40, 15 May 2023 (UTC)
- Support -- Ontogon (talk) 13:19, 28 May 2023 (UTC)
- Support Seems to cover only one university, but has more than enough notable entries. This property implies notability. Edit: The name should be shortened down. How about "Professor at the University of Cologne ID" or "Professor at Cologne univ. ID"? Infrastruktur (talk) 15:11, 28 May 2023 (UTC)
Brazzers IDEdit
Description | identifier for a pornographic actor on Brazzers |
---|---|
Represents | Brazzers (Q903343) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Alyssia Kent (Q56473904) → 13743 |
Example 2 | Jessa Rhodes (Q19750471) → 4979 |
Example 3 | Kendra Lust (Q18818577) → 2617 |
Source | https://www.brazzers.com/pornstars |
Number of IDs in source | 2.681 |
Formatter URL | https://www.brazzers.com/pornstar/$1/_ |
@Thierry Caro: FYI. 92.184.107.134 04:52, 16 March 2023 (UTC)
DiscussionEdit
- Comment The name at the end is unnecessary if you make the formatter URL this: https://www.brazzers.com/pornstar/$1/_ -wd-Ryan (Talk/Edits) 19:28, 16 March 2023 (UTC)
- Support. But only with the modification Wd-Ryan suggested. Thierry Caro (talk) 19:48, 16 March 2023 (UTC)
- @Thierry Caro, Wd-Ryan: done. 92.184.105.109 04:33, 17 March 2023 (UTC)
- Comment I wonder if the name should be "Brazzers pornstar ID" to distinguish it from a video ID, category ID, etc. It's worth noting that the IDs are shared with other sites operated by MindGeek. For instance, Alexis Fawx has the ID 3911 whether on Brazzers, Digital Playground or Reality Kings. I wonder if this ID should be for Brazzers specifically or more general. Yirba (talk) 20:43, 19 March 2023 (UTC)
- Agreed, they have many separate IDs, should be distinguished. -wd-Ryan (Talk/Edits) 20:52, 19 March 2023 (UTC)
- @Trade: I would like to see this property created, but before marking this as ready, I would appreciate it if you could please address my comments. Thanks. Yirba (talk) 17:13, 3 June 2023 (UTC)
Biographical Dictionary of Foreign Kartvelologists of Georgia IDEdit
Description | Identifier for a person in the Biographical Dictionary of Foreign Kartvelologists of Georgia |
---|---|
Represents | National Parliamentary Library of Georgia (Q631526) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Fahrettin Çiloğlu (Q248042) → 00000065 |
Example 2 | David Marshall Lang (Q2993294) → 00000008 |
Example 3 | Béla Vikár (Q947299) → 00000032 |
Source | http://www.nplg.gov.ge/kartv/en/ |
External links | Use 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]. |
Number of IDs in source | 65 |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | http://www.nplg.gov.ge/kartv/en/$1/ |
MotivationEdit
Hello,
This is the Biographical Dictionary of Foreign Kartvelologists in the database of the National Parliamentary Library of Georgia. The National Library of Georgia supports the dictionary.
Wikimedia UG Georgia is currently working with the National Library to integrate their resources into Wikidata and Wikipedia. This kind of ID is needed for the workflow of the library staff and is also useful for the project in the form of sources.
Thanks, --Mehman 13:31, 29 March 2023 (UTC)
DiscussionEdit
Well, it will be beneficial for us, for the editors. --Jaba1977 (talk) 14:11, 29 March 2023 (UTC)
- Support Very useful source--David1010 (talk) 05:26, 30 March 2023 (UTC)
- Support Will be so useful for us. --MIKHEIL (talk) 18:32, 4 April 2023 (UTC)
- Support —MasterRus21thCentury (talk) 07:34, 4 June 2023 (UTC)
Bulletin of the American Astronomy Society Obituary IDEdit
Description | unique ID for an obituary in the Bulletin of the American Astronomy Society |
---|---|
Represents | Bulletin of the American Astronomical Society (Q1105325) |
Data type | External identifier |
Domain | human (Q5) (dead ones, scientists/astronomers) |
Example 1 | Jean-Pierre Swings (Q114896935)Obituary ID from BAAS832ef80f |
Example 2 | Peter Gierasch (Q115768005)Obituary ID from BAAS6d900b5a |
Example 3 | Terence Dickinson (Q7701885)Obituary ID from BAASa54cc2dc |
Planned use | External link to necrology on frwiki articles. |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://doi.org/10.3847/25c2cfeb.$1 |
Applicable "stated in"-value | Bulletin of the American Astronomical Society (Q1105325) |
Wikidata project | Astronomy |
MotivationEdit
The Bulletin of AAS contains dozens of obituaries of scientists/astronomers. The addition of this identifier would allow, in the future, to use them to source wikipedia articles. It gives access to the birth date, place of birth, death date, place of death of the people. --Gabon100 (talk) 15:43, 4 April 2023 (UTC)
Notified participants of WikiProject Astronomy
DiscussionEdit
- Comment Maybe it would be better to use
datatype, for example Richard Alan Schwartz (Q113711477)Obituary from BAASRichard A. Schwartz (1952–2020) (Q113711487). However, a property creation seems necessary to be able to add the link on Wikipedia via lua wikibase api. — Metamorforme42 (talk) 15:17, 30 March 2023 (UTC)item
- The journal has 7000 article entries on Wikidata of which 5 are obituaries. There are however 12 000 obituary articles in total. So if we have items for those anyway, using the item datatype makes sense, but only if as a general property. Currently described by source (P1343) serves this purpose. There's a constraint on the DOI number property that it can't be used on humans, that's worth keeping IMO, which means it is not an alternative here. Infrastruktur (talk) 18:07, 21 May 2023 (UTC)
Modern History Database person IDEdit
Description | ID of a person from Modern History Database by Institute of Modern History, Academia Sinica |
---|---|
Represents | The Integrated Information System on Modern and Contemporary Characters (Q106659754) |
Data type | External identifier |
Domain | person |
Allowed values | [a-z]+ |
Example 1 | Chu Fucheng (Q12023948)Modern History Database person IDathlvyhewshdsdw |
Example 2 | Qian Yongming (Q11650282)Modern History Database person IDejcikikyylqsssh |
Example 3 | Wang Zhen (Q513976)Modern History Database person IDayzfccjifwcicnz |
Example 4 | Wang Zhen (Q994549)Modern History Database person IDeshvrhjhjjtijlr |
External links | Use 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]. |
Number of IDs in source | >135000 |
Formatter URL | https://mhdb.mh.sinica.edu.tw/mhpeople/result.php?peopleId=$1 |
MotivationEdit
--GZWDer (talk) 08:48, 2 April 2023 (UTC)
DiscussionEdit
- Support – The preceding unsigned comment was added by MasterRus21thCentury (talk • contribs) at 17:34, May 31, 2023 (UTC).
@GZWDer: Done Modern History Database person ID (P11818) Midleading (talk) 03:11, 8 June 2023 (UTC)
HAL non-registered author IDEdit
Description | identifier for a non-registered author on HAL |
---|---|
Represents | HAL (Q3144107) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Baptiste Mélès (Q48627667) → 5713 |
Example 2 | Dominique Manchon (Q102501397) → 850095 |
Example 3 | Laurence Plazenet (Q3218927) → 1042199 |
Source | https://hal.science/search/index/q/*/authIdHal_i |
Formatter URL | https://hal.science/search/index/q/*/authIdHal_i/$1 |
See also | P4450, P6023 |
Notified participants of WikiProject France. Nomen ad hoc (talk) 14:47, 18 April 2023 (UTC).
- Discussion
- Comment for confirmation: given that HAL author ID (P4450) covers authors registered on HAL, are we sure that this property covering non-registered authors has disambiguated IDs? I mean, does this numeric IDs refer to one researcher or to one name (that can belong to 2+ homonyms)? --Epìdosis 20:02, 18 April 2023 (UTC)
Challenges billionaire IDEdit
Description | identifier for a billionaire on Challenges' website |
---|---|
Represents | Challenges (Q2947983) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Bernard Arnault (Q32055) → bernard-arnault-et-sa-famille_13 |
Example 2 | Rodolphe Saadé (Q3438372) → rodolphe-saade-et-sa-famille_539 |
Example 3 | Françoise Bettencourt Meyers (Q516720) → francoise-bettencourt-meyers-et-sa-famille_62 |
Source | https://www.challenges.fr/classements/fortune |
Formatter URL | https://www.challenges.fr/classements/fortune/$1 |
Notified participants of WikiProject France. Nomen ad hoc (talk) 16:51, 6 May 2023 (UTC).
DiscussionEdit
Stage 32 profile IDEdit
Description | identifier for a personal profile on the Stage 32 website |
---|---|
Represents | Stage 32 (Q16927825) |
Data type | External identifier |
Domain | human (Q5) |
Allowed values | [1-9]\d+ |
Example 1 | Barmey Ung (Q118375154) → 666079 |
Example 2 | Mike Disa (Q6846576) → 736714 |
Example 3 | Sam Sokolow (Q58495341) → 877526 |
Example 4 | Scott Prestin (Q113669576) → 524848 |
Example 5 | Alex Parsons (Q118377156) → 6734 |
Source | https://www.stage32.com/welcome/ |
Planned use | Adding to items being edited or new items being created |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.stage32.com/profile/$1/about |
Applicable "stated in"-value | Stage 32 (Q16927825) |
MotivationEdit
Stage 32 (Q16927825) is a U.S.-based social network and educational site for creative professionals who work in film, television and theater. With over a million members, it includes profiles with photographs, biographical information, credits, videos, links to other members, and more. AdamSeattle (talk) 03:10, 15 May 2023 (UTC)
DiscussionEdit
- Support The profiles appear to be self-authored, so it's more of a CV than a biography, an actors' version of LinkedIn basically. Looks fine. The ID does not imply notability. Infrastruktur (talk) 10:38, 22 May 2023 (UTC)
BFM.ru person IDEdit
Description | BFM.ru identifier for a person |
---|---|
Represents | BFM.ru (Q4034692) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Wadim Karasiow (Q12108584) → 8382 |
Example 2 | Aleksandr Zanadvorov (Q4186158) → 4080 |
Example 3 | Pyotr Aven (Q2632148) → 1686 |
Source | https://www.bfm.ru/person |
External links | Use 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 use | for usage in stated in (P248) and for Template:Authority control (Q3907614) |
Number of IDs in source | unknown |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://www.bfm.ru/person/$1 |
Robot and gadget jobs | Maybe check captures in Internet Archive for just in case? |
Single-value constraint | yes |
Distinct-values constraint | yes |
Wikidata project | Russia |
MotivationEdit
Valuable bio data. --Mitte27 (talk) 22:19, 25 May 2023 (UTC)
DiscussionEdit
- Support, Notified participants of WikiProject Russia —MasterRus21thCentury (talk) 13:37, 31 May 2023 (UTC)
RBC person IDEdit
Description | Personality page on the RBC website |
---|---|
Represents | RBC Information Systems (Q629733) |
Data type | External identifier |
Domain | human (Q5) |
Example 1 | Roman Abramovich (Q171428)→6197a4ab9a79473e878fcc14 |
Example 2 | subject→value |
Example 3 | subject→value |
Source | http://www.rbc.ru |
External links | Use 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 use | in w:ru:Шаблон:Внешние ссылки |
Number of IDs in source | unknown |
Expected completeness | eventually complete (Q21873974) |
Formatter URL | https://www.rbc.ru/person/$1 |
Robot and gadget jobs | Mix'x'match |
Applicable "stated in"-value | RBC Information Systems (Q629733) |
Single-value constraint | yes |
Distinct-values constraint | yes |
Wikidata project | WikiProject Russia (Q10803886) |
MotivationEdit
RBC is Russia's leading business media along with Kommersant newspaper. It includes not only a newspaper, but also a TV channel, as well as various online publications. By the way, RBC in 1995 became the first Russian news agency to have its own website on the Internet, ahead of its competitors in the face of ITAR-TASS and RIA Novosti. MasterRus21thCentury (talk) 10:57, 31 May 2023 (UTC)
DiscussionEdit
- Notified participants of WikiProject Russia —MasterRus21thCentury (talk) 12:01, 31 May 2023 (UTC)
Marsilio Editori author IDEdit
MotivationEdit
Notified participants of WikiProject Italy
Marsilio Editori is an Italian publishing house active since about the 1960s. Their website has been active since 2001 and their online catalogue of authors has been published and stable for at least 11 years (See for example 2012 page - today's page).
The author catalogue is extensive and varied. Author pages generally contain a short biography, photos and publications.
An import of this catalogue into Mix-n-match can create new Wikidata entries and enrich existing ones. --Luca.favorido (talk) 19:13, 2 June 2023 (UTC)
DiscussionEdit
- Support --Epìdosis 19:30, 2 June 2023 (UTC)
- Support --FeltriaUrbsPicta (msg) 19:34, 2 June 2023 (UTC)
- Support--Parma1983 (talk) 21:42, 2 June 2023 (UTC)
- Support --Susanna Giaccai (talk) 07:43, 3 June 2023 (UTC)
- Support --Sentruper (talk) 19:05, 3 June 2023 (UTC)
- Support -- Bargioni 🗣 08:40, 4 June 2023 (UTC). Scrape già fatto.
- Support --Uomovariabile (talk) 10:37, 6 June 2023 (UTC)
LiteraturPort autorenlexikon IDEdit
Description | identifier for an author at LiteraturPort |
---|---|
Represents | LiteraturPort (Q1865248) |
Data type | External identifier |
Domain | human (Q5) |
Allowed values | [a-z\-]+ |
Example 1 | Eva Strautmann (Q1230142) → eva-strautmann |
Example 2 | Sibylla Vričić Hausmann (Q71977460) → sibylla-vricic-hausmann |
Example 3 | Jörn van Hall (Q117036992) → joern-van-hall |
Example 4 | David Blum (Q95315083) → david-blum |
Example 5 | Nina Jäckle (Q1992803) → nina-jaeckle |
Source | https://www.literaturport.de/autorenlexikon/ |
Planned use | Adding to items being edited or new items being created |
Expected completeness | always incomplete (Q21873886) |
Formatter URL | https://www.literaturport.de/lexikon/$1/ |
Applicable "stated in"-value | LiteraturPort (Q1865248) |
MotivationEdit
LiteraturPort (Q1865248) is a website on German literature. The Autorenlexikon contains biographical information on German authors, with photographs, lists of works, bibliographies, and more.
Notified participants of WikiProject Germany zur Info. --M2k~dewiki (talk) 23:51, 2 June 2023 (UTC) Notified participants of WikiProject Austria zur Info. --M2k~dewiki (talk) 23:51, 2 June 2023 (UTC) Notified participants of WikiProject Switzerland zur Info. --M2k~dewiki (talk) 23:51, 2 June 2023 (UTC)
DiscussionEdit
- Support --M2k~dewiki (talk) 23:49, 2 June 2023 (UTC)
- Support --PantherStrix (talk) 03:53, 3 June 2023 (UTC)
- Support --Luca.favorido (talk) 05:12, 3 June 2023 (UTC)
- Support --Emu (talk) 07:10, 3 June 2023 (UTC)
- Support --Epìdosis 07:59, 3 June 2023 (UTC)
parliament.bg MP idEdit
Description | parliament.bg Member of Parliament identifier |
---|---|
Represents | National Assembly of Bulgaria (Q639704) |
Data type | External identifier |
Domain | Bulgarian politician |
Allowed values | [1-9]\d+ |
Example 1 | Sasho Savov (Q116056584) -> 3070 |
Example 2 | Bozhidar Bozhanov (Q110088824) -> 3682 |
Example 3 | Yavor Bozhankov (Q31191801) -> 3569 |
Example 4 | Blagovest Kirilov (Q110262377) -> 3783 |
Example 5 | Kiril Petkov (Q106928258) -> 3626, 4055 |
Source | https://www.parliament.bg |
Expected completeness | eventually complete (Q21873974) |
Implied notability | Wikidata property for an identifier that suggests notability (Q62589316) |
Formatter URL | https://www.parliament.bg/bg/MP/$1 (BG), https://www.parliament.bg/en/MP/$1 (EN) |
See also | Strazha ID (P11446) |
Applicable "stated in"-value | National Assembly of Bulgaria (Q639704) |
Single-value constraint | no |
Distinct-values constraint | yes |
Wikidata project | WikiProject every politician/Bulgaria (Q118577714) |
MotivationEdit
- WikiProject every politician/Bulgaria (Q118577714) is doing a good job at populating BG politician data in WD.
- strazha.bg also has lots of info, eg see https://www.strazha.bg/mps/bozhidar-plamenov-bozhanov/.
- But these resources also need to link to the official parliament.bg pages.
An MP id is allocated for every new mandate. But it's unique, so there's no harm in accumulating multiple such values for a politician. Note: I've fixed the examples above, so far the only MP with two ids I've found is Kiril Petkov.
- We could make a separate WD item for the parliament.bg website/database, distinct from National Assembly of Bulgaria (Q639704).
--Vladimir Alexiev (talk) 08:26, 22 May 2023 (UTC)
DiscussionEdit
- Support - this is very useful to further tie-in the data about Bulgarian politicians in Wikidata. --Nikola Tulechki (talk) 08:34, 22 May 2023 (UTC)
- Support Pallor (talk) 10:18, 22 May 2023 (UTC)
Full nameEdit
ProfessionEdit
WorkEdit
Salary levelEdit
Description | level of someone's salary |
---|---|
Data type | Item |
Example 1 | Ronald Moultrie (Q106355213) => ES Level 3 Pay (Q116156299) |
Example 2 | Azyumardi Azra (Q4216351) => IV/e (Q116033467) Source |
Example 3 | Komaruddin Hidayat (Q6428174) => IV/e (Q116033467) Source |
Example 4 | Kay Scheller (Q16219274) => Salary grade B 11 (Q116156278) (als Präsident des Bundesrechnungshofes) |
Example 5 | Eva Högl (Q1379228) => Salary grade B 11 (Q116156278) (als Wehrbeauftragte des Deutschen Bundestages) |
MotivationEdit
In many countries government staff have salary levels, this would be nice to categorize in Wikidata Germartin1 (talk) 14:58, 5 January 2023 (UTC)
DiscussionEdit
- Support --Tinker Bell ★ ♥ 00:34, 25 January 2023 (UTC)
- Comment Wouldn't it be better to link the salary grade to the itens about the staff position? e.g. Präsident des Bundesrechnungshofes --> Salary grade B 11? TiagoLubiana (talk) 12:22, 26 January 2023 (UTC)
- Yes good idea, however some positions don't have specific pay-grades or multiple ones. Germartin1 (talk) 14:52, 26 January 2023 (UTC)
- Oppose to the proposed model. Having the information for staff positions would make more sense. Otherwise, having it as a qualiifer would be better than as a main statement. ChristianKl ❪✉❫ 20:45, 26 January 2023 (UTC)
- Conditional support Having this property seems useful, but it shouldn’t be used on instances of human (Q5). Rather, its uses should be limited to
• instances of position (Q4164871) or similar (How much does anyone holding that kind of position (typically) make?), or else
• in contexts that establish the connection between those and their position-holders: either
• instances of term of office (Q524572) or similar (How much does this term entitle its appointee to?), or
• as qualifiers on statements on instances of human (Q5) with position held (P39) or similar (How much does the person make from that employment?).
―BlaueBlüte (talk) 08:51, 1 February 2023 (UTC)