User talk:Zolo

From Wikidata
Jump to: navigation, search

Pyramide des âges[edit]

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[edit]

It seems that Widar of zolo (talkcontribslogs) 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 Q3582279 (Q3582792)[edit]

Bonjour,

En faisant le ménage sur Wikidata:Database reports/Constraint violations/P380, je suis tombé sur l'élément Q3582279 (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 Q3582279 (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 à Q3582279 (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 Q3582279 (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)[edit]

Bonjour,

Sur Q3485446 (Q3485446), j'avais mis part of (P361) de Q18002388 (Q18002388) puis Fralambert a ajouté subclass of (P279) de Q18002388 (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[edit]

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 (talkcontribslogs) too ;) Cdlt, VIGNERON (talk) 18:12, 31 October 2014 (UTC)

changes done by your bot[edit]

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

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][edit]

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[edit]

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): ?[edit]

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[edit]

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 prefecture (Q1490) prefecture
  2. special ward of Tokyo (Q308891) 23 spécial wards
  3. City of Tokyo (Q7473516) Tokyo in general
en:Tokyo was between 1/3 and until now handled within 1

Tokyo Metropolis (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 prefecture (Q1490) to Tokyo Metropolis (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 City of Tokyo (Q7473516) to Tokyo prefecture (Q1490) and

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

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

I reverted all wp sitelink changes.

c:東京 seems to be prefecture?? linked to Tokyo prefecture (Q1490); But City of 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???[edit]

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[edit]

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[edit]

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


curator (P1640) created[edit]

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

P31 or P279[edit]

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)

number of faces (P1658)[edit]

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

Maisons[edit]

Bonjour, j'ai j'ai vu que tu ajoutais "nature de l'élément : logement" aux maisons mais dwelling (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 . --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[edit]

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[edit]

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 »[edit]

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).
  • 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 :
Lexington Avenue: <street> Lexington Avenue <number>
Dornacherstrasse 48–54: <street> Dornacherstrasse 48–54 <number>
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[edit]

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)[edit]

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[edit]

:D

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

Doublon volontaire ?[edit]

Bonjour,

Est-il volontaire que Q19363348 (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[edit]

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

Redirection ou non ?[edit]

Bonjour,

J'ai un doute : vaut-il mieux transformer Q3364607 (Q3364607) en redirection vers Q3364610 (Q3364610) ou bien les conserver mais les lier avec replaces (P1365) et succeeded 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 (Parc naturel marin (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, time of inception (P571), début du monde, aujourd'hui] and not [between, dissolved or abolished (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[edit]

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 Face-wink.svg
Bonne journée @ toi !
Heddryin [🔊] 13:48, 6 March 2015 (UTC)

P:P150[edit]

Bonjour Alphos. Merci pour tes contribution sur contains 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[edit]

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 (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 (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 article about 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 à 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 (Topsport Vlaanderen-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)

Problème avec Template:Property documentation[edit]

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[edit]

Bonjour, il ne faut pas fusionner l'élément concernant un musée Q3330189 (Q3330189) et le bâtiment l'abritant (Q13388116 (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[edit]

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[edit]

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)