User talk:Zolo/Archive 1

Pyramide des âges

Bonjour,

En repensant au {{Tree}}, je me suis demandé : serait-il possible de créer un modèle qui fait des fr:Pyramide des âges ? Je ne m'y connais pas trop en codage mais je me dis que l'on a besoin de deux données de base : le sexe et l'âge.

On dispose généralement de ces données pour les êtres humains. Il y a un point qui je ne vois pas clairement comment articuler : le groupe sur lequel on fait la pyramide. Dans l'idéal, j'aimerais pouvoir partir de groupes très divers (les écrivains, les sénateurs/députés, les membres d'une organisation, les habitants de tel ou tel unité administrative, etc.)

Voilà, si tu pouvais au moins m’indiquer si cela te semble possible ou non. Davance merci.

Cdlt, VIGNERON (talk) 07:27, 30 September 2014 (UTC)

Salut user:VIGNERON. Générer la pyramide ne devrait pas être trop compliquée (il y a des pyramides sur Wikipédia, on doit pouvoir convertir le code en Lua, si ce n'est pas déjà fait).

Trouver les données à utiliser est nettement plus délicat. Je vois deux possiblités :

• Les données sont stockées dans un seul élément. Ce serait sans doute le cas pour une division administrative. On pourrait utiliser population (P1082) avec des qualificatifs, ou, si l'on veut garder p1082 lisible, une nouvelle propriété.
• On utilise une liste de personnes et on récupère les données stockées dans les éléments. Mais récupérer les données dans un élément impose de charger d'abord celui-ci Par contre trouver les données est plus délicat. Pour les divisions administratives, je pense que la seule solution serait d'indiquer les données directement dans l'élément (en ajoutant des données dans population (P1082) avec qualificatis, ou peut-être en créant de nouvelles propriétés pour laisser cela lisible. Si l'on veut faire des statistiques sur un grand groupe comme les écrivains, il faudrait utiliser les données stockées dans chaque élément, mais ça parait un peu difficile à faire directement sur Wiki. Pour récupérer les données d'un élément, il faut d'abord le charger, et c'est en pratique l'opération qui limite le plus ce qu'on peut faire avec les données. Au delà de 200 éléments environ, on arrive à une erreur "time allocated for running script has expired". Tu peux voir cela en prévisualisant {{invoke: Zolo/Test|analyze|limit = 100}} (qui compte le nombre d'achitectes nés par années) et en montant la "limit". Je ne crois pas qu'il y ait de moyen d'améliorer ça. Donc si on veut faire des statistiques un peu poussées, j'imagine qu'il faudrait passer par un site externe, ou par un bot qui ferait l'analyse en externe et mettrait périodiquement à jour les statistiques dans une base Lua, mais je ne sais pas faire ça. --Zolo (talk) 13:06, 30 September 2014 (UTC)

Merci beaucoup pour cette prompte réponse, j'y vois déjà plus clair. Je craignais notamment que la mise en forme graphique soit trop compliquée pour être résolue.

Du coup, si je te suis bien, on pourrait d'ores et déjà faire un « simple » diagramme en barre. Par exemple pour des propriétés comme population (P1082) ou visitors per year (P1174) (déjà utilisé sur plus d’un millier éléments : Special:WhatLinksHere/Property:P1082 et Special:WhatLinksHere/Property:P1174). Sur Wikipédia, je vois qu'il y a plusieurs façons de faire (dont une qui utilise la balise Timeline et une autre qui utilise fr:Module:Diagramme ; et tout un tas d'autres qui utilise tout un tas de bidouillage divers et variés).

Pour le second point par contre, tu confirmes un autre de mes craintes.

Cdlt, VIGNERON (talk) 13:44, 30 September 2014 (UTC)

@VIGNERON:. Statistiques sur les décennies de naissance des architectes en bas de Module talk:Test/Zolo. C'est juste pour voir, c'est un échantillon non-aléatoire (car les éléments sont classés par Qid), et plusieurs controles (av-JC, date à précision < année) non effectués). En fait j'ai même eu la flemme de vérifier le résultat espéré, donc si ça se trouve tout est décalé.--Zolo (talk) 18:48, 30 September 2014 (UTC)

Wow, j'en étais seulement à demander la possibilité et toi tu me sers déjà un aperçu. C'est déjà très prometteur, cela me redonne espoir en Wikidata. Je peux faire quelques vérifications si tu veux (le code du module me semble encore à mon niveau de compréhension ; mais pas avant la semaine prochaine…). Cdlt, VIGNERON (talk) 19:14, 30 September 2014 (UTC)

Ok merci. De tout façon il faudra réécrire le code si on veut utiliser ça pour de vrai. Il faudrait surtout vérifier que les résultats sont bons. En fait, j'avais vraiment tout décalé d'une décennie ! --Zolo (talk) 09:12, 1 October 2014 (UTC)

URL additions

It seems that Widar of zolo (talk • contribs • logs) has 3 quirks regarding official website (P856):

1. The bot does not put the ending / on URLs that are only hostnames. For example, the bot adds http://www.zenith-caen.fr instead of http://www.zenith-caen.fr/ (I guess this is not too important by itself, though: Not only do all the web clients correct it, but it looks like even the standards say that it's opinional for input now, but I'm having trouble finding current standards for URL normalization.)
2. The bot is not checking whether official website (P856) exists before it adds URLs. This leads to things like [1], in which there are two of official website (P856), because one is slightly different.
3. The bot does not add references and does not announce its source in edit summaries, so it's impossible for later users to see which wiki article on which project was the source of the URL. It might be easy for you to provide the source now; but months from now, not even you will remember the answer if someone asks.

--Closeapple (talk) 07:05, 18 October 2014 (UTC)

I was adding them based on fr.wikipedia using quickstatements.

The absence of the trailing "/" was intentional (I find it easier to read, and there is a tiny bit less of a postprocessing to do if we want to display it in a nice format). But if it is better to keep it, maybe we can find a bot to add it on every statement (not just mine).

I did not add "imported from Wikipedia" because I had a human look at the data, and changed some of them a bit before importing them. Also once these values are in Wikidata, they will probably be removed from the Wikipedia infobox. If the data are no longer to be found at their original place it will not really be useful, and arguably a bit confusing, to have "imported from fr.wikipedia" ("imported from fr.wikipedia" is imprecise, so we do not really know where to look). Now that the import is done, it is a bit more complicated to add the source, but I can try to do it if needed.

I did not find any simple way to check if there was already a p856 in the item before adding it. I planned to check for duplicates this week end (but if someone is willing to develop a script checking almost identical URL, that would certainly be useful). --Zolo (talk) 07:44, 18 October 2014 (UTC)

Suppression (et redirection) de Église Saint-Laurent de Grivy-Loisy (Q3582792)

Bonjour,

En faisant le ménage sur Wikidata:Database reports/Constraint violations/P380, je suis tombé sur l'élément Église Saint-Laurent de Grivy-Loisy (Q3582792) qui décrit une église qui n'a jamais existé (je viens de supprimer l'article sur la Wikipédia francophone). Faut-il simplement supprimer l'élément ou bien le rediriger vers Église Saint-Laurent de Grivy-Loisy (Q3582279) (la seule église de la commune).

Je te laisse faire au mieux.

Cdlt, VIGNERON (talk) 09:09, 25 October 2014 (UTC)

Bonjour Vigneron. Ca dépend peut-être de ce qu'il y avait dans l'article de Wikipédia : si la description, les coordonnées géographiques, et les photos correspondaient bien à Église Saint-Laurent de Grivy-Loisy (Q3582279) je pense qu'il vaut mieux rediriger, si la description était très vague ou très fantaisiste, ça me paraitrait logique de supprimer. --Zolo (talk) 09:41, 25 October 2014 (UTC)

Il n'y avait quasiment rien dans l'article WP et c'était effectivement une confusion avec Église Saint-Laurent de Grivy-Loisy (Q3582279). Je me rends compte qu'en deux ans d'existence, l'article a été repris un peu partout sur le web ; la redirection est donc effectivement logique. Peux-tu t'en charger ?

Cdlt, VIGNERON (talk) 10:06, 25 October 2014 (UTC)

Ok fait. --Zolo (talk) 15:51, 25 October 2014 (UTC)

subclass of (P279) ou part of (P361)

Bonjour,

Sur site naturel classé (Q3485446), j'avais mis part of (P361) de site naturel classé ou inscrit (Q18002388) puis Fralambert a ajouté subclass of (P279) de site naturel classé ou inscrit (Q18002388). J'imagine qu’il est incorrect de conserver les deux mais j’ai un doute sur lequel des deux il faut conserver. Pourrais-tu apporter ton expertise sur le sujet ?

Cdlt, VIGNERON (talk) 11:15, 25 October 2014 (UTC)

@VIGNERON: c'est sous-classe (un site classé est un type de site classé ou site classé (dans les sites inscrits ou classés, il y a certains qui sont du type site inscrit). Partie de voudrait dire quelque chose comme : dans chaque site inscrit ou classé, il y a un site classé. --Zolo (talk) 15:54, 25 October 2014 (UTC)

Ok, merci. J'ai corrigé. Cdlt, VIGNERON (talk) 09:53, 26 October 2014 (UTC)

Redirection pas effectuée

Bonjour,

J'ai essayé de fusionner NGC 135 (Q13083061) dans NGC 135 (Q911918) et j'avais coché l'option « Créer une redirection » mais visiblement cela n'a pas fonctionné. Aurais-je fait une erreur ? le gadget serait-il en panne ? Pourrais-tu regarder et m'éclairer ?

Cdlt, VIGNERON (talk) 13:44, 31 October 2014 (UTC)

Bonjour VIGNERON, le problème venait apparemment de l'existence de libellés anglais et "bs" différents sur les deux éléments (dans un il s'appelait NGC 135 et dans l'autre IC 26). Apparemment, l'outil n'est pas encore assez malin pour prévenir. --Zolo (talk) 18:09, 31 October 2014 (UTC)

Ah ok, merci pour l'explication and thanks to Lymantria too ;) Cdlt, VIGNERON (talk) 18:12, 31 October 2014 (UTC)

changes done by your bot

Your last run of adding instance of (P31) human (Q5) did a lot of wrong changes, eg. i've found:

• [2]
• [3]
• [4]

Please check what happened. Thomas11 (talk) 19:30, 3 November 2014 (UTC)

Hi Thomas11, these were added from categories in Category:Births by year (Q7128862). It was a quick and first sorting and was bound to have some errors, however from those I had checked, it seemed that the error rate was acceptable. Apparently the main exception comes from Ukrainian categories that appear more messy (for instance uk:Теорія_моделей mixes data about model theory and about Alfred Tarski). I'll try to fix some based on consistency checks, but some of the items are almost empty, so I don't think it will be able to find those. The fact that these items are now tagged as instances of humans means they will appear in people's related "games", which, hopefull, means that they will be fixed more rapidly that if they had been left empty. --Zolo (talk) 20:25, 3 November 2014 (UTC)

[5]

This edit you have done was not correct.--GZWDer (talk) 16:00, 4 November 2014 (UTC)

@GWDer: Ok, I should have checked more cearefully thanks (and one French label was wrong so I did not see the other stigmella). --Zolo (talk) 16:39, 4 November 2014 (UTC)

Gare de Gouy-Cahon

Salut ! J'ai rien compris pourquoi tu m'a réverté sur [6] Merci de m'ếclairer. Otourly (talk) 09:35, 11 November 2014 (UTC)

Salut Otourly, je suppose que tu voulais mettre country (P17) et non instance of (P31) qui ne veut pas dire grand chose. Apparemment, il y en a encore 135 je peux réparer si tu veux. --~~

depicts (P180): ?

In Rock art at Åbodsjön (Q18559971) I have written "depicts (P180) Moose", but there is also something else. Exactly what is unknown. The painting has been located outdoors in a lake for 4000 years so it has naturally been a little weathered. Do we have any system for unknown motifs? -- Innocent bystander (talk) 12:33, 20 November 2014 (UTC)

@Innocent bystander: I think the simplest solution wold be to give the most specific item we can like "animal" or "undulating line". In some cases, it may be useful to create items like "unidentified animal" (a subclass of "animal"). Depicts "moose and unidentified animal" would be beter than "depicts moose and animal" because in the first case "animal" may mean "another animal but I am too lazy to look for the name" or the "animal" could even mean the mmose itself. --~~

"Unidentified object" would then fit better since we do no know if it's an animal. But would that also include abstract subjects? Abstract things like sun crosses and nets are sometimes seen in this kind of rock art. -- Innocent bystander (talk) 13:46, 20 November 2014 (UTC)

I was taking animal as an example (could not find any image), but I guess it would work with anything including abstract object. If it seems that it depicts a concrete object, but we do not really know what, maybe something like "~depicts physical object (Q223557), qualifier: shape (P1419): cross"-Zolo (talk) 14:13, 20 November 2014 (UTC)

Little tricky to take a photo since you need a boat or a snowmobile. :) The image is faced toward the lake. I've been standing 10 meters from the rock it's painted on, but couldn't get any closer since the water was cold.

All I know from the descriptions is that the unidentified object is 0,7x0,3 meter in size, and that those parts of the painting is heavily damaged. -- 78.73.94.165 17:54, 20 November 2014 (UTC)

Do you have any ideas of what un "Unidentified object" could be described as? A subclass of what? -- Innocent bystander (talk) 18:20, 20 November 2014 (UTC) (Confirm, same as 78...)

Ok, strange there does not appear to be decent photos on the Internet yet.

I would say we would need a "unidentified X" tree that would mirror the general tree (unidentified elephant.. -> unidentified animal .. -> unidentified physical object -> unidentified entity) and should at the same time be attached to the main X class. For example "unidentified artificial physical object" is a subclass of both "unidentified physical object" and of artificial physical object (Q15222213). --Zolo (talk) 20:07, 20 November 2014 (UTC)

The place is far out in the wilderness, there are some summer houses some kilometers away, and permanently populated houses 10 kilometers away if you are a bird. You can see some pictures of the bloc erratique on Google Earth, but no pictures of the painting. -- Innocent bystander (talk) 20:44, 20 November 2014 (UTC)

Tokyo crisis 2

Bonjour Zolo, a new user has moved all the Tokyos completely. see https://www.wikidata.org/w/index.php?title=User_talk:Zolo&oldid=160830523#Prefecture_Tokyo.2C_Tokyo_Metropolis despite comments on talk pages remember we had 4

1. Tokyo (Q1490) prefecture
2. ward area of Tokyo (Q308891) 23 spécial wards
3. Tokyo (Q7473516) Tokyo in general

en:Tokyo was between 1/3 and until now handled within 1

Tokyo (Q11199581) instance of (P31) Wikimedia duplicated page (Q17362920) for =en:Tokyo Metropolis. What happened today is:

14 site links named prefecture Tokyo were moved from Tokyo (Q1490) to Tokyo (Q11199581), the others with same subject including en WP stayed, despite my comment first to discuss further changes in the disc.

all wp site links were moved from Tokyo (Q7473516) to Tokyo (Q1490) and

this almost empty item was merged with the tokyo named wikilinks in Tokyo (Q1490) prefecture.

So we had in between: 2 prefectures: Tokyo (Q11199581) prefecture only prefecture and metropolis wp site links//reverted Tokyo (Q1490) wp prefecture site links without prefecture naming merged with labels, properties and statements from Tokyo (Q7473516); reverted Tokyo (Q7473516) empty/= rev

I reverted all wp sitelink changes.

c:東京 seems to be prefecture?? linked to Tokyo (Q1490); But Tokyo (Q7473516) also has c:東京 this gallery--Oursana (talk) 19:36, 5 December 2014 (UTC)

Hi I dont have access to a computer at the moment. I ll try to have a mook on Tuesday. -Zolo (talk) 13:30, 6 December 2014 (UTC)

Merci, I think I repaired everything and I get quicker in repairing, though it is useless time, just want to let you know. The problem comes from the dublette. I am glad if you check the japanese commons links, which seem to be inconsistent. On commons we do not have anything of site protection? --Oursana (talk) 19:37, 6 December 2014 (UTC)

@Oursana: that sounds fine. It seems that most (all ?) images in c:東京 are about things in the special wards, but I am not sure it is voluntary. That may just be because the most famous places in the Tokyo area are there.

Items can be protected or semi-protected like any other page, but I do not think it is a good idea because it would prevent non-confirmed users to add Wikipedia sitelinks, which they often do properly. And if they are not able to edit sitelink easily, they may once again complain about Wikidata, which is not very good public relations :]. --Zolo (talk) 06:51, 9 December 2014 (UTC)

German metropolitan regions ∈ districts of Mali???

Hey @Zolo:,
your bot somehow managed to assign all German metropolitan regions as "districts of Mali" (Q2115792), see here, obviously because districts of Mali were among its last jobs. I reverted whatever I found but would ask you to doublecheck what might have been the reason for the error.
Regards, --PanchoS (talk) 03:07, 8 December 2014 (UTC)

Hi PanchoS, thanks for notifying. These were relatively small-scale edits made from autolist. It seems that I got mixed up in Qids at some point, I'll see about it. --Zolo (talk) 16:31, 8 December 2014 (UTC)

Porting Module:Wikidata to Commons

Hi Zolo!

Now that Wikidata phase 2 has been switched on for Commons (even if for the moment, it is only really going to be much use at the top of galleries there), would it be possible for you to port Module:Wikidata over to Commons, so there's a good toolkit in place to write templates against?

I know you modified Module:Wikidata quite a lot for here, where arbitrary access is possible, whereas on Commons it is not possible. But on the other hand, I do think it is useful if the library used on Commons is (with that exception) as close as possible to what is in use here; and also the Wikidata version is probably 'best of breed' of any comparable module on any wikiproject, and likely to remain so.

I'd be really grateful if you could do this. Thanks, Jheald (talk) 10:23, 8 December 2014 (UTC)

Hi user:Jheald, I'll try to do something, but it will be of very limited use. Wikidata's module is built around arbitrary access. Without it, we won't even be able to make much use of item-type statements because we can only retrieve labels in the project's language (={{int:lang}}= English), while Commons is supposed to be multilingual. --Zolo (talk) 16:29, 8 December 2014 (UTC)

Understood. But (if I remember correctly) access to language-localised item labels is currently on the priority list for the development team to fix, so might be coming quite soon. And having the module in place to highlight the difficulty should help push it even further up the queue. Jheald (talk) 17:29, 8 December 2014 (UTC)

@Jheald:, actually, adaptation to Commons should be relatively easy. Tests should be done at Commons:Commons:Wikidata/sandbox.

The main difficulty will be with date formatting. Though Module:Date is essentially an adaptation of Commons:Date to Wikibase, backporting it to Commons may be a bit tricky. I am not sure I will be able to do that in the next few days.

fr:Module:Wikidata is probably better than Module:Wikidata but it depends on modules that are specific to the French Wikipedia, and it is a bit difficult to import it to Commons.--Zolo (talk) 11:53, 9 December 2014 (UTC)

Thanks, that's a great start. Jheald (talk) 14:30, 9 December 2014 (UTC)

@Jheald: Forgot to say that I have not read of any plan to all arbitrary access to labels in all languages. What should come soon is the ability to get labels in languages from the fallback chain. For example, in ty.wikipedia, int:lang == Tahitian and the fallback chain is ty -> fr -> en. It meams that absent any label in Tahitian, labels in French or English will be accessible. But this does not give access to labels outside the chain, and so it is useless for Commons, where int:lang == English, without any fallback language. (Commons multilingual infrastructure is somewhat incoherent, with some parts translated according to the user's language, and some parts shown only in the site's default language, which is English.) --Zolo (talk) 14:49, 9 December 2014 (UTC)

pendant of (P1639) created

pendant of (P1639) is ready. Emw (talk) 01:56, 9 December 2014 (UTC)

curator (P1640) created

curator (P1640) is ready. Emw (talk) 02:20, 9 December 2014 (UTC)

P31 or P279

Hi, I have a question about the use of P279 or P31 at food items. I see your bot did put P279 in most cases (e.g. https://www.wikidata.org/w/index.php?title=Q3441161&diff=168212206&oldid=97170126). Can you explain me why it is not P31? Yesterday I claimed instance of (P31) pudding (Q9053) on a lot of items because I thought these are instances ( a specific type of pudding, no need to make it a subclass since there will no other items created that use them as subclass) Michiel1972 (talk) 08:05, 19 December 2014 (UTC)

Hi Michiel1972, when referring to concepts, the difference between subclass and instance appears to be debatable, but in this case it is pretty clear: "cake" refers to a concrete, material object, so an "instance of cake" has to be a meterial object, like say, the wedding cake of Queen Victoria. Anything that is not a unique material object is a subclass of cake, that is, a set of features shared by potentially several instances of cakes. --Zolo (talk) 06:09, 23 December 2014 (UTC)

So this means almost all food items (soups, puddings and all cheeses,..) should have a P279 claim and not a P31 right (because we don't have many items about a cheese consumed by a specific person)? Well, some cleanup is really needed then. Michiel1972 (talk) 10:26, 27 December 2014 (UTC)

Yes, there is a lot of cleanup to do. Zolo (talk) 10:47, 28 December 2014 (UTC)

P1658 (P1658)

P1658 (P1658) is ready. --Tobias1984 (talk) 18:11, 21 December 2014 (UTC)

Maisons

Bonjour, j'ai j'ai vu que tu ajoutais "nature de l'élément : logement" aux maisons mais residence (Q699405) peut vouloir dire des choses assez variées, alland de l'igloo à l'appartement . house (Q3947) me paraitrait plus informatif (la description de l'élément précise "à l'habitation d'une famille" mais je pense que l'on pourrait enlever cette précision qui ne parait pas complètement correcte). --Zolo (talk) 11:22, 29 December 2014 (UTC)

Bonjour, effectivement cet élément paraît plus approprié, en y regardant de près, l'élément maison est un logement plus spécifique si on peut dire. Je vais faire le nécessaire pour effectuer les modifications. Cordialement, Gzen92 (talk) 12:59, 29 December 2014 (UTC)

Oui, en langage Wikidata, "maison" est peut-être une subclass of (P279) de "logement". Pour changer des valeurs, le plus rapide est souvent de passer par là. --Zolo (talk) 14:01, 29 December 2014 (UTC)

Merci pour le lien, ça risque de m'être utile ! Gzen92 (talk) 14:08, 29 December 2014 (UTC)

Broken property categorization

Hi Zolo, all Category:Properties by datatype are now empty. Not sure whether they were filled by {{Property documentation}} or {{Datatype}}. Either there is another location to find such lists, or the templates should be repaired. Thanks -- LaddΩ chat ;) 23:38, 14 January 2015 (UTC)

Bonjour Laddo, ou c'était effectivment ajouté par le modèles "datatype" je ne l'avais pas vu. Je l'ai remis dans Module:Property documentation. --Zolo (talk) 08:16, 15 January 2015 (UTC)

Excellent, merci pour le correctif  :) -- LaddΩ chat ;) 22:32, 15 January 2015 (UTC)

2015-01 Module:LoP row

Bonnjour,

Vous avez modifié Module:LoP row récement, alors peut-être pourrez vous comprendre le problème suivant. Depuis plusieurs jours, il y a une disparité dans le tableau des propriété des sous-pages de Wikidata:List of properties, dans les exemples. Par exemple, dans Wikidata:List of properties/Terms#Languages, l'exemple de P219 s'affiche <a href="/wiki/Q5287" title="Q5287">japonais</a> <i>&lt;ISO 639-2&gt;</i> jpn, tandis que l'exemple de P1627 s'affiche <a href="/wiki/Q5287" title="Q5287">japonais</a> <code>jpn</code> : le titre de la propriété disparait, et l'exemple est entre balises « code ». Le problème vient peut-être de Module:LoP row. Visite fortuitement prolongée (talk) 21:27, 17 January 2015 (UTC)

Bonjour Visite fortuitement prolongée, c'était apparemment un problème de codage html. Je n'ai pas exactement compris d'où ça venait, mais ça a l'air d'être réglé. --Zolo (talk) 08:13, 18 January 2015 (UTC)

Merci. Avez vous lu Wikidata:Project chat#table of properties and P1629 ? Visite fortuitement prolongée (talk) 21:11, 18 January 2015 (UTC)

« let users type string and have (smart) bots that can turn them into items »

Salut,

Est-ce vraiment possible pour un bot de pouvoir savoir décomposer une chaîne de caractère en numéro de voirie + voie ? Quelques cas complexes me viennent tout de suite à l'esprit :

• les rues homonymes, « rue de l’église »
• les numéros multiples « 14-18 rue de la mairie »
• les variations de mises en formes « numéro voie », « numéro, voie », « voie numéro », « voie, numéro », type de voie abrégé (sachant que « boulevard » est abrégé « bd » ou « bvd », « place » en « pl » ou « pl. », etc.), etc. et je reste uniquement dans un contexte francophone que je connais.
• les odonymes et toponymes contenant des chiffres « 19 rue du 19 mars 1962 », qui peuvent devenir un vrai casse tête quand on mélange les cas « Bvd 14-18 14-18 ».

Bref, si tu as une solution, j'en serais très heureux et je peux même aider si besoin. Cdlt, VIGNERON (talk) 11:07, 25 January 2015 (UTC)

Salut VIGNERON, je ne sais pas me servir des bots, mais je pense qu'il serait faisable d'en développer un qui puisse au moins traiter une partie des cas. J'imaginerais bien quelque chose du genre :

• Trouver, en fonction de ce format, ce qui ressemble à un nom de rue, et ce qui ressemble à un numéro en utilisant quelques regular expression (Q185612). Il pourrait s'aider d'une page décrivant les formats d'adresse en fonction des pays (on a de toute façon besoin d'une telle liste pour fr:Module:Adresse).

• Cercher par Wikidataquery des instances du rue avec un libellé, un coordinate location (P625) et un located in the administrative territorial entity (P131) qui correspondent.

• Si tout est en ordre, faire la transformation.

Il y aurait forcément des faux négatifs à traiter à la main, et il faudrait se méfier des faux positifs, mais sur le principe ça me parait jouable. Remarque d'ailleurs que si on veut importer des adresses depuis une source externe, on se retrouverait devant exactement a même difficulté. Enfin c'est plutôt une idée de moyen/long terme vue la pénurie de bots actuelle. En fait, un premier pas serait un bot moins sophistiquée, qui n'ajouterait pas tout seul les located on street (P669), mais qui serait capable de repérer et supprimer les P969 qui font doublon avec un P669. déjà existant.--Zolo (talk) 11:47, 25 January 2015 (UTC)

Merci pour ta réponse.

Du coup, comment penser l'algorithme ? On commence par cherche un nombre. Si on n'en trouve qu'un, on considère que c'est le numéro de voirie. Si il y en a plusieurs, on regarde leurs positions. Après je me perds un peu. On prend le reste de la chaîne, on essaye de trouver le type de voie parmi une liste à établir (multilingues et contenant les abréviations ; cela permet au passage de repérer la langue) et si on le trouve on considère que cette partie de la chaîne est l'odonyme et on en fait un item.

Pour le moment, c'est un peu brut de décoffrage, il faudrait y réfléchir un peu plus. Qu'en penses-tu ?

Sinon, à la place ou en plus d'un bot qui passe a posteriori, est-ce qu'un gadget d'aide à l'édition ne serait pas une possibilité ?

Cdlt, VIGNERON (talk) 12:32, 25 January 2015 (UTC)

On n'a pas vraiment besoin de connaître le type de rue, vu qu'on peut utiliser les sous-classes avec Wikidataquery. Je ne me sens pas trop de faire l'implémentation exacte, mais sur le principe ça pourrait marcher comme ça :

1. Récupère les données de l'élément, disons : P969 : "35 bis avenue des Champs Elysées" P17 : France. P131 : 8e arrondissment de Paris.
2. initalise deux variables : nom_de_rue égale à P969, et numero_d_immeuble vide.
3. regarde le premier caractère du nom de rue
4. c'est un chiffre => le retire de nom_de_rue et l'ajoute à numero_d_immeuble.

Continue tant qu'il trouve un chiffre ou un tiret.

trouve une lettre, regarde s'il s'agit du mot "bis", "ter", etc. (liste à définir). Si c'est la cas, l'ajoute au numéro de rue. Sinon s'arrêt là.

Envoie une requête à Wikidata query pour savoir s'il y a une instance de voie située à Paris 8e dont le libellé est nom_de_rue (avenue des Champs Elysées). Je ne sais pas s'il y a un moyen de rendre Wikidataquery insensible aux problèmes de casses et autres joyeusetés typographiques..

Oui, bonne idée, il peut essayer des formes alternatives, par exemple avec "avenue" si ça ne marche pas avec "av." Avec quelque chose de correctement écrit, on devrait toujours pouvoir ajouter ce genre de perfectionnements au fur et à mesure.

Il faudrait sans doute ne rien faire, si l'élément sur la rue n'existe pas encore. Vu le gros potentiel de faux négatif, ça parait délicat de le laisser le bot créer tout seul de nouveaux éléments. Mais si on a besoin de toutes les rues d'une zone, il existe sans doute quelque part des listes à importer ? --Zolo (talk) 16:00, 25 January 2015 (UTC)

@VIGNERON: J'ai quand même fait un petit test de parsage d'adresse sur Module:Test/Zolo, mais c'est clairement très incomplet :

Zolo (talk) 10:04, 26 January 2015 (UTC)

Wow, incomplet mais déjà utile. Je comprends le principe, tu te limites au plus courant et au plus simple mais tu le fais bien. Moi, j'essayais de voir plus exhaustif (typiquement, je voulais récupérer le type de voie pour l'utiliser en instance of (P31) ensuite lors de la création de l'item mais cela me semble compliqué).

J'ai complété tes listes (même si on dépasse rarement 'quater', je suis allé jusqu'à 'decies' au cas où ; ça pourra toujours servir pour autre chose comme la numérotation des articles des textes de lois). D'ailleurs, je suis nul en Lua. Est-ce qu'il est possible de groupe les abréviations genre ["av. ","av "] = 'avenue ', ?

Si j'ai bien compris ton code Lua, pour le moment, il se base uniquement sur la liste que tu lui a directement fourni. Serait-il possible de lui donner un élément Wikidata en entrée pour voir ce que cela donne sur des exemples réels ?

Cdlt, VIGNERON (talk) 09:25, 27 January 2015 (UTC)

@VIGNERON:. J'essaye un truc ici :

En fait, plus que le manque de mot clés (bd. pour boulevard etc.), il manque au modèles des fonctionnalités plus "structurelles", comme la possibilité d'analyser les adresses allemandes (numéro derrière le nom de rue), ou les adresses du genre 90A rue machin, qui, il me semble existe dans certaines régions.

Sinon, non on ne peut pas vraiment mettre ["av. ","av "] = 'avenue ',. --Zolo (talk) 07:50, 28 January 2015 (UTC)

Module:LoP row

Hi Zolo, this module causes an error at Wikidata:List of properties/Works#Generic. It may happen because of this row in the wikitext: {{List of properties/Row|id=447|description=<translate> the issuer of a review score (to be used as a qualifier for P444)</translate>|example-subject=Q161192|example-property=P444|example-object=7.0/10|example-predicate=Q11653044}}. Matěj Suchánek (talk) 17:42, 27 January 2015 (UTC)

Hi Matě~j, thanks for the pointer, I hope everything is all right now. --Zolo (talk) 07:38, 28 January 2015 (UTC)

Arsenal Holdings plc (Q14945839)

Bonjour, merci pour la retouche. Je cherche des termes avec l'outil autolist, là en l'occurrence "arsenal", en pensant au terme militaire. J'ai modifié bêtement et d'ailleurs je vais de suite fouiller ma liste de suivi, car il doit y avoir quelques clubs de football qui y sont passés ;) Gzen92 (talk) 07:53, 29 January 2015 (UTC)

Attention à ne pas abuser du Calbados

:D

Cdlt, VIGNERON (talk) 12:00, 21 February 2015 (UTC)

Doublon volontaire ?

Bonjour,

Est-il volontaire que 9 rue de Beaujolais, Paris (Q19363348) concerne le 7 *et* le 9 de la rue de Beaujolais ? (sur Commons, je crois voir que le 5 et le 7 sont le même bâtiment mais ce n'est pas très clair).

Cdlt, VIGNERON (talk) 12:52, 2 March 2015 (UTC)

Bonjour, VIGNERON. Non, j'avais créé l'élément à partir de fr:Liste des monuments historiques du 1er arrondissement de Paris, avec quelques interventions manuelles, mais j'ai encore du aller trop vite et n’emmêler les pinceaux quelque part... Je vais corriger ça. Cela dit, c'est vrai que ce n'est pas trop clair. Selon Mérimée, il y a trois bâtiment 1-3-5, 7, et 7, mais visuellement on dirait plutôt que c'est 1-3, 5-7 et 9. J'essaierai de regarder si on voit quelque chose la prochaine fois que je passe dans le coin ;). --Zolo (talk) 14:28, 2 March 2015 (UTC)

Ok, je te laisse regarder. Conseil : la numérotation ou le découpage en bâtiment ne suit pas toujours les parcelles cadastrales, du coup Mérimée suit parfois le premier, parfois − plus souvent ? − le second ; les numéros ont tendance à changer plus souvent que les parcelles mais il faut se méfier. Cdlt, VIGNERON (talk) 16:30, 2 March 2015 (UTC)

Re: Entity of population

Hello. You are right. I have undone the changes. Thank you. LMLM (talk) 15:49, 3 March 2015 (UTC)

Redirection ou non ?

Bonjour,

J'ai un doute : vaut-il mieux transformer Q3364607 en redirection vers Natural Marine Park of the Gulf of Lion (Q3364610) ou bien les conserver mais les lier avec replaces (P1365) et replaced by (P1366) ? Je pencherais plutôt pour la seconde solution mais j'ai un doute (surtout sur les propriétés et qualificateurs à utiliser).

Par curiosité, techniquement, comment fait-on les redirections ? (Help:Redirects est très laconique)

Cdlt, VIGNERON (talk) 13:34, 5 March 2015 (UTC)

Bonjour VIGNERON,

Etant donné qu'il ne s'agit pas d'un renommage du parc [7], je dirais clariment oui, garder deux éléments. Je ne sais pas trop sur quelles propriété tu as un doute P1355/1356 me paraissent bien, et pour le reste, je ne vois rien de particulier à faire pour ces deux éléments.

Pour les redirection, il faut simplement activer le gadget merge.js et choisir "fusionner" dans l'onglet "plus" en haut de page. --Zolo (talk) 14:25, 5 March 2015 (UTC)

Bonjour,

J'ai mis P1355/P1356 (c'est toujours mieux que rien) mais je dois avouer que je ne suis pas entièrement convaincu. D'abord parce que « parc naturel marin de la Côte Vermeille » n'a jamais été que le nom d'un projet qui n'a jamais réalisé ; ensuite parce que le second n'a pas vraiment remplacé le premier, il se trouve juste que le territoire du second recoupe le territoire du premier.

De plus, dans le cas où l'on conserver les deux éléments, quels qualificateurs ajouter pour pouvoir faire une requête afin d'avoir uniquement les parcs marins (marine nature park (Q3364603)) actuels ?

Cdlt, VIGNERON (talk) 09:01, 8 March 2015 (UTC)

@VIGNERON:, ah pardon, je n'avais pas réalisé qu'il n'avait jamais été fait... C'est vrai que P1355 n'a pas l'air de vraiment convenir alors, mais je ne vois pas trop d'autre chose disponible pour l'instant. Le mieux est sans doute de ne rien mettre tant qu'on n'a pas de solution.

On a un problème assez général concernant les projets en cours/projets abandonnés/organisations abolies/bâtiments détruits... Théoriquement on pourrait obtenir les parcs actuels en ajoutant [between, inception (P571), début du monde, aujourd'hui] and not [between, dissolved, abolished or demolished date (P576), début du monde, ajourdhui]. Mais je ne crois pas qu'autolist accepte "not" et puis ça suppose que les données soient toujours renseignées. Sinon on aurait la possibilité de créer des éléments "projet abandonné" "projet en cours", "ancienne organisation" à ajouter comme marqueurs dans P31 --Zolo (talk) 10:25, 8 March 2015 (UTC)

Ben justement, je me demandais si le mieux ne serait pas de juste faire une redirection. Certes c'est brutal mais cela me semble « moins faux ».

Oui, pas de solution idéale et encore tant de travail à faire !

En tout cas, ça m'a donné l'idée de requêtes à vérifier pour les MH : [8] (et qui m'a permis de corriger quelques erreurs). Par contre, « début du monde » c'est une valeur que je peux trouver/utiliser quelque part ou juste une façon de parler ? en attendant, j'ai mis « 0 ».

Cdlt, VIGNERON (talk) 18:03, 9 March 2015 (UTC)

PS: j'ai aussi répond à ta question sur Property talk:P1435.

Trois croix

Bonjour, j'ai un peu changé fr:Modèle:Infobox Monument, et maintenant fr:Trois Croix montre deux fois le nom du créateur, une fois dans "créateur" et une fois dans "architecte". Je pense que le plus logique serait d'enlever soit la propriété architecte soit celle créateur sur Three Crosses (Q83238), mais ne fait je ne sais pas trop laquelle est plus correcte. L'article de Wikipédia en français est assez vague, et ne dit pas la même chose que celui en anglais. --Zolo (talk) 20:09, 5 March 2015 (UTC)

Salut^^

Effectivement, j'ai confondu l'architecte avec celui du monument précédent ! Boulette corrigée (et même sourcée, c'est pour dire !!!)

N'hésite pas à me contacter sur WP:fr, j'y suis plus présent qui'ici

Bonne journée @ toi !

Heddryin ^[🔊] 13:48, 6 March 2015 (UTC)

P:P150

Bonjour Alphos. Merci pour tes contribution sur contains the administrative territorial entity (P150), mais ajouter, comme tu en prends le chemin, les 36500 communes de France comme subdivision de France (Q142) ne me parait pas franchement une bonne idée. Il parait plus raisonnable de ne mettre que les région comme subdivision de France, les départements comme subdivision des régions, etc. --Zolo (talk) 09:32, 21 March 2015 (UTC)

L'approche me laisse un peu dubitatif aussi .. --- Jura 11:22, 21 March 2015 (UTC)

Bonjour,

Je n'ai fait que "recopier" les relations déjà indiquées sur les entités des communes par located in the administrative territorial entity (P131), à ma connaissance. J'avoue n'avoir pas vérifié une par une que France (Q142) n'était en located in the administrative territorial entity (P131) sur aucune commune, ni même pensé que cela pouvait être le cas (vu que la relation indiquée par located in the administrative territorial entity (P131) devrait être immédiate à la première entité supérieure et non générale pour toutes les entités supérieures), mais si c'est le cas pour certaines d'entre elles (ce qui semble être le cas pour Lille (Q648) par exemple, mais c'est apparemment assez rare), tu m'en vois absolument désolé : je repasserai "derrière moi-même" pour réverter en un coup une fois toutes les bêtises faites (inutile de faire 200 edits là où un seul suffit), bien évidemment ; et j'en profiterai pour corriger les pages des communes (ou anciennes communes) correspondantes.

Je pense que Quick Statements en a encore pour un jour ou deux, je m'en occuperai donc dès lundi.

Merci d'avoir été plus attentif que moi !

Alphos (talk) 11:40, 21 March 2015 (UTC)

Cyclisme et Wikidata

Bonjour Zolo.

Je me suis reconverti dans le cyclisme l'an passé, et je réfléchis à quelques améliorations. Je suis parti du constat qu'il pouvait être tout aussi rapide de contribuer à Wikidata plutôt qu'à Wikipédia, et qu'à terme, ça permettait une meilleure internationalisation des articles. Dans le cyclisme, nous avons beaucoup de classements ou de listes diverses. Ne plus avoir à les gérer permettrait à des Wikipédias où il y a moins de main-d'œuvre de quand même pouvoir développer des articles. Est-ce que tu as quelques idées ?, toi qui te débrouilles bien dans le domaine. Jérémy-Günther-Heinz Jähnick (talk) 13:00, 25 March 2015 (UTC)

Bonjour Jérémy. Il devrait effectivement être possible de faire quelque chose. Je suppose que pour le cyclisme, comme pour beaucoup d'autres sports, il existe pas mal de bases de données qu'il serait possible d'importer en partie ou en totalité sur Wikidata. Cela dit, je n'ai pas trop suivi le sujet sur Wikidata, tu pourrais peut-être aller faire un tour du côté de Wikidata:WikiProject Sport results. C'est vrai que cela devrait permettre une réutilisation massive sur Wikipédia, mais il faut bien constater que les choses n'avancent pas très vite, et qu'elles sont peu coordonnées entre les langues. Il n'est toujours pas possible de récupérer des éléments d'une liste sur Wikidata (en revanche, on devrait pouvoir faire des infobox biographiques correctes en utilisant uniquement Wikidata). --Zolo (talk) 19:32, 25 March 2015 (UTC)

Bonjour Zolo. J'ai posté mon message sur la page que tu m'as indiqué. Le vrai problème de fond est que nous manquons de vrais interlocuteurs pour effectuer des demandes précises. Par exemple, je fais beaucoup de vidéos, et je suis embêté pour en téléverser de longues étant donné que c'est la galère pour dépasser les 100 MO. Ici, il faudrait que j'ai directement un développeur de Wikidata comme interlocuteur privilégié. Je me posais une petite question, sur mon premier exemple des Quatre jours de Dunkerque dont le palmarès est une liste : il suffirait que je remplisse les champs de l'année puis ceux des trois premiers pour relier le tout, et comme par exemple la nationalité est comprise dans l'élément des coureurs, cette information serait très facile à faire apparaître ? Donc en toute logique, on économiserait beaucoup de temps. Jérémy-Günther-Heinz Jähnick (talk) 13:25, 26 March 2015 (UTC)

On peut faire des jolies listes à partir de donnés stockées sur Wikidata (comme ici) mais cette fonctionnalité n'est toujours pas activée sur Wikipédia.

Je ne pense pas que les développeurs de Wikidata aient le temps de s'occuper de ce genre de chose, vu tous les retards sur le planning, ils paraissent déjà bien débordés, mais on peut leur adresser des questions sur WD:Contact the development team. Il y a par ailleurs de plus en plus d'outils développés par des bénévoles pour faciliter les modifications de masse, par exemple quickstatements.

Je ne suis pas sûr qu'il existe encore les propriétés nécessaires pour fournir les résultats complets d'une course. Il semble n'y avoir que winner (P1346). D'après la documentation, ranking (P1352) n'est faite que pour fournir le classement dans un sport, mais je pense que ça pourrait aussi être utilisé pour le classement à une course. Il faudrait voir sur la page de discussion de la propriété.

Je vais répondre point par point : le fait que ça ne soit pas encore activé sur Wikipédia n'est pas un problème, étant donné qu'il faut auparavant que je comprenne très bien comment tout fonctionne. Je suis venu en éclaireur, étant donné que ces fonctionnalités m'intéressent pour 2017. Mais si ça venait avant, ça ne serait que positif. Si c'était activé aujourd'hui sur Wikipédia, je ne serais pas plus avancé.

Je garde le lien pour le contact. Je vais certainement être très occupé durant le mois qui vient, mais ça me permettra de réfléchir.

Si je comprend bien ranking (P1352) après avoir lu sa page de discussion, l'information est portée dans la page du sportif, avec un sport et une chronologie. Cette propriété prend un numéro allant de 1 à 100000. Des qualificatifs sont ensuite ajoutés à cette valeur, et c'est ainsi que l'on obtient la naissance d'un tableau/d'un classement. Ainsi, pour la course d'hier, Q18710420, après m'être renseigné pour savoir si l'usage de ranking que je veux faire est bon, il suffirait qu'à la valeur 1 je définisse en qualificatif personne Geraint Thomas Q356327 puis le temps qu'il a réalisé. Ces informations seraient suffisantes, étant donné que sa citoyenneté est déjà définie dans Q356327, et que son appartenance à l'effectif 2015 de son équipe peut être indiqué dans ce même item.

Sur ce dernier point, j'ai justement fait un essai sur Jelle Wallays Q375971 : grâce aux propriétés correspondantes, j'ai fait dire qu'il était membre de l'effectif 2014 de TSV du 1er janvier 2014 au 31 décembre 2014 et de l'effectif de TSV 2015 du 1er janvier 2015 au 31 décembre 2015. S'il était pris comme stagiaire dans une grosse équipe du 1er juillet au 31 décembre 2015, il me suffirait de modifier l'entrée précitée et de créer une nouvelle entrée. Si je comprends bien donc, je suis en train de faire la chrolonogie de sa carrière. Lorsque je ferai un classement pour une course, qui sera bien entendu datée, il sera ainsi possible de définir automatiquement pour quelle équipe il courait.

Et pour boucler la boucle, il faudrait que je trouve une propriété qui me permettrait de lister les membres de l'équipe lors de sa saison 2015 Q18746658. ainsi, lorsque ce serait activé dans Wikipédia, la liste fournirait les noms contenus dans l'item, et irait ensuite chercher des informations comme la nationalité, la date de naissance ou l'équipe 2014 dans les items des coureurs.

Ce qui apparaît encore extrêmement compliqué pour l'instant serait donc quelque chose d'extrêmement simple à mettre en œuvre, économiserait énormément de temps pour la Wikipédia francophone, et petit à petit les autres versions linguistiques pourraient s'y mettre (tout en notant la fameuse résistance au changement). Jérémy-Günther-Heinz Jähnick (talk) 09:36, 28 March 2015 (UTC)

A priori, on pourrait mettre toutes les données sur la page d'un sportif ("Geraint Thomas, rang = X, qualificatif : Grand Prix E3 2015") Il n'y a pour l'instant pas de propriété qui permette d'ajouter la liste des résultats directement dans l'élément 2015 E3 Harelbeke (Q18710420) (mais si les résultats sont fournis pour chaque compétiteur dans leur élément personnel, on peut les récupérer par http://tools.wmflabs.org/wikidata-todo/autolist2.php . Pour les membre de l'équipe, on pourrait imaginer quelque chose de semblable en utilisant member of sports team (P54) et les qualificatif start time (P580) et end time (P582) sur les éléments de membre. On doit pouvoir aussi utiliser has part(s) (P527) sur l'élément concernant l'équipe. --Zolo (talk) 07:53, 29 March 2015 (UTC)

J'ai fait un petit essai sur Topsport Vlaanderen-Baloise 2015 (Q18746658) en utilisant has part(s) (P527) pour lister les 24 membres d'équipe et start time (P580) et end time (P582) pour indiquer que cet élément débute le 1er janvier et prendra fin le 31 décembre grâce à instance of (P31) et events in a specific year or time period (Q18340514). Je travaille petit à petit sur fr:Projet:Cyclisme/Wikidata à établir un plan de base/un gabarit pour générer des éléments, afin que tout soit assez simple à comprendre et à reproduire, mais également de sorte à ne rien oublier.

Est-ce que tu pourrais transformer fr:Modèle:Infobox Cycliste en Lua comme tu l'as fait pour fr:Modèle:Infobox Fromage ? Ça permettrait petit à petit de compléter Wikidata et d'alléger les articles. L'intérêt, c'est qu'à terme les petites Wikipédia pourront générer des articles en gagnant du temps pour la rédaction. Indiquer et dater les passages par les équipes permettrait également une mise à jour plus simple : par exemple, si on apprend en septembre qu'un coureur passera en 2016 dans une autre équipe, il suffira de dater tout ça et au 1er janvier tout se mettra à jour tout seul.

Pour le reste, je verrais dans quelques heures ou dans quelques jours. Jérémy-Günther-Heinz Jähnick (talk) 09:43, 29 March 2015 (UTC)

Près d'un mois après, je reviens. Je commence à réfléchir au sujet de l'infobox cycliste avec pour article de travail Andrew Ydens (Q18197986). Mon but ici est de voir un peu comment ça marche pour faire venir automatiquement les données de Wikidata. Sur une feuille de papier, j'ai repris les différents champs possibles de l'infobox, et je leur ai associé une propriété. C'est plutôt simple je dois dire.

• Pour la propriété image (P18), la photographie est mise sur Wikidata, mais sa description est notée sur Wikipédia, pas très pratique si la photo est changée sur Wikidata. Est-ce qu'il existerait une propriété à utiliser en tant que qualificatif pour une photographie, qui me permettrait d'associer un texte en français à cette photo, et à d'autres Wikimédiens d'un jour y apporter leur traduction ?
• Certains coureurs ont pour spécialité d'être des rouleurs, des sprinteurs ou des poissons-pilotes. Est-ce qu'il existerait une propriété assez large qui correspondrait à ce que l'on pourrait définir comme une spécialité ? (aussi large que dan/kyu rank (P468))
• Enfin, les coureurs sont dans des équipes, et en changent au fil du temps. Mais ces équipes changent aussi généralement de nom, et parfois même en cours d'année. On distingue les équipes UCI des équipes non-UCI. La propriété liés est member of sports team (P54). Je me doute que tout ça se joue avec start time (P580) et end time (P582), mais je ne sais pas comment faire pour générer un affichage comme sur l'article Andrew Ydens (Q18197986). C'est le point le plus complexe de ma demande. Jérémy-Günther-Heinz Jähnick (talk) 17:56, 23 April 2015 (UTC)

Bonsoir Jérémy-Günther-Heinz Jähnick, désolé, je n'ai pas trop pris le temps de voir ça. Je pourrais faire assez rapidement une version Lua de fr:Infobox Cycliste, à part qu'il vaudrait mieux d'abord finir de transférer en Lua les données sur les drapeaux. J'ai commencé sur des pages comme fr:Module:Country data/france, mais ça va prendre un peu de temps de tout faire, surtout que je corrige pas mal de trucs au passage. Après pour faire les choses le plus complètement possible, il y a effectivement des points un peu plus délicats, pour répondre plus directement à tes questions :

• je pense que lorsqu'on veut mettre une légende, il vaut mieux mettre la photo en dur sur Wikipédia (discussion sur fr:User talk:Zolo#Légende "en dur". Cela dit, il me semble qu'on peut généralement très bien se passer de légende, pour ceux qui veulent des détails, ils sont généralement à portée de clic sur Commmons.
• je ne sais pas exactement comment faire pour les spécialités. On peut effectivement imaginer une propriété "spécialisation".
• Pour les noms qui changent avec le temps, c'est un problème courant, mais il on n'a pas encore vraiment les moyens de régler ça. Lorsque phabricator:T49930, il faudra sans doute faire un module Lua dédié à ce genre de choses. --Zolo (talk) 21:45, 23 April 2015 (UTC)

Bonjour Zolo. J'ai hier testé l'infobox MH sur Monument to Charles Mathieu (Q19829180) en créant l'article sur Wikipédia et en remplissant ensuite Wikidata, ce qui m'a permis de tenter d'écrire le module Infobox Cycliste sur fr:Discussion Projet:Cyclisme/Wikidata d'après un module créé par Poulpy et que tu as amélioré (même si je me doute qu'il manque pas mal de choses).

• Si je comprends bien, pour les équipes successives, il me suffirait de simplement indiquer dans les items des coureurs member of sports team (P54) les équipes en définissant start time (P580) et end time (P582) pour créer une chronologie. Ensuite, dans l'item de l'équipe (Team Flanders-Baloise (Q135701) par exemple), une propriété à créer me permettrait de dater les appellations des équipes selon une chronologie, et à terme, un module de ton invention permettrait de faire concorder les informations selon les dates. C'est un peu compliqué pour moi, mais je suis partant pour l'infobox quand tu en auras le temps. Jérémy-Günther-Heinz Jähnick (talk) 16:29, 25 April 2015 (UTC)

Bonjour Zolo. J'ai commencé à créer et développer le Module:Infobox/Cycliste. C'est encore loin d'être parfait, mais c'est un bon (petit) début. La demande pour la création d'une propriété assez large spécialité a été réalisée. Je me suis inspiré des infoboxes déjà créées pour des personnes. Je continue de me creuser la tête. Jérémy-Günther-Heinz Jähnick (talk) 16:37, 25 May 2015 (UTC)

Bonjour Jérémy, c'est un bon début. Pour voir si ce que tu fais marches, le mieux est de créer des pages de test, ce que j'ai fait avec fr:Modèle:Infobox Cycliste/Bac à sable et fr:Discussion modèle:Infobox Cycliste/Bac à sable. Lorsque tu veux faire une modification sur le module, tu peux mettre Discussion modèle:Infobox Cycliste/Bac à sable dans le champ "Aperçu de la page avec ce modèle". Ca permet de voir plus rapidement si le module marche (et c'est rare que ça marche du premier coup, en l'occurence, il y avait des problèmes de crochet). Après sur le fond, je pense que tu devrais t'arranger pour avoir au minimum les champs du modèle actuel (je n'ai pas vérifié si c'était le cas), et peut-être en ajouter quelques uns, mais j'ai quelques doutes sur l'utilité de la couleur des yeux :@. --Zolo (talk) 21:34, 25 May 2015 (UTC)

Bonjour Zolo. J'ai repris les champs du modèle actuel pour que la transition se fasse, même s'il y aura en temps voulu une discussion sur la partie concernant le listage des équipes avec les contributeurs du projet. La couleur des yeux, c'est un gag quand je discute avec les coureurs de ce que sera Wikipédia dans quelques années, où je leur explique qu'on pourra indiquer la couleur de leurs yeux, de leurs cheveux, et même leur groupe sanguin (je fais dans l'humour). Plus sérieusement, lorsque ça existera, je pense indiquer la taille et le poids (ce dernier avec un qualificatif sur l'année), j'ai notamment eu une publication en flamand qui indique ces données.

Pour l'infobox, j'ai eu un peu de mal au début, mais j'ai ensuite globalement compris le truc. Il s'agit d'un ensemble de briques.

• {type = 'row', label = 'Spécialité', value = 'type coureur'}, suppose un remplissage uniquement manuel ;
• {type = 'row', label = 'Surnom', value = 'surnom', property = 'P1449'}, vient chercher l'information sur Wikidata, mais si le champ est renseigné, l'information y est prise majoritairement ;
• person.death(), est le cas le plus simple à gérer, puisque l'information provient de Module:Infobox/Fonctions/Personne.

Je vais essayer d'avancer tout ça aujourd'hui. Merci pour tes conseils. Je vais tenter en juin de poursuivre l'expérience avec les autres infoboxes liées au cyclisme, ayant déjà demandé à d'autres contributeurs si l'utilisation que je faisais des propriétés était bonne. Jérémy-Günther-Heinz Jähnick (talk) 07:48, 26 May 2015 (UTC)

Voilà, j'ai ajouté quelques options, même si elles ne seront presque jamais ajoutées dans Wikidata, c'est toujours intéressant de les avoir (j'y avais pensé lorsque j'ai photographié un coureur qui a une hétérochromie). Principales victoires a été modifié pour qu'il soit affiché sur toute la largeur de l'infobox. Je ne butte plus que sur un point : mettre en colonne de gauche les années durant lesquelles le coureur a été dans les équipes. C'est un point problématique car actuellement on a cet affichage grâce à un bricolage alors que sur Wikidata on l'aura avec des qualificatifs. Du coup, je me pose également la question sur la transition, même si ce n'est pas pour ce mois-ci. Après résolution de ce point, je pourrais appliquer l'infobox directement, étant donné que tous les autres points fonctionnent. La mise en ligne sera l'occasion de supprimer du contenu pour avoir directement les informations de Wikidata, et donc détecter ce qui serait mal intégré. Jérémy-Günther-Heinz Jähnick (talk) 08:23, 26 May 2015 (UTC)

Est-ce que tu aurais la solution pour ce dernier problème ? Et éventuellement, est-ce que tu aurais la façon de mettre {{#invoke:Wikidata|formatStatements|property=P1132|qualifier=P276|qualifiervalue=Q15053706}} et {{#invoke:Wikidata|formatStatements|property=P1132|qualifier=P276|qualifiervalue=Q15053716}}, utilisés dans 2015 Grand Prix de Denain (Q19249082) et dans l'article, en Lua ? Avec ça, ça devrait me permettre de tester d'autres cas. Jérémy-Günther-Heinz Jähnick (talk) 10:28, 28 May 2015 (UTC)

@Jérémy-Günther-Heinz Jähnick: Pour le premier point, ça ne devrait pas être trop compliqué, mais on dirait qu'il y a du débuggage à faire dans le module, et ce sera plus facile à faire dans quelques semaines, lorsqu'il y aura l' arbitrary access. Par ailleurs, il y aurait besoin de l' arbitrary access si on veut distinguer équipes amateurs et équipes professionnelles comme dans le modèle actuel. Donc il vaut mieux attendre encore un peu.

Pour le deuxième point il faut mettre une fonction dans le module, dans le genre

{type = 'row', label = 'Coureurs (au départ)', wikidata = function() return wikidata._formatStatements({entity = item, property = 'P1132', qualifier = 'P276', qualifiervalue = 'Q15053706'}) end },

-Zolo (talk) 14:39, 28 May 2015 (UTC)

Merci Zolo. Début juin, je poserai la question sur le bistro du cyclisme, étant donné qu'il y a plusieurs versions qui semblent s'affronter dans les articles (UCI / non-UCI, coureur amateur / professionnel, équipe amateur / professionnelle, une chatte n'y retrouverait pas ses petits). Mais est-ce qu'il y a déjà moyen de faire un bricolage pour afficher à gauche les années et à droite les équipes (de toute façon, ça devra rester un petit bout de temps, car il va en falloir pas mal pour tout passer à Wikidata, former les contributeurs, et idéalement pour que ça reste visible dans l'historique avec les anciennes versions).

Pour le deuxième point, j'annule ma présence à la course de demain et je vais commencer à rédiger le module d'une édition de course cycliste. A priori, avec ce que tu m'as fourni, je ne devrais pas tomber sur des problèmes particuliers (et puis une fois qu'il est commencé, c'est déjà un bon début pour y voir plus clair). Jérémy-Günther-Heinz Jähnick (talk) 17:50, 28 May 2015 (UTC)

@Jérémy-Günther-Heinz Jähnick: ok bon courage. Non, mettre la mise en page des numéros d'année ne marche pas vraiment avec le module actuel. En attendant, on peut quand même lister les équipes avec :

{type = 'row', wikidata = function() return wikidata._formatStatements({entity = item, property = 'P54', showdate = true, displayformat = 'minimum', separator = '<br />', sorttype = 'chronological}) end},

Zolo (talk) 13:24, 29 May 2015 (UTC)

J'ai essayé d'inclure le code précédent dans le module, mais il y a un message d'erreur, et je n'arrive pas à savoir d'où elle vient, mais il est vrai que c'est assez nouveau pour moi. La page regroupant les propriétés dans le cyclisme est là. Un chantier plus simple/plus avancé concerne le Module:Infobox/Descriptif course cycliste. Sur les propriétés utilisées, c'est OK, j'avais demandé conseil à quelques contributeurs qui ont apporté des corrections sur la page précitée les regroupant. En début d'heure, j'ai fait une simulation dans des conditions réelles, ce qui m'a permis de relever les points qui étaient améliorables. Il faudrait :

1. l'application de la fonction nombre ordinal pour les numéros d'éditions (edition number (P393)) ;
2. une fonction de comptabilisation pour le nombre d'étapes, c'est-à-dire pouvoir compter le nombre de valeurs qui prend has part(s) (P527).
3. tu m'avais précédemment donné une fonction pour les partants et les arrivants, j'ai tenté de l'appliquer, mais il y a toujours eu un message d'erreur, même avec quelques corrections apportées, et je n'ai pas trouvé la source du problème, bien que les fonctions soient très nouvelles pour moi.
4. les drapeaux pour les vainqueurs, mais ça ça viendra dans quelques semaines, avec l'arbitrary access.
5. le drapeau pour le pays de la compétition. De mémoire, tu avais créé les conditions pour que ça puisse se faire.
6. une taille plus petite pour la vitesse moyenne exprimée en km/h (une autre évolution de Wikidata nous permettra de stocker directement cette information ici).
7. actuellement, le champ date gère les courses d'un jour avec point in time (P585), mais il n'est pas programmé pour gérer les courses à étapes, avec les propriétés start time (P580) et end time (P582).
8. les éditions précédentes et suivantes sont indiquées comme les autres champs, éventuellement on pourrait reprendre l'affichage actuel, qui n'est pas si mauvais.

Voilà, donc il y a une foule de petits détails, mais finalement rien de grave. le champ concernant le vainqueur va varier lorsque la propriété classement général, actuellement demandée, sera créée. ça permettra également d'aller chercher l'information là où il le faut. J'ai créé le potentiel pour lister le 2e et le 3e, les néerlandais le font, et cette infobox devrait en temps voulu leur permettre d'accéder aux données de Wikidata.

Revenant brièvement sur l'infobox Cycliste, j'ai lancé le débat sur le projet Cyclisme, la question étant complexe pour le photographe que je suis. Ce qui m'inquiète, c'est surtout la transition qui devra avoir lieu, d'où le fait que le module concernant les éditions de courses cyclistes est plus simple. Jérémy-Günther-Heinz Jähnick (talk) 14:15, 29 May 2015 (UTC)

1. fait
2. fait (j'espère que ça marche, je n'ai pas trouvé de page sur laquelle vérifier)
3. ça a l'air de marcher, j'imagine que tu t'es débrouillé. En revanche, j'ai changé les "formatStatements" en "formatAndCat", qui sont permettent un rétrolien vers Commons et l'ajout d'un catégorie de maintenance (assez utile pour vérifier que les choses se passent correctement) Et à mon avis, ce serait bien, pour le principe d'ajouter un paramètre "partants" pour autoriser à entrer les valeurs directement sur Wikipédia, histoire que personne ne redoute la "perte de contrôle sur les données.
4. oui, il faudra l'arbitrary access pour la nationalité du vainqueur
5. apparemment, tu as aussi trouvé la fonction pour afficher le drapeau (enfin le module ne gère pas encore tous les pays).
6. En fait, je pense qu'il faudrait faire ça un peu différemment pour l'affichage de la vitesse, là ça risque d'apparaitre un jour dans la colonne de gauche. J'essaierai de voir ça.
7. J'ai fait un affichage de la date. Pas parfait, ça affiche "2 juillet 2015 - 5 avril 2015" au lieu de "2 au 15 avril 2015", mais c'est mieux que rien. --Zolo (talk) 16:09, 30 May 2015 (UTC)
8. J'ai mis une présentation plus similaire à l'ancienne pour l'édition précédente et édition suivante, mais j'ai enlevé l'entête "chronologie". S'il y en a vraiment besoin, il faudrait que je cherche comment le remettre.

En gros ça a l'air de plutôt bien marcher. Juste une petite remarque, la propriété "image" a l'air d'être essentiellement utilisé pour les cartes. Le problème est que image (P18) est sensée donner une image du sujet, pas une carte, et il vaut mieux garder une cohérence d'ensemble et donc utiliser une autre propriété, peut-être locator map image (P242) (on a le même genre de problème pour l'infobox artiste, certains mettent en image des oeuvres alors que p18 est plutôt faite pour un portrait de l'artiste, et ce n'est pas très pratique). --Zolo (talk) 16:09, 30 May 2015 (UTC)

Merci Zolo.

• sur le point 2, j'ai comme exemple Paris-Arras Tour 2015 et Tour de Belgique 2015.
• sur le point 3, tu as corrigé la fonction, ce qui m'a permis ce matin de l'appliquer, et de légèrement la modifier pour les arrivants. J'ai conservé les anciens paramètres de l'infobox (question d'historique, lorsque l'on consulte les versions anciennes), il est donc toujours possible de l'ajouter manuellement, on a juste le nom du champ qui indique coureurs au départ et coureurs à l'arrivée. J'ai précisé en commentaire que ces paramètres étaient obsolètes.
• sur le point 4, effectivement, il faudra attendre encore un peu, mais ce n'est pas un problème dans la mesure où chaque jour des éléments de coureurs se voient ajouter la nationalité.
• sur le point 5, j'ai tout bêtement adapté ce que tu avais créé pour le module des monuments.
• sur le point 6, effectivement, c'était un petit bricolage, il semble plutôt se profiler qu'elle sera plutôt sur la marge droite, comme pour les infoboxes d'étapes (qui seront aussi un grand chantier, mais c'est pas pour tout de suite)
• sur le point 7, c'est toujours mieux que mon bricolage. Est-ce qu'il serait possible de bleuir les liens et de renvoyer vers le domaine XXXX en cyclisme ?
• sur le point 8, le résultat correspond exactement à ce qu'il fallait ; avant, chronologie menait vers l'article de la course, tandis que maintenant le paramètre course n'affiche plus le titre mais un lien vers la course.

Sur le dernier point, c'est un peu galère : la majorité des articles d'édition de course n'a ni carte ni photo, pour certaines, j'ai les deux. Ce serait intéressant un paramètre qui proposerait au lecteur le choix, comme pour les lignes ferroviaires. Tous les points à régler le sont. l'infobox évoluera un peu lorsqu'il sera possible d'indiquer les unités (je ne connais pas le délai), et quand mes propriétés sur les classements auront été créées (j'ai commencé avec classement général). Jérémy-Günther-Heinz Jähnick (talk) 18:15, 30 May 2015 (UTC)

@Jérémy-Günther-Heinz Jähnick: J'essaierai d'ajouter les liens pour les dates (même si je ne suis toujours pas vraiment convaincu de leur utilité). Pour la carte, et l'image, on ne pourrait pas faire un peu comme pour les bâtiments et les division administratives : l'image en haut, et la carte en bas ? --Zolo (talk) 12:39, 31 May 2015 (UTC)

Le lien est moyennement utile, le vrai problème, c'est que l'article 2015 en cyclisme (par exemple) n'est pas assez mis à jour. Très bonne idée pour la photographie en haut et la cartographie en bas. Pour l'instant, la cartographie n'est pas assez développée, le problème étant qu'il faille faire tout un tas de capture d'écran pour assembler un fond de carte à bonne échelle, le problème sera résolu lorsque j'aurais un écran de 40 pouces. Jérémy-Günther-Heinz Jähnick (talk) 08:19, 1 June 2015 (UTC)

Rebonjour. Le contributeur GabrieL me signale sur ma page de discussion de Wikipédia que pour l'article Tour de France 1903 le numéro d'édition indique 1e. Il souhaiterait que le résultat soit 1re, je pense d'après ce que j'ai lu aux codages qu'il existe une option pour que le genre des nombre ordinaux soit le féminin. Jérémy-Günther-Heinz Jähnick (talk) 16:25, 1 June 2015 (UTC)

@Jérémy-Günther-Heinz Jähnick: oui on peut changer ça. Cela dit, j'aurais de manière générale tendance à trouver que les infobox sont un peu trop délayées, et que plutôt que de mettre <course : tour de France> et <édition : 90e> sur deux lignes séparées, on pourrait faire plus concisement : <course : 98e Tour de France> (ça rendrait difficile de faire la distinction 1er/1ère, mais à mon avis ça vaut quand même le coup). --Zolo (talk) 07:14, 4 June 2015 (UTC)

N'hésite surtout pas. Je trouve que cette idée est toute aussi géniale à appliquer pour le tout nouveau Module:Infobox/Étape, où l'on pourrait inscrire sur la même ligne 1re étape du Tour de France 2015. Jérémy-Günther-Heinz Jähnick (talk) 07:41, 4 June 2015 (UTC)

Est-ce que tu pourrais plutôt mettre le numéro d'édition et le nom de la course sous généralité, soit en gardant comme titre course, ou en centrant la mention, et mettre sous le titre le nom dans la langue du pays ? Parce que tout un tas de courses ont des noms différents dans leurs pays, et sont très régulièrement utilisés (j'ai oublié la propriété, mais je me souviens l'avoir utilisée). Je vais tester la cartographie sur Grand Prix Criquielion 2014. Jérémy-Günther-Heinz Jähnick (talk) 11:09, 4 June 2015 (UTC)

La carte ne s'affiche pas dans l'article Grand Prix Criquielion 2014 alors qu'elle a été entrée dans 2014 Grand Prix Criquielion (Q16897233). Jérémy-Günther-Heinz Jähnick (talk) 11:39, 4 June 2015 (UTC)

J'ai corrigé pour la carte.

J'avais préparé un message d'eplication, mais pas posté apparemment... Le format que j'ai mis, c'est donc "Tour de France 2015 (102e tour de France)", ce qui est clairement un peu lourd, c'est sûr. En fait, je me demande si on a vraiment besoin de mettre "tour de France 2015" alors que c'est déjà en titre de l'article, et qu'on a la date précise en dessous. On ne pourrait pas carrément le virer et ne garder que "102e tour de France". Après, on peut mettre le nom local en dessous, par exemple :

93^e Tour d'Italie
Giro d'Italia 2011

? -Zolo (talk) 13:02, 4 June 2015 (UTC)

Ça marche aussi, sauf dans les cas où les organisateurs ont mal ou n'ont pas numéroté des éditions (ça se produit occasionnellement), sachant que le cas le plus courant est de dire course 2015, le numéro d'édition venant après « pour l'Histoire ». Un autre problème concerne les courses qui ont changé de nom au fil du temps. Par contre, je suis intéressé par une solution similaire pour le module:Étape, avec par exemple 2e étape du Tour de France 2015 en titre. Jérémy-Günther-Heinz Jähnick (talk) 13:13, 4 June 2015 (UTC) (sur un point proche, j'ai proposé la création d'une propriété qui permettra de faire les classements d'étape).

Listage des équipes

En ce moment, je suis motivé à bouger les choses. J'étais hier au Paris-Roubaix espoirs et ait eu l'occasion de discuter notamment avec le deuxième, Jenthe Biermans (Q18571962). Dans son élément, j'ai listé les équipes.

1. Est-ce que le système reconnaîtra qu'il participe en 2014 au Paris-Arras Tour 2014 alors que j'ai juste jalonné la période avec les années, ou est-ce que je dois à chaque fois préciser 1er janvier et 31 décembre pour avoir une chronologie bien précise ?
2. S'il avait été stagiaire (on va dire du 1er août au 31 décembre 2014), est-ce qu'il y aurait une propriété idéale à ajouter en tant que qualificatif qui mentionnerait que le coureur est trainee (Q2328847).
3. Est-ce que de la manière selon laquelle j'ai procédé, on peut définir que ce coureur est membre de SEG Racinq en date d'aujourd'hui (pour le champ équipe actuelle de son infobox).
4. Question annexe de la question annexe, sur certaines courses, les coureurs ne courent pas pour leur équipe mais pour l'équipe nationale de leur pays. Est-ce que le système pourrait dans un classement reconnaître member of sports team (P54) indiqué en dur dans le classement comme étant prioritaire par rapport au member of sports team (P54) contenu dans l'élément du coureur ? Globalement, peu de courses sont concernées, mais c'est un cas qui existe.
5. Enfin, les équipes ont tendance à changer de nom tout les X années, voire en cours de saison. Est-ce que définir une chronologie avec official name (P1448) (ou similaire, ou plus adapté) pourrait permettre au système de définir que l'équipe portait alors un autre nom lorsque le coureur y était, et qu'elle a changé en cours d'année ?
6. Question complémentaire, serait-il possible de renvoyer dans les classements aux saisons 2015 des équipes cyclistes, tout en sachant que tout est correctement daté, ou va l'être. Jérémy-Günther-Heinz Jähnick (talk) 10:10, 1 June 2015 (UTC)

1. Ca parait difficile de savoir qu'il a participé au Paris-Arrsas 2014 si on ne le précise pas explicitement. Il existe une propriété participant in (P1344).
2. position held (P39) je pense
3. on peut supposer que lorsqu'il n'y a pas de date de fin ça veut dire jusqu'à aujourd'hui, mais le plus clair est de le confirmer en mettant le rang "privilégié" à la valeur (cliquer sur "modifier" pour sur les carrés à gauche de la valeur).
4. oui, ça ne devrait pas poser de probème. Cela dit, je pense que s'ils sont membres d'une équipe nationale, il faudrait aussi le mettre dans member of sports team (P54).
5. on peut ajouter plusieurs official name (P1448) pour chaque équipe, avec des dates de début et de fin en qualifiatif.
6. C'est à dire faire un lien vers équipe Festina en 1987 ? Ca doit-être possible, mais ça suppose plus ou moins qu'il existe un élément pour chaque année et chaque équipe, ça en fait quand même beaucoup. --Zolo (talk) 16:08, 1 June 2015 (UTC)

1. Je me suis mal exprimé : admettons que son élément figure dans le classement général Wikidata de la course (la liste des partants est effectivement prévue avec participant in (P1344), tandis que le classement général fait l'objet d'une demande, et le classement d'étape fera bientôt l'objet d'une demande), est-ce que Wikidata saura dire dans l'article Wikipédia qu'il fait partie de l'équipe Giant-Shimano Development avec start time (P580) = 2014 et end time (P582) = 2014 ? Ou bien c'est trop imprécis et je vais devoir être plus précis dans mon jalonnage et écrire start time (P580) = 1 janvier 2014 et end time (P582) = 31 décembre 2014 ?
2. Merci, position held (P39) répond parfaitement à ma question.
3. En fait, on aurait comme actuellement un champ qui indique l'équipe pour laquelle le coureur court actuellement (équipe actuelle), et plus bas en dessous la liste de ses équipes, avec la chronologie, et la séparation amateur professionnel. La question porte sur une fonction qui demanderait à Wikidata d'indiquer l'équipe pour laquelle un coureur court à l'heure d'aujourd'hui. Et en fin d'année, en ajoutant une nouvelle équipe pour la saison 2016, le changement se ferait automatiquement le 1er janvier.
4. Les équipes nationales restent anecdotiques par rapport à l'activité des coureurs, ça représentent pour certaines sept à dix jours de travail par an, ce n'est pas vraiment une équipe au sens propre du terme comme au football, juste des coureurs d'une même nationalité qui se retrouvent ensemble pour une course particulière. J'ai l'exemple du Tour des Flandres espoirs 2015 où ça fonctionne en équipes nationales.
5. J'ai fait l'exemple de official name (P1448) sur l'élément SEG Racing Academy (Q18397039) (le problème est qu'il impose une langue, quoi que c'est pas forcément inutile). J'utiliserai désormais cette propriété pour lister les changements de nom.
6. En fait, ça pointerait vers l'élément Festina 1987, correspondant à la saison 1987 de l'équipe cycliste Festina, qui comprendrait entre autres choses l'effectif, et dans l'article de Wikipédia on aurait simplement affiché Festina. Globalement, il y a encore dix ans il y avait peu d'équipes, elles se sont surtout multipliées ces dernières années. Jérémy-Günther-Heinz Jähnick (talk) 17:04, 1 June 2015 (UTC)

1. 2014 veut dire par défaut toute l'année 2014, même si c'est toujours bien d'être le plus précis possible. Vu qu'il y a un élément par étape, je ne pense pas qu'il y ait besoin d'une propriété "classement par étape" séparée. Dans une page sur une course entière "classement" veut forcément dire classement de la course entière et sur un élément portant sur une étape, classement de l'étape.
2. On peut prendre afficher comme équipe actuelle celle sans date de fin, mais c'est quand même bien de mettre le rang privilégié, sinon, on ne sait pas forcément si l'absence de date de fin est volontaire ou juste un oubli.

1. Non, vu qu'en fait, il y a toujours le classement de l'étape et le classement général à l'issue de cette étape (qui évoluera le lendemain à l'issue de l'étape suivante). Il y a aussi d'autres classements annexes qui évoluent à chaque étape (ce que j'ai un peu de mal à faire comprendre lors des demandes de propriétés).
2. Je pensais à un autre système : comparer la date d'aujourd'hui à la chronologie de member of sports team (P54) et prendre l'équipe correspondante. Ainsi, si en janvier 2016 le résultat est toujours le même, c'est qu'il y a un oubli à corriger. Autre solution, faire comme un des sites référence en la matière, et indiquer une date de fin de contrat, et la modifier s'il y a prolongation. Jérémy-Günther-Heinz Jähnick (talk) 07:54, 4 June 2015 (UTC) J'ai name in native language (P1559), mais c'est pas exactement ça. Le résultat souhaité est proche de ça : Tour du Limbourg (Belgique) (avec italique, et petit nl entre parenthèses).

J'ai mis le nom de la course dans généralités, et mis un paramètre "Nom local" pour le titre, il me semble que c'est le nom usuel pour de ce genre de paramètre. A propos, le modèle utiliser des majuscules pour les noms d'infobox, mais dans l'idéal il vaudrait mieux des minuscules pour que tout le moinde soit pareil (enfin bon, si on passe à tout Wikidata, c'est sans doute encore mieux!). Pour mettre le nom de langue entre parenthèse et pour tes autres suggestions, je regarderai éventuellement plus tard, là, je vrais prendre une dizaine de jours de Wikibreak bien mérités ! --Zolo (talk) 20:06, 4 June 2015 (UTC)

Je crois que tu as oublié de valider tes modifications. À terme, tout devrait provenir de Wikidata, et les autres versions de Wikidata devraient en profiter. Profite bien de tes wiki-vacances, en ce qui me concerne, je n'ai plus de travaux dans l'immédiat, j'attends la création de deux propriétés, et je pense être en mesure d'écrire la formule pour rechercher le top 3 (moi-même je pars dans quelques minutes faire une longue randonnée dans le bassin minier). Jérémy-Günther-Heinz Jähnick (talk) 06:20, 5 June 2015 (UTC)

Ok, bonne rando. J'avais en effet oublié de valider. Le petit problème, avec la nouvelle version c'est que si le numéro d'édition est présent mais pas le nom de la course on aura "course : 33e" au lieu d'"édition : 33e". C'est un peu bizarre, mais ce n'est pas bien grave, et ne devrait pas arriver trop souvent. --Zolo (talk) 06:32, 5 June 2015 (UTC)

Une bonne petite randonnée à deux, sur un terril et par ce temps magnifique. C'est justement intéressant de voir cette erreur, puisqu'on saura tout de suite qu'il manquait la déclaration du nom de la course. Profite bien de ton repos, avec le travail conséquent que tu abats, c'est amplement mérité ! Jérémy-Günther-Heinz Jähnick (talk) 12:12, 5 June 2015 (UTC)

Problème avec Template:Property documentation

Salut Zolo, I reported an issue with Module:Property documentation at Module_talk:Property_documentation. Could you please have a look if you have a chance? Merci - -- LaddΩ chat ;) 21:30, 12 April 2015 (UTC)

Musée et bâtiment

Bonjour, il ne faut pas fusionner l'élément concernant un musée Musée d'Angoulême (Q3330189) et le bâtiment l'abritant (Q13388116). Les deux éléments ont besoin d'information très différentes :

• pour le bâtiment : la date de construction, l'architecte, le statut patrimonial, etc.,
• pour le musée c'est la date de fondation du musée (souvent très différente de celle de construction du bâtiment), le directeur, le site web, le numéro VIAF, les fonctions du bâtiment avant qu'il soit un muséen etc.

Dans certains cas, déjà deux articles séparés sur Wikipédia (musée du Louvre / palais du Louvre par exemple). Bien-sûr, les deux types d'informations sont souvent utiles dans le même élément Wikidata, mais il y aura un jour un moyen de régler ça dans les modèles d'infobox. Bien sûr, il y a aussi pas mal de cas dans lesquels le bâtiment et l'institution sont mélangées dans le même élément Wikidata, mais à terme, cela devra sans doute être changé. --Zolo (talk) 17:46, 13 April 2015 (UTC)

Bonjour, ok je comprends, désolé pour le désagrément. Cordialement, Gzen92 (talk) 06:51, 14 April 2015 (UTC)

Sum of all painting details

Just a quick clarification re your addition & reversion [9] -- the idea is not about "descriptions of files that are about details of paintings"; rather, a key part of the idea is to be able to serve parts of images that represent details of paintings without creating separate files for them.

The specification of the locations of those image details would be a property of the painting, applicable to all image versions of it, rather than relating specifically to a single image. It therefore (IMO) fits well as a qualifier for depicts (P180), here on the Wikidata entry for the painting itself, rather than in the metadata for any particular single file.

Hope the suggestion makes a bit more sense now. All best, Jheald (talk) 22:18, 15 April 2015 (UTC)

Coordonnées des MH

Bonjour, juste une suggestion vu que tu t'occupes beaucoup de mettre de l'ordre dans les monuments historiques. Comme l'ajout sur Wikidata de coordonnées manquantes est immédiatement transmis aux infobox Wikidata, je pense que cela pourrait faire partie des tâches prioritaires. --Zolo (talk) 10:18, 25 April 2015 (UTC)

Bonjour, tu veux dire "infobox wikipédia" ? Je suis sur un petit script qui va "aspirer" les coordonnées (et les images tant qu'à faire) des MH dans les listes départementales de Wikipédia afin de compléter Wikidata. Je me base sur l'identifiant mérimée et il a donc d'abord fallu que je vide la rubrique Unique value de la contrainte, ce que j'ai fini il y a peu. Donc "wait and see" ;) Cordialement, Gzen92 (talk) 11:57, 25 April 2015 (UTC)

Ok super j'attends alors :). Je voulais simplement dire que lorsqu'on ajoute des coordonnées sont une des rares choses pour laquelle l'utilisation de Wikidata est déjà activée dans presque toutes les infobox de Wikipédia en français, et donc, un des points sur lesquels ajouter des données sur Wikidata, est rapidement visible pour un grand nombre de personnes. En fait, je m'étais aussi dit qu'il faudrait essayer de faire des imports automatisés en se basant sur les pages de liste de MH de Wikipédia, mais j'avais la flemme d'essayer de le faire, et en plusieurs années personne ne s'en était encore chargé (du coup je faisais parfois des petits ajouts de coordonnées à la main, mais ce n'est pas ce qu'il y a de plus efficient ;). --Zolo (talk) 08:23, 26 April 2015 (UTC)

Lua WD

Hi Zolo,

I stripped some code from your Artwork module to build 3 "twin" functions at Module:TwinTable that should work with Module talk:TwinTable/test. Something basic doesn't seem to work. Would you be so kind and have a look? --- Jura 22:20, 4 May 2015 (UTC)

Hi, Jura. I won't have much time to look at it this week, but it seems to work now ? --Zolo (talk) 07:51, 5 May 2015 (UTC)

Hi Zolo, thanks for your note. The version that works is mostly the one you wrote ;) The one at "/test" uses just three functions with "twin" in the label. It seems I'm not using variables in the correct format. --- Jura 07:59, 5 May 2015 (UTC)

Ok, I don't know exactly what you are trying to get. I guess when I have time, I'll try to move the more "structural" part of Module:Artwork to a more generic "ListBuilder" module, so it can more easily reused. --Zolo (talk) 08:20, 5 May 2015 (UTC)

Sounds good. I'm trying to get values from items (each twin) used as values (P527) on the main item (sample: Q4902394). First step would be a table with two rows per twin-pair. --- Jura 08:29, 5 May 2015 (UTC)

Thanks for your help. It seems to work now. I wish I came across your module earlier. --- Jura 13:22, 5 May 2015 (UTC)

BTW, which ways are most memory efficient? I read that avoiding functions and local variables can help, but changing that hadn't much of an effect. --- Jura 03:56, 6 May 2015 (UTC)

Each time data from an item are needed, the whole item has to be loaded. What really saves memory is loading it just once. In practice, item means that you should load items directly in this module and send them to Module:Wikidata.

"item" parameter is a string, Module:Wikidata hads to load it both time.	"item" is already loaded locally (just once)
local item = Q1 local A = wikidata.formatStatetement{entity = item, property = 'P18'} local B = wikidata.formatStatetement{entity = item, property = 'P569'}	local item = Q1 item = mw.wikibase.getEntityObject(item) local A = wikidata.formatStatetement{entity = item, property = 'P18'} local B = wikidata.formatStatetement{entity = item, property = 'P569'}

I changed the easiest one in Module:TwinTable, but that does not have much impact. The most memory intensive column is "nationality". Each time it retrieves the label for "United States", it loads the whole United States of America (Q30), and that is big. If I write a generic ListBuilder module, I'll add something to cache labels that have already been retrieved. --07:30, 6 May 2015 (UTC)

So ideally every item would be retrieved just once and large ones avoided?

At Module talk:MemoryTest, I tried a simple list to see when it stops. It goes up to about 280-290 items. --- Jura 09:19, 6 May 2015 (UTC)

Yes, even though is not always possible to avoid large items.

To see what has an impact on memory, you can edit Module:TwinTable, add Module talk:TwinTable/test in the "Preview page with this template" field, and look at the memory data. Removing the nationality column saves 20mb out of 50.

Things are more complicated than I initially thought though. It appears that loading an item twice will take more memory than loading it just once, but not twice as much. I don't know how it works exactly. --Zolo (talk) 10:37, 6 May 2015 (UTC)

Apparently the extension does "garbagecollection" automatically and the function isn't available.

Easy fix seems to be to drop nationality .. P106 is more interesting anyways. Maybe the forum has suggestions to improve Module:MemoryTest. It would be nice to use up to 500-1000 items. --- Jura 10:46, 6 May 2015 (UTC)

Simply using {{#property:P27|from=..}} through LUA seems the solution. :( --- Jura 10:44, 7 May 2015 (UTC)

foundation stone–laying ceremony (Q18752057)

Salut,

Je me demandais si tu avais créé foundation stone–laying ceremony (Q18752057) sachant ou non que cornerstone (Q1133673) existait. Certes il y a une différence de sens; par contre, les libellés, articles et alias de ce dernier élément dans certaines langues comme l'allemand réfèrent bel et bien à une cérémonie et pas à la pierre en soi. Alors, on termine la scission ou on fusionne ?

Cordialement,

Louperivois (talk) 17:42, 7 May 2015 (UTC)

Salut Louperivois, il me semble que j'avais remarqué le premier élément et que j'avais eu la flemme d'essayer de le nettoyer. En tout cas, je pense qu'il vaut mieux séparer les deux sur Wikidata. L'existence de deux catégories Commons parait déjà une raison suffiante. On peut aussi imaginer des descriptio de tableau ou depicts (P180) "première pierre" ne veut pas dire la même chose que P180 : "pose de la première pierre", ou d'autres choses dans ce genre.

C'est vrai qu'il fallait nettoyer les libellés. Pour distribuer les liens entre les deux éléments, c'est toujours un peu plus délicat mais en pratique, je pense que la solution la plus claire et la plus raisonnable, et, comme tu l'as fait de se baser sur le titre plutôt que de chercher à déterminer si l'accent est vraiment sur la pierre ou vraiment sur la cérémonie dans le corps de l'article. --Zolo (talk) 18:30, 7 May 2015 (UTC)

Entendu, je vais donc terminer le travail de migration de l'usage de "première pierre". Louperivois (talk) 18:35, 7 May 2015 (UTC)

Bargello Bargello Palace (Q15076422) Bargello National Museum (Q388448) sitelinks

Bonjour Zolo,

je ne suis pas contente avec la plupart des tes changements des sitelinks. IMHO l'object principal est Bargello National Museum (Q388448) n'importe qu'est le titre. Seulement la version française couvre tous les deux (pt = redirect). Je préfère de mouver tous les sitelinks de Bargello Palace (Q15076422) sauf eo, fr, et sv dans Bargello National Museum (Q388448). Es-tu d'accord?--Oursana (talk) 14:55, 21 May 2015 (UTC)

Bonjour Oursana,

Sur le principe, je ne suis pas complètement convaincu. On a un élément sur le bâtiment et un sur le musée. de:Bargello parle surtout du bâtiment. en:Bargello est à peu près moitié/moitié. fi:Bargellon palatsi parait parler en bonne partie du palais, et contient "palais" dans le titre, de même que pl. eu parait parler essentiellement du musée, mais vu qu'il est très court, j'aurais tendance à suivre le titre qu'un contenu qui peut changer. Après si ça aide à naviguer sur Wikipédia, ça ne me dérange pas de changer. --Zolo (talk) 16:40, 21 May 2015 (UTC)

D'abord même les titres peuvent changer comme les contenus, et je préfère décider d'abord sur le contenu afin que les informations auraient la meilleure connexion.

Je te veux convaincre du changement concernant en, es, eu, pl, (pt):

en

L'introduction va: The Bargello, also known as the Palazzo del Bargello, Museo Nazionale del Bargello, or Palazzo del Popolo ... now an art museum, in Florence, Italy.Art collection, Gallery, References, External links sont du musée: 3/4 musée, 1/4 palais, ca voudrait dommage ne connecter pas les informations sur le musée.

es, eu, pl

parle aussi 3/4 du musée, pl:vois links, catégories

fi est moitié/moitié

de ha interwikilink: it:Museo nazionale del Bargello

pt: il faut supprimer le redirect --Oursana (talk) 22:35, 21 May 2015 (UTC)

En fait, Wikidata:Requests for comment/A need for a resolution regarding article moves and redirects avait conclu que les liens vers un redirect pouvaient être utiles, mais je crois que ça n'a jamais été mis en oeuvre, donc je pense aussi qu'on peut le supprimer. Pour les autres, ok, c'est peut-être effectivement plus simple. --Zolo (talk) 08:23, 22 May 2015 (UTC)

A l'aide

Salut Zolo,
Il faut que tu m'aides sur User talk:Succu.
Le gars fait une fixation.
J'ai associé Flora of North America taxon ID (P1727) avec son site web eFloras (Q19810430) comme pour toutes les propriétés de Wikidata:WikiProject_Taxonomy#Databases.
Mais lui insiste pour associer Flora of North America taxon ID (P1727) avec Flora of North America (Q1429295) qui sont des livres sur la flore Americaine (pas le concept de flore).
Amitiés Liné1 (talk) 21:05, 23 May 2015 (UTC)

Salut Liné,

Apparemment, l'idée du Succu est bien de faire de lier vers des éléments portant sur les ouvrages, et non pas sur le concept de flore américaine/chinoise, mais il y a eu un gros cafouillage dans le sens des éléments.

Pour Flora of North America (Q1429295), c'est à peu près ok. L'élément désigne clairement les livres. Il y avait un lien vers Commons et vers une catégorie erronés, mais je les ai enlevés.

Pour la Chine en revanche ça a vraiment été le bordel. Au départ, Flora of China (Q5460442) désignait la flore de Chine flora of the People's Republic of China (Q5460399) l'ouvrage Flora of China, mais des erreurs de bots et de Succu ont about à intervertir le sens de deux éléments. Brya avait (partiellement, sans vérifier tous les libellés) retourné Flora of China (Q5460442) à son sens originel de "flore de la Chine" . Le problème est que l'élément était déjà largement utilisé dans les références, pour désigner l'ouvrage Flora of China (par exemple ici). Tout ça est assez problématique, car le sens des éléments Wikidata est sensé rester stable, mais je crois qu'au point où on est est, il vaut mieux considérer que Flora of China (Q5460442) désigne les livres.

Après, pour ce qui est de décider si livre et le site internet doivent être dans le même élément ou pas, je ne sais pas trop.--Zolo (talk) 21:27, 24 May 2015 (UTC)

Bon je te donne mes arguments:

• Flora of North America taxon ID (P1727) a 0% de rapport avec un livre, c'est un identifiant de base de données. (dis-moi si ce n'est pas clair pour toi ce qu'est un id de DB) pas un numéro de page.
• Tous les identifiants de Wikidata:WikiProject_Taxonomy#Databases pointent vers l'item de leur database, de le site web:
  • Watson & Dallwitz family ID (P1761) pointe sur sa Base de données The families of flowering plants by Watson & Dallwitz (Q3011194) pas vers Angiospermes
  • Index Fungorum ID (P1391) pointe sur sa Base de données Index Fungorum (Q1860469) pas vers Fungi
• Flora of North America taxon ID (P1727) est un identifiant sur la base de données eFloras (Q19810430). Il n'existe pas sans cette base de données. Les publications ont leur vie propre. Tu ne trouvera pas les numéros stockés par Flora of North America taxon ID (P1727) dans les livres.
  • Si le site eFloras (Q19810430) ferme, il faudra supprimer Flora of China ID (P1747)
  • Si le site eFloras (Q19810430) change de format, il faudra mettre à jour tous les Flora of China ID (P1747)

Amitiés Liné1 (talk) 19:53, 25 May 2015 (UTC)

@Liné1: Oui je comprends bien qu'un livre n'est pas la même chose qu'une base de données. Ce que je voulais dire, c'est que si les livres utilisent des petits numéros pour identifier les espèces, et que ces numéros sont les mêmes que ceux utilisés dans la base de données, on peut défendre l'idée de lier la propriété aux éléments sur les livres. A noter que dans chaque élément, on ajoute seulement l'id relatif (je veux dire seulement "250084128" pour Q250084128). Le format de l'URL n'est indiqué qu'une seule fois, sur la page de la propriété. Si les ids restent stables mais que le reste de l'URL change, il n'y a qu'une seule page à changer. Cela dit, si à la base, c'est des numéros du livre, je ne vois pas trop pourquoi on aurait "eFlora" dans le nom de la propriété. De toute façon, tu dis que les numéros n'ont aucun rapport avec ce qui existe dans le livre ? Dans ce cas, c'est sûr qu'il ne faut pas lier les deux comme ça, en fait, je ne comprends même pas vraiment pourquoi ça viendrait à l'idée de le faire. --Zolo (talk) 21:04, 25 May 2015 (UTC)

@Liné1: donc si je comprends bien, Flora of China ID (P1747) peremt de lier vers un artiste de Flora of China mais en utilisant des numéros qui ne figurent pas dans le publication originale. Je ne sais pas trop comment il faudrait traiter ça. Même si elle est un peu lourde, la solution la plus logique me paraitrait de créer un élément "Flora of China (efloras online edition)" qui serait part of (P361) de eFloras (Q19810430) et edition or translation of (P629) de Flora of China (Q5460442) --Zolo (talk) 14:45, 28 May 2015 (UTC)

Oui ca a une bonne tête. Amitiés Liné1 (talk) 08:12, 31 May 2015 (UTC)

Module:Chart

I see you imported Module:Chart. I have tried to understand it, and used it here. But something does not work as intended! Any ideas? -- Innocent bystander (talk) 05:58, 4 June 2015 (UTC)

@Innocent bystander: I imported the module but do not fully grasp it. Some parts of it appear to have been done rather hastily. Or it could be a css issue - I already had to edit common.css to make pie charts work. By the way, you might be interested in Module:Wikidata to simplify you code (like the getmainid function to get a claim's mainsnak qid)-Zolo (talk) 06:55, 4 June 2015 (UTC)

I am mainly interested in showing wp-users what can be done by the help of WD. Multiple modules in one code is a little above my knowledge of coding here. -- Innocent bystander (talk) 07:31, 4 June 2015 (UTC)

@Innocent bystander:, the module is already quite capable, so it would be good if we can reuse it later. I made cleaner, more easily translatble version at Module:Election results (didn't have time to do the male/female ratio). It should be a bit more resiliient to unexpected inputs (like novalue) and is modularized so that results about a single election can be retrieved easily.--Zolo (talk) 15:35, 4 June 2015 (UTC)

I imported Module:Wikidata to svwp decades ago (at least, that what it feels like) it's far out of date now.

We still do not know if the items about elections should look like this. The problem, in my opinion, is to create a solution that is both scalable (can handle both small and large amounts of data) and who can be applied to any kind of election-system (one-MP-constituency-elections like the UK parliament/electoral college, like the US President elections/two-step-elections, like the Brazilian President elections/elections with cooperations and alliances between groups of political parties, like the EU-election and early 20th-century Swedish municipal elections/elections in which each person have more than one vote, like Gibraltar or Nothern Ireland). A challenge is also to describe the effects of an election, the change of goverment/prime minister/chairman/mayors etc. There is also unsolved questions about how to describe the "color" of a political party. I have here added a RGB-property to the items about the political parties, but how do we solve the cases when maybe two mayor parties uses almost the same color to identify themself? There are hundreds of small communist-parties in the political history of Sweden. They tend to all use the same range of color (red) to describe themself. Sometimes they cannot even easily be separated by their name. In Båstad, "Centrum - Demokraterna" existed for some years. It has existed several political parties with that name, but they are not technically related, as far as I know. Another (technical) issue is to understand how we should handle name-changes. The "official name" is often long and normally not used in templates. We also have to discuss if we really have to add "all" information in the sources? Larger Swedish municipalities are divided in constituencies with a fixed number of seats for each area. But that information is not used in the wp-templates. Some templates ask for the population in the area. In Sweden, it's the people who lived in the municipality november 1, the year before, who are allowed to vote, not the persons who live there at the time of the election. Do we have statistics for that date? I doubt that! -- Innocent bystander (talk) 17:47, 4 June 2015 (UTC)

A lot of work ahead sure, both in modules and in item structuration, but things seem already usable for simple cases.

In Module:Election results, there is "election result" that takes two arguments: the item of the election and the method used to count vote shares. This is open-ended, in that it is relatively easy to add new methods. Other functions exist if we want to get something else than the vote results, like the participation rate. --Zolo (talk) 19:40, 4 June 2015 (UTC)

For party names, if the issue is really troubelsome, it is always possible to hardcode the names in some module, potentially with date information (a somewhat similar thing is done in fr:Module:Classement: some item labels are really cumbersome, so instead of using them, it uses its own datatable).

It seems that a module doing basic item processing like Module:Wikidata is really useful to keep the code readable, but it is true that it makes the code less portable across different languages, as require lots of synchronization work. -Zolo (talk) 19:40, 4 June 2015 (UTC)

User:Zolo/Wikipedia content

Thanks a lot for this very useful charts. May you link the queries for People and Geography, that anyone can add his languages?--Kopiersperre (talk) 18:58, 7 June 2015 (UTC)

Adding to that, could you add the Dutch Wikipedia (nlwiki) too?

I'm claiming lot's of items on the English Wikipedia. You should be able to see a shift if you run the same query in a couple of weeks. Multichill (talk) 19:27, 7 June 2015 (UTC)

• Hope you don't mind I invited users to read it. For geography, you might want to read RQ9. BTW Succu has statistics on taxons. --- Jura 05:15, 8 June 2015 (UTC)

@Kopiersperre, Multichill: I am planning to expand data and sorta tidy up the code but probably won't have time this week. Meanwhile, you can add nlwiki data in the sitecontents part of Module:Statistical data (wdquery: "link[xwiki] and claim[31:(tree[classid][][279])]]" ) and occupation statistics directly in user:Zolo/Wikipedia content (link[xwiki] and claim[31:5] and claim[569, 1910,] and and noclaim[570] claim[27:y]). I have uploaded more extensive city-density data at Module:Statistical data/by project/dense areas but won't format them right now. --Zolo (talk) 13:28, 8 June 2015 (UTC)

Stats for Wikimania talk?

Hey :)

As you might know I'll be giving a talk about the state of Wikidata at Wikimania. It seems you're doing some very nice stats around Wikidata. Would you want to do some interesting ones for the talk? --Lydia Pintscher (WMDE) (talk) 10:36, 16 June 2015 (UTC)

Hi Lydia,

I guess I can give it a try, what sort of things do you need ? --Zolo (talk) 12:31, 16 June 2015 (UTC)

Sweet! I don't have anything specific in mind. Anything that gives a good view of the state of Wikidata would be great. Also showing developments over the past year would be useful. --Lydia Pintscher (WMDE) (talk) 12:32, 16 June 2015 (UTC)

@Lydia Pintscher (WMDE): I merely use Magnus' autolist tool, which means I can only do things about the current state of Wikidata (or sitelinked projects). I'll try to think about it this week end. --Zolo (talk) 14:35, 16 June 2015 (UTC)

Hi Lydia Pintscher (WMDE) (talk • contribs • logs), sorry for the delay, it turned out that I have been a bit lacking in time and inspiration :(. Actually I was thinking about doing something with occupation, but then I saw there was already Quantifying Cultural Histories via Person Networks in Wikipedia.

I don't now if that can be useful to you, but I can point out to fr.wikipedia infoboxes that do some relatively complex things with Wikidata: see for instance fr:Wang Hui or fr:The Octagon House, or more Mexican but somewhat incomplete, fr:Torre Latinoamericana and fr:Diego Rivera. There are also tracking cats for most Wikidata uses in infobox: fr:Catégorie:Page utilisant des données de Wikidata. --Zolo (talk) 21:26, 15 July 2015 (UTC)

Thanks :) Those are useful. I also have someother stats so I should be good to go for the talk. --Lydia Pintscher (WMDE) (talk) 00:51, 16 July 2015 (UTC)

Wikidata:Statistics/Wikipedia

I have added "Type of content" of 15 major Wikipedias.--GZWDer (talk) 15:23, 16 June 2015 (UTC)

Import

Hi Zolo,

Would you kindly import en:Template:Age in days? --- Jura 18:30, 21 June 2015 (UTC)

@Jura1: in Wikidata ? I'll try to have a look at it but don't have much time right now. It seems that the template uses an English-focused and somewhat obsolete syntax and that it would be better to upgrade it before importing it to a multilingual project. --Zolo (talk) 14:43, 22 June 2015 (UTC)

You'd just need to use the admin-only transwiki import function. Not sure if it's a good idea to have different versions of the same thing around. If people want a more modern one, it's better to name it differently. I'm aware that this could be done in LUA, but I'd like to avoid the LUA limits. --- Jura 15:03, 22 June 2015 (UTC)

@[[User::Jura1|:Jura1]]: the template uses various other templates as well. There is an option to import them as well, but it may affect existing templates, so we need to make sure everything is compatible beforehand. Rewriting in Lua may not be necessary but it should have negligible impact on Lua limits - and the English template already uses some Lua anyway. --Zolo (talk) 16:04, 22 June 2015 (UTC)

Just noticed that some are already here. I think just the following may be needed:

• Template:Age in days
• Template:Age in days/sec
• Template:Age in days/day

I will add it to Q6053941 as well. --- Jura 16:21, 22 June 2015 (UTC)

 Done --- Jura 19:38, 22 June 2015 (UTC)

User:Zolo/Wikipedia content

History versions of this page may be merged via Special:MergeHistory.--GZWDer (talk) 09:48, 25 June 2015 (UTC)

Yes, but merged page history are not always very clear. Given I am the only contributor of this page, I am not sure it is really needed. --Zolo (talk) 06:11, 26 June 2015 (UTC)