This is an archive of past discussions for the period February/March 2016. Do not edit the contents of this page. If you wish to start a new discussion or revive an old one, please do so on the current talk page.
Hello! I spent some time to start work on Module:Cycling team. First I want to develop function for team squad and then look at other useful features. It requires more work, so be patient. Looking for any feedback - we can move discussion there. --Papuass (talk) 23:06, 3 February 2016 (UTC)
Hi, I have seen that you are using function flag. I have thought about that function and I think that function could be written better. Only the most used flags (maybe 25?) should be stored in the module, while all the other flags could come from Wikidata.
Maybe you would like to look at the new function fooA. That is the third generation of error handling. I don´t know if that is the optimum, actually I´m still learning lua myself.
I like your two column design. I thought myself about a different design, have a look in the archive (at the top of this page). I wounder if it is possible to adapt the table design or to choose between two table designs depending on the size of the user screen? By the way, I started my Wikipedia career as designer of Wikipedia portals years ago. In my view the reason why Apple is top and Nokia is out, is the better design (Steve Jobs)
Your use of lang is new to me. Maybe I will copy that.
I tried to repeat enwiki design. I agree that flags function should be improved and moved to its own module to be reused (is this possible?). I will think about parameter for 1/2 column design. I also looked at frwiki squad lists and in the future we will be able to get data like "Previous season team" etc (most likely will not fit in 2 column layout). --Papuass (talk) 07:59, 4 February 2016 (UTC)
Using a second module is done with "require". You will find this command in most lua modules in Wikipedia, but I have no experience with that. --Molarus10:57, 4 February 2016 (UTC)
Super. Few weeks ago, I was discussing on DE Wiki with Rik VII that says me he will be interesting for the future to a function that display the roster of a team (because he says it is too long to update). And on FR Wikipedia, the user Anthony59999 fill Wikidata for the team roster, and we already have 67 articles for teams seasons, just for 2016. So datas are already enter for this year.
For the flags, I prefer keeping it at the bottom of the module, it is more easy when I must solve a case (Spain, Italy...). But for the future, I think we will can do better : for each flags, we have the Wikidata item of the country, it will be interesting to be able to have the name of the country in the good language instead the code of three letter, having France instead of FRA. (One of my big work for my beginnings was the fr:Portail:Bassin minier du Nord-Pas-de-Calais, and I am very proud of it) Jérémy-Günther-Heinz Jähnick (talk) 11:00, 4 February 2016 (UTC)
That portal looks really nice and it looks like a lot of work! A Portal where I spend some time designing the portal and writing articles was de:Portal:Ozeanien. A highlight was the imagemap. Sometimes, I´m thinking about combining Wikidata and graphics. Maybe with this new extension this is possible. About the function flag: Maybe one problem is that with twenty flags that function is called twenty times. It would be better to give that function a list with all the flags I want to have and get all the flags back at once. And another big task seems to be to get all that data faster into Wikidata. Maybe next year. --Molarus12:10, 4 February 2016 (UTC)
For the first graph, a similar is used to make an histogram of population for villages. I don't remerber the country and the Wikipedia, but I have see this few day ago, and it was a french spoker that say that. Jérémy-Günther-Heinz Jähnick (talk) 16:56, 4 February 2016 (UTC)
@Molarus:, take a look at my function getNationalityOnDate, it is shorter and I think faster than one in your module (function nation). If anyone wishes, he can start using my module. I have tested it with all WorldTour 2016 teams on lvwiki. --Papuass (talk) 10:52, 5 February 2016 (UTC)
That is far, far, better! I have never thought that something like "+1985-05-20T00:00:00Z" <= "+2000-01-01T00:00:00Z" could be possible. Mathematics with strings! But you are right, I found that in the documentation. I will integrate that function in the module. Thank you, Papuass, I had no idea how to code that. --Molarus11:21, 5 February 2016 (UTC)
This is a short SPARQL-query that lists all cycling teams.
After clicking "Try it!" you will get into an editor. In this editor, if the mouse hovers over for example "wdt:P31" you will see a tooltip that tells the label of that property. Click on "Execute" and the SPARQL-query is executed and a list is created out of the data in Wikidata. --Molarus15:14, 7 February 2016 (UTC)
I've tried to fill in some results and some other data and come across some situations where I'm not sure what is right. Perhaps some of these things should be better covered by the documentation, as I will most likely not be the only one who wonders about them.
How should one treat number of participants (P1132) at beginning (Q15053706) when riders are mentioned in ProCyclingStats as "did not start" (DNS)? Technically they were never part of the stage, yet they are mentioned in the start list for the stage. I have come across this on some stages in Arctic Race of Norway, and so far treated them as if they actually did start, but it would be nice to know what is correct. I will go back and fix it if I did it wrong.
For the start point (P1427) and destination point (P1444) on listofstages, the documentation says that they if possible should be set to a city. Is this meant literally, or is the intention that it is a place that is mentioned in many languages to avoid holes in the tables (and to ensure that there are wikilinks available)? On 2015 Tour of Norway, Stage 5 (Q20973568) I had set P1444 to Hønefoss Airport, Eggemoen (Q4412650), as the finish has since 2014 been on the airfield at Eggemoen, 5 km outside of the city, but one user changed it to Hønefoss (Q865925) (where it was in 2012 and 2013). I reverted his edit with an explanation, and I also tried to add labels for Q4412650 in a few more languages. I did not revert his edit on the race itself, as I don't think the precision level needs to be as good there. But who of us is right? We can potentially get kind of "edit wars" on subjects like that in the future, so it would be nice to know how to deal with it from the beginning. By Norwegian standards, relocating to the nearest city like that can be kind of controversal, so if I am wrong here, I would consider adding a note under the table that the location is unprecise.
I think it is good to discuss the way editors (we) understand properties, because that is no question of right or wrong and sometimes software could help with that. About question 3) You will have the same problem with e.g. place of birth: Is the birthplace New York City or a city district of New York City? A similar problem is possible with references. I have an idea for references and maybe this could be used for this problems too. I could use the property "imported from" to show to the module which value to choose from more then one value. The module could take as birthplace New York City unless there is a second value with the reference "imported from" my own wiki. Therefore: "Hønefoss Airport, Eggemoen" and "Eggemoen" could be both values, while one value has additional an "imported from" noWiki as reference, and therefore this value will be shown at noWiki. If both users are from noWiki, there is no way software could help with that, I´m afraid. I don´t know if we could use this system without asking the community. I tried to discuss that idea concerning references some time ago in this wiki, but no one was interested. About question 2) The module will not find the second entry, therefore I would suggest to change that. About question 1) I don´t know. --Molarus05:20, 7 February 2016 (UTC)
Interesting. I will respond point by point :
We don't count the DNS cyclists, because they don't take the start.
It is better to have only one qualifier by value, not for now, but if in the future we decide to ask time or points.
User:Zebulon84 thanks that you have found that error. Could you name an item where you have seen this? We add that item on this page and use this page to preview the improved code. Next step is to test the new code on several wikipedias - without saving the changed code. Only after all the tests are all right the changed code should be saved. --Molarus16:46, 9 February 2016 (UTC)
On Module talk:Cycling race at this wiki there are several tables and the table "Tour Down Under 2015" was broken with msg "Lua error in Module:Cycling_race at line 578: attempt to index local 'entity0' (a nil value)." Then at fr:WP I have at my userpage some tables and there was again one table broken. You can preview with both articles your code and you will see that. I like that people correct errors in the code, but you have to test more. I have added the item at the top of this page. Will you correct the error here? --Molarus16:54, 9 February 2016 (UTC)
Ok, I found my mistake, a parenthesis on the wrong place. On my last version the line 558 and following should be:
localentityId=frame.args[1]iftype(entityId)~='string'ornotentityId:match('Q%d+')thenentityId=nilendlocalentity0=mw.wikibase.getEntityObject(entityId)-- Q18589873 (Quatre jours de Dunkerque 2015)ifnotentity0thenreturnend
There was error only on pages with no wikidata element or with wikidata element that is not a cycling race.
On fr.wiki I added an error message, but in french, I don't know how you wish to internationalize that so just return nothing here. But you can add something if you want.
I put "length[var] = mw.language.getContentLanguage():formatNum(tonumber(length[var]))" within an Error Handling and Exceptions. Therefor, if an error happens an empty string is printed in the distance column. By the way, I now use better error handling functions and I have a different style to code. See: Module:Version 2. But I´m afraid I have still a lot to learn. I know that the first lua functions I wrote are not written well, sorry for that, but this is my first big lua program. --Molarus17:43, 9 February 2016 (UTC)
I have tested the new code in frWP and I have seen no problem, therefore I saved it here and there. Problem should be solved. --Molarus18:43, 9 February 2016 (UTC)
I think you take this manual page too literally. In ifunexpected_conditionthenerror()end, unexpected_condition is not a magic variable, it's just there to represent a test you make to check if a condition is unexpected ans raise an error. The code I've written previously on this page is trying to avoid an error, but I could decide that it's not worth it and just want to send explicit error message. then I could write the code :
localentityId=frame.args[1]iftype(entityId)~='string'thenerror('first parameter must be a string')endifnotentityId:match('Q%d+')thenerror('first parameter must be a valid Wikidata item (ex: Q42)')endlocalentity0=mw.wikibase.getEntityObject(entityId)
in the first case type(entityId)~='string' is the "unexpected_condition".
If you later use a function that can raise error that way, but you now what to do in that case and don't want you're program to stop, you can use pcall(). This example in the manual is there to explain that pcall can manage either errors generate by default function, or your own function using error().
So in all the module I think you can safely remove all ifunexpected_conditionthenerror()end.
You are right! I have deleted in this module all of them and nothing went wrong. How embarrassing! Thanks for your advice. And I think I will add those error messages. Yes, pcall is the function to use, because in Wikidata we can´t assume that all data is inserted to fill a table. --Molarus20:05, 9 February 2016 (UTC)
I have tested the new code and I got this error message "Lua error in Module:Version_2 at line 92: parameter must be a valid Wikidata item (ex: Q42)." It seems, this way it is possible to overwrite the lua error message and print more descriptive messages. By the way, I have seen in enWP this module: en:Module:Timing. I think this module could help me with performance tuning. Do you have experience with that module? --Molarus20:27, 9 February 2016 (UTC)
I have looked into the code and tested the code after deleting one city. (I have added the info back) I think that has nether worked that way. The code for the two places (rows 620 - 642) has to be written new, I´m afraid. I will do that soon. --Molarus11:05, 10 February 2016 (UTC)
I have changed the code in function listofstages into using function WPlink too, which I have expanded a bit. Now the function works with labels and wikilinks like "xxx(cyclist) -> xxx" too. I have tested the code with many french articles and some from mkWiki. While I did this I found maybe an error in Wikidata. Have a look at Q22303600 I think the destination (P1444) should not be Goes (Q10072) but Goes (Q81220)
Hi Molarus, I archive the previous sections, it will more easy to discuss.
OK. I don´t think that we should have a Wikidata link in each row, different to fr:Tour de France 2015. You said that you want a central WD-flag, a few days ago. I like that idea.
There is one software problem for which I have no good solution so far: Translating the infobox for different wikis.
Another problem is how do I tell the user which info to insert into WD? The Infobox in frWiki has a link to the documentation. Maybe this will do, but this link shouldn´t be at the bottom. It should be at the top. I would like additional something without reading a lot of text. Maybe it is possible to insert part of the documentation into the infobox? Maybe a tooltip that lists the missing wd properties?
I think giving only a link to the Wikidata item as you do on this prototype is the best way to do. On FR Wiki, the actual infobox can add datas from Wikidata to datas written in the test, but now, we only write datas on Wikidata and take them here. fr:Modèle:Infobox/Étape was already the first infobox to take only datas from Wikidata, infoboxes from the future will only takes datas on Wikidata.
What is the problem for translations ? Isn't it possible to do like the different types of stages : you have a value written in English, and when we are on a Wikipedia, only the values for this languages are taken ? (I am not a specialist from these questions). I can notify TomT0m if you want, he regularly gives me advices.
On FR Wiki, at fr:Tour Down Under 2016 (for example), we have modifier - modifier le code - modifier Wikidata - Documentation du modèle at the bottom of article (the last value has a little logo), we can do something very similar. And for the documentation, I can write today a documentation on Module:Cycling race/doc that other users will can translate. They are the bests to do that, and if something is not enough precise, they can ask me (I do the same job every day, something that is easy for me is not easy for everybody).
We can take File:Cycling (road) pictogram.svg. I already say to german users that if they have a new infobox, it will be the similar at the french (it is rather amusing to see how the reception is much better compared among German to Dutch). For the icom, I will be interested if it appears only if we have sport (P641) → road bicycle racing (Q3609). It is just a detail, and I add this element when I create a new item about race, it is because when we list victories in the future on tables in an article of team, we need to know if it is a road, track or cyclo-cross victory. If the icon is lacking, we can guess that there is a little problem (On FR Wiki, Anthony59999 already lists victories with Wikidata, it permits to give in the infobox of the team the number of victories).
Writing the documentation on how to fill an infobox is a good idea, because users will can start to have a precise repository. It is more easy for me to write all on Wikidata (for the links) that trying to do language by language on Wikipedia. Jérémy-Günther-Heinz Jähnick (talk) 10:38, 29 January 2016 (UTC)
I will react to your comments later, but first: This is a prototype! That means, behind most of what you see there is no code. This way the prototype is easy to change. I would say, at least two weeks are needed to write the code for that. For example the question mark / tooltip has just three lines of code. A real function would have for example 50 lines of code and I would need two days writing the code. Please, don´t write a documentation now, this prototype is for discussion. And if we have decided what we will do, the code will be moved to Module Cycling_race an will be coded. --Molarus18:02, 29 January 2016 (UTC)
About your documentation at Module:Cycling race/doc: I don´t like your intro, please change that: Of cause everyone can rename the copy and change the code themselves and that doesn´t prevent future developments. The point is, that we would like to have the changes in the main code, so that all the users of this code could have those improvements. And for us, it is getting difficult to give them updates if they change the code in a major way. Small changes are no problem at all. Renaming the code is no problem, if they tell us the new name. Only this way, they could get an update. But if they decide to go alone, no problem. Remember that this code is open source. --Molarus18:02, 29 January 2016 (UTC)
I give more details. It is useless to rename Module:Cycling race (because users don't see that), moreover it is a problem for me when I will add new functions to find what name has been used. For the name of the functions, I need the same name in all countries because when I do a table, I give it to other Wikipedias. Here again, I will not lost time because users decides to use another name. The idea is if an user want to give the table to other Wikipedias, he always have the same code. If users need specifities on their language, they should update this code, it is better for everybody. And to take the example of NL Wiki, an user (that don't work about cycling) change the code, so I no longer do updates. It is not a problem. And for IT Wiki, I let the user to use its own version. I think he will not arrive due to specific cases. Jérémy-Günther-Heinz Jähnick (talk) 18:57, 29 January 2016 (UTC) And by changes, I was thinking at big changes like a user try to impose on NL Wiki.
header: OK, only a WDlink in the header. Not in the rest of the infobox. What do you think about the 3 dimensional label? Or do you prefer the fr:version?
I like the idea that the SVG file is shown depending on the property P641.
Have you seen the question mark / tooltip? I thought this way user could see which property and hence which information is missing in the wikidata item and is not shown in the infobox. What do you think about that?
About the green and red dots: I thought to show this way if information inserted into the wikicode is different to information in wikidata. It is possible that a yellow dot is needed too. If for example the info in WD is "Paris" (Lieu d'arrivée), but someone writes "Paris, France" in the wikicode, this is not wrong, so yellow would be right. At the moment this is just two lines of code. Writing this function is a big amount of work, but this would be the optimum possible with Lua / Wikidata.
It is not very different, just say with different words and a different conclusion. I think that the future generation of cycling users will be able to work in more than one Wikidata, so templates must be very similar. With this project, the idea I want to says to user is "when you discover a photo of cyclist, you generally add it at all Wikipedias that have an article on the subject, you can do the same with these datas". One of my projects, already discussed with races organisators, is to be able to create articles in around 20 languages. It is possible, but it must be very easy to do.
It is not a joke, I really try with 3D glasses. I prefer the FR Wiki version, even if personnaly I use fraktur when I write or do cartography.
Very good idea, and very discret. I don't understand rapidly because I say "?" "interrogation point" in English, we say "point d'interrogation" in France, and I take this logo for a link like we have on FR Wiki. It is very interesting for users that don't know all the process, and even for we because it lacks sometime a line. It is a new version of template/module, that direcly says to users where are the problems.
For the last point, we no longer use Wikicode to display this infobox on FR Wiki. Descriptif course cycliste was one of the first infoboxes to be able to function only with datas from Wikidata. Created at the beginning of june, on september it was adapted to list the winners, and to take the lenght and the speed the day these properties were created. It is more practical. When the infobox will be given to Wikipedians, they will use it on new articles, so it will directly takes datas on Wikidata. For older articles, it will be a processus day by day as we already do on FR Wiki, see fr:Tour des Flandres 1913 today by example. It also permits to add datas and to add sources, event at the article. Jérémy-Günther-Heinz Jähnick (talk) 22:23, 29 January 2016 (UTC)
About using Wikicode for infoboxes: I have added code for the picture into the module. To show its use, I have added a picture and a caption into the Wikicode of the first infobox. Maybe I should add a parameter (optional) for the size of the picture?
The bottom of the infobox is changed too. I have changed the question mark against a button. Is that better? Ideas to improve that further? Or should I go back to the question mark?
Hi Molarus, it is better with the question mark. It is discreet and we can explain its utility in the documentation. It is also a good idea to add the number of the property with its name (we know properties by their name but for others it is the nomber).
I guess references in WD will not be easy to code, because there are lot of different references possible. But I think references will be important for the acceptance of this type of module.
Another idea is free places in the Wikicode to add info into the infobox which will never go into Wikidata.
And I have made the header a bit smaller and I´m not sure if the words on the left side should be in bold as in the fr:Wiki? The question mark is now more discreet.
I will try to add in this evening the code for the résultats and I will add the winners with a WDflag, similar to the other tables.
Am I right? P31 - UCI Europe Tour 2016 and e.g. P31 - 1.UWT Where should information like "1.UWT" be shown in the infobox? PS: At [1] on the right side I saw, that some items are missing (CDM, CM, HIS, UPT, UWT) and I saw no CN. Could you look into that? --Molarus19:15, 1 February 2016 (UTC)
CN is for Championnat National, it is another category of race (that gives the cyclists a specific jersey, as Preben van Hecke). UWT is divided in 1.UWT and 2.UWT. HIS is a former classification, like for example 1.4. I wait to have the case to create these items, and add this modification in the module (we will create during the month an article about these classification along the time, even for me all is not easy). I add an example on 2016 Grand Prix de Denain (Q19842424). On a line, we will have "Course : 58e Grand Prix de Denain" and on another "Compétition : UCI Europe Tour 2016 1.HC". The first line quoted will be filled by edition number (P393) and instance of (P31) and the second by part of (P361) and instance of (P31). The difference is that for the first, the values quoted will be forbidden, and for the second the values will be mandatory.
I have tested the infobox in fr:Wiki and I saw that "Movistar 2015" links to "WP:Saison 2015 de l'équipe cycliste Movistar". I will correct that and then I will add the classes.
Yes, he changes of nationality, I have the case on some other cyclists. When we arrive to have a date, it is perfect. I have the case of Pino Cerami yesterday (he gives its name at a race I illustrate last year). I do a test on the template of FR Wiki fr:Modèle:Cycling race/infobox, and I have this message : « Erreur Lua dans Module:Cycling_race à la ligne 1155 : attempt to compare number with nil. ». It seems to be a problem with the fact that Fabio Felline the winner is italian. Jérémy-Günther-Heinz Jähnick (talk) 10:27, 4 February 2016 (UTC)
I have changed the code for function nationality a bit, but that function is not used in the infobox function. But I guess in that function are more problems. Maybe I have to write a SPARQL-query to get me all riders with more than one nationality to test them all. I have written in Project chat that SPARQL is used for maintenance tasks, I guess we should start with that too now that we move data to Wikidata. For example, this way it should be possible to get vandalism in Wikidata. I have only a little experience with SPARQL. A good place for help with SPARQL is Wikidata talk:SPARQL query service/queries.
The error was that I did not insert code for a single day race (P585), only for stage races (P580). That is done now. The code update for a team is done too. --Molarus23:30, 4 February 2016 (UTC)
For the fonction nationality on listofstages and listofwinners, I don't have problems. Thanks to it, I have had the possibility to correct mistakes (for example, a cyclist that was written two nationality, it was false, he change its nationality, so I find the date and write it). In revenge, on the infobox, there is a problem with Chris Froome. Why not using the function you have developped ? Jérémy-Günther-Heinz Jähnick (talk) 09:55, 5 February 2016 (UTC)
I understand nothing at SPARQL. You will have a big number of results because most former cyclists change of nationality in the 1990's (Tchecoslovaquia, Germany, Yougoslavia...), and because we don't have started articles of races with these cyclists, we don't have corrected this with dates of beginning and end. Jérémy-Günther-Heinz Jähnick (talk) 09:55, 5 February 2016 (UTC)
I have written the code for the classes, see example at the top of this page. I have assumed in the code, that if P31 has only one value, this would be e.g. "Grand Prix de Denain" and not a class. Do you think that is OK? In this case the code would be done and I will copy the code from Module:Version 2 to this module, otherwise I have to look into it once more. I have seen, that "1.HC" is no Wikilink, since there is no Wikipedia article. A good idea would be one article where all those classes are described. I guess, in this case "1.HC" would not be shown, but the name of that summery Wikipedia article. This would be the same problem as with a team winner and I think I could use the function (WPlink) I wrote for that problem with some small adaptions. Should I look into this problem? --Molarus12:28, 6 February 2016 (UTC)
cycling race class defined by the International Cycling Union (Q22348500) has wikipedia articles in some languages, though not all, but an obvious thing seems to be linking to articles connected to this object. In NO:WP I have seen several articles where a mention of the classification links to this article. I guess as a fallback when there is no article in the related language, there will be no link. The current linked articles seems to be a bit different in what they contain, and there isn't even one in French yet, but I'm quite sure that'll happen quite soon, and over time the content of the different articles will get more similar. Bergenga (talk) 14:09, 6 February 2016 (UTC)
I´m not sure, since those Wikipedia articles are linked to this item, it can´t be linked from an other item? Insofar I was wrong too. Maybe it is possible to take those Wikipedia article as Wikipedia link for e.g. "1.HC" in those languages where a Wikipedia article exists? It is possible too, that this is not done per default, but users could add that into the code similar to the translations. By the way, I have done that in module infobox with the Wikilink to the documentation too (function infobox_bottom). Every language version could decide themselves where that link should point to. --Molarus14:51, 6 February 2016 (UTC)
I will say like Bergenga. It will not be long until users decide to write such articles. For a simple reader it can be interesting to have details about these classifications. Jérémy-Günther-Heinz Jähnick (talk) 18:58, 6 February 2016 (UTC)
The code for the classes should be done. I have moved the new code to this module. In fr:WP "1.HC" was no wikilink, while it was in no:WP. --Molarus09:40, 7 February 2016 (UTC)
Cycling race/infobox, finetuning
About the new update: Starttime and endtime is at one row now. If month and year are equal the format is: day1 - day2 month year. And so on. There is no need to translate the month, the code does that on its own. About distance and speed: The code checks that the units are kilometer and kilometer per hour. In this case "km" and "km/h" will be print. I have found the cyrillic abbreviations, but not the Japanese. I guess, in japanese there is now "kilometre" not "km". I have not tested the translation in ja and mk, but there should be no problem. --Molarus00:04, 9 February 2016 (UTC)
The code for jaWP, enWP and lvWP is in Module:Version 2 now, but it is not as I would like. For example, in enWP it is day1 month1 year1 - day2 month2 year2, because I can´t believe that it is: "April 7 - 22, 1996" or in jaWP: 1996 July 7 - 22. PS: The code is around row 170. --Molarus09:47, 9 February 2016 (UTC)
In England, they write the datas as we the French, but Americans not, see for example en:2015 Tour of California where we have "May 10–17, 2015".
On FR Wiki, I have again this problem of point after the day. But I discover that people from Luxembourg have this point like norvégians.
Can you delete the Wikidata flags for the cyclists ? The goal is to test this infobox when it will operationnal with only the logo at the title.
For the classification of the best team, can you adapt the function that you have created for listofstages when the winner is a team, to take the official name that don't have "2015".
I will make a translation for function infobox_left in English, but before, I think we should replace date de début and date de fin by date when it is a single day race and dates (plural) when it is a stage race. We should have a plural form for Compétition and for Pays when there is more than one country (there is no difference in this case in French, but I suppose it is different with other langages).
I have written the basic version of the module, next step is to test it. I have seen already one error, I guess there are more.
Are you sure to delete the flags for the cyclists, they don´t link to the race, they link to the cyclists. Especial in small wikis this is a good feature. I would rather try to switch it off for some wikis.
I will do the other proposals.
"Tour Down Under 2015" on this page is broken, I have to see why.
Maybe if everything is OK with the basic version, we could start showing this module to the wikipedias? I guess there will be some wishes to add into the code and after that I will start adding the advanced features (ref, question mark, free form,..). Do you agree? --Molarus16:06, 9 February 2016 (UTC)
The switch is the best solution. I think it will be very interesting for MK, RU, LV and JA. For Wikipedias that use the latin alphabet, I use nameguzzler to add a label to the latin languages, and when I publish on FR Wiki, I verify if we have the flag (it is rare that we don't have the nationality for a cyclist).
I already start to discuss with some users of other Wikipedias about a common infobox, and they are very interested. Some of them surely know the 100 % Wikidate infobox we already use on FR Wiki, and the number of articles of races written last year. They are also interested by the program of Papuass when I show them lv:Team Sky, evidence that many contributors are interested in improving their working conditions. Jérémy-Günther-Heinz Jähnick (talk) 17:09, 9 February 2016 (UTC)
I don´t understand for what the plural form for Compétition is used to? And note to me: You forgot the code for a one stage race. --Molarus18:28, 10 February 2016 (UTC)
The code for the date should be OK (Module:Version 2). The standard format is: 08. May 2016 There is special code for jaWP, enWP and lvWP. About point after day: Do you write in french: 08 May 2016? Then I have to add another special case and I have to look into the code for function listofwinners. --Molarus05:45, 11 February 2016 (UTC)
We write "8 mai 2016".
On another point, Mahir256 that speak bengali use a little program on 2015 Tour de Luxembourg, Prologue (Q20035570) that permits him to enter 115 cyclistes in five minutes. So I contact him to ask more informations and I propose him to add bengali translations at the module. Around 200 millions of people speak this language in the world. Their Wikipedia is not very big but we can provide that a better access to Internet in few year will permit to boost their Wikipedia. Jérémy-Günther-Heinz Jähnick (talk) 14:13, 11 February 2016 (UTC)
The code for the fr:date is done and I have moved the code to this module. This way you can test or copy the code to fr:Wiki. I don´t expect any error.
There is another problem: The previous and the next race are now wikilinks of those races, but if the name of that race has many characters the infobox is getting really huge. In frWiki they use two rows for this problem, while in enWiki they just print the year. I prefer the enWiki solution, because it is obvious that this is the previous / next race because of the arrows. And one row less and a lot of characters less is better too. PS: I have choosed the arrows from unicodetables.com/. Actually "Geometric Shapes" and not arrows, 25C2 and 25B8, there are bigger ones, but I like the small ones. Could you comment on both topics? PPS: Interesting: Because there is no english label for "Grand Prix Criquielion 2016" the french label is used. And the point of time property and the second competition is missing in this infobox. I will do that today. PPPS: Just saw at Q19316919 the picture property: There is as qualifier some info about that picture added. Hey, that is your picture! It seems that the text is not shown right in frWiki, the templates are not working. But I guess the text under the picture in frWiki is not from Wikidata. --Molarus14:58, 12 February 2016 (UTC)
I prefer arrows like FR Wiki, it is not little but not big. You can use only the year, it is more logical. But be careful if it is a race like fr:Tour d'Égypte 2016 because the race start in december 2015 but finish in january 2016 (always specific cases...). This way, we save place ans have no problems with races like International Wielertrofee Jong Maar Moedig.
Yes, it is me, the reportage is c:Grand Prix Criquielion 2015. I remember that this day I do at least 70 km with my bike to illustrate the race. I like this race. media legend (P2096) is not shown on FR Wiki, even if we have a problem that we dont have for halves stages. I can use sup if necessary, I discover that the legend of Wikidata is prioritary on the legend of FR Wiki (I delete it). Jérémy-Günther-Heinz Jähnick (talk) 17:26, 12 February 2016 (UTC)
There are a lot of hidden treasures in commons. About races around december / january: Maybe it is possible to find a solution for that with overwriting the module with wikicode? previous year = 2014/15 and next year = 2016/17. --Molarus20:33, 12 February 2016 (UTC)
This is my solution: Actually the link to the previous and next race looks this way: [[abc 123|abc 123]]. My solution is to get the part between "|" and "]" and delete everything that is not a number. Then, I´m adding the part before and after again (plus the arrow) and the new Wikilink is done. I have tested that in frWiki with the infobox in my userspace.
I have seen that in the documentation you write "... (P2096) qualifier used to specify the legend of photography. There may be as many values as there are languages." I have not coded that, because P2096 has the datatyp "Monolingual text". That means if the legend is written in french, every wiki gets this text in french. My solution is so far, that the legend has to be added into wikicode in every wikipedia. What do you think?
Only the "Movistar 2015"-problem is missing (I will read this page later if I have missed something), which I will do this afternoon. After that I could start testing the code and maybe something is wrong or missing, or I could start improving the code. The functions flag and listofwinners could be written shorter and this way I could reduce the size of the module maybe 10kbytes, but I would need some more days (maybe 3 to 5 days). What do you prefer?
I prefer first the infobox. This morning I was at a reunion for the 2016 Grand Prix de Denain (Q19842424), I will upload the photos and create the article with the new infobox, I will present it to other speakers to ask them translations. I will try to do this this week end. For media legend (P2096), the creators says that we can add all the descriptions we want with different languages, on FR Wiki I think they have a filter that only take text in French. For the infobox, I will be interested for Wikidata logos only in LV, MK, RU, JA and language that have a different alphabet or translitteration. Idem for listofwinners (but keep the logo for edition), nameGuzzler permits me to update all latin languages (except LV that is specific). Can you use bold for titles like FR Wiki for the infobox ? Jérémy-Günther-Heinz Jähnick (talk) 13:02, 13 February 2016 (UTC)
Thank you Molarus. I do a test on fr:Grand Prix de Denain 2016 (I am producting the cartography thanks to the organisers), and it is very good (a dream becomes true). Is it possible to display the title Résultats only if we have a value for the winner of the race ? We have the problem with a point between 14 and avril. Is it possible to have a yellow line above the previous and next races ? The line below can become yellow ? And finally, is it possible to have documentation write in small ? It is just details. This morning, I speak of your work at organisers of the race, I say than thanks to your work editors of smaller Wikipedias will can also have articles about races and save time. Jérémy-Günther-Heinz Jähnick (talk) 17:19, 13 February 2016 (UTC)
The infobox is too big, I have added some width-information: width:350px. The small changes are done, the one with the Résultats I will do tomorrow. Are you producing the cartography for the organizers of the race? I guess yes. Congratulations! --Molarus17:52, 13 February 2016 (UTC)
They give me an accreditation that permits me to be next to the cyclists, and in exchange I produce an article and I offer them the photos I realise during the races and during the presentations. I like producing cartography, especially when it is next to my house (I live at 12 km from the start/finish of this race). Jérémy-Günther-Heinz Jähnick (talk) 18:59, 13 February 2016 (UTC) PS : I try an update on FR Wiki, but it seems this module is more modern that the supermodule (that has not been updated with the last changes). Jérémy-Günther-Heinz Jähnick (talk) 19:09, 13 February 2016 (UTC)
Today, I make an adaptation to DE Wiki and to MK Wiki. For MK Wiki, I have a little problem with mk:Шаблон:Cycling race/infobox for distances and average speed, I know you will fastily found it, it is about units. In macedonian, they don't add a point between a day and a month (I think it needs to copy the lines 204/205 used for FR Wiki, but I am not sure).
And the three Wikipedias, I have a little problem with the cost of the Grand Prix de Fourmies, it lacks the unit.
Can you put "documentation" (bottom of the infobox) on the right of the infobox, instead on the left ?
Can you delete the Wikidata logos for cyclists for DE Wiki, I do a test, but it don't work. With a second line, I will can understand the thing and do the modification for some languages.
I have a problem with the cycle logo, that change of place depending the lenght of the name of the race. Isn't it possible to give it a precise place, and when the title is too long, we find it on two lines.
I don´t understand why the deprecated rank is used. The problem is, that deprecated data could be everywhere and that means, updating all properties. I remember that was the discussion about winners who lost because of doping. But as far as I remember this information will not be seen, see Help:Ranking#Deprecated_rank. Maybe this is only true for wikilinks and labels, because the code for them is a bit different. For that I am using the wikidata functions. I don´t know if that is true, maybe I should ask Wikidata:Contact the development team.
I have done the code for mk:WP, the icon and documentation. You can copy the module to mk:WP. About the picture, legend P2096. The legend is written in french (monotext) and therefore it is seen only in frWP. If that was not the problem, please tell me.
Could we put "Starting riders" and "Arriving riders" in one row, maybe this way: "Arrivants 160 (198)". The Partants are in brackets. This way we have one row less.
the cost needs more time, I will do that later. And for the rank, I have to do some tests to understand the problem. I will look for the item with the doping problem in our archive, to see why it worked there.
at de:WP the link to the next and previous race is not a wikilink, but it is seen. Maybe that link should not be seen? What do you think?
For DE Wiki, it is to do the same as FR Wiki : don't have the Wikidata logo for the cyclists. For latin languages, items already have values, I verify this when I enter a value. They also have flags.
Thanks to this diff, I now understand how to add an exception when languages not have a point between the day and the month.
Deprecated datas are interesting to figure in Wikidata, that avoid other users to bring a correction : we have an article in French, but not all users are able to understand the French. With Wikidatas, we have translatable items, it is not a problem to see a big race with only 21 kilometers because we have the info that normally it was 184 km but that has been shortened due to a very bad weather. Another exemple is a wrong date birth that has sources, using reason for deprecated rank (P2241) is not seen in the article, but if an user try to correct the information, he will see why the info is different. Today, this type of procedure is not very useful, we are generally only 2 or 3 Wikipedias to have an article, but we can imagine in the future being more numerous, and the change of a good information can be seen on around 10 Wikipedias. A good similar example is towns in Belgium, they have merged in the '70 : Tournai is now a commune that 30 former communes, and I think at a race like the prologue of the Eurométropole Tour that make a difference a finish to Mont-Saint-Auber rather than Tournai. We can give a better information, but we also can receive a better information. We can imagine a similar item to solve the case for Bergenga, when the finish of one of his race was not a town but an airport. It can say "this race don't take place in this commune but in another place". With translations, other users will can understand the case, and they will don't need to translate with Google a source added in an foreign language. These cases are very rare, it is sure.
For the media legend (P2096), I would prefer have the legend writting below the file, that we can always see it, like it is the case in FR WIki.
I prefer having two lines, it is not a problem to have a long infobox because we can provide having more text in the future in articles.
It is not a problem, the link will appear when they will create the articles. Is it possible to not display the arrow when we don't have values for follows (P155) and followed by (P156). I think at races like fr:La Méditerranéenne 2016 where it is the first time they are raced, and for a big number of race we are not sure they will already exist next year. It is only a detail.
I would say, a lot of people already joined this effort and we all achieved a lot. In my view, it seems that data and code are the two sides of the same coin. --Molarus16:31, 15 February 2016 (UTC)
Yes, it is a team work, like in cycling, but you do a very big job.
I find a bizarre bug. The program works on de:Katar-Rundfahrt 2016 and es:Tour de Catar 2016 (also when I test in the documentation of LB) but not in fr:Tour du Qatar 2016 where I have in red L’ID saisi est inconnu du système. Veuillez utiliser un ID d’entité valide.. I have the same problem on MK.
I will look into this. And maybe I already have a solution for the "depreciated"-problem. You can see at Module talk:Version 2 that in this case everything is OK, but I have to test if that is true for other items. --Molarus19:04, 15 February 2016 (UTC)
I found that the module can´t read the labels of the start- and endplace of Tour du Qatar 2016. After changing the label into "Corniche de Doha" with a big "C" from "corniche de Doha" with a small "c" the problem was gone. Strange!! Now I will look into Quatre jours de Dunkerque 2015. Maybe a similar problem? --Molarus21:30, 15 February 2016 (UTC)
No, this race always start and finish at Dunkerque.
I have rewritten the module into a short module of 6 rows, that only reads the label and this code works. The conclusion is: This is my problem, not that of Wikidata. --Molarus07:22, 16 February 2016 (UTC)
I have found my error and the problem is done. A big, bad error! Sorry for that. I have updated lb.WP, from where I took new translations to this module. --Molarus09:57, 16 February 2016 (UTC)
The image and the legend should work, even the template in the legende will work. Lua rocks! I have tested that with "Quatre jours de Dunkerque 2015" in frWiki. --Molarus16:24, 16 February 2016 (UTC)
The image and the legend should work, even the template in the legende will work. Lua rocks! I have tested that with "Quatre jours de Dunkerque 2015" in frWiki. And on this page I have added in the legende a text with templates and it does work too. This way I´m sure it will work in different Wikis then frWiki too. By the way, with a "thumb "the text will be seen on this page, without a thumb it is only a tooltip. And I have extended the code that without a legende, the thumb is not used. I will look into the problem. --Molarus16:24, 16 February 2016 (UTC)
The problem is the border, like fr:Grand Prix de Denain 2015 has. I think it is possible to display the text contained in media legend (P2096) individually under the file. To have a function that display the file [[File:XXX|center|300px]] and another, independantly, that display a French legend if it exists, in small and centered. It is very important because the border is ugly. Jérémy-Günther-Heinz Jähnick (talk) 17:08, 16 February 2016 (UTC)
I have found another problem, the legend in "Quatre jours de Dunkerque 2013" was not shown (because french is the second legende in the item), the corrected code is on this wiki. I think it is possible to show the text in a colspan = 2 table row below the picture. I will do that tomorrow. --Molarus17:28, 16 February 2016 (UTC)
Thank you. On my side, I finish my day of work in 1 h 30, so I just have listed Wikidatas that not have a point between a day and a month, and I will contact users to have translations, I think especially at a russian user. Jérémy-Günther-Heinz Jähnick (talk) 17:32, 16 February 2016 (UTC) (I note that your code for the legend is better than this we have on FR Wiki, because it permits to display the templates)
I have found a solution for the depreciouted-problem. At first I wanted to find one solution for all properties, but now I will find a different solution for every property. I already have one for distance and number of participants. It is not difficult, just add a loop and some lines of code in function fooA, therefore not much room for new errors. PS: the code to display templates is just one line of code:
string.gsub(s, "{{(%w+)}}", function (n) return frame:expandTemplate{ title = n } end)
The point in this function is, that it is possible to integrate a Wikidata function (frame:expandTemplate) into a Lua-function (string.gsub). Yesterday I saw in the lua-doc that this is possible. The more I write lua code, the more I see how well the developers of Wikidata do their job. --Molarus13:09, 17 February 2016 (UTC)
Interesting. I am a little lost with code, but I start to understand little to little, you test something thats is brand new, and it permits uou to know the limit of the system. On my side, I modify the code for having a legend in small and centered, no point between the day and the month in some languages (I understand now) and no Wikidata logos for cyclists in the infobox in latin languages (thanks to nameGuzzler we have values). I miss my last test, Aps-vologda from RU Wiki (but I contact him on EN Wiki) ask me to do this. For the number of edition, russian have -й juste after the number (102-й, 83-й). Jérémy-Günther-Heinz Jähnick (talk) 14:54, 17 February 2016 (UTC)
About the point between day and month: It seems that most languages write that without a point, therefore I take that as the new standard and only deWP and noWP are getting a point. That is shorter. I have added the code for ruWP too, you could see that on this page because I added www.wikidata.org to the ru.version. If they have a different version for the first number, then the code is like the french version. --Molarus21:40, 17 February 2016 (UTC)
Maybe that is because there are some winners called "no value"? I have deleted the infobox in this fr:article, because maybe this is a bigger problem. So far we assumed that if there is no winner, there would be no statement. --Molarus10:50, 16 February 2016 (UTC)
Zebulon84 is right, that the code should live with that. I have added to this module code that it works with unknown winners and number of participants while there is a qualifier. I have seen, that the module has no problem with unknown speed and distance. I have updated the code in WD and frWP. The problem is solved.
I have updated the code to work right for depreciated data. Please don´t move the code to the wikipedias now, because I will do more tests first. If everything is OK, I think I will start this evening looking into function flag. --Molarus08:56, 19 February 2016 (UTC)
I have tested the code in frWP and I saw no difference, therefore the code should work. I have listed at Module talk:Version 2 those items with depreciated data and the new code works with them the right way. I wrote yesterday a SPARQL-query to list all races with depreciated data and there are less then five items, it is no big deal. --Molarus09:27, 19 February 2016 (UTC)
Is it possible for country (P17) to associate at a country its flags thanks to the list at the bottom of the module ? I ask because it is interesting to have a country with the flag, and it can be usefull for the future. I note that the code of the module is now dark, and I can't explain it (I thinked it was because it do more than 100 000 o, but on other versions we are a little more than 100 000 o, and we have colours). Jérémy-Günther-Heinz Jähnick (talk) 22:10, 19 February 2016 (UTC)
I don´t see the advantage of countries with flags, but why not add that to the frWiki only? What do you mean with "code is dark" and what are "100 000 o"? --Molarus23:45, 19 February 2016 (UTC)
I think it can interest also other countries. The infoboxes I replace have these flags.
The problem with t.competition came from changing the code for t.country. The space was a flag with no qnumber. As you can see at this page, the problem should be all right no. I hope. --Molarus18:31, 20 February 2016 (UTC)
There is a new problem : the different winners are no longuer displayed.
I have changed the code for overwriting WD data in function infobox (-1728 bytes). I hope function infobox is done now (until the code for references will be inserted). --Molarus09:40, 21 February 2016 (UTC)
Thank you. There were a problem due to the number of function of the parser included, so I take the party to create specific pages for giving detais to all the functions. It was necessary because we will surely have more translations in the weeks and months that arrive. I do tests on FR Wiki and LB Wiki, and the infobox work. I will give the code to others. Jérémy-Günther-Heinz Jähnick (talk) 13:58, 21 February 2016 (UTC)
The new code for function flag will be ready in the next days and then I will look into function list of stages and list of winners. I hope to reduce the size of the code by 20+ kbyte. Maybe new code for depreciated ranks are needed and maybe you want to switch off WDflags in frWP?
Yesterday I thought about changing the code that each language version could have different width, background color, etc. Maybe the wikipedias would like that, it is no big deal? --Molarus14:50, 21 February 2016 (UTC)
It is very better to have only one type of visual aspect. It shows the unity behind a common project and something that is new, modern, futuristic (we are the firsts to use a common infobox, it is not nothing). For all Wikipedias, it has been an occasion to modernise the aspect of their infobox. Even if you compare with FR Wiki, your infobox is much better, see before / after. We have an unity between infobox and tables, and it will continue in the future when we will try classifications. I think other developpers will be interested by the 100 % Wikidata common infobox, it is more light than having little logos like it is the case on FR Wiki. In my head, I have another idea of the future of Wikipedia : collaboration will not be only with users of same language but also (and more in more) with users that share the same passion, and here, it is logic to have similar infoboxes and tables. Even for an user : I work with cyclists, and they often visit articles in different languages because the article in their language is not good, and they don't understand where it is so different (and here, I must say last year again that it is because each Wikipedia has it own system).
I am interested to switch off all Wikidata logos for cyclists on latin languages, except LV (but keeping the logo for the stages and for the editions of a race). Finally, all the cyclists have a label in these language, because I use since eight months nameGuzzler. I see the result of cyclists without Wikidata logos for the infobox, and I think it is better. Even when we will integrate the team roster, it will be better to this case to have an unique Wikidata logo, just for putting the user at the level of has part(s) (P527) in the item, similar idea for an eventual team listing or classifications.
For the flags, I will be interested of instead of having FRA, we can have France for FR Wiki, but Frankreich for DE Wiki... thanks to the label that is already given in the item of the country. If do the work for one or two lines, I can to the work for the 200 other countries.
I travel on Wikipedias, and I already see that the program have contributed to boost the LB Wiki. Today, a french user that contribute to EO Wiki contact me on my talk page, he is interested for tests, so I contact him and send him the translations to do, and the Kit to translate. And finally, I will present it on PL Wiki (a part of my family come from this country and for Germany), but I think the main user don't understand English. Jérémy-Günther-Heinz Jähnick (talk) 17:17, 21 February 2016 (UTC)
At the moment I´m reducing the size of the module and the working time. The names of the countries would increase the size of the module by many kilobytes or the infobox would go to the country items to get data, which would increase the time. I would rather spend time and kilobytes for the extended features.
About the design: I don´t like that things look the same and I would never choose yellow for "my" infobox. The same module with a different color: Module talk:Version 2
About boosting wikis: I see rather the info about races and riders in Wikidata as key to success and not the infobox. This was the reason why I talked at the beginning about moving data from external sources with tools to Wikidata. Imagine there would be all the old data at WD and only new data has to be inserted. For example, we could add all the data for all Tour de France items in WD until the next Tour starts in summer. I would help with that. And we could use wikiproject cycling to coordinate that. --Molarus20:35, 21 February 2016 (UTC)
A such project will be very interesting. Even from the part of organisers, some of them say me that it will be interesting to find informations from any edition of their cycling race. Unfortunately, it will be difficult for me to take part at this project this year, I start my cycling season this saturday and I will finish in mid october, I start with six days of race in nine days. Jérémy-Günther-Heinz Jähnick (talk) 10:25, 22 February 2016 (UTC)
I was able to insert the code for the infobox, see eo:Uzanto:Molarus. That is 35 kBytes (I have used the new function flag even it does not work 100% perfect, but it uses a lot of code less. Adding the other functions, I am getting the problem, that the same infobox doesn´t work anymore. I don´t know why. --Molarus12:58, 22 February 2016 (UTC)
I have found the problem. eoWiki doesn´t like the word "deuxieme". I have changed that word against "zweiter" and everything works, see my userspace. We could change that word in WD module and everything is done, I don´t care why eoWiki don´t like that word. --Molarus14:20, 22 February 2016 (UTC)
ux et uxx en espéranto
deŭième et deuxième :
En fait, il faut doubler le x pour voir le x français sinon on a la letrre espéranto ŭ.
C'est une fonctionnalité qui était nécesaire en 2002 mais que l'aimerait voir supprimer maintenant que d'autres techniques existent. --Pino~eowiki (talk) 10:30, 23 February 2016 (UTC)
I have a problem that is not so different on Commons, I want to create a category about I cyclist, and it don't work, just for him. I add zweiter in the super module, this way, when I will make updates, I will not have problems. I share the program on PL Wiki (as I say before, if a part of my family comes from Germany, it is Poland for another part (plus France and Vlaanderen)). Jérémy-Günther-Heinz Jähnick (talk) 14:41, 22 February 2016 (UTC)
I have added some data for Tour de France 1903 and added some references. I have used a gadget called DuplicateReferences in the Préférences to copy references from one statement to another. I didn´t knew that gadget, it is really good. --Molarus18:50, 22 February 2016 (UTC)
There was an error in the code which I have corrected everywhere, but not in es:WP where I couldn´t change the code. Could you do that, please? The new flag function is in frWP and in the WD module (-15 kilo byte). I have already done most of the work in function listofstages, for the most part copying code from function infobox. I could do more, but I don´t think this is worth the time, because so far the size is down another 8 kbytes. The module would be around 85 kbytes, down from 107 kb. Tomorrow I will start testing the new code. --Molarus02:17, 23 February 2016 (UTC)
I have tested listofstages in frWP, saw no error and copied the functions to this module. I´ve found another way to reduce the size of the module and will do more of that. Maybe the size will go back to 80 kilo bytes. --Molarus14:34, 23 February 2016 (UTC)
Finally, for listostages and listofwinners, I will be interested to test for latin languages except LV one unique Wikidata logo just before Stage and juste before Year, as you do for the infobox. They will give the item plus #P527. I have has this idea this night : finally, we are very few to update datas, and once it is done, it is finish, so it can be more discret. I have the same idea when we will do classifications or lists of teams. It is not difficult to find a value, because we always enter first the older. Jérémy-Günther-Heinz Jähnick (talk) 12:26, 24 February 2016 (UTC)
Problem at eoWiki
See eo:Uzanto-Diskuto:Molarus. Maybe I found the problem. It seems, that Tour de France 2015 had not the right data /qualifier. Maybe we should find a way to show that in the table? A problem is that the module took the flag /item of the winner (who has no qualifier). I sugesst to add into the code that no flag and no WDlink is shown in this case. --Molarus20:37, 24 February 2016 (UTC)
The race takes place before we makes stardards (in september) to enter datas on Wikidata, that is why there are problem on the case of this race, former races have no datas, and newer races have good datas. Jérémy-Günther-Heinz Jähnick (talk) 12:07, 25 February 2016 (UTC) PS : you can see for example that we don't have kilometers, it is because datas with units were available in september. Jérémy-Günther-Heinz Jähnick (talk) 12:08, 25 February 2016 (UTC)
There is not problem with this race with the program, is is because the LB user call the infobox for having the list of winners, or he call an race infobox for an article that is not an edition of race but an article about the history of a race, that use a different infobox because fields are totally different. Jérémy-Günther-Heinz Jähnick (talk) 13:44, 25 February 2016 (UTC)
You are right, but there was also an error in the code (because errors should never happen). Problem is done, see at top of this page. --Molarus14:52, 25 February 2016 (UTC)
Have fun. My summer sport is jogging. At the moment temperature here in Cologne is about 10°. A bit cold, but I will start soon too. I need that urgent.
I have answered to the editor at lbWiki. By the way, the new beta function that informs about everything that happens on your userspace in 300+ wikis is really useful. --Molarus15:11, 25 February 2016 (UTC)
templates, parameters
Has anybody experiences with templates? For example, fr:Modèle:Cycling race/infobox uses only one parameter, but it should be able to use maximum around twenty parameters.
{{#invoke:Version 2|infobox|Q15220420
| picture = 20150705 Tour onder de Dom-30.jpg
| caption = Passage sous la tour de la [[cathédrale Saint-Martin d'Utrecht]].
}}
This is an example for 3 parameters. Therefore we need a different template for infoboxes, if overwriting WDinfos should work. Could someone help? --Molarus11:47, 20 February 2016 (UTC)
Maybe I have found the code. The template Template:Cycling race/infobox has code for picture and caption, so far. The other parameters has to be inserted. It is used on this page (2015 Tour de France) where only info about a picture is told to the template. It seems, that we would need a template for each wiki where words like "picture" are translated or they decide to use English words. In combination with the code of the module it will be possible to overwrite WD info this way. I´m not sure if that is the best code possible for this task, but I have no experience with templates. By the way, it is possible to change the code of the module in such a way, that it is not necessary to insert the qnumber into the template at a wikipedia article. The code without a parameter would then be: {{Cycling race/infobox}} PPS: Is is of course possible to have different names for this template. Why should for example jpwiki write "cycling race/infobox"? A Japanese name for the template would be better. --Molarus02:27, 24 February 2016 (UTC)
Japanese have no problems with English, their infobox is entirely in English, see this. With the infobox you create, they have only one line to put in English, the rest of informations can be available in Japanese on Wikidata if they decide to translate the kit. Jérémy-Günther-Heinz Jähnick (talk) 12:21, 24 February 2016 (UTC)
Pouvoir avoir la possibilité d'appeler le modèle sans indiquer le nombre Q me semble élégant.
Schablonen ohne Q-Nummer gefällt mir viel.
Pouvoir conserver notre schéma de nom pour les modèles nous faciliterait la tâche, soit Informkesto bicikla Konkurso.
Bei esperento wäre es besser "Informkesto bicikla konkurso" als "cycling race/infobox" für die Schablone Name.
I think in eowiki your pages are eo:Ŝablono:Cycling race/infobox and eo:Ŝablono:Cycling race/infobox/dokumentado. You could create new Ŝablono with the name you like and the same content or the new content. Remember that you have templates for the two other tables too. Maybe something like "list of winners bicikla konkurso". I knew, I am not good at finding names. If you want "picture", "label", etc. in Esperanto, just translate the names in the module (function property) and translate the names in the template. Both names must be the same. I have tested that feature only in this wiki a bit, therefore maybe there are some errors in this part of the code. About the qnumbers, I propose sometimes such things, but without Jérémys approval I don´t add them into the code. --Molarus14:49, 24 February 2016 (UTC)
EO Wiki already have a shortcut for the infobox, it is Informkesto bicikla veturado. The can create shortcuts for the two other functions, they will keep their original name, but they will also work with this shortcut. You can even take a very short shourcut of three letters, it works. When I will add an infobox or a table, I will keep the first name, also because I do this for all Wikipedias. For the moment, I prefer a Q number mandatory, it avoids to have users that create an article without a Wikidata item, and it is important because I sometimes had articles that are created and the former infobox is not filled. For the EO Wiki like a big part of other Wikis, their articles will come from translations. In the future, for a stage race with classifications, it is a loss of time to rename all the templates, it is better to add texts. Jérémy-Günther-Heinz Jähnick (talk) 16:39, 24 February 2016 (UTC)
The template works now, see infobox on this page where I have changed speed and one winner in wikicode. But some code in the module is missing: Typing speed e.g. "abc", an error happens (errors should never happen) and as I type "me" as winner, this is not tested and used as an item. Maybe qnumbers should be inserted here. That means I have to write code for testing the wikicode input. So far I have no idea what should happen if someone writes speed is "abc". Any idea?
The shortcut for Informkesto bicikla veturado is a good idea.
The code for the templates is done, even for adding max. two new rows (left and right side) into the infobox. But I have not tested the code. --Molarus22:28, 29 February 2016 (UTC)
The code is not added into this module. It is maybe reasonable to add the code together with the code for references into this module, because it is the same function: infobox. The code for references is difficult, therefore I will need maybe two weeks. --Molarus17:31, 1 March 2016 (UTC)
Pino~eowiki, that work on EO Wiki, indicates me that in esperanto, they have a specific format for dates : between 6 and majo for example, they have -a and de that gives 6-a de majo. It is always like that for all days of the year, there is not exceptions. Jérémy-Günther-Heinz Jähnick (talk) 13:32, 24 February 2016 (UTC)
I have tested the date in eo:Wiki and in the infobox there is: "4-a – 26-a de julio 2015". The big "-" don´t look good, a word would be better. --Molarus21:53, 24 February 2016 (UTC)
Le problème signalé par Tlsutulimu est d'abord dans les listes (Cycling race/listofstages, Cycling race/listofwinner) au niveau du code
ifa1==trueandt.starttime==""then
et après
ifa2==trueandt.endtime==""then
Je pourrais peut-être modifier moi-même, mais je comprends mal la syntaxe de lang:formatDate( "j. F Y", b1 ), connaitriez-vous une documentation sur cette fonction ? Pour l'infobox, c'est moins critique d'ailleurs, l'accusatif (terminaison en n) serait plutôt approprié et le tiret pas nécessaire. On pourrait écrire "4an-26an de julio 2015" et tant su'on y est dans l'infobox on devrait écrire 102a tour de France plutôt que 102. Tour de France. --Pino~eowiki (talk) 08:43, 25 February 2016 (UTC)
Cycling race/listofstages et Cycling race/listofwinner vont être perfectionnés dans les jours à venir. Ils ont été conçus en premier, et des progrès ont depuis été accomplis. Je pense qu'à terme, une unique section gèrera les spécificités de dates. Jérémy-Günther-Heinz Jähnick (talk) 13:47, 25 February 2016 (UTC)
This is the source: [2] I thought I had corrected the problem (the new code is on this wiki), but I wanted the solution to be more beautifully. Design is important for me --)) But it seems, in the infobox it is not "4-a – 26-a de julio 2015" but "4an – 26an de julio 2015". Is at least the date in function listofstages correct? It is no big deal to change the new code for the infobox, have fun, see on this wiki line 233-237, 258-259 and 278,279. The new code for listofstages is at line 922 and 928. I didn´t thought listofwinners has any problems with that, so there is no new code. --Molarus14:08, 25 February 2016 (UTC)
You are right, a team has p17 while a rider p27. I remember that we talked about this in December. That is why it is better never to touch working code, but I think it was necessary because the size of the code was reduced by about 25%. A future big change of code might happen if we decide to add references into the code. Maybe we will do this only for the infobox? I will see what Jérémy will say about this.
The code whithout this error is now at eoWP and at Wikidata. I have tested a bit in frWiki, but I don´t think that anywhere else something new got wrong. --Molarus15:45, 26 February 2016 (UTC)
Thank you Molarus. There is a problem to display the team (take its official name) when a team win a team time trial, see fr:Paris-Arras Tour 2015. We already solve this problem by the past.
Is it possible to add at the link of the item of the logo #P527 ? It will permit to give directly the list of stages or the list of editions of a race on the Wikidata item.
And in function infobox too, that was the reason I didn´t look into this problem. That was an error, sorry. Maybe there are more problems that I forgot concerning this part of the code. I will try to solve them all, the code is already in function infobox so it is no big deal now that the problem is clear. I will look into the archive to read our old discussions.
The code for #P527 is in this module already, see below.
Over the weekend I will be around and see if something is to be done.
About changing "4-a – 26-a de julio 2015" to "4an – 26an de julio 2015" in eoWiki. It seems both is possible, also "4a - 26a de julio 2015". I´ve found meta:Date formats in various languages and it seems in italien the first day of month is written "1º gennaio". --Molarus19:09, 26 February 2016 (UTC)
I have added class="wikitable" into the table to see the spaces. In most wikipedias under étape there is just a "1" and no "1re étape". This solution doesn´t look good. Maybe an alternative is a new row under the table? I have changed line-height for the third row and it is getting smaller. Maybe we could make the header smaller and add a small row on top and not adding a new row on the left? Jérémy, what should I do?--Molarus14:09, 24 February 2016 (UTC)
Just trying to add a Wikidata logo before Stage, in the same cell. As you can see, I give at the logo a tall of 12px, it is sufficient. In fact, it is just for users to have a shortcut that lead them directly at the good place in the item and a sign for readers that the table (like the infobox) come from Wikidata. For the palmarès of a cycling race, the update at the end of a new race is done thanks to the datas inserted in Wikidata but first displayed in the infobox, and for the table for stages, a big part of the table is created by an unique user and updated by a little number at the end of each stage. It is not a problem of being few numerous because one user do the work for all Wikipedias that use the template. It is just a try, but I think users will be interested. Jérémy-Günther-Heinz Jähnick (talk) 16:47, 24 February 2016 (UTC)
Ok, I will do so. But I have played a bit around. A new row at the top didn´t look that good, so I´ve kept the row at the bottom. And I changed the line-height from 1.6em to 1em for the content. --Molarus19:10, 24 February 2016 (UTC)
I have added the code to switch the WDflags off at Wikidata. A short test at frWiki showed no problem, but I have changed a few things more that have looked outdated. The code is now a bit faster and maybe has got errors. If you want that design for more wikipedias, I will write new code for detecting all those wikis at once and not testing the same thing many times. Then, testing will be necessary. Editor Les Meloures from lbWiki has already copied the module to lbWiki, therefore lbWiki will not have this (less tested) version. PS: Maybe we will get nlWiki with this back on bord. --Molarus21:54, 25 February 2016 (UTC)
I test it on FR Wiki, and there are bugs on listofstages only. So I change the version for LB Wiki to avoids problems. The rendering is good on this page. I would prefer to add #P527 in the link on the Wikidata logo, to lead the user directly at the good place in the item. I want that design on all Wikipedias that have a latin alphabet, exept LV Wiki.
Yes, we have a little consensus on NL Wiki, and I ask Edoderoo to translate the documentation. It is important for me to develop the NL Wiki because the majority of cyclists I know are from Vlaanderen (the north of Belgium). Jérémy-Günther-Heinz Jähnick (talk) 22:33, 25 February 2016 (UTC)
I had corrected the bug yesterday late, if it was the article with a "prologue". The place for switching off WDlinks you will find in the Wikidata module in lines 653, 716 and 822. The code looks like: if wiki == "//fr.wikipedia.org" then WDlink_off = .... WDlink_off is the switch which is used many times in the three functions. At the moment I have added frWiki and nlWiki to be switched off and tested that in frWiki in two articles where the wd icons in tables listofwinners and listofstages were switched off. PS: + "#P527" --Molarus17:02, 26 February 2016 (UTC)
Two options
I see at the moment two options: The first one is no new features, just error corrections and answering questions. The second option is adding more features. The new feature with the templates looks quite good. See the infobox at Module talk:Version 2. I have changed some things: Now some values can´t be changed (e.g. Competition), some values can be overwritten (e.g. Dates) and some values can only be supplemented (e.g. Winner, Second). Still missing is the code to add new rows to the "Race details" where the editor can say what at the right and the left side of the infobox should be seen (e.g. Max. gradient: 10.8%). And now the words to tell the module which values should be changed are the words that can be seen at the left side of the infobox (plus Picture, Legende, Map and Special). See edit mode of that page. Maybe the step after that would be code for references. Both options have advantages. Option one: We have had three months of hard work, a break would be good. Option two: More features are better then less features. What do you think? --Molarus22:03, 28 February 2016 (UTC)
I just see your work, and it is very good. Personnaly, I am interested to take a break. I have much races in this moment and I want this year to have a social life (it was difficult last year), moreover a little number of persons of Wikimedia France try to sink my project (I already speak of one user that try to forbid the use of Cycling race on FR Wiki, he is in the direction of this chapter) and the Foundation refuse to give me 7500 € to illustrate races this year, so I am preparing a fundraiser thanks to my tens of thousands of files about cycling (I have a special line of code inserted since 2014) and to my contacts on races. I always wanted to go for a crowdfunding to ensure good development in my project, I'll start in the month. Thanks to this break, I will can take time to contact users and see if all is perfect for them, and if they have ideas for the functions we have and for future functions. I can also give them translations, and I want to encounter users in more to permit them to use Cycling race in their language. I think for example at Danish, Greek... Jérémy-Günther-Heinz Jähnick (talk) 11:30, 29 February 2016 (UTC)
I think in deWP and in other Wikipedias this project would have a better standing if references are part of the code. Therefore I will write the code for that, but maybe it is better not to push that version of the code. I will see if a two version strategy is an option. At least I have promised to be around, helping with problems and everything else. I will see if this is wanted and if new wishes will come around. I already have ideas for the time after that, for example SPARQL-code for better maintaining the racing data and tools to better import data to Wikidata. Maybe there is a second life? And if people read this, I would be interested to read what they think.
No, it is my first life. It is not a joke, it is always a pleasure to work for Wikipedia. I was on race on saturday (at Gent, Vlaanderen, people speak Netherlands), and I already start to speak of your work. People find that it is perfectly logical to centralise datas and save time as we do, I say them that it will be development for NL Wiki today, and it is the case, I share the template on NL Wiki, thanks to the translations made by Edoderoo. Few minutes ago, I receive translations from BR Wiki, I will put them in the super module and share the function infobox. It is already a success for the project, I see users use these functions independantly, and I like it. Jérémy-Günther-Heinz Jähnick (talk) 13:27, 29 February 2016 (UTC)
Sorry, I meant good luck for your crowdfunding project. I know that some french wikipedian started such a crowdfunding project some time ago, it was about pictures of different french cheese. DEWP has a newspaper different then the english signpost, kind of internal black board. Someone posted there a message about that, de:Wikipedia:Kurier/Ausgabe 11 2014, and we discussed that on the discussion page of the Kurier. It was in the mainstream press too, see here. --Molarus15:40, 29 February 2016 (UTC)
Yes, I understand that you speak of the crowdsourcing. I respond at the "second life" by saying Wikipedia & Co is my first life (I often say I am "married" to Wikipedia).
WikiCheese is very interesting in the details : everybody know that they take cheeses in photos (the difference is they use a very good material compared to other projects), but a few number of people know that they develop a module especially for that : fr:Module:Infobox/Fromage. That gives me ideas few monthes later when I start to use datas from Wikidata. WikiCheese and Wikimedia Cycling (my project) are not very different on some points : we want to illustrate a subject being as comprehensive as possible, we want to have more content to articles and to have new users, and we touch at infoboxes. Recent projects have evolved from the past, it is no longer simply a question of taking photographs, it is also about creating a dynamic. Jérémy-Günther-Heinz Jähnick (talk) 17:50, 29 February 2016 (UTC)
Dates for EO Wiki (probleme mit der Anzeige)
Es gibt ein Fehler mit Datums Anzeige (listofstages) mit Android die zwei Ziffern Tage sint nicht koreekt angezeigt.
Problem mit zwei Ziffern Tage (Android Chrome)
auch mit Wndows (firefox, Internet, Explorer, Edge) :
Tour de France 2016 Firefox zoom = 110%Tour de France 2016 Firefox zoom = 100%
I know why the date behaves this way. The reason is that the date column consists of two table columns, but I don´t remember why I did this. Maybe I wanted to be sure that the date will not be printed as two rows, but it did in this example. --Molarus10:18, 3 March 2016 (UTC)
I have a solution for both problems. I have added into the code of this module and at eoWP "nowrap" to every column in function listofstages except "Villes étapes". A nice improvement of the code. Thanks, Pino. --Molarus11:04, 3 March 2016 (UTC)
Hi Molarus. Can you integrate the Module:Cycling team of @Papuass: in Cycling race by calling the function teamroster ? I don't provide to use it on big Wikipedias now, but it will be interesting to permit to small Wikipedias to use these datas. I am interested for Wikidatas logos by a system similar as we have for other tables. I think by example at LB Wiki where Les Melouires is very dynamic, and where giving team roster for every season will be a very big gift. Jérémy-Günther-Heinz Jähnick (talk) 11:06, 4 March 2016 (UTC)
Thank you. I prefer having just one page for the program, it is more easy to update. And for users, it is not a problem because they never see the code, just that it works. Jérémy-Günther-Heinz Jähnick (talk) 18:06, 4 March 2016 (UTC) PS : I will do tries at the beginning of the next week, I am supposed to be on race tomorrow and sunday.
Now this page looks like it would look for latin languages. But it is not a "single" Wikidata logo. --Molarus01:09, 8 March 2016 (UTC)
Thank you. It is not a problem because we can provide that in the future we will be able to display previous teams, and we will use only one column. I start to do tests on a norvegian team, with FR, DE and NO Wiki. Jérémy-Günther-Heinz Jähnick (talk) 10:42, 8 March 2016 (UTC)
What do you think about showing rest days in "listofstages" function? English WP tables show these for manually created stage lists. There is no need to add them in Wikidata - if stages are separated by more than 1 day, rest day should be inserted between stages. --Papuass (talk) 16:42, 19 February 2016 (UTC)
Adding rest days as separate "stages" would probably mess up everything, but I have an idea to how one could add rest days without any major trouble (hopefully). If a rest day is set as an attribute/flag/whatever to the preceding stage, so that it in some way or another has a value that says that after this day there should be displayed a rest day. It would not take info about date or where they are resting, just simply to add a row in the table to visually show to the reader that there is a resting day. One could probably also have date by calculating up from the previous date, but I don't know if we really need that. If there are several resting days in a row, the preceding days should maybe rather be flagged with "followed by resting days: 1" in most cases and "followed by resting days: 2" where it is needed. I think this would be doable in code and it would not break any of the other logic as far as I can think of. Bergenga (talk) 23:22, 19 February 2016 (UTC)
Rest days could be added into the table listofstages like "Max. gradient" into the infobox. Maybe something like "|rest day 1 = stage 5: any text". This way it would be possible to tell the table where and what to insert as an additional row into the table. --Molarus02:49, 13 March 2016 (UTC)
Prologue
Hey, in my opinion in the Infobox it should be noticeable if there is a Prologue. The cell Stages should show something like 7+P (my favourite), 7+1 or 7+Prologue.--Chris XC3000 (talk) 17:11, 6 March 2016 (UTC)
In the documentation there is the info that a stage is a prologue if P1545 (series ordinal) has the number 0. At the moment the infobox counts the number of values of P527 (has part) in the main item to get the number of stages. To read the series ordinal the code has to read the items of the stages too. Therefore it could be done, but it is a lot of additional work for the Wikimedia servers to get that information. But if there is only one prologue per race and it is most of the time the first value in the main item, the additional work is small. Maybe the code reads always the first value of P527 and if that is a prologue it could be shown in the infobox. (8 -> 7+P) Maybe P could get a tooltip, because we have the translations in function func_prologue(). --Molarus00:37, 7 March 2016 (UTC)
We have had a similar idea to count the number of trainee in a cycling team. So we count the number of cyclists and another function count the number of cyclists that are trainee. Here, we can say 8 (with one prologue). It is the same. Jérémy-Günther-Heinz Jähnick (talk) 10:15, 7 March 2016 (UTC)
This function is already in the code, but fallback is not the english label it is the french label. A possible improvement could be that the code has more then one fallback? --Molarus22:31, 6 March 2016 (UTC)
(label missing) is interesting, it just want to say you go in the item and add a german translation. When somebody use in its language this function, once he publish the article, he should add lacking translations. Jérémy-Günther-Heinz Jähnick (talk) 10:18, 7 March 2016 (UTC)
Of cousrse it's better to add lacking translations. But in this case it has been forgotten. In my opinion there is an improvement if there is more than one fallback.--Chris XC3000 (talk) 09:12, 8 March 2016 (UTC)
I want to use my own maps for the races with Macedonian names of the places (also different alphabet and transcribing), so after suggestion of the Jeremy, I add Macedonian parameters on the line 87, but now my question is how to use this map in the infobox (example Paris-Nice 2016). I have to add on a Wikidata item also, and then to change something in infobox? I need technical help :) --Ehrlich91 (talk) 19:14, 9 March 2016 (UTC)
I don´t know what Jeremy has proposed. As far as I know, it is not possible to have different pictures in the module. But it is possible to have a different caption for the picture, but the map has no caption.
There is the possibility to have an update of the module that enables users to insert content at the local wiki into the infobox. This way your content is different to the content in wikidata. That means for example, you have a different map in your infobox. You have to discuss with Jeremy if the infobox should get this feature or you find another solution. I have seen, that it is possible to write svg-files for many languages and maybe there is this solution with line 87. commons:Commons:Translation possible/Learn more --Molarus22:48, 9 March 2016 (UTC)
@Molarus: I knew this about .svg files and I used personally. And because the map was in this format, we made already a translation (here) of the original map (it`s our passion, we had over 800 Macedonia .svg files on Commons). And, I made changes in line 87 and I have a translated map, but now I did not know how to put it. --Ehrlich91 (talk) 22:54, 9 March 2016 (UTC)
That is no multilanguage file, it is a second file. In the commons documentation they say a "switch" in the file code should be used (section "Multiple translations within one SVG file"). But I have no experience with that. PS: The doc says [[File:SystemLanguage.svg|lang=de]] should be used to switch a multilanguage file into the right version. We don´t have that in the code. --Molarus23:28, 9 March 2016 (UTC)
When will be the best time for that, because it will a big update and there will be some errors in the module, I´m afraid. Maybe after the update for Paris–Nizza 2016 is done. --Molarus10:20, 10 March 2016 (UTC)
Looks good!! In WDwiki everything is OK. See infobox on this page, the code does what it should. In frWiki at my userpage "|Lieu de départ = Hong Kong" works too. Now I´m testing (not copying) in frWiki if the code breaks anything and then I will copy the new code to mkWiki. --Molarus12:50, 12 March 2016 (UTC)
mk:Париз-Ница 2016 shows the mk-map now. I have taken some translations for mk from the archive, but there are not all words available to translate. function infobox_left is the place for the translation, all translations have more words now, which I wrote in english, except for some for frWiki, deWiki and some for mkWiki. If those words are not translated the wiki has to use the english words in the Wikipedia article to use this feature. As you can see at this page it depends on the word what an additional information in the local wikipedia does. If you add additional information to the winners, this information is added to the winner names. It is possible to add a line break. In the "Race details" section information from Wikidata is overwritten, but not all information could be overwritten only those that make sense. "Course", "Competition" and "Countries" can´t. It is possible to add something like "Max. gradient" into the infobox. This is done with the parameters "Special 1" and "Special 2".
How to go on: I think we will need a documentation for this new feature, if we are sure there is no error anymore. Maybe someone want the new feature a bit different, that should be no problem. Since mkWiki is the first to have this new feature, they maybe have some proposals for improvement.
I have added no code for references, because that is not usable so far. I hope you understand my bad english, sorry. --Molarus13:33, 12 March 2016 (UTC)
@Molarus: Thanks a lot :) You made my day with this, thanks again. For now I need just a different options for maps, and they work perfectly. I`ll try to see tomorrow if something came up to my mind. --Ehrlich91 (talk) 16:50, 12 March 2016 (UTC)
I am not against for instance the yellow color, but each wiki uses its margin, padding, font size etc. When I look at the page in cswiki where the infobox is already in use, you can for instance see how close its border is to the text in the first paragraph. Matěj Suchánek (talk) 13:39, 10 March 2016 (UTC)
I have changed the margin in this module and in the cs module. I see no problem in the different margin, because it improves the design. By the way, I made an error with that. The margin of 0.5em was on the right side of the infobox, not on the left side. Thanks for this proposal. Regards, --Molarus14:20, 10 March 2016 (UTC)
Good idea. I think we should select no value, then add a qualifier like immediate cause of (P1536), and select an item, here : stage canceled due to snow falls. I notify @TomT0m: (since I use Wikidata, he helps me to define if the use I want to do is correct). We can imagine having a collection of causes written in the Kit to translate. This way, contacts will can add translations. I am not competent to code this (like every coding), but I am interested if you can list me different causes and exemples that lead to the cancellation of the stage. Today, I must contact Anthony59999 to ask him different causes that lead a cyclist to left a team (it is not very different, always an history of qualifiers, and items to create and propose at translation). Jérémy-Günther-Heinz Jähnick (talk) 09:24, 10 March 2016 (UTC)
An user see my discussion on DA Wiki and was interested for the program for FO Wiki. She take the program and add translation. I update these translations on the supermodule and make an update (It rests me two words to translate for the last function). But the FO seems to be a different language, because nameguzzler don't take it. There is also a problem in the infobox. The module is Module:Cycling race. I think we already encounter this case. Jérémy-Günther-Heinz Jähnick (talk) 10:55, 10 March 2016 (UTC)
The problem with the infobox was that the classes were not translated. I have taken as fallback fr, en and at last de translations. Just for fun. The problem with listofwinners was something I thought I had already solved. This time I think I have found a better solution with three fallbacks (fr, en and de) and if all three have no label a "-" will be shown. --Molarus12:39, 10 March 2016 (UTC)
It is very wonderful to see people of small countries interested by this program. The program now works in more than 20 languages.
Hello, any idea of how to solve a date problem on fiwiki. See the infobox in fi:Ranskan ympäriajo 2016. There "2. – 24. heinäkuu 2016" should be "2. – 24. heinäkuuta 2016". See the ta suffix at the end of the month name. --Stryn (talk) 20:21, 11 March 2016 (UTC)
It seems that the wikimedia date function misses in all Finnish names for months the "ta" at the end. One solution is to ask the developers to correct that, but I will try to add the "ta" myself. --Molarus22:26, 11 March 2016 (UTC)
In some cases, especially if there is a mountain top finish, the name mountain and the town next to the mountain are named in the list of stages. Two cases like this are:
It is only possible to enter either the mountain or the town in listofstages. In my opinion it is an improvement if it's possible to add a second location.--Chris XC3000 (talk) 17:32, 13 March 2016 (UTC)
We had this problem before and found no good solution. There is this race in Norway that started either near an airport or near a city or both? Another problem is that the table is already huge. I would say, write the information about the mountain into the text near the table. There are some famous places for a mountain top finish and I think some have their own WP article. In frWiki there is for example fr:Cyclisme au mont Ventoux. --Molarus06:51, 14 March 2016 (UTC)
Étape
: cancellation qualified with has immediate cause (P1478). author TomT0m / talk page 14:37, 10 March 2016 (UTC)
_pictogram.svg){kind=link}
.JPG){kind=link}
