Module talk:Cycling race

From Wikidata
Jump to: navigation, search

See also:

There is no automatic archiving set up for this talk page.

2015 Rund um Köln[edit]

2015 Rund um Köln Cycling (road) pictogram.svg
Généralités
Course 99e Rund um Köln
Compétition 2015 UCI Europe Tour 1.1
Date 14 June 2015
Distance 196.7 km
Pays GER Germany
Lieu de départ Gummersbach
Lieu d'arrivée Cologne
Partants 154
Arrivants 90
Vitesse moyenne 42.738 km/h
Max. gradient 10.8 %
Résultats
Vainqueur BEL Tom Boonen[1] (Etixx-Quick Step)
Deuxième BEL Edward Theuns[2] (Topsport Vlaanderen-Baloise)
Troisième GER Andreas Schillinger[2] (Bora-Argon 18)
Meilleur grimpeur GER Christian Mager (Cult Energy)
Meilleur sprinteur BEL Tom Boonen (Etixx-Quick Step)
2014 2016
Documentation Wikidata-logo S.svg

Umag Trophy 2013[edit]

Wikidata-logo S.svgAnnée Vainqueur Deuxième Troisième
2013 SLO Aljaž Hočevar NOR Oscar Landa AUT Gernot Auer
2014 SLO Matej Mugerli CRO Matija Kvasina ITA Davide Mucelli
2015 SLO Marko Kump AZE Maksym Averin RUS Sergey Nikolaev
2016 GER Jonas Bokeloh RUS Mamyr Stash ITA Filippo Fortin
2017 SLO Rok Korošec ITA Filippo Fortin NZL Alex Frame

La Méditerranéenne 2016[edit]

Wikidata-logo S.svgÉtape Date Villes étapes type Distance (km) Vainqueur d'étape Leader du classement général
1re étape  11 févr. Banyoles – Banyoles
contre-la-montre par équipes
5.5 FRA FDJ FRA Matthieu Ladagnous
2e étape  12 févr. Banyuls-sur-Mer – Port-Vendres
étape de plaine
176.5 FRA Arnaud Démare FRA Arnaud Démare
3e étape  13 févr. Cadolive – Pégomas
étape vallonnée
179.1 UKR Andriy Hryvko UKR Andriy Hryvko
4e étape  14 févr. Bordighera – Bordighera
étape vallonnée
95.7 BEL Jan Bakelants UKR Andriy Hryvko

Jo Piels 2016[edit]

Wikidata-logo S.svg   Cycliste Date de naissance Pays   Équipe précédente 
Stephan Bakker 17 April 1994 NED Pays-Bas
Maikel Bos 7 May 1994 NED Pays-Bas
Gert-Jan Bosman 16 August 1992 NED Pays-Bas Parkhotel Valkenburg (2014)
Twan Brusselman 15 August 1993 NED Pays-Bas
Arvid de Kleijn 21 March 1994 NED Pays-Bas
Adriaan Janssen 12 December 1995 NED Pays-Bas
Stefan Poutsma 10 September 1991 NED Pays-Bas
Elmar Reinders 14 March 1992 NED Pays-Bas Metec-TKH Continental (2013)
Tim Rodenburg 14 September 1994 NED Pays-Bas
Rens te Stroet 23 September 1989 NED Pays-Bas
Twan van den Brand 22 January 1989 NED Pays-Bas
Patrick van der Duin 4 October 1995 NED Pays-Bas
Patrick van Leeuwen 16 April 1985 NED Pays-Bas
Joey van Rhee 14 November 1992 NED Pays-Bas Metec-TKH Continental (2013)
Gijs Verdick (1 Jan–9 May, note) 23 June 1994 NED Pays-Bas
Jeff Vermeulen 7 October 1988 NED Pays-Bas Metec-TKH Continental (2013)
Jelle Wolsink 11 November 1995 NED Pays-Bas Metec-TKH-Mantel (2015)

note: Gijs Verdick, died during competition[3]

2016 Tour de France, Stage 16, Q21155401[edit]

2016 Tour de France, Stage 16 Cycling (road) pictogram.svg
Généralités
Course 16e étape, 2016 Tour de France
Type Hillystage.svg Hilly stage
Date 18 July 2016
Distance 209 km
Lieu de départ Moirans-en-Montagne
Lieu d'arrivée Bern
Pays FRA France
SUI Switzerland
Partants 183
Arrivants 183
Vitesse moyenne 47.137 km/h
Résultats de l’étape
1er SVK Peter Sagan 4 h 26 min 02 s
(Tinkoff)
2e NOR Alexander Kristoff + 0 s
(Katusha)
3e NOR Sondre Holst Enger + 0 s
(IAM)
Combatif FRA Julian Alaphilippe
(Etixx-Quick Step)
Combatif GER Tony Martin
(Etixx-Quick Step)
Classement général à l’issue de l’étape
Leader GBR Chris Froome 72 h 40 min 38 s
(Sky)
2e NED Bauke Mollema + 1 min 47 s
(Trek-Segafredo)
3e GBR Adam Yates + 2 min 45 s
(Orica-BikeExchange)
Classements annexes à l’issue de l’étape
Jersey green.svgPoints SVK Peter Sagan 405 pts
(Tinkoff)
Jersey polkadot.svgMontagne POL Rafał Majka 127 pts
(Tinkoff)
Jersey white.svgJeune GBR Adam Yates 72 h 43 min 23 s
(Orica-BikeExchange)
Jersey yellow number.svgÉquipe ESP Movistar 218 h 03 min 31 s
15e étape 17e étape
Documentation Wikidata-logo S.svg

2e étape du Tour de Burgos 2016: Q26209129[edit]

Wikidata-logo S.svgClassement de l'étape
Équipe Pays Temps Écart de temps Vitesse moy.
1re Astana KAZ Kazakhstan 13 min 10 s 13 min 10 s 48.851 km/h
2e Movistar ESP Espagne 13 min 12 s + 2 s 48.727 km/h
3e Etixx-Quick Step BEL Belgique 13 min 13 s + 3 s 48.666 km/h
4e Sky GBR Royaume-Uni 13 min 16 s + 6 s 48.482 km/h
5e BMC Racing USA États-Unis 13 min 19 s + 9 s 48.300 km/h


2016 Tour of Oman[edit]

Wikidata-logo S.svgClassement de l'étape
Coureur Pays Équipe Temps
1er Alexander Kristoff NOR Norvège Katusha 3 h 01 min 18 s
2e Zico Waeytens BEL Belgique Giant-Alpecin + 0 s
3e Søren Kragh Andersen DEN Danemark Giant-Alpecin + 0 s
4e Tom Van Asbroeck BEL Belgique Lotto NL-Jumbo + 0 s
5e Sam Bennett IRL Ireland Bora-Argon 18 + 0 s
9e Edvald Boasson Hagen maillot vert de leader du classement par points NOR Norvège Dimension Data + 0 s
Wikidata-logo S.svgClassement général
Coureur Pays Équipe Temps
1er Vincenzo Nibali red jersey, general classification ITA Italie Astana 22 h 25 min 25 s
2e Romain Bardet FRA France AG2R La Mondiale + 15 s
3e Jakob Fuglsang DEN Danemark Astana + 24 s
4e Tom Dumoulin NED Pays-Bas Giant-Alpecin + 40 s
5e Rui Costa POR Portugal Lampre-Merida + 54 s
6e Edvald Boasson Hagen maillot vert de leader du classement par points NOR Norvège Dimension Data + 1 min 06 s


Tour de France 2016 / Giro d’Italia 2016[edit]

Wikidata-logo S.svgClassement par équipes
Équipe Temps
1re ESP Movistar yellow bib, teams classification 267 h 20 min 45 s
2e GBR Sky + 8 min 14 s
3e USA BMC Racing + 48 min 11 s
4e FRA AG2R La Mondiale + 56 min 50 s
5e KAZ Astana + 1 h 16 min 58 s
6e RUS Tinkoff + 1 h 52 min 23 s
7e USA Trek-Segafredo + 2 h 00 min 16 s
8e SUI IAM + 2 h 10 min 03 s
9e RUS Katusha + 2 h 29 min 13 s
10e ITA Lampre-Merida + 2 h 35 min 18 s
Wikidata-logo S.svgClassement par équipes aux points
Équipe Pays Points
1re Etixx-Quick Step BEL Belgique 506 pts
2e Lotto NL-Jumbo NED Pays-Bas 397 pts
3e Lampre-Merida ITA Italie 361 pts
4e Movistar ESP Espagne 339 pts
5e Lotto-Soudal BEL Belgique 303 pts
6e Katusha RUS Russie 293 pts
7e Giant-Alpecin GER Allemagne 280 pts
8e BMC Racing USA États-Unis 232 pts
9e Orica-GreenEDGE AUS Australie 220 pts
10e Trek-Segafredo USA États-Unis 216 pts


Tour of Britain 2016[edit]

WorldTeams (11)
  1. RSA Dimension Data
  2. GBR Sky
  3. BEL Etixx-Quick Step
  4. ESP Movistar
  5. USA BMC Racing
  6. USA Cannondale-Drapac
  7. BEL Lotto-Soudal
  8. AUS Orica-BikeExchange
  9. GER Giant-Alpecin
  10. NED Lotto NL-Jumbo
  11. USA Trek-Segafredo
Équipes continentales professionnelles (4)
  1. ITA Bardiani CSF
  2. ESP Caja Rural-Seguros RGA
  3. GBR ONE Pro Cycling
  4. BEL Wanty-Groupe Gobert
Équipes continentales (5)
  1. GBR Wiggins
  2. IRL An Post-ChainReaction
  3. GBR JLT Condor
  4. GBR Madison Genesis
  5. GBR NFTO
Équipe nationale
  1. GBR United Kingdom
Wikidata-logo S.svg

Lotto-Soudal U23 2017[edit]

Wikidata-logo S.svgVictoires
Date Course Pays Classe Vainqueur
15 Apr U23 Liège–Bastogne–Liège BEL Belgique 1.2U BEL Bjorg Lambrecht
7 May Flèche Ardennaise BEL Belgique 1.2 BEL Harm Vanhoucke

Tour d'Italie féminin 2014[edit]

Wikidata-logo S.svgClassement de la montagne
Coureur Pays Équipe Points
1re Emma Pooley green jersey, mountains classification GBR Royaume-Uni Lotto Belisol Ladies 64 pts
2e Valentina Scandolara ITA Italie Orica-AIS 33 pts
3e Anna van der Breggen NED Pays-Bas Rabo Liv Women 31 pts


References[edit]

  1. (en) « 2015 » 99th Rund um Köln (1.1) », sur procyclingstats.com (consulté le 1 mars 2016), juin 2015.
  2. 2.0 2.1 (en) « 2015 » 99th Rund um Köln (1.1) », sur procyclingstats.com (consulté le 1 mars 2016).
  3. « Carnet Noir - Gijs Verdick, 21 ans, est décédé à Zwolle », sur cyclismactu.net, 10 mai 2016.


Bot maintaining tasks[edit]

We could collect possible bot maintaining tasks here, so I know what bot scripts to code.

  • I have found at team Colpack 2000 (Q24134332) the rider Andrea Nencini (Q20985580) as team member. which is actually a volley ball player. The right item is Andrea Nencini (Q24135035). Checking the team members whether they are riders could be a job for a bot.
  • Another job could be to move "official names" from the team item to the saison items.

--Molarus 16:06, 9 September 2016 (UTC)

The first one isn't for a bot, it's for SPARQL. --Edgars2007 (talk) 16:17, 9 September 2016 (UTC)
In my view, it could be done both ways. I would code a pywikibot script using a simple sparql-query, while for the other way a difficult sparql-query is needed. By the way, I have already written a sparql/pywikibot combination. The result is a list of wikipedia articles (see de:Benutzer:Molarus), which I´m looking into to find false wikilinks for riders. I have already used such a list to fix some problems at enWiki and after I´m done with deWiki I will create such a list for frWiki too. I will see if I can manage this without speaking french. --Molarus 20:03, 9 September 2016 (UTC)
Here is a simple SPARQL query to list riders, which doesn't have P106=(any subclass of) Q2309784. And here is another simple query for stats of all P106 values. --Edgars2007 (talk) 20:22, 9 September 2016 (UTC)
Thanks. I have tried to understand why the first query shows more false occupations than the second query, I do not understand. And I can not rewrite the second query, I have tried. The problem is, those queries are still to difficult for me. --Molarus 21:21, 9 September 2016 (UTC)
This is the code to get someone who is a rider and has the occupation speedskater. One example is Q241961 (Ellen van Dijk), who should do both. The question is: Is that true? At least this way it is possible to check that by hand (typing into the code the next occupation to check) --Molarus 21:37, 9 September 2016 (UTC)

graph-Extension[edit]

Last night I have played a bit with the graph-Extension. The result can been seen at User:Molarus/graph. The first picture with the two lines is from me, the second is an example from the documentation. I have moved the code into a lua module and the result can be seen at Module talk:Version 2 (the line). Wikipedia is using this already, see fr:Module:Graph and where it is used. This extension is about building a png-file out of data - Wikidata. On WDwiki this extension is combined with SPARQL, for example User:Smalyshev (WMF)/Test2. I think the second example on my page is interesting, because this way we could show some cycling data. I think this picture is only created new after editing an article, not like Wikidata that updates itself. I have found an tutorial: here. At the moment, I see this as an experience, I´m sure there is a reason why no one else has combined Wikidata, Lua and graph before. --Molarus 12:31, 4 October 2016 (UTC)

I have an idea for an use case: mountains. Do you remember the pictures of the mountains at the Tour de France - website?
We could say:
Cycling race/mountains|Q123|Q456|Q789
We will get a picture with a en:Slider (computing) to slide over the three mountains. I don´t know if we already have properties to add the data to the mountain items. I have found the website http://www.cyclingcols.com/ while I was writing articles for the TdF 2016. We have to add a references to the data in WDwiki too and somehow show the ref in the article. I will not start with that tomorrow, because I still have to learn writing code for graph, but I will put that on my todo-list. I see as advantage that we don´t have something like that for our articles. And drawing pictures is a lot of work. This way, I would be just adding some data to WDwiki and the lua module does everything else. Another advantage is that we have to read only the items for the mountains - very fast - therefore the creation of the picture is the most time consuming thing. I don´t know if the 10 seconds lua limit will be a problem, but we do not have to show 50 mountains in the picture. --Molarus 15:10, 4 October 2016 (UTC)

I have seen an infobox about mountains for riders at de:Mont_Ventoux#Radsport, the french version is fr:Cyclisme au mont Ventoux. Maybe we could use as property P2198 (average gradient) and P2595 (maximum gradient). --Molarus 02:41, 4 January 2017 (UTC)

victories[edit]

Since few months, we have victory (P2522) that is able to list victories of team, as we have for Verandas Willems 2016 (Q22062004). teamroster was our better success, and I think it will be similar for victories. I don't work IRL from the 15 to the 30 november, but I already write ideas about this future function here.

This project of function is interesting for users because the will only need to add a value for victory (P2522). Other information will be know because they are used by other functions. Jérémy-Günther-Heinz Jähnick (talk) 19:43, 11 November 2016 (UTC)

We will need a sorting function. Because it is not practical to have to type everything in chronological order. What about montain bike, track... victories? How will the function differentiate? Personally, I think this function is interesting, but not to prioritize. It will take in everycase a very long time until all races and stages are in wikidata. As the new year is close, I would prefer to have the infobox for racer ready (so no more "current team" update to do everywhere). Information is already in wikidata for this case. Psemdel (talk) 10:11, 20 November 2016 (UTC)
Yes for a sorting function, depending the class of the race, but also its name or the name of the cyclist. I think it is not very complex. And we have these informations, but I am a little annoyed for before 2005 because I have not enough datas about class of races. Some Wikipedias have an article about cycling race class defined by the International Cycling Union (Q22348500), but no informations about the past. For the type of victory, it is easy and we have predicted it since months : when you add sport (P641) road bicycle racing (Q3609), you add in your infobox a little logo of bike. if there is no statement, there is no logo, so the statement is in reality compulsory. The real utility of this statement was for permitting the algorithm to recognize a cycling race on road for this function. For cyclo-cross, we can imagine another function, even if we don't have for the moment articles about these races. Thanks to this statement, we can select a victory only if it concern the road cycling and exclude other victories. (I continue after) Jérémy-Günther-Heinz Jähnick (talk) 11:27, 20 November 2016 (UTC)
The new cycling season will start in a few time now, and it takes always time to get all the translations (and I ask to get translators on meta, silence radio... trist for a such project). We have a big part of articles about UCI race and I think 2017 will see all these articles for some Wikipedias (I think at FR Wiki where we are numerous, but also at DA Wiki where an user do a very good job of translation). The idea is to permit users to create articles about seasons, and we need victories. For the cyclist infobox, the idea is good, but on FR Wiki we have again a hand of users that will again make loose our time, I remember in august 2015 when we adapt the infobox for Wikidata and mid-september 2016 when a well know user and his friend decide to delete/neutralize the function to display family saying "there is no consensus" when this function was here since the adaptation of the infobox with Wikidata... So I guess if we do this infobox now, even if thanks to the Prise de décision we don't need to take the opinion of these FR Wiki users, we will again have these users on the back, even if everything works perfectly ("Wikidata is the devil"...). I add that all is far to be perfect on this side. Even if we can define the current team, we are not able to display all the former teams : in some case, even if it become rare, we haven't the official name of teams. On other case, it lacks all the previous teams, and even items for some of them or clubs. Sometimes, there is a problem on Wikidata, see the team Peugeot and Z where nobody is agree, or Bianchi. And the worst is we don't have written if a cyclist is an amateur in its team. We also have the case of the team Armée de Terre which become continental and where cyclist became pro where they were previously amateurs in their team. The idea I propose is to write a patch and give it to our contacts to adapt their infobox during few months. This patch will permit to display the current team and nothing else, this way users will save a little time. For me, this infobox will be the more complex to build, it is my opinion. I also guess we will hear : "and if the user prefer directly write the teams on Wikipedia". Don't forget an user, alway the same, makes problems with teamroster last week. Again a time he is alone in its battle but never stops. Jérémy-Günther-Heinz Jähnick (talk) 12:20, 20 November 2016 (UTC)
Another thing that would be nice and not too long, would be to adapt "Infobox Compétition sportive" (infobox for races), in order to get automatically the country, the last winner, the winner with most victories... Psemdel (talk) 17:03, 20 November 2016 (UTC)
Yes and no. It suppose we have all the datas on Wikidata for the winner with the most victories. For the country it is easy and for the last winner, it suppose we have in has part (P527) all the editions of the race. It is the case for the youngest races, but not again for others. I will say on the technically point, it is not so difficult. The problem again a time is human : see here. At the end of june 2015, I ask to use three properties, the date of creation, the date of dissolution and the sport. The admin Supertoff was responsible of a loss of time, and I get these three properties only at the beginning of february 2016, seven month later. So I prefer working to create new functions we can give to a maximum of Wikipedias instead loosing my time on FR Wikipedia. The fact is it is more easy to give a new function that improve an existing template. It is one of the reason that explain the Projet:Wikidata was "killed". Jérémy-Günther-Heinz Jähnick (talk) 18:21, 20 November 2016 (UTC)
You say for the youngest races, but if you can use Cycling race/listofwinners, you have already the whole list of winners. It is not really an issue. The point is only: I update wikidata to have the listofwinners updated. But still, I have to go in each Wikipedia to adapt the "last winner". That is really a waste of time. Psemdel (talk) 12:05, 27 November 2016 (UTC)

I have started by listing all the races of "Verandas Willems 2016" (Q22062004) at Module talk:Version 2. Next step is sorting the races after time, course and class? Maybe I will start with sorting after time and improve the sorting while adding the other data. A more difficult problem will be building a good course column, because we can´t take the label for that. Point 2 says that there are three winning possibilities: One day race, a stage and a stage race. And it is not always: stage, a comma, and the name of the race, for winning a stage. In german, they put the stage data as last information. And "1re étape" must be translated for each wiki. For the country we will take the lang module and if there is no lang module only a flag will be shown. This way, the lua time will be shorter.

Maybe it would be nice to have the option to tell the table in the article to display only certain victories. As options, I could think about certain classes, certain raiders, only stage races or only one day races. At deWiki, they add at the stage articles victory tables depending on "UCI WorldTour 2016", "UCI Europe Tour 2016", ... and they have victory tables like de:UCI Europe Tour 2016. I don´t think they will substitute their tables by this table. I see rather the use of this table by more unknown teams and older seasons. I don´t know what makes sense, but I think this way we could make more out the list of victories. We would need a good way to tell the table what to do. --Molarus 22:24, 17 February 2017 (UTC)

I have developed a new feature, see Module talk:Version 2. There is a small warning sign in the table header and the warning message is the tooltip. At the moment the warning is always on, later, this warning sign will be shown only when an error occurs. The warning messages are translatable and they could be used in other tables too. We could have this feature for all wikis or editors could switch that feature on in the lang module. It that is OK, I would add more error messages. Comments?

Now, class="wikitable sortable" is in the table, but I have to add additional data to tell the sorting code how to sort right. I will need some time to understand that template (in frWiki, it is Modèle:Sortname). Lets see if this is a better alternative then coding a sorting algorithm myself. --Molarus 02:30, 19 February 2017 (UTC)

I´m writing the code for sorting the date and I have found some problems, where I would like to get some help. My solution is to build a sortkey consisting from: year month day. I have found two problems: 1 ) What is the right sortkey for a multi day race? The startday or the endday? 2 ) If I have as date only the year or a year and a month, what is the right sortday? At the moment my solution for both questions is: startday and for both cases the 31 December. At Module_talk:Version_2 you can see both problems. I´m printing the year as date for the two races with problem 2. By the way, I have switched off the sorting for the races column.
Next step is building a nice race name. --Molarus 01:52, 28 February 2017 (UTC)
As predicted, I come back for a few weeks. Since the beginning of January I traveled about 2500 kilometers by bike in my constituency to distribute leaflets to prepare the legislative elections. My commitment ended yesterday, I think to take a new, surely beginning in April. I will take this day to read all I must know. Jérémy-Günther-Heinz Jähnick (talk) 10:10, 1 March 2017 (UTC)
Hi. Nice, you are back. Nothing important has happened here. Maybe, this is a good news. There was one thing: I have written a note to editors at jaWiki and arWiki about the new feature of displaying team names in non-latin script. I got no reaction from jaWiki, while Mr. Ibrahem said the code works fine for arWiki. --Molarus 11:15, 1 March 2017 (UTC)

I have worked at printing the right name of a stage victory. Code for that is at line 170 - 183. I´m getting the word "stage" and its translations from Q18131152. At the moment, I have the code for the stage victories for en, fr, de and other wikis. I have to look tomorrow how the other wikis write that information and this way more wikis do not have to print the fall back version. There is the possibility that we do not have the number of the stage in the item. I´m testing this by asking WD for 'P1545x'. In this case I will print a question mark and write, for example, in french ?e étape. Is that OK? PS: I have just remembered that there could be a stage zero, a prologe. So I have looked into our module and maybe I should take the translations from function func_prologue and stageLink? Or maybe both? If there is no translation in the code, look into WD? OK, I will find an answer for that tomorrow or the day after.--Molarus 01:41, 2 March 2017 (UTC)

Ok, so I take my time to read and understand. For a multi day race, we take the end time (P582) because the final general classification occures the last day. It is the same day of the last stage, and a cyclist can win the last stage and the final general classification, it makes two victories. Interesting the option that permits to dispatch the victories according the circuit thanks to P361, as Germans do. If we have no dates, it is not normal, the information should exist, so I propose the consider the race occures at the end of the year. With Verandas Willems 2016, we have an interesting case because we don't have add informations for all races.
Yes for the word stage. Normally, we always have a statement for the number of the stage because it is compulsory for listofstages. Jérémy-Günther-Heinz Jähnick (talk) 16:49, 3 March 2017 (UTC)

Maybe there should be the possibility to use this table not only in season articles, but in team articles too. This way, the small wikis could use this table too, since they do not have season articles. This could be done by using the "has part" (P527) properties. Maybe we should allow the victory property in team items too or rather we should assume that some editors will use the victory property this way too. There is one problem: Season articles have the "has part" property too, but they list riders. Therefore we have to be sure it is no list of riders, which could be done by looking for a P31:human. --Molarus 16:54, 3 March 2017 (UTC)

Tomorrow, I will start testing the table (as it is now). I have seen lots of season items with the victory property, therefore I have enough data for testing. --Molarus 21:56, 4 March 2017 (UTC)

The code for the victory table is at frWiki, see fr:Utilisateur:Molarus. I had to rewrite parts of the code, but I´m confident that the code is far better now. Still, I´m not 100% sure that there is no error anymore. Problem is, that the items could be in good and in bad condition and I have not tested all possible conditions. At the moment, the code is only at frWiki. If you want some changes, please tell me. --Molarus 06:09, 9 March 2017 (UTC)

I prepare the call on fr:Modèle:Cycling race/victories. Is it possible to rename the function in the code victories ? It is to make a parallel with listofteams or listofwinners. The result is very good. For the moment, it lacks the flag of the country of the cyclist, and a link to the item of the race, when we speak of a stage race. I see also more space between entries, as we have on FR Wiki fr:Saison 2017 de l'équipe cycliste Quick-Step Floors. I like space in articles.
On a second time, I am interested if we can test new things. For example, QST wins the Dubai Tour, in a interested if we can write just before general classification (Q691836). Fortunately we have an item. Then, it is just an idea and it is for French Wiki, the idea is to replace the comma in some cases. For example, 1re étape, Tour Alsace will become 1re étape du Tour Alsace. Du is the french for of the. If the algorithm recognize the item of the race start with Tour, it will know he must replace the comma by du. In the same order, I have in memory :
  • des for Trois, Quatre, Boucles
  • du for Triptyque, Tour, Grand Prix, Circuit, Mémorial, Trophée
  • de la for Ronde, Semaine, 'Classica, Flèche, Course, Classique
  • de l' for Étoile
For other races, we are not able to define what word will replace the comma, but it is not a problem. Another day, we will see for national championship. Jérémy-Günther-Heinz Jähnick (talk) 12:08, 9 March 2017 (UTC)
The first race in Module talk:Version 2 is Q28125545 (Contre-la-montre masculin aux championnats d'Australie de cyclisme sur route 2017) and I´m showing the official name (P1448) of the race, which is "Championnat d'Australie du contre-la-montre" in french. If there is no official name in the language of the wiki or in english or french, I show the label of the item. This is the solution I have found for the problem with the national championship.
The function is renamed and the rider got a flag in frWiki. I have seen in your examples, that some riders are season articles. I have not looked so far why this error. What do you mean with a link to the item of the race, when we speak of a stage race? Do you mean that for "2e étape, Tirreno–Adriatico" the "2e étape" should link to the article "2e étape, Tirreno–Adriatico" and "Tirreno–Adriatico" to the article "Tirreno–Adriatico"?
The space and a better french name for the races is for tomorrow. I think, I will work on the remaining problems in Module Version 2 and copy the fixes later to frWiki. --Molarus 00:36, 10 March 2017 (UTC)
I think more something like this. A link to the section of the stage of the article and for the race simply the link to the race 2017. This point has a problem on FR Wiki because a bot passed and modify the template, see here. By the past, we had {{2e}} étape, now it is {{2e|étape}}. This point is not very important.
For championships, I had another idea. If we put the official name in the item, we had to do the work each year, idem for translaters. So I think it would be better to write it in the item given for instance of (P31), Australian National Time Trial Championships (Q22284183) for this case. This way, we have to do this for line race and time trial for around 150 countries, it is more easy if in more I create a kit to translate for this. Jérémy-Günther-Heinz Jähnick (talk) 10:13, 17 March 2017 (UTC)
Most of the new french race articles I have seen do not use the new system and therefore the wikilinks for those articles would not link to the right section. In the old system it is "Tirreno-Adriatico_2017#7e_.C3.A9tape" and in the new system it is "Paris-Nice_2017#7e.C2.A0.C3.A9tape". There is a nonbreaking space (& nbsp;) between 7e and étape in the new system.--Molarus 14:52, 18 March 2017 (UTC)
Yes, I remember an user do a big modification by bot few monthes ago, and discussions occured on the main space discussion of FR Wiki. I wasn't part of these discussions.
I see on the display of Module talk:Version 2 we have 3ae étape des Trois Jours de La Panne instead of 3e a étape des Trois Jours de La Panne. Jérémy-Günther-Heinz Jähnick (talk) 11:24, 20 March 2017 (UTC)
Thanks, I didn´t see this error.
This bot has created so many problems. Another one is fr:Trois_Jours_de_La_Panne_2016#3ea_.C3.A9tape versus fr:Tour_de_Grande-Bretagne_2016#7e.C2.A0.C3.A9tape_A. In the second example it is written 7e étape A. The result is that I do not know what Wikilink I should build to link to the section 7ea étape and 7eb étape. What a mess.
Next step is to fix the error, improve the french code for the prologue, optimize the whole code and adapt the improved code to all language versions.
--Molarus 13:49, 20 March 2017 (UTC)
Ok. I also have see a problem with Etixx-Quick Step 2016 on fr:Modèle:Cycling race/victories : I decide to do few weeks ago a test with a team with numerous wins, and discover races were not added. So I add them, but when the table is displayed, we have not by default a sort by the date, we have a sort by the order of statement on Wikidata. No problem for halves stages if you don't make a link, it is very rare we have this case. I see on FR Wiki on SEG Racing an user add manually the victory and doesn't see the change due to the modification of the template (and see that by mistake he writes Fabio Jacobsen as Danish where this cyclist comes from the Netherlands, a mistake due to the name, a problem that cannot occure with Wikidata). Jérémy-Günther-Heinz Jähnick (talk) 18:49, 21 March 2017 (UTC)
I have the code for sorting and I hope it is without an error. This is the algorithm: en:Insertion sort (my code is a bit changed). The code is simple and for sorted data there is almost no additional lua time necessary. frwiki is updated. --Molarus 22:43, 21 March 2017 (UTC)
Perfect. To continue with details, I would be interested if we can have a link to classes (1.UWT, 2.2...) to the first value of part of (P361), if we have a statement for this. Generally the link will be this year for UCI Europe Tour 2017. A sort is also needed to group possibly races by classes. On FR Wiki, we have something like span style="display:none with a number. Here, I don't know if it would be better to apply this solution or to apply another, because we are surely able to directly sort these classes.
For national championships, I have a doubt between official name (P1448) and name (P2561). I think more at the second solution. For an item as 2016 German National Time Trial Championships (Q27055558), we will never have articles, but we have an item for German National Time Trial Championships (Q27055700) thanks to the instance of (P31), and this item have thanks to part of (P361) German National Road Race Championships (Q80798). This last item always have an article. The case is specific to the national championships. A national championship can be recognized with CN (Q22231119). By a little different way, we learn that the 2016 German National Road Cycling Championships (Q27055507) part of (P361) 2016 national road cycling championships (Q22021840). I will surely discuss with Anthony59999 to write a little documentation for championships, because even for me the subject is a little difficult. Jérémy-Günther-Heinz Jähnick (talk) 18:02, 22 March 2017 (UTC)
I do not know what sortkey order I should use. It is at the moment: 1.UWT, 2.UWT, 1.HC, 2.HC, 1.1, 1.2, 2.1, 2.2, 1.Ncup, 2.Ncup, 1.2U, 2.2U, CC, CN, CDM, 1.WWT, 2.WWT That is done at line 60 (class_sort) at Module:Version 2. --Molarus 21:08, 27 March 2017 (UTC)
For men, it seems good, I have a doubt for Ncup and U23. For women, I ask the opinion of @Psemdel:. I think classes should be interlocked between mens and women as CDM, 1.UWT, 1.WWT, 2.UWT, 2.WWT, 1.HC, 2.HC, 1.1, 1.2, 2.1, 2.2, 1.Ncup, 2.Ncup, 1.2U, 2.2U, CC, CN. Jérémy-Günther-Heinz Jähnick (talk) 09:35, 29 March 2017 (UTC) PS : I was partly false, I found this at fr:Projet:Cyclisme/Usages#Victoires. Jérémy-Günther-Heinz Jähnick (talk) 10:08, 29 March 2017 (UTC)
Yes it should the same as for the men. This order is in everycase perfectly arbitrary, there is no need for a long debate. Psemdel (talk) 16:16, 29 March 2017 (UTC)
I have two items I do not see in the french table: CC (Q22231118, championnats continentaux) and CDM (Q23015458, Coupe du monde). On the other hand, I have no item for a "Championnats du monde" "CM" or is this CDM? Example race Q27150066), a "UCI ProTour (PT)" race and a Calendrier historique (HIS) race. I think, we have no items for the older races and therefore we will not see any data in the class column fo them. By the way, we do not print "WT", but 1.UWT, 1.WWT, 2.UWT, 2.WWT. Another point: In the french list for 2.HC there are different numbers: 03 and 5. I´m taking "03" as sorting key. --Molarus 16:38, 29 March 2017 (UTC)
It seems for Women races there is only "UCI World Tour féminin" available, see fr:Saison_2017_de_l'équipe_cycliste_Cervélo_Bigla#Victoires. Therefore only a WPlink to "UCI World Tour féminin 2017" is shown in the french article. Categories like 2.HC for women do not exist, instead items like "Calendrier international féminin UCI 2017" is added into the race items. We could use such an article as Wikipedia link target too, but we would have to create an item for "Calendrier international féminin UCI", I think, and add them into items like "Calendrier international féminin UCI 2017".
I have moved the new code to frwiki and it seems the code works. I think, now it is time to try to internationalize the victories table. I do not know how much time that will need, because more then testing the code and correcting errors is needed. --Molarus 01:46, 4 April 2017 (UTC)
I let @Psemdel: respond to these points, I am a little lost with these histories of classes.
Few points are again to solve, I have a look on fr:Modèle:Cycling race/victories. First case, if the race is recognized as a stage race thanks to its classes, we need to have general classification (Q691836) written before the comma or the article. By using an item for translations, it is a little more easy to acquire them. Second points, to display the championhips, the last points are the display of a short name, I use name (P2561) for New Zealand National Time Trial Championships (Q22303252). This will permit to display all the translations we need. For the CN, we can make a link to 2017 national road cycling championships (Q28005879). Normally we always should have the correct way, even if there is a late in the development when we compare to other UCI races. I will see after for other points. Jérémy-Günther-Heinz Jähnick (talk) 09:10, 4 April 2017 (UTC)
I didn´t use the item to get the translations for "general classification". Since we already have in function victories_translate the translation for "Victories" (header of the table), it is no problem to add "general classification" too and users are used to this way. --Molarus 04:44, 5 April 2017 (UTC)
What is the question? Fpr the UCI Calendar, it is Q27765666 (if you want to link something to the 1.1 and so on). For the sorting, don't worry, it is imho not very important. Psemdel (talk) 07:00, 5 April 2017 (UTC)
Ok. Jérémy-Günther-Heinz Jähnick (talk) 18:58, 6 April 2017 (UTC)
I just have detected a little bug about championships. When we add the class CN as second value for instance of (P31), we lost the good display, see Module talk:Version 2 for the case of the USA. In my opinion, we should ignore CN (Q22231119) and CDM (Q23015458). Jérémy-Günther-Heinz Jähnick (talk) 10:23, 17 April 2017 (UTC)
Do you mean we should not display CD and CDM races anymore? The easiest solution for this is not to insert such races into the items.
About the problem: I think this is no error. I have updated frwiki, your last update was from 9. Avril. It do not work at Module Version 2 because items should have a property P2561 like Q22303252 and the USA item looks like this Q24731482 (rather empty). I had updated Module Version 2 to work for deWiki already some days ago. This way I know what I have to do to make the code work for all the other wikis too.
Sorry for not answering, I was not online at Wikidata due to a lack of motivation. --Molarus 23:20, 19 April 2017 (UTC)
No, I have problems to explain it in English. When we have an item for a championship where instance of (P31) has only one value, so the race, all works perfectly for the name. When we have two values, the natur of the race and its class, the system no longer works. So the idea is to "blacklist" classes as CN to avoid interferences (hard for me to explain). Psemdel says me that a problem occured with the last update, classement général is replaced by Victoires, see on fr:Modèle:Cycling race/victories. I guess it is just a detail. Classement général is just for stages races, when a team wins a single day race, it is always the general classification.
Idem, I also suffer from a lack of motivation. I am unable to go on races this year (surely the time of route), and to write articles. IRL, I am no longer motivated to work since march. I hope I will success to restart to work.
Yes, I do a test for championships and it works. I start little to little this work today. Jérémy-Günther-Heinz Jähnick (talk) 10:24, 21 April 2017 (UTC)

Hi, as I have already told Jérémy, I am using the function for all teams and found out some issues (no worry, we will correct them). As he said, now I get "victoire, Race... " for most of the races. But also I have a problem with all 2.2 from USA (yes sorry it is so), where the stages don't display. I get the issue for Tour of the Gila and here and also here for Tour of the Gila and Joe Martin Stage Race. For European 2.2 no problem, for instance here Psemdel (talk) 22:46, 21 April 2017 (UTC)

I think I have fixed both problems. Problem 1 was that I did not copy the new update for function victories_translate, but the second problem was more difficult. I think, the difference to the other races is that both races have no Wikipedia articles at all. In this case a fallback text was shown, which prints no stage data. @Psemdel: To shorten the text "Course en ligne féminine aux championnats de Nouvelle-Zélande de cyclisme sur route" at "Équipe cycliste UnitedHealthcare Women's" I have added at Q29061811 a name property. Could you check if the french is correct? Maybe you want a different text with "féminine" somewhere in the text. This example shows you to shorten similar long Championnat names. --Molarus 20:55, 22 April 2017 (UTC)
Many thanks for the corrections. As usually everything can be explained. There are articles but for the men races (in the USA, they always do both in parallel). For the name is there a difference between "P2561" and "P1448"? Is it read for all races (because actually I prefer without "féminine" everywhere, women can't race men races so there is no disambiguation requirement)? Psemdel (talk) 08:54, 23 April 2017 (UTC)
I guess, Jérémy wanted P2561 because it is no 'nom officiel' like the team name. The 'nom' of the championship is for one country only, but for all years. --Molarus 21:26, 23 April 2017 (UTC)
Yes, it is just a name, not an official name. Jérémy-Günther-Heinz Jähnick (talk) 14:47, 28 April 2017 (UTC)
Ok. I am quite happy with this new function. What is still disturbing me by the display are the "classement général" everywhere. For 2.x can I perfectly understand of course. But for one day race, it shouldn't be. The "if" is quite easy to do: everything that start with a "1" = no "classement général" needed. People judge the display. If it is beautiful, they consider using it. If they have too many contra, they will continue using the old way. Psemdel (talk) 19:36, 29 April 2017 (UTC)
I have changed the code at frWiki. Now only races with class 2.x show "Classement général,", the other do not. Software is similar to Wikipedia articles: More eyes see more problems. --Molarus 05:54, 30 April 2017 (UTC)
Many thanks, it looks good to me now. Psemdel (talk) 08:17, 30 April 2017 (UTC). Update, I thought to use the property name to delete the "women" everywhere in the name of the races. It doesn't work, but I understood why. In the code the name is read only for championship. Why?

if entity_type == 'championship' then a1, b1 = pcall(fooA, 'numeric-id', entity_race, 'P31', entity_num) if a1 == true then entity_l = mw.wikibase.getEntityObject( 'Q'..b1 ) a2, b2 = pcall(fooA, 'text', entity_l, 'P2561', 1) -- show the "name" if a2 == true then local lang_WD, text_WD for _,v in pairs(entity_l.claims["P2561"]) do lang_WD = v.mainsnak.datavalue.value.language text_WD = v.mainsnak.datavalue.value.text if wiki == lang_WD or wiki == 'www' then label_x =text_WD break end end end Psemdel (talk) 09:09, 30 April 2017 (UTC)

I´m not sure if I understand you. For example fr:Saison_2017_de_l'équipe_cycliste_féminine_Sunweb#Victoires shows "Circuit Het Nieuwsblad féminin" and the wikilink is to "Circuit Het Nieuwsblad féminin 2017", since this article exists. The label is taken from Q2973966. I guess, if you change the french label to "Circuit Het Nieuwsblad" maybe with "Circuit Het Nieuwsblad féminin" as alias label, that new text would be shown. By the way, at enWiki the name of the race would be shown as "Omloop Het Nieuwsblad – women's race". --Molarus 14:02, 2 May 2017 (UTC)

I have copied the code for the table from frwiki to WDwiki and added code that this table works only at frWiki and WDwiki (in function p.victories the code checks if wiki is Wikidata ('www') or frWiki). We have the same for references, which only works in enWiki, frWiki and deWiki. I think, the next step is to add code for more wikis, step by step. Maybe daWiki could be next? By the way, I have seen that function func_error_message has no french translation. You can see at Module talk:Version 2 a small error sign in the header of the table. If the mouse is on this sign the tooltip is shown, which says that the property x in item y is missing. At the moment only text written in english is shown. Could you add a french translation into function func_error_message? I like this new feature and maybe we could have this feature for more tables in the future. --Molarus 09:46, 9 May 2017 (UTC)

Cadel Evans Great Ocean Road Race 2017 (Q22977069) and Australia as best team with the function infobox[edit]

Hi Molarus. This morning I update this article, and I see we have a little problem to display just the name of the country for this best team : Australian men's national road cycling team 2017 (Q27927235). I don't know if the problem is new because I don't remember if we already have had a best team that was a national team. Jérémy-Günther-Heinz Jähnick (talk) 11:18, 29 January 2017 (UTC)

I don´t understand the problem. At fr:Cadel Evans Great Ocean Road Race 2017 "Meilleure équipe: Australia" is shown. What do you want to see in the infobox? --Molarus 17:51, 29 January 2017 (UTC)
Normaly, as for listofteams, we should have the algorithm that take the name of the country in the correct language. Here, we have Australia because I add in speed official name (P1448), but it is not good. If we have had Germany, the problem will be more visible. In french we say Australie. Jérémy-Günther-Heinz Jähnick (talk) 18:28, 1 February 2017 (UTC)
I hope, I have fixed it, without adding new errors into the code. That was really difficult. The new code is at frWiki and WDwiki. I have tested in frWiki some articles and it looks good, but it is still to early to be sure.
Now, in item Cadel Evans Great Ocean Road Race 2017 (Q22977069) the "best team" statement has a value for P54 "équipe d'Australie de cyclisme sur route 2017" too (as, for example, the "winner of the sprint classification"). It seems, without that P54 in the infobox no data is shown for the "best team", which is not optimal. I´m not sure if there is a solution without that additional P54.
It seems we had never before a national team as team winner. The reason was, I guess, we have dealt before only with U23 teams, which are not that good.
--Molarus 03:16, 3 February 2017 (UTC)
Yes, generally these teams have cyclist that are not the bests. I am a little lost with this P54. Jérémy-Günther-Heinz Jähnick (talk) 14:42, 4 February 2017 (UTC)

UCI-Id[edit]

Since 1-1-2017 each rider gets a new UCI-Id (link), maybe a new property. --Molarus 17:42, 29 January 2017 (UTC)

Yes. I will wait until the end of the week (I am not often at home in this moment). Jérémy-Günther-Heinz Jähnick (talk) 18:29, 1 February 2017 (UTC)

Tour Down Under 2017 and its national team called UniSA-Australia[edit]

Hi Molarus, I wait a little before presenting you a new specific case. UniSA-Australia 2017 (Q28370724) participate at the 2017 Tour Down Under (Q22338002) but is a national cycling team with sponsor name (Q28492441), just a national cycling team (Q23726798) sponsored by a brand. Is it possible to put UniSA-Australia as a national team in the table ? Jérémy-Günther-Heinz Jähnick (talk) 14:48, 4 February 2017 (UTC)

That is no quick fix, it is a new feature. As a national team, it would not have a name, therefore we would need national teams with "official names". I have to think how that could be done. Maybe this could be done be a rewrite of the table. We have not done much effort into national teams so far, the example with "Australie" was something similar. Maybe after I have finished the classification table. --Molarus 00:37, 6 February 2017 (UTC)

That was a quick fix, it seems I had forgotten how that function works. See fr:Tour Down Under 2017. Now it is enough to add a <P31> <Q28492441> (équipe cycliste nationale de marque) into the team. Code is at frWiki and WDwiki. --Molarus 08:32, 17 March 2017 (UTC)

teamroster, notes and references[edit]

I have added to the documentation of table teamroster some additional information at de:Vorlage:Cycling race/teamroster/Doku. The part with the notes works on all Wikipedias, while the references only at enWiki, frWiki and deWiki (references are available for infoboxes too). I have looked into the code and the properties for the notes are P1642 (acquisition transaction) and P1534 (end cause). As a value for P1534 I have found Q23498248 (died during competition), but I remember that we have used more items. For the references the properties are: P854 (URL), P1476 (Titel) and P577 (time). I have seen that this feature is not mentioned at the documentation of this module, but I think it is an important feature. Someday we should improve that feature and add more Wikis for the references, imho. --Molarus 07:08, 8 February 2017 (UTC)

listofwinners, "above row 1"[edit]

I think the command "above row 1" has a problem. It should be "above 2016". When I´m adding an older race into WD, the text row has to move one line down. I don´t think this is happening. Maybe I should write a python code to look for articles that use an additional command in the articles. --Molarus 07:11, 10 February 2017 (UTC)

Good idea, it is true it can become difficult to count in the future when we will use more generally this function (for races that exists since 50 years for example). Tomorrow, I am at the press conference of the Grand Prix de Denain. Jérémy-Günther-Heinz Jähnick (talk) 19:23, 10 February 2017 (UTC)
Cool! --Molarus 10:10, 11 February 2017 (UTC)

event distance (P3157) instead of length (P2043)[edit]

I saw that this module and all the cycling race events use length (P2043) for the race distance. There is a specific property event distance (P3157) for such cases, since distances and dimensions are different concepts. Do you think it is possible to migrate cycling races and this module to event distance (P3157)? —MisterSynergy (talk) 17:10, 13 February 2017 (UTC)

The problem is not changing the code, but changing what is in the heads of the editors and in the database. A first step is to add P3157 as alternative into the code. I have changed the code, the documentation and the item of the infobox "Rund um Köln 2015" (on this page). --Molarus 20:01, 13 February 2017 (UTC)
Thanks, looks good at first glance! The module needs to support both versions for a longer time anyway, since editors do indeed need to adopt these changes first. Do you think it is a good idea to migrate existing claims from P2043 to P3157 with a bot? Cycle sport is the only type of sport that uses P2043 for events at the moment (~2650 claims as far as I see)… —MisterSynergy (talk) 21:05, 13 February 2017 (UTC)
That is the second step. Maybe Wikidata:Bot requests is a way to do that? It is no difficult bot job, therefore it is OK to ask for it. --Molarus 07:14, 14 February 2017 (UTC)
Yes, Wikidata:Bot requests would be the right place to ask. I’d suggest to also remove all bounds which are currently still in use:
SELECT ?item ?itemLabel ?length ?upperBound ?lowerBound {
  ?item p:P2043 [ psv:P2043 ?value ] . # items that use P2043 (length)
  ?value wikibase:quantityAmount ?length .
  OPTIONAL {
    ?value wikibase:quantityUpperBound ?upperBound; wikibase:quantityLowerBound ?lowerBound .
  }
  ?item wdt:P31/wdt:P279* wd:Q13406554 . # and have P31 with subclass of sport competition (Q13406554)
#  MINUS { # activate this to filter away items that are related to cycle sport
#    VALUES ?cyclingClasses { wd:Q15091377 wd:Q18131152 }
#    ?item wdt:P31/wdt:P279* ?cyclingClasses . # but not P31 with subclass of cycling race (Q15091377) or stage (Q18131152)
#  }
  SERVICE wikibase:label { bd:serviceParam wikibase:language 'en' }
}
Try it! Is there any scenario in which they were added on purpose? Most (if not all) of the bounds are probably legacy stuff from the time when they were added automatically and you had to remove them after adding the value (which barely anyone did). —MisterSynergy (talk) 09:18, 14 February 2017 (UTC)
OK. --Molarus 18:38, 14 February 2017 (UTC)
I also found n:fr:Modèle:Article Tour de France 2016 which relies on P2043. Which other templates/modules do we have which use this property? If we transfer P2043 to P3157, the former one will be directly unavailable and we have to move all templates ASAP as well. —MisterSynergy (talk) 22:07, 14 February 2017 (UTC)
I remember, that frWiki has a second cycling module from user Zolo, which would get problems too without changing the code. Maybe, the solution is not transferring the data, but copying the data? This way I don´t have to hurry to give the module with the code that can read P3157 to all wikis as soon as possible. And we would need a third step: Changing all the code that exist and a fourth step: Deleting P2043 data. PS: I have never heard before, that frWikinews is using our module. It seems that they have created a special module (how many?) just to print our classification table and some news (á la newsticker) about the Tour de France 2016 (n:fr:Tour de France 2016 : Christopher Froome s'empare du maillot jaune). I like the newsticker! Good idea! --Molarus 06:28, 15 February 2017 (UTC)
Copy instead of move sounds reasonable, we probably do not break that much. I looked at Property talk:P2043 to find more uses of P2043 in the field of (cycle) sports, but this French Wikinews template was the only one I found. As far as I see all the other P2043 users do not deal with sports. —MisterSynergy (talk) 06:50, 15 February 2017 (UTC)
Just here for few minutes, I see this new property few days ago, and I think the best solution would be a bot do the job. We can imagine a constraint : if the item contain sport (P641) = road bicycle racing (Q3609), it will not be possible to use length (P2043) and a message will say to use event distance (P3157). For what is in the head of our users, I can let an explanation when I will give them the new functions. Around 2650 claims, it is fantastic, we go very fast. Jérémy-Günther-Heinz Jähnick (talk) 17:31, 14 February 2017 (UTC)
I don´t know how it is done: sometimes a software proposes properties while editing items. It would be nice if that software is going to propose the new property. --Molarus 18:59, 14 February 2017 (UTC)
It will get proposed when it'll be popular enough. See WD:Devs (one of last sections). --Edgars2007 (talk) 09:36, 15 February 2017 (UTC)

Can´t see a bot request. --Molarus 20:16, 17 February 2017 (UTC)

I will apply for a bot run on the weekend. —MisterSynergy (talk) 22:30, 17 February 2017 (UTC)
The bot request to move the data is at "Wikidata:Bot_requests". By the way, frWikinews has an older (juillet 2016) copy of our module and itWP has a cycling module on their own. --Molarus 13:06, 20 February 2017 (UTC)
Is it possible to make an adaptation for listofstages ? I see the new property is not taken in consideration on fr:Tour du Loir-et-Cher 2017.
@MisterSynergy: what about the transfert of former property to new property ?
@Edgars2007: I think in few weeks we will have this new property proposed when we fill statements. Jérémy-Günther-Heinz Jähnick (talk) 12:37, 6 March 2017 (UTC)
Frankly, I don’t really know what’s the problem. I filed a bot request some two weeks ago, but no bot owner has volunteered until now to do the job. Since I was on vacation for some time meanwhile, I did not find the time to develop a suitable bot by myself (to be executed using PAWS, which is quite comfortable to set up). Therefore, this task is still on my worklist and if no bot operator wants to help, I’m going to do this by myself. Regards, —MisterSynergy (talk) 13:16, 6 March 2017 (UTC)
Actually it (move one property data to another) is a trivial bot task. Maybe the thing about 'remove unneded bounds' isn't let's say attracting :) --Edgars2007 (talk) 15:58, 6 March 2017 (UTC)
Do you have pywikibot sample code for the property move available? I saw several bots doing such tasks in one edit including qualifiers and references (thus it is indeed easy), but I have only very little experience with pywikibot and would have to study the docs a lot before I could claim that task by myself… Bounds removal does not scare me any longer, I’ve done that already. Thanks! —MisterSynergy (talk) 16:26, 6 March 2017 (UTC)
action_moveP. Of course, we can set this task (moving property) as a regular job (once in 2 hours) for DeltaBot. --Edgars2007 (talk) 17:12, 6 March 2017 (UTC)
Great, very useful and works like a charme (with some modifications). I would now principally be able to do this job by myself, although I’d like to test this code a little more before the actual run can start. If no other bot operator steps in, I’ll continue in the next days… —MisterSynergy (talk) 21:00, 6 March 2017 (UTC)
As far as I know, only few wikis have the module version of Cycling_race that is able to print both properties. At least the two other cycling modules in itwiki and frwiki are not able to print the new property. I think the module in frnews is not showing length data. --Molarus 01:08, 7 March 2017 (UTC)

sorting teamroster[edit]

Wilier Triestina-Selle Italia 2017 (Q28045646) is the first season item where a rider (Alberto Cecchin) is added in a non alphabetical order. I did this to test the sort parameter for this table. It did not work, but I found the error and fixed it at deWiki and WDwiki. {{Cycling race/teamroster|Q28045646|sort}}) tells the table to sort the riders. The result is that Alberto Cecchin is sorted at the right place at de:Wilier Triestina (Radsportteam). By the way, lvWiki, ruWiki and mkWiki are using this sorting function without adding the "sort" parameter in the article. --Molarus 00:45, 8 March 2017 (UTC)

How it works ? I remember by the past we where obliged to use family name (P734), given name (P735) to always sort cyclists, but we never start because we are currently add family name (P734) to cyclists (The fact is it is easy to add given name (P735) because the major part of items are created, it is not again the case for family names). Jérémy-Günther-Heinz Jähnick (talk) 14:57, 8 March 2017 (UTC)
There is no problem if the name consists of two parts (In Japanese names the family name is written first, but this is not in the code). It gets difficult if the name consists of three or four parts. P734 and P735 is used in the code, but also this list {'da', 'de', 'di', 'De', 'la', 'Le', 'ten', 'van', 'Van'} (plus the translations for lvwiki, mkwiki and ruwiki) and sometimes I´m just guessing. As far as I remember, the solution was that the sorting algorithm should not sort always right and editors could just add P734 or P735 in the case it is sorted wrong. And most of the time the riders are already sorted by entering their names in alphabetical order into Wikidata. Only in non-latin Wikipedias this is not the case, but I know only from mkWiki that the algorithm works there quite good. This is the first time that I have seen sorting in a latin script wiki too. There was another problem with non-latin Wikis: Most of the time they have translated and untranslated rider names in the same table. The solution is to sort each group on its own and show first all translated riders and then all untranslated riders.
About P734 or P735. I´m just counting the number of name parts for each property and it seems that I do not use P735 for anything. But it does not make a difference if I use this property or that property or both properties, only it is not in the code. That is done at line 2484-2486 in the code "if not done and familyname==2". "2" means that the family name has two name parts out of three name parts. If the name has more then 3 name pars, I´m looking into the list or I´m guessing. I would say, there is room to improve the sorting code. --Molarus 02:58, 9 March 2017 (UTC)

translate[edit]

Can we create Module:Cycling race/L10n and move all translations to it.!? The module is to long and I it's take a long time to be saved when I tried to edit it, the network some time disconnect before it's done. And Regardless from that, I think it would be better for translation. I created w:ar:Module:Cycling_race/L10n at arwiki --Mr. Ibrahem (talk) 19:23, 8 March 2017 (UTC)

I could write special code for arWiki, but I would prefer that the lang Module is used for that. And I think the solution would be that each Wiki should have only their own translations (maybe plus another translation?) in their lang module, as an option. At the moment, we say that if there in no translation for a wiki use language x as fall back. That could be changed by looking into the lang module before going to the fall back translation. If there is no data in the lang module or no lang module, the fall back translation should be taken. It should not be difficult to code that. We would need a standard code which could be copied into most functions that deal with translations. I would develop the code at Module:Version 2 for Module:Cycling race-WD in this Wiki and if you and Jérémy like the solution the code could be moved to the cycling module.
I had this problem already in my mind when developing the first use case for the lang module, because wiki x do not need to have the translations for twenty or more other wikis. The size of the code would get smaller by this. But at the moment not many wikis have a lang module and maybe some wikis will nether have one. Maybe this is a solution for that problem? By the way, we already have the code to deal with no lang module and different lang modules, because only few wikis will have the code for translating team names in their lang module. For example, frWiki does not need that, while mkwiki does. That means, we will get lots of different lang modules, depending on what the editors want for their wiki. If that is OK, I could start with coding soon. I guess, that could be done in one or two days. --Molarus 03:47, 9 March 2017 (UTC)
Another solution for this user is to directly give us translations on this page. Or to prepare a line on AR Wiki and notify one of us. It is not a problem, and it is a process we already widely use not for questions of network but because it is more easy to users to have a few lines of code to translate instead having to do this on a page of 4000 lines, this also permits to discuss of adaptations (dates, time...). Another idea is I can update Wikidata:WikiProject Cycling/Translations of Module:Cycling race. Note that the algorithm will evolve. One day it will become possible to use directly modules hosted on Meta, instead of using a local copy, and in this idea we will surely use subpages. For the moment, it is more practical to centralize the code on one page because we have evolutions every weeks and around one new function each month. Jérémy-Günther-Heinz Jähnick (talk) 17:36, 13 March 2017 (UTC)

501 expensive calls on lvwiki Paris-Nice 2017[edit]

We exceeded 500 expensive calls on lvwiki Paris-Nice 2017, so general classification is not showing. Optimizations are needed. What do you think of having cache table (not sure how it works in Lua) for rider information (flag, team name). --Papuass (talk) 09:50, 13 March 2017 (UTC)

The problem is not the expensive calls, but the fact this limit always exist from years. I already say at different places that this limit should disappear, but I am never listened. I make now another try. I hope now I will be helped. Jérémy-Günther-Heinz Jähnick (talk) 11:11, 13 March 2017 (UTC) PS : note that an optimization is not the solution (for the long term). A day, we will be able to enter lists of participating riders, and the table will be bigger.
I don´t think this will help. Our module is the only one with so many expensive function calls, because most of the time the Wikidata module is used.
Caching works only per lua table. That means only a team that is used more then once per table could reduce the number of expensive function calls. This way, maybe, the numbers would go down by 10. I´m sure rewriting old code would help a bit too. Maybe this way we could show another classification table (I think a classification table has around 20 expensive function calls). But that will not help with this race. Have you thought about using a template for the team list? Maybe this way you could reduce the number enough to get all classification tables to work? --Molarus 11:20, 13 March 2017 (UTC)
Can we check if there are any other expensive calls outside of those for Wikidata? --Papuass (talk) 11:24, 13 March 2017 (UTC)
The number is 0 after deleting all cycling race functions (in preview mode). You can see that at the bottom of the article in edit mode at "Parsētāja profilēšanas dati:". By the way, without listofteams, it is only 447 expensive calls. 50 is a lot. It seems as each team needs two expensive calls. Strange. --Molarus 11:54, 13 March 2017 (UTC) I have found a way to reduce the number of expensive calls for a listofteams table from 67 to 46 and I will try to do this for the classification tables too. --Molarus 13:50, 13 March 2017 (UTC) No, there is no reduction of expensive function calls in the code. I was wrong. --Molarus 15:11, 13 March 2017 (UTC)
>>So, what will be solutions, and what we as users of this module, can make it, as we notice same problem on Macedonian Wikipedia? --Ehrlich91 (talk) 18:28, 13 March 2017 (UTC)
Without table listofteams, it is no problem to show the other ~20 tables. --Molarus 19:07, 13 March 2017 (UTC)
Thanks, I done this on my home mkwiki, but it will be nicer if it is possible to find proper solutions for this in the future. --Ehrlich91 (talk) 20:14, 13 March 2017 (UTC)
It seems all wikis using this module have the same problem with this race. Maybe we have to give all Wikis the same advice? I have changed listofteams for the template solution at deWiki and written a text at de:Portal Diskussion:Radsport. Templates needs a lot of work, different then Wikidata. --Molarus 03:37, 14 March 2017 (UTC)

Maybe there is a way. I have tried again what I did yesterday and it seems it works now. I will do that for frwiki now and see if the code has an error. I´m not sure if the classification tables would gain by this too, because a table with 10 riders has at least ten rider items and maybe 8 different team items, plus items for the jerseys. An option would be to show just 5 riders per table, because this way we would need only half of the expensive function calls per table. What I have seen so far, listofteams tables with lots of season articles would reduce the number of expensive function calls from 70 to 50, while tables with no season articles would not gain that much, maybe by 10. Maybe it would be enough to print all classification tables for Paris-Nice 2017, which has only 8 stages. We will never be able to print a list of all participating riders on the same article. Maybe there is a way to scroll through such a list and show this way maybe only 5 riders of ~200 riders each time, but I see no way to code such a scrolling function in lua.

There is another way to reduce the number of expensive function calls: We have already reduces the expensive function calls by using the lang module for the country names (calling an item is the expensive function call). We could do something like that for the jersey and calling one jersey less means one expensive function calls less. For Paris-Nice 2017 that would be ~30 less. --Molarus 09:55, 15 March 2017 (UTC)

Code is at frWiki, but that doesn´t help with Paris-Nice 2017 at frWiki, because this article is not using listofteams. I will look for lua errors in frWiki and try to code the jersey solution. At least that should help frWiki. When I´m sure the new code has no errors, I will move the code to WDWiki too. --Molarus 10:21, 15 March 2017 (UTC)
I do not understand why each jersey need 2 expensive function calls, but this way frWiki is down to 460 by just adding three jerseys into the code (yellow, green and white). It seems the code is correct, therefore I´m moving the code to WDwiki.
By the way, the change in listofteams should be applied to all the other functions too or we have some functions more or less twice in the code. This will be a lot of work for the future, I will not do that now.
We should give that update to all those wikis that show this race. --Molarus 11:48, 15 March 2017 (UTC)

Mountains classification[edit]

I use this great temple in russian wiki. But why I don't see mountains classification? --MegaRaptor (talk) 10:50, 17 May 2017 (UTC)

Hi MegaRaptor (talkcontribslogs). I propose the creation of such properties seven monthes ago. Unfortunately, nobody accepts to create them even if we can say we have a consensus between users of cycling to develop associated functions. Jérémy-Günther-Heinz Jähnick (talk) 08:57, 24 June 2017 (UTC)

Mountains and youth classifications[edit]

Would it be very difficult to add the templates for the youth and mountain classifications? I think that there is already the point and teams classifications, these others one could also be added. 185.141.223.184 12:04, 22 May 2017 (UTC)

I believe it should be relatively easy to add those two, because the programming logic should be very similar for the mountains classification compared to points classification and for the young riders classification compared to the general classification. Without knowing the code myself, I think it should be only to "copy-paste" the code itself and then point to other labels and WD-properties. And I think that would be the place to start; to add Wikidata properties for them. Last week I added results for Tour of Norway 2017, and this week I will add for Tour des Fjords 2017, but obviously I was not able to add the results for mountains and young riders, as there is currently nowhere to add them. Also I want to add results for older editions of these and other Norwegian races, but I don't want to do that until these properties are in place, so I don't have to go back and go through them again later. Right now I have to consider if I want to add such results manually as standard wikitables in the Norwegian articles, and then remove it and waste a lot of work when the function is implementet later, or if I'll just leave it open with no data until the feature is there. I don't want either, and I believe that other people too are in the same situation as me.
I love these templates that have been made in this project, and they are probably the sole reason why I started editing bicycle-related articles! But right now the features that I think are the most missed ones are these. First adding the properies, then implement the presentation of them. I understand that there may be little time these days as there are a lot of races going on now, but I believe that these features are the ones that should have the highest priority in the project right now, both because they seem to be quite important, but most of all because how I understand it they will require very little work. (If I were to try and do it I would probably waste several days just to understand how it works, while this should only take a matter of hours I belive, maybe less.) Bergenga (talk) 16:00, 22 May 2017 (UTC)
I found out tonight that these properties were proposed several months ago, but they weren't created due to lack of support. I therefore encourage others to go to the Wikidata:Property_proposal/Event page and give them support, then maybe something will happen. Bergenga (talk) 23:12, 22 May 2017 (UTC)
Hi Bergenga (talkcontribslogs). I think it will be very easy to create new functions when we will have these new properties. I hope a creator will help us because I can't do nothing for this point. The functions will be identical to pointsclassification, we will just change one or two things. Jérémy-Günther-Heinz Jähnick (talk) 09:05, 24 June 2017 (UTC)

Errors[edit]

--Zebulon84 (talk) 07:03, 23 May 2017 (UTC)

For information, the first problem was because someone found more adequate to use P1532 (sport nationality) which is not used from cycling race than P17 (nationality) for Hong Kong. I corrected back and it works fine. Psemdel (talk) 21:29, 6 June 2017 (UTC)
✓ fixed --Zebulon84 (talk) 13:28, 13 July 2017 (UTC)

Return[edit]

Hi Molarus (talkcontribslogs). After weeks far from my computer, I am now able to spend time on Wikidata (but not to illustrate cycling races). Jérémy-Günther-Heinz Jähnick (talk) 08:53, 24 June 2017 (UTC)

Error at enwiki[edit]

en:2017 Vuelta a Colombia is currently showing an error due to its use of {{Cycling race/infobox|Q30129895}}. The error is "Lua error in Module:Cycling_race at line 2026: attempt to concatenate a nil value."

I see that en:Module:Cycling race is listed as an "adaptation", but I'm wondering if it is just a copy of an old version. Pasting the current Wikidata module into the enwiki module and previewing the page with the error makes the problem go away so I am tempted to just copy this module. However, it would be better if someone familiar with the module would do that because I do not know if the enwiki module has been adapted in some way. Thanks. Johnuniq (talk) 10:19, 16 August 2017 (UTC)

Hi @Johnuniq: (and @Repf72:). en:Module:Cycling race is just a local copy of the Module:Cycling race hosted here on Wikidata. Sometimes, you can go on it and for example add translations in English. For the programmation, it depends of Molarus, unfortunately, we have no news about him since the 9th May (and I am worry about this). Developments have been stopped on EN Wiki due to the opposition of a hand of users about the use of Wikidata, we have had similar problems on IT Wiki and NL Wiki, so the efforts have been deployed where users were interested by the algorithm.
I make an update. Normally, all should works. If it is not the case, it can be a problem when Wikidata is filled, it arrives sometimes.
If you want, you can also express your opinion about the creation of properties about classifications on Wikidata:Property proposal/Event. Jérémy-Günther-Heinz Jähnick (talk) 21:05, 17 August 2017 (UTC)
Thanks. I have seen some enwiki discussions about the use of automatically retrieved Wikidata and understand the problems. I will examine the event proposal later although I am not a cycling editor—I mainly fix modules. Johnuniq (talk) 22:52, 17 August 2017 (UTC)
I saw also the bugs sometimes. Most of the time in the evening or on Saturday. So I suppose that it is linked with the load on the server. Psemdel (talk) 07:15, 19 August 2017 (UTC)

Ranking, error[edit]

Hello, I report a bug on [Women's Tour], stage 4 and 5. Normally most of us start the ranking with the first. Here a bot made some changes and the first is in last position on wikidata. Everythings is filled correctly but it isn't displayed correctly. I think the case "first not in first" is not managed correctly from the code right away. Psemdel (talk) 07:15, 19 August 2017 (UTC)

This problem is still not solved... Psemdel (talk) 10:14, 2 September 2017 (UTC)

l10n[edit]

To make it easier to adapt this module for new projects and to get a cleaner code, I will move in the next weeks the translations and localisations to a submodule. --Pasleim (talk) 09:50, 24 August 2017 (UTC)

No, I prefer having all informations in this supermodule, I go faster to update the different copies of this module. I will be possible to do that when we will can directly from a Wikipedia use a module hosted on Wikidata or Meta Wiki. Jérémy-Günther-Heinz Jähnick (talk) 17:15, 25 August 2017 (UTC)
The main goal is to make the update process faster. Some projects started to make their own adaption to the module, e.g. on dawiki, dewiki, nowiki, plwiki, ruwiki. If a bug gets fixed in the version here on Wikidata, it's cumbersome to update the module in these projects since a simple copy&paste is not possible. If we can convince these projects to only use the module version from Wikidata and to do their localisations in a submodule, we can safe a lot of time. If the localisation submodule is changed, it doesn't have to be copied to all other projects. That means, if a new language is added or in one language translations are improved, nothing has to be copied to the other projects. Another advantage would be that redundancies can be reduced. The word "country" does appear in six translation lists. Translators have to be aware that they have to store the translation six times. This has also consequences to the loading time of pages. --Pasleim (talk) 18:33, 25 August 2017 (UTC)
I agree with moving texts to submodule. It can be done so that there are default texts shown if there is no translation. See how ca:Mòdul:Wikidata, ca:Mòdul:Wikidata/i18n does it. --Papuass (talk) 23:49, 25 August 2017 (UTC)
that is good idea . --Mr. Ibrahem (talk) 12:30, 2 September 2017 (UTC)
If I understand well, we will have the classic module without translations, and another called l10n. It will have similarities with the principle of the page. Jérémy-Günther-Heinz Jähnick (talk) 12:10, 3 September 2017 (UTC)
Yes, the new submodule will look very similar to Wikidata:WikiProject Cycling/Translations of Module:Cycling race and will technically be an extension of the already existing submodule Module:Cycling race/lang. --Pasleim (talk) 11:47, 4 September 2017 (UTC)

Cycling race/victories[edit]

I got a bug on all the teams that use "Cycling race/victories" Today and Yesterday. Error message is "Erreur Lua dans Module:Cycling_race à la ligne 658 : attempt to concatenate a nil value.". Psemdel (talk) 10:15, 2 September 2017 (UTC)

corrected. --Pasleim (talk) 10:49, 2 September 2017 (UTC)
Thx. Psemdel (talk) 09:38, 3 September 2017 (UTC)

Some links in "Cycling race/victories" goes to FR wiki from DA wiki, see here. Can somebody help? Thanks --Hejsa (talk) 11:58, 17 December 2017 (UTC)

Fixed. --Repf72 (talk) 18:45, 13 January 2018 (UTC)

Special:LintErrors/missing-end-tag[edit]

Hi, it seems that the Linter extension is detecting problems on pages using this module like fr:Discussion:21e étape du Tour de France 1989. I've looked at the code, and I've seen the following problems that may be the cause for the detection:

  • lines 1454 and 1455 : a tag is closed (</span>), but I don't see any opening tag before.
  • line 1464 : the opening tags (<tr> and <td>) are never closed
  • line 1486 : a tag is closed (</span>), but I don't see any opening tag before.
  • line 1651 : there's no <tr>...</tr> (table row tags) inside the table, but directly a <th>...</th> (table cell header)
  • line 2392 : the closing tags (</td> and </tr>) are only added depending on the condition while the opening tags are not (<td> line 2390 ; is there a <tr>?)
  • line 3127 : a tag is closed (</span>), but I don't see any opening tag before.

Can you fix this module ? --NicoV (talk) 09:34, 16 October 2017 (UTC)

I've done the modifications myself. --NicoV (talk) 12:35, 20 November 2017 (UTC)

Team roster[edit]

I noticed a small bug in the team roster function. If you look at Cervélo Bigla 2016, you will see that it is written that Carmen Small was in the team from the 29 june to the 30 june. Actually if you look on wikidata she was in the team from the 29 june 2015 to the 30 june 2016.

Moreover I recall the bug mentioned in #Ranking, error, which is still there. Psemdel (talk) 11:38, 1 November 2017 (UTC)

No race[edit]

In the winner list, if there was no race during one year there are two solutions right now:

  • Spring the year
  • Leave the year in write (so we don't know if the winner is not filled or if there was no race)

Maybe a winner "no race" would help to have the perfect clarity for such cases. Psemdel (talk) 21:26, 18 December 2017 (UTC)

Bonjour @Psemdel:, le problème avait déjà été solutionné par le passé : fr:Modèle:Cycling race/listofwinners. Cordialement, Jérémy-Günther-Heinz Jähnick (talk) 10:38, 12 January 2018 (UTC)
Thank you. Psemdel (talk) 17:06, 12 January 2018 (UTC)

Cycling race/listofwinners for teams[edit]

Open de Suède Vårgårda TTT - If the teams became winners, then their names are not displayed through this module.

Wikidata-logo S.svgAnnée Vainqueur Deuxième Troisième
2008
2009
2010
2011
2012
2013
2014
2015
2016
2017
2018

GAN (talk) 12:47, 1 January 2018 (UTC)

Yes @GAN:. The fact is by the past we don't have think at this possibility that will need the creation of a new function. On my side, I am not a programmer and unfortunately I am not able to solve this problem. Jérémy-Günther-Heinz Jähnick (talk) 09:33, 2 January 2018 (UTC)
Hi @GAN: I had tried but I still have to learn more about the code. See advances HERE. --Repf72 (talk) 22:23, 12 January 2018 (UTC)
Hi @Repf72: If there is no article about the season of the team for a given year, then you need to display a link to the main article about the team. And not a "red link" to the missing article on the team for a given year. How it's done in hereGAN (talk) 09:57, 13 January 2018 (UTC)

Participants[edit]

It is necessary have some place to data fill participants (riders list, not teams) in a cycling race. So what do you think if we use participant (P710) joined with member of sports team (P54) and sport number (P1618)? As an example see 2018 Colombia Oro y Paz (Q43480080) for an eventually rider with dorsal number 1. Repf72 (talk) 15:55, 11 January 2018 (UTC)

It is possible. Just a problem on stage races because we reach the limit of expensive functions, but it should go for single days races. By the past, the problem was we don't have qualifiers of qualifiers, the idea was to quote the team, use the property "with". Your solution is more adapted to Wikidata. The question is now : how to display that in Wikipedias. I am not competent for this point but I am interested. Jérémy-Günther-Heinz Jähnick (talk) 10:33, 12 January 2018 (UTC)
The technical solution from Repf72 is good I think. As said from Jérémy, now we have the problem with expensive functions, still the functionality can be prepared for the future. It should be prioretized though, because the typing of a full participant list in Wikidata is very long. I fear that it will really take some time before, this solution is applicable for real. Psemdel (talk) 17:03, 12 January 2018 (UTC)
I am going to do some test using the proposal and a function to display riders list for each team, so I'll tell you. Repf72 (talk) 21:55, 12 January 2018 (UTC)

Miles and Miles/Hour for "en" Wiki[edit]

I implemented an update in order to show "kilometers + (miles)" and "kilometers/hour + (miles/hour)" just for "en" wiki. I hope to make the project more attractive for "en" wiki users. Please see en:2017 Colorado Classic (fields: "Distance", "Average speed" and "Distance - km (mi)") and if you see any mistake or have some suggest, please let me know. Repf72 (talk) 22:06, 12 January 2018 (UTC)

sorting teamroster (bis)[edit]

Because of the operations limit, the sorting algorithm are quite difficult to use for cycling races. As the order normally don't change all the time, I thought that the easiest way to solve the problem is to sort directly in the item the things we want to display. I bought an algorithm to sort following items:

  • (alphabetically)
    • Riders list in team item
    • Teams list in calendar
  • (chronologically)
    • Victories list in team item

I think in the future, it would be feasible to automatize completelly this task and let a bot update periodically the concerned items. In between, you can just post me the items you want to be sorted, so that I start my script (it takes 10 s for me). Advantages: you can type the list of teams directly from the starting list without to care about the alphabetical order. Of course, it doesn't work for russian, but is still a beginning.

I continue to develop new functions to help us to be faster. Psemdel (talk) 20:48, 14 January 2018 (UTC)

Can anyone do it?[edit]

1. Cycling race / teamroster --> make that when you click on the word "trainee / stagiaire" an article about the term was opened Q2328847

Is currently displayed
Adrien Costa (1 Aug–31 Dec, stagiaire)
I suggest an option
Adrien Costa (1 Aug–31 Dec, stagiaire)

2. Cycling race / listofwinners --> make the title "Composition (Roster)" similarly as the Cycling race / victories done "Victory."

3. Cycling race / infobox -> do in the "Winners" section, writing the command that the racer represents from the new line, the worm <br>. Most of the command names are long and they are written in two lines. And with <br> will be written on one line immediately under the surname of the rider

Is currently displayed
Name of the rider (The long
name of the team)
I suggest an option
Name of the rider
(The long name of the team)

4. Cycling race / infobox --> string "winners of the team classification" The current version of the module when placed in the Ru-wiki for the specified parameter displays a link to the article about the team for the given year. We have no such articles and links are displayed in red.

Therefore, we are using the old version of the module - ru:Модуль:Cycling race. She in such cases inserts a link to the main flock about the team. Can you do the same thing in the current version of the module?

GAN (talk) 21:13, 14 January 2018 (UTC)