Wikidata:Property proposal/Best climber classification

Best climber classification edit

Originally proposed at Wikidata:Property proposal/Sports

DescriptionBest climber classification
Data typeItem
Template parameterSee below
Domainsport cyclist (Q2309784)     
Allowed valueshuman (Q5)
Example
2016 Tour de France (Q18574623) → best climber classification → Rafał Majka (Q1363271),
ranking (P1352) : 1,
points for (P1358) : 209,
distinctive jersey (P2912) : red polka dot jersey, mountains classification (Q25265958)
2016 Tour de France (Q18574623) → best climber classification → Thomas De Gendt (Q462788),
ranking (P1352) : 2,
points for (P1358) : 130
2016 Tour de France (Q18574623) → best climber classification → Jarlinson Pantano (Q444625)
ranking (P1352) : 3
points for (P1358) : 121
...
Sourcehttp://www.procyclingstats.com/race/Tour_de_France_2016_Mountains
Planned useAs for Template:Cycling race/generalclassification (Q24788750), the idea is to create a function mountainsclassification in the Module:Cycling race and give it to around twenty Wikipedias. distinctive jersey (P2912) permits to display a jersey and will attribute a background colour following the item used : red polka dot jersey, mountains classification (Q25265958), blue polka dot jersey, mountains classification (Q25265959), black polka dot jersey, mountains classification (Q27670105), white polka dot on red jersey, mountains classification (Q25265960). The rendering will be similar as you can see at fr:Tour de France 2016#Classements.
Robot and gadget jobsYes
See alsostatistical leader (P3279), general classification of race participants (P2321)

For proposition, see Wikidata:Property proposal/classifications. --Fralambert (talk) 16:49, 1 January 2017 (UTC)[reply]

  Oppose I've commented on the previous proposal page, but now that these finally have full examples I understand a bit better what is planned and I think this is the wrong way to go about it. Rather than a collection of statements on 2016 Tour de France (Q18574623) I think these would be better as statements on the participants. There may still be a need for special properties but I don't think they belong on the races themselves, but on the racers. And better would be a way to do this without requiring all these new properties - for example Rafał Majka (Q1363271) ranking (P1352) 1 qualified by a property indicating this was for "2016 Tour de France best climber classification" along with the other qualifiers mentioned. ArthurPSmith (talk) 15:05, 3 January 2017 (UTC)[reply]

  •   Comment I don't think your idea would work at all for what the purpose of these properties are for. They are specifically meant for listing stage or race results on the page of these races, not for showing a participant's achivements. I don't know how the code for the cycling templates works (neither do I have any knowledge of Lua), but with my general knowledge of programming, I believe that doing it that way would make a whole lot more server load than how they are implemented on the other classifications. Also it would make it a lot more complicated (and time-consuming!) for the average users to add the data, as one would have to "jump" around to the different participant profiles instead of adding them all to a single list. Also it would completely flood the entities of some of the best riders, since we use it not only on whole races, but also on single stages in a stage race to show the current standings after each stage. Let's say a rider gets the polka dot jersey on one of the first stages of Tour de France and keeps it all the way to Paris, that makes it around 20 occurencies. Then he does the same in Giro d'Italia the same year. And also in a lot of other races during the season. I believe it could be more than 100 per year, and for those that are active for 10-15 years, it is obvious that it would not look pretty. Bergenga (talk) 22:22, 22 May 2017 (UTC)[reply]

  Support I read your idea, the experience show me if a system is difficult and/or time-consuming, it is not adopted by the users, users that enter the datas on Wikidata and enrich it. We currently have a system well developped for Template:Cycling race/stageclassification (Q24788814) and Template:Cycling race/generalclassification (Q24788750), and we have a consensus to continue to expand this system for other classifications because this system has proved its worth. Finally I will add that if so many rankings have already been filled, it is only because the data are reusable and reused in the different Wikipedia. Trying to impose a much more restrictive system will not increase the number of datas on the subject, I think on the contrary that this very heavy system will be a brake. Jérémy-Günther-Heinz Jähnick (talk) 19:22, 3 January 2017 (UTC)[reply]

significant person (P3342) = XXX
Qualifier: award received (P166) = climber classification ChristianKl (talk) 20:55, 24 May 2017 (UTC)[reply]

  Support I was just about to also propose this, after being surprised that we already had the properties for general classification and points classification, but not for mountains/best climber classification. Frankieroberto (talk) 19:13, 14 June 2017 (UTC)[reply]