Nice meeting you at Wikimania. While translating FR to EN, I found Q21007776, but I cannot save the changes as this page Q14875328 already exists. Merci
User talk:VIGNERON
Nice meeting you too!
As I said during the workshop (but I said many things), it's not possible to have two items with the same pair of label-description. In this case, you have to put a more precise description to do the disambiguation (here - if I'm not mistaken - it could be « watercourse in Québec, Canada » and « watercourse in Ontario, Canada ».
I found a couple others, and discovered the same thing! Thank you.
Hi, @Quebec99, just a reminder that a geographical name is always in capital in English, even the "River" part. The rule is different that French for this part.
After that it's nice to see someone working in this domain in Canada. :)
I was following prior instructions, specifically to use lower-case. Maybe VIGNERON can weigh in?
Hi Quebec99,
I agree with what Fralambert, in French (sorry if my explanation weren't clear), it's « rivière XXX » (with a small r) but in English it's "XXXX River" (with a capital R). That is strange and confusing. If you have any question about Canada, don't hesitate to ask directly to Fralambert (he is from Québec like you and now a lot about Wikidata
).
Thanks to Fralambert and VIGNERON for clearing that up. I too thought that it was strange, so I will be happy to apply that rule. And I am not directly from Quebec, but most of my gene's are. :-)
Hello, j'ai un soucis de requêtage des communes : je n'arrive pas à récupérer les anciennes communes qui n'ont pas de code INSSE (INSEE municipality code (P374) en "aucune valeur"). Saurais-tu m'aider ? Voici ma requête ou je voudrais bien voir apparaître La Rouquette (Q16508520).
SELECT DISTINCT ?item ?itemLabel WHERE {
?item wdt:P374 [] .
SERVICE wikibase:label { bd:serviceParam wikibase:language "fr,fr". }
FILTER ( ?item = wd:Q16508520)
}
LIMIT 10
Hi, you are invited to join the recently created Wikidata:WikiProject India. Regards.
Hi. I'd say such descriptions are not very useful, and especially having country (P17) claim in items we should avoid adding such basic descriptions.
It's not very useful but still way more useful than nothing and it follows the rules of Help:Description. Other information could be added, feel free to make suggestion or to do it yourself.
I don't share your opinion; I'm pretty sure that for geographical objects there must be either a complete description "~object~ in ~country/region~" or nothing [for the moment], as some wrong/incomplete descriptions might still for very long time in this state, while a group of items with missing descriptions is much easier detectable, even involuntarily. Recently I had a related experience when I found a big number (>1000) of items for human settlements of Bosnia and Herzegovina, having French description "ville de Bosnie-Herzégovine" (added back in ~2013 by a bot), which obviously were wrong (I've fixed them). Right now I've found few more remaining bad descriptions from the same series: ,,. This is why I don't agree with these incomplete/temporary descriptions (probably there should be a more wider discussion regarding this). And actually Help:Description says: "One-word descriptions are almost always too ambiguous, and should be avoided."
Ok, I will add the countries.
In progress (BTW, I see that there is around 50 % of the description "river" that weren't added by me and there is some cases of homonyms or duplicates that can't be done with Quick Statements).
Thanks for your efforts. It's great that you're improving now as well some poor & forgotten item descriptions introduced by others in past.
Hi! I thought I had to merge the encyclopedic article on kithara with the kithara item itself. If you think the merge is not right, feel free to undo it. Thanks!
Bonjour,
Il y a quelque chose qui m'échappe. J'ai créé une page auteur sur Wikisource pour Nicolas Chambon ; l'item existe sur Wikidata (Nicolas Chambon) ; mais je n'arrive pas à lier les deux. Il me semble pourtant l'avoir déjà fait sans difficulté, donc je ne comprends pas bien. Pourrais-tu me dépanner ? Merci.
Bonjour Acélan,
En regardant rapidement, je ne vois pas de raison qui pourrait expliquer un blocage pour ajouter ce lien. As-tu un problème ou un message d'erreur particulier ?
Au cas où, il y a cette page d'aide Help:Sitelinks/fr qui peut-être utile et n'hésite surtout pas à poser des questions !
J'ai le message suivant ː Une page « AuteurːNicolas Chambon » n’a pas pu être trouvée sur « frwikisource ».
Oh, c'est subtil mais je pense que je vois d'où viens ton problème AuteurːNicolas Chambon n'existe effectivement pas car le caractère ː (un chrone en phonétique) à la place du deux-points attendus.
Ré-essaye et dis-moi si c'est bien de là que venait le problème.
Merci, c'était ça. Pour info, c'est Chrome qui ajoute ce chrone (ǃ) ː aucun problème avec Firefox (que j'abandonne actuellement pour cause de dysfonctionnement sur Wikisource).
Ok, content que le problème soit résolu.
Pour éviter que cela ne se reproduise tu peux soit faire des copier-coller, soit commencer à taper le nom de la page et choisir dans l'auto-complétion.
Sinon, cela peut venir de Chrome mais cela peut aussi venir de l'outil de saisie ; vérifie que l'icône en forme de clavier 
en bas d'une zone d'édition est bien sur l'option « Utiliser un clavier local » et pas sur une des autres options.
Bonjour,
J'ai fusionné les articles ukrainien (Консонантна писемність) et (абджад) afin de pouvoir fusionner les wikidata Q185087 et Q23021277. Je suis un peu perdu pour la suite de la marche à suivre, parce que l'outil Wikidata dit toujours que c'est la Wikipédia ukrainienne qui bloque tout. Comment faire ? Merci de votre intérêt ! ~~~~
Bonsoir,
En fait c'est contre-intuitif mais complètement normal qu'en l'état actuel la fusion soit impossible car sur les deux éléments il y a encore les deux liens vers la Wikipédia en ukrainien.
Pour pouvoir fusionner, il faut d'abord commencer par supprimer le lien vers Абджад (lien inutile puisque c'est maintenant une redirection). Ensuite, il ne devrait plus y avoir de problème.
Aaaah super. Quelqu'un l'a fait (vous ?). Merci de votre réponse en tout cas (et potentiellement de votre action !) Bonne soirée !
Tout le mérite revient à Infovarius (talk • contribs • logs), merci à lui !
Alors par contre, autre question, dois-je m'inquiéter si la Wikipédia anglaise ne pointe pas vers «Alphabet consonantique» a partir de son article «Abjad» ? https://en.wikipedia.org/wiki/Abjad mais que par contre, à l'inverse, la wikipedia française sur Alphabet consonantique pointe vers la wikipedia anglaise Abjad ? https://fr.wikipedia.org/wiki/Alphabet_consonantique
En fait oui, en réfléchissant, comme cette fusion a été faite il y a moins d'un jour, j'imagine que la mise a jour des traductions ne se fait pas automatiquement. Ça me déçoit un peu de ne pas voir immédiatement le résultat de mes efforts (et des votres ! Encore merci !), mais je crois que c'est en bonne voie.
Pas d'inquiétude, après une fusion il n'est pas inhabituel que les liens mettent un peu de temps à se mettre à jour (en ce moment et chez moi, c'est déjà bon d'ailleurs mais cela dépend de nombreux paramètres, notamment du cache du navigateur).
Encore merci !
Please see the project chat, you are currently doing 82 edits per minute.
Hi,
I was adding description for item without description (most of them don't have en.w articles) using QuickStatement (I thought it was limited to 60 edit/min, strange).
I see that the lag is only 1 day now, may I proceed or should I wait?
"Only 1 day" is still troublesome. It's not even dropping, so I don't think it's smart to mass-edit now.
Ok, no problem, I'll wait (descriptions are important but not urgent nor a priority).
Out of curiosity, what is an acceptable threshold? Less than an hour? less than a minute?
The stalest lag used to be around 30 seconds, but I don't have the feeling that we'll reach that soon. Waiting for the developers to improve dispatch speed.
Bonjour Vigneron !
Je te contacte pour te demander de l'aide pour ajouter l'identifiant Who's who des personnalités, propriété qui devrait être crée sous peu. Wikidata:Property proposal/Who's Who in France biography ID
J'ai créé un script qui a rempli une base de données contenant les 20 000 biographies avec des éléments de bases (lieu et date de naissance, occupation, ..) pour chacune des fiches.
Que me conseille tu de faire pour pouvoir lier les éléments Wikidata à cette base ? Il faudrait pouvoir effectuer une recherche pour chaque élément, ce qui ne semble pas le plus optimisé. Peut être du côté des requêtes SPARQL, mais est-ce possible de sortir d'un seul coup une liste des occurrences pour plusieurs labels ?
Bon week-end ! Frama'
Salut Frama',
Oui, une requête SPARQL me semble une assez bonne solution. J'ai essayé avec la requête suivante (qui fonctionne mais largement améliorable, elle est déjà à la limite du time out) :
SELECT ?item ?itemLabel
WHERE
{
?item wdt:P27 wd:Q142 ; rdfs:label ?itemLabel;
FILTER (lang(?itemLabel) = "fr").
FILTER regex (?itemLabel, "(Jacques Chirac|François Hollande)").
}
Dis-moi si cela te convient. Je suis pris ce week-end mais je pourrais regarder de plus près dès lundi
Merci pour ta requête. Je vais essayer de faire un petit script pywikibot. J'attends que la propriété soit créée :)
Bonjour,
Merci pour ton message.
Je me permet de te demander ton aide concernant la propriété P539.
En effet, d'après Special:ConstraintReport/P539 il y a une violation de contrainte dans la fiche de propriété au niveau de la déclaration "délivré par: ministère de la Culture".
Je souhaite comprendre ce qui pose éventuellement problème ici.
Bonjour,
Effectivement, il y a un truc bizarre. Le mieux est de laisser un message sur Property talk:P2378 (je m'en charge) car visiblement il y a un conflit d'usage. La contrainte sur issued by (P2378) ne semble pas prévoir que cela puisse être utilisé sur une propriété alors que pourtant il y a 60 propriétés qui l'utilise. En l'occurrence, il me semble qu'il faudrait modifier la contrainte (l'élargir aussi aux sous-classes de Wikidata property representing a unique identifier (Q19847637)) mais je préfère demander avant de modifier cette contrainte.
