Wikidata:Property proposal/time gap

From Wikidata
Jump to: navigation, search

time gap[edit]

   Done. time gap (P2911) (Talk and documentation)
Description time gap
Represents time (Q11471)
Data type Number (not available yet)
Template parameter will be in use in the function generalclassification (then stageclassification...) of Module:Cycling race, used in more than twenty Wikipedias
Example no label (Q20017698)... Jenthe Biermans (Q18571962), ranking (P1352) : 2, time gap : 49 s

Hi everybody. Two months ago, I have had the property race time (P2781). With Molarus we continue the work to centralise the datas on Wikidata for cycling and reuse it in possibly 20 Wikipedia thanks to the program Module:Cycling race. teamroster is now finished, perfectly operational and tried like the three first functions, we now start this day to develop generalclassification, a function that will permit to display in possibly twenty Wikipedias the table of the general classification of a cycling race.

To do this, I need two other properties. The first, object of this proposal, is a time property, called "time gap" or somethink like that in English and "écart de temps" in French. With race time (P2781), we give the time of the winner, with the time gap, we say the difference between the winners and other cyclists. Sunday, I was at the fr:Paris-Roubaix espoirs 2016. As you can see, the second arrive 49 seconds after the first, the third arrives at the same time than the second. Note that I will appreciate to have the time expressed if necessary in hours minutes and seconds as we do for a date. It seems it is not again possible, I will ask to the development team. (and sorry for my English) Jérémy-Günther-Heinz Jähnick (talk) 12:40, 2 June 2016 (UTC)

  • This is derived information from the times of the participants in the races. In general, Symbol oppose vote.svg Oppose, unless there's some reason why you cannot derive it from those times. --Izno (talk) 15:21, 2 June 2016 (UTC)
  • I would also prefer using race time (P2781) for the winner, runner-up and so on and then calculate the difference. I can see this not working, if the runner-up etc. are not modelled, though. --Srittau (talk) 21:02, 11 June 2016 (UTC)
  • Symbol support vote.svg Support I understand the objections, but it is a fact that all rankings (not only for cycling) are presented with a time gap on internet and...everywhere actually. Moreover, for long races, like Tour de France, the total time is really huge (like 100 h), so it is quite long to type the general classification time of each rider without a time gap. Eventually in cycling there are a lots of massive sprint. In this case all times are the same, it is once again quicker and safer, to type "0" than making a copy/paste of the winner time. Psemdel (talk) 20:34, 12 June 2016 (UTC)
    • I prefer a good data model over ease of entering data. --Srittau (talk) 22:37, 12 June 2016 (UTC)
      • To give more informations, if you see this example, we have only race time (P2781) for the winner of the race. For all other cyclists, we have only the time gap because it is the only data that is widely used in cycling. This way to do is the good data model. But your idea is in reality not bad, because during the team time trial as this example you can see that we use the race time, the time gap and the average speed. But this particular classification will be another function. Note also that we can't ask to all user to calculate in seconds the time for each cyclist. I prefer datas entered as we do on cycling (and I work regularly on races) as not data because it is too long/too difficult to enter. Note that these datas like all other datas on Wikidata about cycling are entered here just because users are able to reuse them in their Wikis. Without this, Wikidata would have only datas entered by bots for cycling. Users work here because they have a gain to do it, not for the love of free licences or similar ideology. Jérémy-Günther-Heinz Jähnick (talk) 09:35, 13 June 2016 (UTC)
  • Symbol support vote.svg Support Looks really nice this property to general classification.