Property talk:P1352

From Wikidata
Jump to navigation Jump to search

Documentation

ranking
subject's ordinal position as qualitatively evaluated relative to other members of a group
Representsranking (Q526719)
Data typeQuantity
Domainhuman (Q5), group of humans (Q16334295), season (Q27020041), creative work (Q17537576), fictional character (Q95074), group of fictional characters (Q14514600) or supercomputer (Q121117)
Allowed values1 ≤ 𝓧 ≤ not applicable
ExampleXu Xin (Q2520617) → 1
2015 Grand Prix de Denain (Q19249082) → 1
Sourcehttp://www.ittf.com/rankings/
http://www.wtatennis.com/singles-rankings
http://www.atpworldtour.com/en/rankings/singles
https://www.world.rugby/tournaments/rankings/mru
Tracking: usageCategory:Pages using Wikidata property P1352 (Q44787598)
See alsoreview of (P6977), charted in (P2291), series ordinal (P1545), WikiProject importance scale rating (P10714)
Lists
Proposal discussionProposal discussion
Current uses
Total1,151,526
Main statement68,4985.9% of uses
Qualifier1,082,98994% of uses
Reference39<0.1% of uses
[create Create a translatable help page (preferably in English) for this property to be included here]
Range from “1” to “+∞”: values should be in the range from “1” to “+∞”. (Help)
List of violations of this constraint: Database reports/Constraint violations/P1352#Range, hourly updated report
No bounds: values can't have any bounds (e.g. 1 not 1±0) (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/P1352#No Bounds, SPARQL
Integer: values should be integers (ie. they shouldn't have a fractional part) (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/P1352#integer, SPARQL
Allowed entity types are Wikibase item (Q29934200), Wikibase lexeme (Q51885771): 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/P1352#Entity types
Scope is as qualifier (Q54828449), as main value (Q54828448): the property must be used by specified way only (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/P1352#Scope, SPARQL
This property is being used by:

Please notify projects that use this property before big changes (renaming, deletion, merge with another property, etc.)

Discussion

[edit]

Scope

[edit]

Can we use this on events as well?

or should we create a new property? --- Jura 13:51, 30 April 2015 (UTC)[reply]

I propose to create a new property, and to do this way :

  • ==> place/rank ==> 1
  • ==> coureur/personne ==> Nacer Bouhanni (Q922989)
  • ==> temps du parcours ==> h min s (pour le 1er)
  • ==> écart ==> min s (à partir du 2e)

Jérémy-Günther-Heinz Jähnick (talk) 17:58, 30 April 2015 (UTC)[reply]

There is series ordinal (P1545) that could be used for this, but it's meant to be a qualifier.
2014 Yukon Quest (Q18579440), 2014 FIFA World Cup (Q79859), Eurovision Song Contest 1967 (Q205192) and a few others already use the participant/ranking combination. --- Jura 18:14, 30 April 2015 (UTC)[reply]
@Jura1: : je réfléchissais cette nuit à la question, et j'ai compris que finalement je faisais fausse route. On doit s'adapter à tous les cas possibles, et il y en a pas mal dans le cyclisme, je vais donc partir sur un exemple concret : le 2015 Triptyque des Monts et Châteaux (Q19753550) est une course cycliste qui a duré quatre jours et qui a eu lieu au début du mois dernier. Je me suis chargé du reportage sur le terrain. Comme toutes les courses à étapes, il existe plusieurs classements, à savoir le classement général, le classement par points, le classement par équipes, le classement du meilleur jeune, le classement de la montagne et le classement du meilleur sprinteur. Il faut donc créer une nouvelle propriété qui se nommera classement général, comme ça, lorsque ce sera adapté à Wikipédia, le modèle de classement appellera les données du classement général, et lorsque nous irons plus loin, les autres modèles appelleront les données des autres classements. Classement général remplacerait participant, il renverrait à un coureur cycliste, et on pourrait ensuite qualifier le ranking (P1352) puis ensuite le temps pour le premier, et l'écart avec le premier pout les autres concurrents, tout en sachant que l'équipe et le pays d'origine seront indiqués dans l'élément du coureur concerné, ce qui évitera de le publier à chaque fois, mais on devra toutefois prévoir un qualificatif équipe lorsque les coureurs courrent pour l'équipe nationale d'un pays. Jérémy-Günther-Heinz Jähnick (talk) 08:38, 1 May 2015 (UTC) PS : une propriété Classement de l'étape doit aussi émerger. Dans le cas de la course précitée, de nouveaux éléments doivent être créés pour chacune des étapes, de la même manière que le Tour de France.[reply]
En effet. Pour faire des classements par étape, il faudrait créer un élément par étape.
Une des différences entre l'approche participant (P710) > ranking (P1352) par rapport à "classement" > participant est que la deuxième pourrait probablement fonctionner dès qu'il y a la fonctionnalité "random access to items" (pour bientôt). Pour le premier, il faut que la fonction "query" soit mise en place (à moyen terme), mais Lydia aurait une meilleure visibilité sur ceci. L'approche participant (P710) > ranking (P1352) permettrait le tri selon divers critères. --- Jura 10:54, 1 May 2015 (UTC)[reply]
Je viens de lire la proposition pour "general classification". Essentiellement le résultat est identique à l'utilisation de participant (P710). --- Jura 11:03, 1 May 2015 (UTC)[reply]
@Jura1: Oui, le résultat sera identique à participant (P710). J'ai aussi besoin pour bientôt (avant le Tour de France) des propriétés classement de l'étape, classement par équipes, classement par points... Il me faut un système enfantin à remplir, qui puisse être fait rapidement et sans difficultés par n'importe quel contributeur (je suis sur le terrain, donc je remplis rarement des classements). Le plus simple est donc d'entrer les données classement par classement. Je pense qu'il ne sera pas nécessaire d'inscrire le pays du coureur et l'équipe pour laquelle il court car ces informations devront être contenues dans l'élément du coureur. Le gros problème sur Wikidata, et je l'ai déjà évoqué en plusieurs lieux, c'est qu'il est très difficile d'avoir un interlocuteur unique qui pourrait se charger de tout de A à Z. J'ai conscience d'en demander beaucoup, et qu'il n'y a pas les effectifs, mais j'ai derrière un gros projet d'illustration, assez coûteux, et que je souhaiterais développer. Jérémy-Günther-Heinz Jähnick (talk) 07:36, 5 May 2015 (UTC)[reply]

Current or best ranking?

[edit]

Is this meant to show the current ranking or the best ranking? Or should we create separate properties for those? Discussion about that was here: Wikidata_talk:WikiProject_Tennis#A_few_things. --Stryn (talk) 18:03, 31 July 2015 (UTC)[reply]

Made description more general

[edit]

I've made the description slightly more general, so that the qualifier can also be used for statements about musical ranks/hit lists and so on. Federico Leva (BEIC) (talk) 14:15, 31 December 2015 (UTC)[reply]

this kind of property can be used on organisations, teams (whether they sport or not), etc. So documentation and constraints should be corrected. --Avatar6 (talk) 04:50, 27 March 2016 (UTC)[reply]

I've added creative work (Q17537576) to the class (P2308) constraint of this property and removed the sport (P641) mandatory qualifier. This will allow the popularity rankings of songs and TV episodes to be described with this property. Deryck Chan (talk) 14:05, 7 December 2017 (UTC)[reply]