User talk:VIGNERON

Previous discussion was archived at User talk:VIGNERON/Archive 1 on 2015-09-01.

Salut,

Merci pour ta réponse sur le Bistro. L'autre lien donnait tellement de réponses que j'étais incapable de trouver les pages dédiées sur Wikidata.

Je me demandais si tu savais comment enlever avec QS2 (ou PetScan) une image en particulier ? Quand j'essaie quelque chose comme -Q935561 P18 P vip.svg, ça ne marche évidemment pas.

Hmmm, les images (et les fichiers en général) c'est particulier, j'avais tenté de trouver avec Query mais je n'ai pas trouvé la bonne syntaxe (je crois me souvenir qu'il faut l'URL complète du fichier par juste le nom mais même ça ne marche pas...). Même pas sûr que ce soit possible en fait.

Je notifie @Maxlath: qui aura peut-être une solution (avec Wikidata-CLI ?).

Ok. Merci pour la réponse. Au pire, je le ferai à la main.
Est-ce que mon ajout te semble ok ? Harvest Template le gère bien, mais puisque c'est un nouveau type de manip pour moi, avoir ton avis sur le sujet me semble pertinent.

Encore une question : penses-tu que nous devrions, tout comme c'est fait pour "tomb", rajouter les mots "armoiries", "plaque" et "blason" pour éviter les importations de ce genre : , ?

Oui, bonne idée l'ajout de cette image placeholder dans la contrainte et oui aussi pour "armoiries" et "blason".

 Done

@VIGNERON ça peut effectivement se faire avec wikidata-cli :

claim_guid=$(wd data Q935561 | jq .claims.P18[0].id --raw-output)

wd remove-claim $claim_guid

Bonjour Vigneron,

Your edit is probably superfuous since there is already River Kova (Q2425962) however without French description.

Hi,

Maybe it the same river or not, I don't know ; it wouldn't be the only duo of rivers with the same in the same area, there is Frémur Ouest (Q15111030) and Frémur Est (Q52149213).

I let you check and do the merge if needed.

Hi VIGNERON,

I think your initiative about months gave some interesting results. As it's archived since, how about a new one?

Good idea. Do you have any suggestion ? (days is a probably too obvious choice)

What about zodiac (Q40540)?

Probably too western and 12 can already be a lot for people not used to create lexemes.

But it gave me an idea: what do you think of the 8 planets?

yes

good idea

Months was a great choice as there are a 12 (but not too many) and there is no definition problem (at least, if one doesn't dig too much).

• Maybe colors? But it's tricky to get a clear subset.
• Or some fruit and vegetables

(I don't think I added any of the later yet. Basic colors might be complete in French).

Colors are quite complicated (defining the set but also the lexical category is not always clear).

Food and meal could be a good idea but for latter.

Here we go with the planets : Wikidata_talk:Lexicographical_data#Lexemes_about_Planets (I check very quickly on Ordia but didn't find any results and with Wiki Loves Monuments, I don't have much time... I let you check and complete the list ;) ).

Here is a summary list Wikidata:WikiProject Astronomy/names/planets

Good day! Is fr:Projet:Anatomie referring to Human anatomy, as its Wikidata project sister links, or is it referring to Anatomy in general? In the latter case, I guess the French project should be separated from WikiProject Anatomy (Q8487304) and assigned to no label (Q32768635) (this Russian project is for Anatomy regardless if human or animal), but then there is WikiProject Animal anatomy (Q21829301) which messes up everything... Could you help?

Salut VIGNERON,

En cette période de WLM j'ai finalement mis Mérimée sur Mix'n'Match, en commençant par les MH (identifiants PA*). Le contenu est à jour des tous derniers ajouts (août 2018) et j'espère que l'option scraper mermettra de suivre les ajouts futurs. On peut voir ainsi exactement ceux qui nous manquent encore.

J'ai l'intention d'ajouter un second catalogue pour l'inventaire comme on en avait discuté avant l'été, mais il faut d'abord que j'améliore les libellés pour espèrer avoir un taux correct d'automatches (sur les MH c'était à peine plus de 5%). Le but étant de complèter avec un IA les éléments qui ont déjà un PA ou qui ont été créés à partir d'autres bases comme les églises d'Ayack. Je me souviens que tu n'étais pas très chaud pour MnM, qu'en penses-tu ?

Bonjour,

Excellente nouvelle. Je te donne ma bénédiction pour y aller pour les IA ; les libellés seront de toute façon imparfait (bien souvent on trouve des bâtiments qui n'ont pas vraiment de noms, ou plusieurs noms, ou l'adresse comme nom, voir le nom comme adresse :/ ), inutile de perdre trop de temps là-dessus.

Ce n'est pas que je « n'étais pas très chaud » c'est surtout que c'est un énorme travail et un travail cmoplexe qui plus est (dieux savent combien certaines notices peuvent être obscures, voire même fausse parfois !). Et je me demandais si MnM est vraiment le meilleur outil. Ou plutôt si il n'y avait pas un gros travail de préparation à faire.

Peut-être y a-t-il quelque chose à faire pour commencer par matcher les notices IA correspondants à des notices PA (souvent ces notices IA ont un champs "protection MH" qui devrait permettre de les repérer facilement, reste ensuite à trouver l'alignement - pas facile mais déjà plus simple). Idem pour les notices dont le titre finit par "également sur commune de", je viens d'associer Special:Diff/738759954 mais je me dis que cela aurait sans doute pû être fait automatiquement (surtout qu'il arrive que dans ce cas, les identifiants se suivent PA14000040 et PA14000041 en l'occurrence).

Bonsoir, VIGNERON. Pourrais-je STP te contacter par courriel ?

Hi, VIGNERON. I do not know how it happened, could you please check the problem is fixed, please?

Regarding WLM, thank you for your kindness. I have a lot of questions but very few time to discuss now. For sure I will ask for your help soon! ;) Do you talk Italian, too?

Hi,

I guess this is a strange version of edit conflict but not sure what happened... I'll look into it.

For WLM, it could be later whenever you want, I'm quite available in daytime. Dispiace, parlo un pessimo italiano :(

It is happening something strange again: https://www.wikidata.org/w/index.php?title=Wikidata:Requests_for_deletions&oldid=prev&diff=729479204 o.O

Hello,

je ne sais pas si tu as vu ma remarque sur Wikidata:Property proposal/Institut culturel de Bretagne ID, mais il y a un autre identifiant qui serait sans doute plus complet et intéressant à intégrer. PRELIB est un projet porté par le Centre for Breton and Celtic Research (Q2945394), et ils font déjà le lien avec Wikidata et les identifiants de la BNF, ou d'IdRef [http://mshb.huma-num.fr/prelib/personne/757/].

Le seul problème, c'est qu'ils sont la distinction entre personne/collectif/œuvre/édition/revue (cf les url).

Cela te semble intéressant ou pas ?

Salud dit,

Non je n'avais pas vu ta remarque. Merci du signalement, c'est très intéressant !

On pourrait effectivement créer 4 propriétés pour lier vers ces pages. Mais je me dis surtout que l'on pourrait prendre contact avec eux pour faire quelque chose de plus réfléchi et construit.

Je ne sais pas si l'on a besoin de faire 4 propriété (1 seule serait sans doute plus simple), mais je me suis aussi dit qu'il y a sans doute des trucs à faire avec eux. Comme je crois me souvenir que le groupe brestois avait fait quelque chose au CRBC (@Claude PERON:)

Ben si il y a 4 URL, il faut 4 propriétés. Une propriété ne peut avoir qu'un seul format d'URL (et accessoirement, cela permet de plus facilement surveiller ces propriétés via des contraintes).

Pour info, @Thierry Caro: vient de lancer Wikidata:Property proposal/PRELIB ID (qui ne concerne que les auteurs du coup).

Le début de l'URL étant le même à chaque fois (http://mshb.huma-num.fr/prelib/ ), il n'y a pas moyen de faire un identifiant dans lequel on rajouter ""personne/757/"" ou ""oeuvre/3477/"" par exemple ?

Je ne connaissais pas cette discussion. Désolé. Mieux vaut quatre propriétés pour avoir des contraintes plus précises. En outre, avec plus de 1700 entrées rien que pour les personnes, par exemple, on a une population suffisante pour autoriser ce découpage en plusieurs propriétés.

dans ce cas là, il faudrait sans doute revoir le nom de Wikidata:Property proposal/PRELIB ID :

*PRELIB personnes ID,

*PRELIB oeuvres ID,

*PRELIB éditions ID,

*PRELIB revue ID,

*PRELIB collectifs ID

?

Oui. Pourquoi pas ? Le nom de la proposition n'a pas trop d'importance, à mon avis. Dans les prochaines on précisera PRELIB work ID, par exemple.

Bon, après si tu le sens en une seule propriété, ça peut se faire aussi. Il faut modifier la proposition en cours. Mais en ce moment même, on est plusieurs à essayer de casser la propriété pour les Nobel en plusieurs propriétés, une par discipline, pour des questions de contraintes et de modèles d'appel.

Je n'ai pas de préférence pour l'une ou l'autre proposition/ Il me semblait plus "logique" d'en avoir une seule, puisqu'il n'y a qu'une seule base de données en face.

/troll, plus qu'à pousser l'utilisation de Wikidata sur BR ;)

Pour éviter la dispersion, j'ai laissé un message sur Wikidata:Property proposal/PRELIB ID.

Hi

First about Lexeme:L5450 and Lexeme:L5451 I think they are different. See: https://en.wiktionary.org/wiki/zebra#Portuguese and https://en.wiktionary.org/wiki/zebro#Portuguese.

Second the derivation on zèbre I agree it's strange, and when I looked at this now first I'm kind of surprised that I modeled it. But I just looked again at https://pl.wiktionary.org/wiki/zebra#zebra_(j%C4%99zyk_polski) (with reference to archived copy of etymology dictionary http://web.archive.org/web/20160304221429/http://netsprint.swo.pwn.pl/haslo.php?id=29225) and https://pl.wiktionary.org/wiki/z%C3%A8bre#z%C3%A8bre_(j%C4%99zyk_francuski) and it really is there. It can be modeled differently when we base derivation on what's written on en.wiktionary but then we are back to the problem of importing from other Wiktionaries. I looked at https://www.etymonline.com/word/zebra and it is modelled with Italian. So we have four words to base: one Spanish (with reference), 2 Portugese (one with reference) and one Italian (with reference).

That's one of cases when we need some big pattern of etymology you mentioned here Wikidata:Property proposal/derived from form. If You have better proposition how to model etymology of zebre, feel free to change. I have it all in watched list and will observe. ~~~~

Hi,

Ok, thanks for the confirmation.

For the etymology, I would only put the closest derivative on each lexeme (per indication on derived from (P5191)), something like:

• zèbre (L5449) → zebra (L5450)
• zebra (L5450) → cebra (L5452)
• etc.

But we need better references; for me the wiktionaries are not "real" references, obviously there useful but they should be confirmed by a better source. For French, I would use http://www.cnrtl.fr/etymologie/z%C3%A8bre for example.

I agree with You. Sometimes it's hard to select "closest derivative" and there are two and more ways of possible derivations in sources. Unfortunatelly I don't understand French enough to use www.cnrtl.fr/etymologie/ But perhaps this site can be added as external source ID as property? We need more reliable sources as properties. ~~~~

"masculin" homonym, a system is needed to spot these errors

The L69-F3 seems wrong - shouldn't it be masculine instead?

Hi,

Yes, obviously! (both have the label "masculin" in French, I guess the error will come back again for French users).

thx, do you know if its possible to setup some validation for it? I guess there will need to a be a per-language list of allowed values.

I don't know.

And TBH, I'm bit reluctant to setup limitation (very often the limitation is too strict). I'm more into using constraints and checking.

yep, that's what i meant - easy way to spot and correct if needed, and also to suggest during the editing if possible.