Property talk:P1346
Latest comment: 3 months ago by Nikola Tulechki in topic subPropertyOf
Documentation
winner
winner of a competition or similar event, not to be used for awards (instead use "award received" (P166) on awardee's item, possibly qualified with "for work" (P1686)) or for wars or battles
winner of a competition or similar event, not to be used for awards (instead use "award received" (P166) on awardee's item, possibly qualified with "for work" (P1686)) or for wars or battles
[create Create a translatable help page (preferably in English) for this property to be included here]
Type “competition (Q476300), television series season (Q3464665), fictional competition (Q15707532), sports competition (Q13406554), recurring sporting event (Q18608583), annual music competition edition (Q106594095), web series (Q526877), award (Q618779), academic conference (Q2020153)”: item must contain property “instance of (P31), subclass of (P279)” with classes “competition (Q476300), television series season (Q3464665), fictional competition (Q15707532), sports competition (Q13406554), recurring sporting event (Q18608583), annual music competition edition (Q106594095), web series (Q526877), award (Q618779), academic conference (Q2020153)” or their subclasses (defined using subclass of (P279)). (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). List of violations of this constraint: Database reports/Constraint violations/P1346#Type Q476300, Q3464665, Q15707532, Q13406554, Q18608583, Q106594095, Q526877, Q618779, Q2020153, SPARQL
Conflicts with “instance of (P31): military operation (Q645883)”: this property must not be used with the listed properties and values. (Help)
List of violations of this constraint: Database reports/Constraint violations/P1346#Conflicts with P31, hourly updated report, search, SPARQL
Value type “human (Q5), organization (Q43229), nation (Q6266), continent (Q5107), horse (Q726), periodical (Q1002697), chess computer (Q1364192), human settlement (Q486972), administrative territorial entity (Q56061), fictional character (Q95074), book (Q571), comics (Q1004), work (Q386724), event (Q1656682)”: This property should use items as value that contain property “instance of (P31)”. On these, the value for instance of (P31) should be an item that uses subclass of (P279) with value human (Q5), organization (Q43229), nation (Q6266), continent (Q5107), horse (Q726), periodical (Q1002697), chess computer (Q1364192), human settlement (Q486972), administrative territorial entity (Q56061), fictional character (Q95074), book (Q571), comics (Q1004), work (Q386724), event (Q1656682) (or a subclass thereof). (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Kanji of the year (Q3276427)List of violations of this constraint: Database reports/Constraint violations/P1346#Value type Q5, Q43229, Q6266, Q5107, Q726, Q1002697, Q1364192, Q486972, Q56061, Q95074, Q571, Q1004, Q386724, Q1656682, SPARQL
Single value: this property generally contains a single value. (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). Known exceptions: Q1043979, Q861744, Q1046746, Q3369579, Q851874, Q7979934, Q7979945, Q17631603, Q825171, Q5624272, Q5624269, Q825162, Q5624282, Q5624284, Q5624323, Q5624313, Q1389161, Q1253733, Q1252361, Q1253215, Q1254154, Q7656658, Q1150111, Q1150230, Q1150216, Q1026922, Q1026946, Q20670790, Q3879604, Q1004888, Q15054994, Q25932055, Q63985740List of violations of this constraint: Database reports/Constraint violations/P1346#Single value, SPARQL
Allowed entity types are Wikibase item (Q29934200): the property may only be used on a certain entity type (Help)
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). List of violations of this constraint: Database reports/Constraint violations/P1346#Entity types
Scope is as main value (Q54828448), as qualifier (Q54828449): the property must be used by specified way only (Help)
List of violations of this constraint: Database reports/Constraint violations/P1346#Scope, hourly updated report, SPARQL
Contemporaries:
if [item A] has this property (P1346) linked to [item B],
then [item A] and [item B] have to coincide or coexist at some point of history.
Exceptions are possible as rare values may exist. Exceptions can be specified using exception to constraint (P2303). if [item A] has this property (P1346) linked to [item B],
then [item A] and [item B] have to coincide or coexist at some point of history.
List of violations of this constraint: Database reports/Constraint violations/P1346#Contemporary, SPARQL
| ||||||||||||||
|
This property is being used by: de:Vorlage:Infobox Basketball-Saison, de:Vorlage:Wikidata Infobox/core
Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.) |
What property to use for the reverse?
editThis property is applied to the event/competition to define who the winner is. What property would I use on the winner's item to show that it won an event?
Example: Spain national football team (Q42267) => 2010 FIFA World Cup (Q176883) RolandBeck (talk) 10:43, 23 August 2014 (UTC)
- There is victory (P2522) as well. —MisterSynergy (talk) 07:02, 7 December 2017 (UTC)
More general type also for awards
editotherwise we must create a similar property awardee, whilst award received is also general--Oursana (talk) 14:20, 26 May 2015 (UTC)
Notified participants of WikiProject Award
- I don't think this should be used on awards, but it seems that @Jklamo, Crazy1880: used Primary Sources to add them there. What's the plan of WikiProject Award?
--- Jura 07:48, 6 August 2016 (UTC)- Moin Moin @Jura1:, if you have more informations about the integration of the Freebase-data, then let me know. In the first declaration there were written to do it this way. For myself I could say, I updated many article with this scheme. Regards --Crazy1880 (talk) 15:09, 6 August 2016 (UTC)
- Is there any consensus for using this for awards? Trilotat (talk) 17:06, 3 February 2019 (UTC)
- Just add statements to the awardee. No need for an inverse. --- Jura 09:28, 10 February 2019 (UTC)
- @Crazy1880: I have to agree with Jura here. Mahir256 (talk) 08:43, 25 February 2019 (UTC)
- (Also @Trilotat: regarding this point. Mahir256 (talk) 20:03, 28 February 2019 (UTC))
- Moin Moin @Mahir256:, This topic is from 2016. Maybe you should pass it on to the programmer of the tool. Regards --Crazy1880 (talk) 10:18, 25 February 2019 (UTC)
- @Marcus Cyron: It's clear that there's a disagreement between ourselves on whether this property should be used on items for awards. While I contend that using this on awards introduces a large amount of unnecessary bloat to many items that could be avoided entirely by simply sticking to using award received (P166) on the winners of awards, @Jura1, Trilotat, Crazy1880:, from the discussion above, and @Hjfocs, Tpt, Kiailandi:, as some developers of the primary sources tool from which this dilemma arises, for further clarifying opinions. Mahir256 (talk) 19:05, 28 May 2019 (UTC)
- The main frustrating thing is, that without my adding it is shown as mistake. But it is not a mistake. Sometimes a bit more flexebility is needed. On one hand I read everywhere, that we should use similar properties instead of creating new - but if we try to do it - it's also false. So Wikidata is not usable. -- Marcus Cyron (talk) 19:08, 28 May 2019 (UTC)
- @Marcus Cyron: I think I understand your concern regarding this issue of 'similar properties', but sometimes there are issues of how practical it is to put certain pieces of information in certain places when it comes to using inverse properties. There was one user who kept adding "part of" to chemical elements with compounds which "ha[d] part" those elements (such as "hydrogen" "part of" "glucose" when "glucose" "has part" "hydrogen") who was told to stop because, while the statements being added were true in all such circumstances, it made accessing the items for the chemical elements very difficult and unwieldy. A similar issue occurred when another user added "owner of" to the item for a railway operator just because each station and line that it operated had "owner" that railway operator. I just fear that award items will also become unnecessarily large and difficult to deal with if this property is allowed for use on award items. This is not to say, of course, that this information shouldn't be present at all; we can always make it clear with P166 on the winners of awards and obtain a list on demand with the magic of SPARQL. Mahir256 (talk) 19:35, 28 May 2019 (UTC)
- The main frustrating thing is, that without my adding it is shown as mistake. But it is not a mistake. Sometimes a bit more flexebility is needed. On one hand I read everywhere, that we should use similar properties instead of creating new - but if we try to do it - it's also false. So Wikidata is not usable. -- Marcus Cyron (talk) 19:08, 28 May 2019 (UTC)
- Also @Antoine2711, Justus Nussbaum:, whose edits to this property's type constraint in this regard I reverted previously. Mahir256 (talk) 19:06, 28 May 2019 (UTC)
- @Mahir256: I'm going to propose a new use which may, by coincidence, help to @Marcus Cyron:. I ask to use P1349 in referendum (Q43109) and its subclasses. The reason: the elections, generally, have candidate (P726) and the winners are successful candidate (P991). However, referendums are like a concours (Q1967459) where two or more options (now using P726 like other election) compete for a result -generally for/against or yes/no- that is already informed in winner (P1346) (with its correspondence constrain: https://w.wiki/epJ). Look that unlike some comments told above, we're talking about singular value and is impossible have a P166 like solution, because it makes no sense fill yes (Q41216873) with thousands of victory (P2522), is it?. When you say "I just fear that award items will also become unnecessarily large and difficult to deal with if this property is allowed for use on award items", I understand you're right whether we use P1349 in a generic competition as "Nobel Prize", because it has hundreds of winners. However, the use in 2009 Nobel Peace Prize (Q3231462) fits absolutely. So, as it happens in other properties, not all inverse runs well. We need to apply common sense. Thanks, Amadalvarez (talk) 18:02, 2 October 2020 (UTC)
Competitions with different "classes"
editIf there is a competition that has competitors divided into different groups (e.g junior/senior, professionals/amatuers, men/women etc.) I guess it would be proper to use a qualifier to state which. Is applies to part (P518) good for that o is there a better one? Ainali (talk) 08:54, 31 May 2015 (UTC)
Battles
editIs this property not supposed to be used for battle (Q178561)? If so, why not? /ℇsquilo 08:37, 26 January 2016 (UTC)
- No. How would you define winning exactly? Danrok (talk) 23:56, 28 April 2017 (UTC)
- Check who wrote the history books? I don't think there's much dispute about the winner of, say, the Battle of Waterloo. --Tagishsimon (talk) 02:06, 21 December 2019 (UTC)
Multiple winners
edit@Sannita: (I write in English though we are both Italians so other can participate), what about allowing more than one value for a limited subsets of instances? For example, the rugby Home Championship / Five Nations (now Six Nations) until 1988 allowed shared victories. Is it possible to define some exceptions that allow multiple values (i.e. if the instance is a season of the Six Nation and the period is no earlier than 1987-1988 multiple values are allowed)? -- Blackcat (talk) 14:12, 6 October 2019 (UTC)
- It seems that, for the time being, you should put the name of one of the teams and then use P1706 as a qualifier and insert the names of the other teams. It's not the best solution ever, but it's the best solution we came up with for the moment. --Sannita - not just another it.wiki sysop 07:32, 9 October 2019 (UTC)
- Another odd user case: Multiple winners but for different years The Nobelprize for Litterature was today 10 oct 2019 given to Peter Handke (Q44107) BUT at the same occasion also the 2018 prize was given to Olga Tokarczuk (Q254032) --> we get two people with the same point in time (P585) but not sharing the same prize/year or should the point in time (P585) be the year for the prize - Salgo60 (talk) 16:30, 10 October 2019 (UTC)
Winning animal
editShould this property be used for animals that win events, such as racehorses or greyhounds? The current constraints say no but I am struggling to find an alternative. Is it better to alter the constraints to allow animals or set up a new property for non-human winners? From Hill To Shore (talk) 17:22, 31 March 2020 (UTC)
Use as a qualifier to award received (P166)
editOnly today I noticed that the description here implied that it should not be used as a qualifier to award received (P166). This contradicts the model presented at Wikidata:WikiProject_Award (which exists since 2016). I see no discussion at Wikidata:WikiProject_Award about that nor any notification or any adjustment of the model presented there. Please don't exclude certain uses without checking and discussing this with the relevant projects (there are also other award project affected by that - e.g. Wikidata:WikiProject_European_Film_Awards which directly follows the model presented at Wikidata:WikiProject_Award). I adjusted the description so that it does not exclude the use as a qualifier to award received (P166) and I added "as a qualifier" as one of the possible property scopes. If you think it is unbearable to use it as described at Wikidata:WikiProject_Award please discuss this first. Thanks! - Valentina.Anitnelav (talk) 16:31, 6 January 2021 (UTC)
- Hi
- I notice this Property P1346 is used to stipulate winners on e.g. the Nobel Prize for Literature Q37922, yet the Property's description forbids this. Can we have more clarity on usage please, because it's hard to understand the consensus on the right way to structure this. Thanks.
- 5.64.158.190 14:21, 16 November 2023 (UTC)
Complaints on project chat
editPlease see Wikidata:Project_chat/Archive/2021/04#Winner_description/instructions. --- Jura 15:03, 29 April 2021 (UTC)
Contests with ranked winners
editHow to describe an item that was second place in a contest with ranked winners? (1st, 2nd, 3rd etc.). I don't feel like participant (P710) is a good alternative here. May I use winner (P1346) and victory (P2522) (winner of) with the ranking qualifier? —capmo (talk) 15:19, 8 November 2022 (UTC)
subPropertyOf
editThis property can not be subproperty of (P1647) of participant (P710) and participating team (P1923) at the same time. This means that both supeproperties are inferred for every occurence of A subproperty of (P1647) B. It works where A is a team but not for all other cases. I propose removing from participating team (P1923). Pleasse discuss --Nikola Tulechki (talk) 07:47, 20 September 2024 (UTC)