User talk:Coyau/Archives

Astuce

Coucou,

Petit astuce que m’a filée User:VIGNERON ce WE (qui l’a lui-même piquée à Pymouss) : en mettant une boîte babel sur sa PU (genre « {{#babel:fr-N|en-3|es-1}} »), sur la page d’un item, les libellés et les descriptions sont également affichés et modifiables dans les langues que tu connais.

Super pratique quand tu veux ajouter label/description en genre anglais et français (et que tu doives changer la langue tout le temps sinon :)

Jean-Frédéric (talk) 23:58, 18 March 2013 (UTC)

auteurs

Bonjour, juste pour dire que pour les auteurs de tableau, la propriété recommandée est P:P170 (créateur). --Zolo (talk) 07:54, 23 March 2013 (UTC)

Je note. Il y a un endroit où sont centralisées les propriétés (pour pouvoir choisir dedans) ? --Coyau (talk) 08:13, 23 March 2013 (UTC)

Oui il y a WD:List of properties. --Zolo (talk) 08:29, 23 March 2013 (UTC)

J'en profite aussi pour faire une petite suggestion, si tu comptes continuer sur les peintures la propriété que les bots auront le plus de mal à remplir est sans doute sujet représenté  :). --Zolo (talk) 10:56, 23 March 2013 (UTC)

ISNI

Juste un détail : sur Wikidata on a pris d'habitude d'écrire les ISNI avec un espace entre chaque groupe de quatre chiffres pour qu'ils soient plus lisible (c. f. Property talk:P213). Tpt (talk) 16:46, 31 May 2013 (UTC)

Ça vient sans doute de User:Magnus Manske/authority control.js, vu que c'est ce que j'utilisais pour ça. Puisque ça ne fait pas ce qu'il faut, je désinstalle. --Coyau (talk) 18:22, 1 June 2013 (UTC)

Wikidata main types

Hi Coyau, Wikidata main types are a bit tricky. Families like Bernard Van Riesen Burgh (Q2898085) are main type "person". I've made a list with examples. Cheers --Kolja21 (talk) 22:49, 3 June 2013 (UTC)

Fauteuil

Bonjour, j'avais aussi hésité à mettre un fauteil] à la Joconde, mais il semble y avoir des problèmes d'interwikis ("A fauteuil is a style of open-arm chair with a primarily exposed wooden frame originating in France in the early 18th century." Une Chaise à bras peut-être ? --Zolo (talk) 20:42, 13 August 2013 (UTC)

Il y a un accoudoir, c'est même tout ce qu'on voit du siège sur le tableau. Sur en:, visiblement armchair n'a pas d'article.
Je regardais ça, où Daniel Arasse remarque qu'il n'y a pas de dossier (visible) au siège.
caquetoire (Q2937736) a l'air de correspondre aussi, avec un article sur en: (et tout un passage sur le fait qu'il est prévu pour que les femmes s'y assoient). Ça me parait un peu tiré par les cheveux, pour être honnête (comment décider si c'est l'un ou l'autre ou quelque chose d'autre ?).
En regardant chair au paragraphe sur les accoudoirs, je comprends que la distinction chaise/fauteuil (basée en français sur les accoudoirs) n'existe pas en anglais ("In French, a distinction is made between fauteuil and chaise, the terms for chairs with and without armrests, respectively.")

Bref, j'hésite…

Cela dit, on peut prendre la solution la plus bête qui consiste à dire qu'on ne voit qu'un accoudoir (sans essayer de deviner ce qu'il y a derrière) et mettre un lien vers armrest (Q2822867) ou accoudoir (Q688745). Non ? --Coyau (talk) 21:45, 13 August 2013 (UTC)

Ah oui pas bête, c'est peut-être le mieux. Cela dit vu la définition donnée dans fr:Accoudoir, il me semble que le lien français de Q2822867 devrait être fr:accotoir. --Zolo (talk) 07:23, 14 August 2013 (UTC)

C'est ça, non ? Ou bien j'ai raté un truc ? --Coyau (talk) 14:35, 14 August 2013 (UTC)

Uh pardon, je voulais dire "accotoir" dans Q688745. --Zolo (talk) 14:53, 14 August 2013 (UTC)

Échanger les deux liens vers fr: ? Comme ça ?
Et on met l'accotoir dans le tableau ? --Coyau (talk) 17:16, 14 August 2013 (UTC)

Oui comme ça, merci :) --Zolo (talk) 18:39, 14 August 2013 (UTC)

Flooder

Please stop your current activity and read Wikidata:Flooders/fr. You are currently flooding the recent changes list. --Tobias1984 (talk) 09:33, 29 August 2013 (UTC)

You're an admin, it's up to you to give me a flag. --Coyau (talk) 09:41, 29 August 2013 (UTC)

I'm an admin and not a bureaucrat. I am assuming good faith that you didn't know that you have to request flood flag here: Wikidata:Bureaucrats'_noticeboard. --Tobias1984 (talk) 09:47, 29 August 2013 (UTC)

OK. --Coyau (talk) 09:51, 29 August 2013 (UTC)

Was there a discussion about flood flags ? Adding just one statement with a source and a qualifier makes three edits. That means that any user active on the main namespace is likely to flood recent changes. I think we should look for better solutions than going through special right requests for all of them. --Zolo (talk) 14:57, 29 August 2013 (UTC)

Conflit de classe avec la cavalerie...

Salut Coyau, Byrial a rafraîchi aujourd'hui son rapport périodique User:Byrial/Class-type conflict qui liste les items qui sont une sous-classe d'une autre mais dont les types respectifs sont incompatibles. Cette fois-ci il y a beaucoup de conflits mais la plupart résultent de ton travail récent sur les unités de cavalerie...

Les unités sont correctement typées comme des "organisations", mais il semble que tu aies défini à la fois instance of (P31)="unité militaire" et subclass of (P279)="cavalerie" pour ces items. Le rapport détecte qu'une "organisation" est une sous-classe d'un "terme", ce qui n'est généralement pas approprié. Sauf exception, un item donné ne peut comporter à la fois P279 et P31:

a) soit l'item représente un type d'entité (une classe d'objet, désignée par un terme du genre "unité militaire"),

b) soit l'item représente l'une des instanciations de ce type (comme le "1er régiment étranger de cavalerie")

Ces concepts sont très bien décrits dans Help:Propriétés associatives de base.

Les divers items listés dans le rapport sont des unités de cavalerie particulières, et donc ne doivent pas dériver de la classe cavalerie; chacune constitue une "unité de cavalerie", concept qui pourrait être une spécialisation de "unité militaire". Je n'ai pas trouvé cette classe, seulement Cavalry Division (Q1737230) et French cavalry regiment (Q3455362).

Pour corriger la situation, il faut:

1. identifier (créer au besoin) la classe dont toutes ces unité sont des instances;
2. l'utiliser dans les P31 et supprimer les P279 de tous ces items.

As-tu effectué tous ces changements manuellement, ou dispose-tu d'un bot? Je préférerais partager le travail :)

merci - LaddΩ chat ;) 21:48, 29 August 2013 (UTC)

J'ai créé cavalry regiment (Q14755054). Faudrait-il créer une classe parente générique, "unité militaire de cavalerie"? Aussi je ne comprends pas pourquoi des régiments blindés s'appellent "de cavalerie". Faut-il aussi une classe "cavalerie blindée" distincte de la cavalerie à cheval? LaddΩ chat ;) 14:37, 30 August 2013 (UTC)

Coyau, can you please provide this info?

LaddΩ chat ;) 00:23, 4 September 2013 (UTC)

What information? --Coyau (talk) 05:23, 4 September 2013 (UTC)

Généalogie

J'ai trouvé un outil qui affiche les arbres correctement (Wikidata:Tools#Ancestry_viewer). Faut consulter la fiche d'un enfant pour avoir ses ancêtres. L'outil est cassé mais en remplaçant q par Q et les numéros pour male et female, ça semble fonctionner. Voilà le code corrigé User:Pyb/ancestry.js. Pyb (talk) 17:24, 17 September 2013 (UTC)

Un concept en anglais correspond à deux conceptsen français

Bonjour Coyau ! Comme discuté hier, je viens te demander de l’aide pour indiquer qu’un concept correspond à deux concepts dans une autre langue. Tu m’as dit d’indiquer que chacun des deux dans une langue est une partie du concept dans l’autre langue, mais j’ignore comment faire cela.

Voici les concepts concernés :

• en:Sporangium = Q4832012 is both fr:Sporange = Q461275 and fr:Sporocyste = Q679710
• en:Gametangium = Q1479790 is both fr:Gamétange = Q6579962 and fr:Gamétocyste = Q6579975

Si tu veux en faire un pour me montrer, j’essayerai de faire l’autre. TED (talk) 12:20, 27 October 2013 (UTC)

J'ai fait le premier.

La théorie est ici (pas forcément très facile à lire, comme toutes les pages d'aide :/ ).

OK ! J’ai fait l’autre : j’ai bon ? TED (talk) 18:34, 27 October 2013 (UTC) 

Ça en a tout l'air. --Coyau (talk) 18:45, 27 October 2013 (UTC)

Historique des expositions

Bonjour Coyau, j'ai vu que tu utilisais la propriété "historique des expositions" pour indiquer l'endroit où une peinture avait été exposé. il me semble qu'il serait plus clair d'utiliser P766 (P766) pour ça, et, par la même occasion de supprimer location (P276) au profit de P766 (P766) (p276 était utile à l'époque où il était difficile de distinguer valeur actuelle de valeur historique, mais maintenant, il suffit d'utiliser les rangs). L'avantage est qu'on utiliserait qu'une seule propriété générale, plus facile à mémoriser et plus facile à réutiliser dans les outils généralistes de type reasonator. Et puis plus facile aussi de faire de faire des vérification automatiques de cohérence si on sait que p786 doivent être des instances d'expositions et les valeurs de p276 des instances de lieu. Et aussi, sinon on se retrouve bloqué quand on veut dire "exposé dans le Salle du Sacre pour le Salon 2022". --Zolo (talk) 19:35, 10 February 2014 (UTC)

Oui, j'essaye d'utiliser les propriétés qui existent (dans la mesure où je les trouve).
Une personne informée a dit que exhibition history (P608) et P766 (P766) n'étaient pas la même chose (en plus, si j'en juge pas l'intitulé en anglais, c'est destiné aux événements, pas aux objets).
Je ne vois pas d'inconvénient à faire sans location (P276).
--Coyau (talk) 20:04, 10 February 2014 (UTC)

use of nameGuzzler

Hello Coyau, when you use nameGuzzler for people items like [1] please keep in mind that some languages have a reversed order of given name and surname, namely Hungarian. Also, for your options, have you checked that all languages are strictly in latin script? Turkish for example has some different letters and on lvwiki names are often very different. Holger1959 (talk) 22:32, 13 February 2014 (UTC)

Hi. Yes I have. --Coyau (talk) 22:37, 13 February 2014 (UTC)

Q4925623

Interesting but not yet satisfactory solution. I suppose it is too anglo-centric now, because it is centralized at "Paul". For example, it is strange not to have Paolo (Q15731774) said to be the same as (P460) Paulo (Q1243611). From Russian point of view the center should be at Павел=Павел. I see 2 more correct solutions: 1) to build full net (many-to-many) of properties with languages as qualifiers; 2) to have an item with some indo-european word as a parent and others as derived from it. Infovarius (talk) 02:58, 17 February 2014 (UTC)

I'm not done yet with Paul, Paulo, Pablo, etc. (just tired of it for today), I'm working around this, which is a mess: I'm cleaning up what we have disambiguations mixed with names, and different names mixed altogether. I'm doing this by hand and mistakes are a possibility; we could equalize the said to be the same as (P460) by bot in the end. I put language of work or name (P407) whenever it is obvious, but it is not always. I'm aiming at a one-entry-for-one-written-form thing (nothing centred around anything), so that it can be used with given name (P735) on bios, all linked with said to be the same as (P460) so that it is a usable database. And we already have thousands on given names, it is going to be long, very long. --Coyau (talk) 04:08, 17 February 2014 (UTC)

Just be aware: written-form is not always stable so it is also not an ideal solution. For example, name "Johann" can be expressed in Russian as Иоганн, Иоанн, Иван, Джохан... But both Pawel and Pavel equal for sure Павел, and Paul/Pål = Пол. --Infovarius (talk) 14:17, 18 February 2014 (UTC)

Paulo

I don't agree with your separation into Q1243611 and Q15732785. En and fr pages almost exclusively about name and its persons, but they are not linked with similar ru and de pages. See analogous case with Fabio. Infovarius (talk) 09:20, 22 February 2014 (UTC)

comment: I think generally Coyau is right with distinguishing and separating.Though i have moved de:Paulo back to Paulo (Q1243611) because it is a pure disambig page and doesn't qualify as a name article. Holger1959 (talk) 04:50, 23 February 2014 (UTC)

Mona Lisa (Q12418)

Hi Coyau, Sfumato n'est-pas matériau, n'est-ce pas, https://www.wikidata.org/w/index.php?title=Q12418&diff=next&oldid=66092237, cordialement --Oursana (talk) 19:20, 1 May 2014 (UTC)

It's a technique, and since we do not have a technique property (to my knowledge at least), it seems to be the better place to put it.

By the way, we have a lot of chiaroscuro (Q219540) tagged that way. --Coyau (talk) 19:29, 1 May 2014 (UTC)

Dépeint Diane et Artémis

Bonjour, c'est exprès que tu as ajouté à la fois "dépeint Diane" et "dépeint Artémis" sur Mrs. de Verninac as Diana the Huntress (Q15275645) ? Il me semble que ça suggère qu'il y a deux personnages, et donc qu'il faudrait éviter. --Zolo (talk) 13:27, 18 July 2014 (UTC)

Tu sais faire la différence entre Diane et Arthémis, toi ? Tu as un critère efficace pour décider de laquelle il s'agit ? --Coyau (talk) 13:46, 18 July 2014 (UTC)

Euh je sais pas trop pourquoi j'ai écrit ça, je voulais dire femme et Artémis [2]. Cela dit, je pense qu'il faudrait aussi en choisir un entre Diane et Artémis. S'il n'y a pas de moyen de les distinguer, je pencherais pour Diane, vu que c'est généralement les noms romains que l'on emploie pour décrire les oeuvres modernes. --Zolo (talk) 14:15, 18 July 2014 (UTC)

Pas d'accord du tout. 1/ ce qui est représenté c'est une femme, objectivement. 2/ Diane/Artémis, c'est une interprétation (ça demande des connaissances culturelles pour en arriver là, et puis Diane n'est pas toujours une femme, voir Latona Fountain (Q14626964)), ce n'est pas le même niveau de données. 3/ on utilise des noms romains pour les statues grecques aussi (Venus de Milo (Q151952)), ce n'est pas un critère qui fonctionne ama ; et s'il n'y a pas moyen de les distinguer, pourquoi choisir ?
Et puis je ne vois pas en quoi ça gène d'avoir des données qui ne sont pas fausses, d'une manière générale. --Coyau (talk) 14:49, 18 July 2014 (UTC)

J'avais vu dans je ne sais plus quel modèle proposé je crois par le Getty, qu'il faut deux champs différents, un pour la description brute, sans connaissance culturelle (une femme) et un pour celle qui demandent de connaitre les références. J'avoue que je ne suis pas trop convaincu (que doit-on faire d'un temple ou d'un dragon ?) Tu proposes de tout mettre en vrac dans une seule propriété, ce qui me parait plus clair, et aussi assez pratique pour les requêtes. Mais globalement, surtout pour un projet aussi gros et divers que Wikidata, ça me parait avoir aussi de gros inconvénients. Pour Mme de Verninac, il n'y a qu'un seul personnage, donc ça peut ne pas paraitre trop gênant, mais prenons Ghent Altarpiece (Q734834). Le personnage en bleu, il faut le décrire comme un humain, puis comme une femme, puis comme une femme adulte, puis comme Marie, ça devient assez illisible. Et une fois qu'on a ça, il est impossible d'avoir une liste propre des personnages représentés sans doublon. Il me semblerait préférable de partir du principe que chaque objet ne doit être décrit qu'une seule fois et d'essayer ensuite de résoudre les problèmes que ça pose (c'est vrai qu'il y en a pas mal et que peindre Artémis, ce n'est pas forcément peindre une femme, mais dans l'ensemble ça permet aussi d'être plus précis dans sa description. Par exemple on ne sais pas si le personnage au milieu de l'Agneau mystique est Jésus ou son père. Donc en gros on a trois solutions.

      solution 1
      dépeint : 
      Jésus
       qualificatif : en fait peut être pas
      Dieu le père 
       qualificatif : en fait peut être pas

Si on ne décrit chaque personnage qu'une fois, on aura soit :

      solution 2
      dépeint : 
       bonhomme
        réputé identique à Jésus
        réputé identique à Dieu le Père

soit :

      solution 3
      élément 1 : Polyptique de l'Agneau mystique
      dépeint : 
       bonhomme au mileu du polyptique de l'agneau mystique

      élément 2 : Bonhomme au mileu du polyptique de l'agneau mystique
       réputé identique à Jésus
       réputé identique à Dieu le Père

Contrairement à la solution 1, la solution indique qu'on hésite pour un même personnage entre Jésus et le Père (et théoriquement, l'éléménet pourra être trouvé dans la requête : "peinture représentant des moutons, ou on ne sait pas si le personnage est Jésus ou son Père) La solution 3 est encore plus lourdique, mais contrairement à la solution 2 elle permet de dire quelles sources penchent pour Jésus et quelles sources penchent pour le père.

Désolé pour la réponse un peu longue et peut-être un peu capillotractée, mais vu l'ampleur de Wikidata et son caractère ouvert à des utilisation imprévues, je pense qu'il vaut mieux tenter un système le plus précis possible, qui à revenir dessus si on se rend compte que ce n'est pas gérable. --Zolo (talk) 16:20, 18 July 2014 (UTC)

Alors on vire madame de Verninac ou Diane de Mrs. de Verninac as Diana the Huntress (Q15275645), puisqu'il n'y a qu'une personne ?
Rien compris à tes exemples. Ce qui se conçoit bien etc.
Toujours pas convaincu que moins de données, c'est mieux. --Coyau (talk) 16:28, 18 July 2014 (UTC)

Ce n'était peut-être pas très bien énoncé mais je ne vois pas trop comment le dire plus simplement. En tout cas, c'est conçu tout à fait clairement :].

L'idée est que moins de données peut donner moins d'informations. En l'espèce il me semble qu'il faudrait créer un nouveau un qualificatif "sous les traits/avec les attributs de". "dépeint Henriette de Verninac, avec les attributs de Diane" permettrait de reconnait l'oeuvre comme un portrait de femme en Diane, alors que dans l'état actuel, Wikidata ne le dit pas.. -Zolo (talk) 17:14, 18 July 2014 (UTC)

Hum… Si ça t'amuse de créer et supprimer des propriétés, ne te gènes pas (au passage, location (P276) et P1134 (P1134) font double emploi). Personnellement, je préfère ajouter des données, avec dans l'idée que rien n'est définitif, mais que pour l'instant le "but du jeu" est de trouver les éléments et de les regrouper pour pouvoir raffiner le classement par la suite (parce qu'actuellement on n'a pas assez de données pour voir le détail de l'ensemble). --Coyau (talk) 17:33, 18 July 2014 (UTC)

Oui, ces deux propriétés font double emploi.

J'ai du mal à comprendre ton point de vue. Si on s'aperçoit que des propriétés manquent, ou sont en trop, ou que le système ne fonctionne pas il vaut mieux le changer tout de suite, c'est quand même plus efficient que d'avoir à tout refaire après. Et puis c'est plus facile de passer d'un système trop précis à un système plus souple que l'inverse. --Zolo (talk) 17:45, 18 July 2014 (UTC)

Je m'intéresse moins aux systèmes, qu'aux données. C'est tout. Rien de grave ;) --Coyau (talk) 17:48, 18 July 2014 (UTC)

Oui ça ne m'avait pas échappé, mais le but est d'avoir un système qui donne plus de données. Il n'y a certainment pas de solution miracle, mais je pense qu'on peut au moins remplacer "dépeint Auguster Renoir; depeint : homme, depeint : cheveux bruns" par "depeint : Auguste Renoir, shown with features (P1354), cheveux bruns". Le gros avantage est que si finalement ça ne fonctionne pas, on pourra toujours passer un bot pour reprendre le premier format, mais on ne peut pas le faire dans l'autre sens, vu que le format 1) ne contient pas assez d'informations pour convertir automatiquement en format 2). --Zolo (talk) 07:24, 20 November 2014 (UTC)

prénom des auteurs...

Bonjour Coyau,

merci de faire le gros travail d'ajout des prénoms sur les personnes...

en fait, un de tes ajouts récents me donne l'occasion de poser une question qui me turlupine depuis un moment :

• Jules Charles Victurnien de Noailles (Q6305784) - l'étiquette affiche l'état civil complet du bonhomme, mais son prénom "Usuel" était "Victurnien" - sans doute beaucoup de Jules dans sa famille....

Dans ce type de cas, le given name (P735) doit-il indiquer le premier prénom, ou celui qui était utilisé en désignation courante ? - au XIXe siècle, en particulier dans les familles nobles, il était extrêmement courant d'avoir entre 4 et 8 prénoms (j'en ai trouvé…) et que le prénom "usuel" soit le 4e ou le 5e… ce qui rend parfois très difficile l'identification de certains auteurs de wikisource d'ailleurs…

le but est-il d'obtenir l'identification de la personne ? de faciliter le repérage du nom de famille, de classer la fréquence des prénoms ? enfin bref, toutes questions qui me font hésiter sur l'utilisation de cette propriété... - et ce d'autant plus que l'usage dans les prénoms a beaucoup changé au fil du temps, et selon les pays... - nos réflexions sur les propriétés fonctionnent généralement bien sur les pratiques actuelles mais sont parfois difficile à appliquer à d'autres temps ;)

c'est parce que je ne connais pas l'usage de cette propriété que je ne l'ai pas utilisée jusqu'ici :) - ça tombe bien que ce soit toi qui me donne l'occasion de poser la question - même si je pratique l'anglais, j'ai moins de mal à poser des questions précises en français :D

merci pour ton aide --Hsarrazin (talk) 08:47, 24 August 2014 (UTC)

Bonjour,

Pour l'identification d'une personne, on a l'étiquette, la description et éventuellement les alias (ça doit suffire, parce que sinon on ne peut pas le lier depuis une autre entrée). Donc ça voudrait dire nom usuel dans l'étiquette.

Pour l'état civil complet, il y a P513 (P513) et on peut le mettre en alias, si l'usuel est inattendu, il y a pseudonym (P742) et pour le nom de famille, il y a family name (P734) (mais les noms sont nettement moins normalisés que les prénoms, du coup on a moins d'entrées, du coup c'est moins efficace parce que tout le monde ne s'appelle pas Smith (Q1158446)). Pour les nobles, il y a family (P53). Au fait, les "explications" sur l'usage des propriétés sont sur les pages de discussion des propriétés.

Sur l'utilité des choses, je ne sais pas bien. Le but du jeu c'est d'avoir des données, ce qu'on peut en faire, on verra quand on aura des données (c'est ma façon de voir, en tout cas). Donc je dirais qu'il vaudrait mieux mettre tous les prénoms en given name (P735) — après tout, un 2e prénom est toujours un prénom (mais un middle name est parfois given name et parfois un surname, va t'y retrouver).

Et puis il y a les problèmes hérités des interwikis de Wikipédia, qui sont particulièrement sensibles sur les prénoms (Johannes/Jean/John/Juan/etc. tous ensemble) il y a encore du détricotage/retricotage à faire (on va commencer à y voir clair sur les Catherine (Q2218095)).

Voila pour ce qu'ai compris des prénoms. J'espère que ça te sera utile. --Coyau (talk) 10:07, 24 August 2014 (UTC)

has use (P366)

In https://www.wikidata.org/w/index.php?title=Q2356786&diff=153786506&oldid=153786418 you claim has use (P366) - sugar (Q11002). Fine for me, but the use of has use (P366) is currently limited to buildings.. Michiel1972 (talk) 09:16, 4 September 2014 (UTC)

"Wikidata-elementet har blitt endret"

Ce message de change par vous regarde plusiuers pages en Norvegienne. La plupart sont accessible de chablon de navigation en Norvegien pour pages de noeds Ceci a coupé le connection aux pages correspondents en Anglais et en Turc. Est ce qe quelq'un va reparer ceci comme un continuation de la meme programme de change, ou pas? Je vois que il y a un nouveau chablon de navigation en Français pour pages de noeds; put il etre la raison? Cobanyastigi (talk) 07:26, 8 September 2014 (UTC)

couple (Q219160): married couples or marriage law?

Hi Coyau. I'm not sure about this series of changes you made. You removed (only) the sitelink en:Marriage law to create an own item for it (marriage law (Q17542970)), while leaving the rest of the sitelinks in the original item, even if some of them (all that I checked, I would say) actually are about marriage law, too, and some even have the lemmas that you entered as labels in the new item. In the old item, you changed the labels to translations of "married couple", for which we already have married couple (Q15052790), though. So your changes look wrong to me - or at least, they might be incomplete. Can you have a look on this again, or tell me what I didn't see? Thank you. --YMS (talk) 08:06, 8 September 2014 (UTC)

a "set of two people linked in a physical and emotional community" (couple (Q219160)) is not a law (marriage law (Q17542970)) and they do not need to be married (married couple (Q15052790)). Those are three different concepts and need a different item. May be more links should be moved though. --Coyau (talk) 08:20, 8 September 2014 (UTC)

I see User:Oursana now has worked on these items. I still don't have the time for a more detailed analysis, but from a quick look it seems to be better now (perhaps the most confusing thing to me was that the German label of the "not necessarily married couple" item used to be "Ehepaar", which clearly is "married couple". This part sure is good now.) --YMS (talk) 11:37, 9 September 2014 (UTC)

I remember now how it happened. My German is really rudimentary, I think I saw the problem at the time but could not write a better label/description (and I mistrust google translate, specially in German), so I left it kind of obviously wrong so it could be fixed properly by someone who can (I tried to leave a correct English label/description for reference). I'm sorry for the confusion and thankful for the fixes. --Coyau (talk) 12:04, 9 September 2014 (UTC)

Ninety-nine Horses

Bonjour,

Peux-tu jeter un coup d'œil sur Ninety-nine Horses (Q18325626) ? C'est le premier item sur une œuvre d'art contemporain que je crée sur WD. --Dereckson (talk) 02:42, 19 October 2014 (UTC)

"salute" subclass of itself

Hello. You made salute (Q858893) a subclass of itself (diff). I'm curious why you did this. Thanks for any insight. Jefft0 (talk) 18:09, 24 October 2014 (UTC)

P1080 et P1441

Salut Coyau ! Tu me connais, obsédée par les œuvres de fiction… et les propriétés qui vont avec ! Tu as utilisé from narrative universe (P1080) avec une œuvre, le livre de Defoe alors que P1080 doit être utilisé avec un univers de fiction. Il y a une autre propriété pour indiquer dans quelle œuvre l'élément apparaît, c'est present in work (P1441). J'ai bien entendu rendu Vendredi et Robinson à leurs propriétés respectives. from narrative universe (P1080) n'ayant pas de violations de contrainte au niveau de la valeur pour le moment, je m'efforce de faire en sorte que cela continue (et je suis en train de traiter present in work (P1441)). Bonne journée à toi. --Harmonia Amanda (talk) 09:57, 17 November 2014 (UTC)

Still life with a silver tazza (Q17347588)

Please don't replace collection claims, just add new claims to record the history of a work. Thank you, Multichill (talk) 12:14, 29 November 2014 (UTC)

If I read the source correctly, "…; purchased by a private collector from P. de Boer, Amsterdam, c. 1935;{Oral communication, P. de Boer, 2005.}...; on loan to the museum since 2005" means that this painting is not in the museum's collection but the private collector's (even though the painting is physically in the museum, but there is location (P276) for that). --Coyau (talk) 17:56, 29 November 2014 (UTC)

They don't own it, but it is part of their collection. This is quite common for museums. collection (P195) doesn't imply ownership, we have owned by (P127) for that. Take for example The Night Watch (Q219831), it's actually owned by the municipality. Multichill (talk) 19:16, 29 November 2014 (UTC)

Watercolors

Hi Coyau, I noticed you removed the painting claim from quite a few paintings like Q17334621. Please don't do that. These are not drawings, these are watercolors to be exact, but that type still has to be cleaned up on Wikidata. Multichill (talk) 21:34, 13 January 2015 (UTC)

Duely noted. I'm not to edit after you. --Coyau (talk) 21:38, 13 January 2015 (UTC)

Sorry, I don't understand what you're trying to say. Watercolors (aquarelles) is a bit of a mess at the moment. Trying to clean that up:

• watercolor (Q50030) - practice of applying watercolor to a surface (subclass of art of painting (Q11629))
• watercolor painting (Q18761202) - flat surface artistically covered with watercolor paint (subclass of painting (Q3305213))
• We probably need another item subclass of paint (Q174219) for waterbased paint used to make watercolors.

So could you please add watercolor painting (Q18761202) when you run into watercolors? Thank you, Multichill (talk) 22:14, 13 January 2015 (UTC)

Huh? What are you doing??? Multichill (talk) 22:17, 13 January 2015 (UTC)

Proposal

Hi Coyau, as you edit some of the related items (Q5094009), I was wondering if you would consider voting on Wikidata:Property_proposal/Person#hair_color. It's a bit a bit obscure as a property, but I think it might still be worth it. --- Jura 17:24, 11 March 2015 (UTC)

Reversal

Hi Coyau,

In case you haven't see my reversal, please note this. --- Jura 16:17, 14 April 2015 (UTC)

Have a look at the (English language) description of sex or gender (P21). --- Jura 16:25, 14 April 2015 (UTC)

Have you read Help:Basic membership properties? --Coyau (talk) 16:31, 14 April 2015 (UTC)

Maybe you should discuss it at sex or gender (P21) if you disagree or think that help page disagrees with it. --- Jura 17:33, 14 April 2015 (UTC)

Crotos?

It doesn't seem to be updating. Any idea why? Multichill (talk) 07:21, 29 April 2015 (UTC)

Sorry, I'm mixing up nicknames. I should have left the message at Shonagon's talk page. Seems to be fixed now, check out all the paintings in the Van Gogh Museum. Multichill (talk) 11:05, 3 May 2015 (UTC)

No problem :)
It seems up to date, last update is today's. --Coyau (talk) 11:09, 3 May 2015 (UTC)

Yes Multichill ; I was in the South of France for hunting menhirs. It's updated. Great and bravo for the Van Gogh Museum! Just 2 items were missing image; it has been completed. Maybe this could be reported in Wikidata report for This Month in GLAM. (Hello Coyau!). Regards Shonagon (talk) 17:39, 5 May 2015 (UTC)

I hope you caught some! Makes me think of Obélix.

Maybe would be nice to report on it. Lydia is including it in the weekly Wikidata update.

I moved on and did the The Frick Collection (Q682827) and just finished the first import of the Brooklyn Museum (Q632682), next is probably MET and MOMA. Could use a hand, see Wikidata talk:WikiProject sum of all paintings#Frick Collection (Q682827). Multichill (talk) 17:55, 5 May 2015 (UTC)

Painting

You used the wrong one, art of painting (Q11629) / painting (Q3305213), see for example Nude woman (Q19886770). Multichill (talk) 20:29, 10 May 2015 (UTC)

My bad. The label are the same in French, hence the confusion... --Coyau (talk) 02:53, 11 May 2015 (UTC)

Happened to me too :-( English label was changed. Not sure if I'm happy with that, but it does prevent mistakes. Multichill (talk) 11:33, 11 May 2015 (UTC)

Thanks for the tonalities!

Hi! Just wanted to say thanks a lot for all the tonality statements you added, as well as the other recent edits :) —DSGalaktos (talk) 11:13, 1 July 2015 (UTC)

And I disagree with this. What do you mean by "C-dur consists of <tones>"? Tonality doesn't consists of some range of tones! Some scale for this tonality can be though as consisting of some steps, but tonality itself! A piece in specific tonality can contain any tones, not only from corresponding scale. And note that for minor tonalities there are at least 3 variants of scales, consisting of different sets of tones. --Infovarius (talk) 12:43, 2 July 2015 (UTC)

Hm, I hadn’t see that, but I agree with Infovarius. A tonality doesn’t contain the notes of its scale. (I like this though.) —DSGalaktos (talk) 14:30, 2 July 2015 (UTC)

Just do better. But you should look it up because I really don't know where you heard that a tonality can contain any tones, because that is just false. --Coyau (talk) 21:23, 2 July 2015 (UTC)

That claim is just ridiculous. Almost every piece of music will contain notes outside of its main tonality. Just a few quick examples:

• Johann Sebastian Bach (Q1339), ne cherche pas (Q392734): D Major chord in a D Minor piece, [3]
• Wolfgang Amadeus Mozart (Q254), Der Hölle Rache kocht in meinem Herzen (Q1194515): transition from E Flat Major over A Major to F Major in a D Minor piece, [4]
• Ludwig van Beethoven (Q255), Für Elise (Q11980): The famous signature of the melody is the alternation between E and E Flat, 50% of which is not in the tonality A Minor, [5]

And then there’s of course the practice of “augmenting” a chord with ♭7, ♭9, ♯5, ♯9 etc., which happens a lot in e. g. Jazz music. If you say that a piece in D Major can only contain D, E, F Sharp, G, A, B, C Sharp, then almost no pieces are in D Major, and you’ve made the term meaningless. —DSGalaktos (talk) 22:06, 2 July 2015 (UTC)

Seriously... you've obviously never heard of harmony, modulation, etc. And there is a difference between a tonality (Q192822) and composed musical work (Q207628), that's why they have a different id number.
Please stop showing me how things are complicated, I know that already. I'm just contributing to a database, not learning harmony all over again from the start. Sincerely. --Coyau (talk) 22:19, 2 July 2015 (UTC)

The tonality (Q192822) instances are mainly used in tonality (P826), which applies to entire compositions, not small parts of it. And there is also a difference between G-sharp major (Q3303410) and the G-sharp major scale, where the part of (P361) statements would be appropriate. We don’t currently have separate items for the scales, but maybe that would be a good idea. (Currently, the C major (Q1022293) English description says “musical scale” while the statements say C major (Q1022293)instance of (P31)tonality (Q192822), which is IMO a bad and inconsistent situation.) —DSGalaktos (talk) 18:06, 3 July 2015 (UTC)

OK. If you want to separate the scales and tonalities, it's possible. No problem. They should be linked one way or the other.
By the way, I tried something here C major (Q1022293) (to be ultimately placed either on tonalities or scales, I don't know). --Coyau (talk) 18:26, 3 July 2015 (UTC)

I like it (though it belongs on the scale too IMO), but I don’t think instance of (P31) is the right property. Perhaps P794 (P794)? (statement is subject of (P805) would be incorrect because then it would have to be “C major tonic” etc.) —DSGalaktos (talk) 18:52, 3 July 2015 (UTC)

┌────────────────────────────────────────────────────────────────────────────────────────────────────┘ I created C major scale (Q20640627). If you agree with it, then I’ll start deleting has part(s) (P527)s from the tonalities and creating the other scales. —DSGalaktos (talk) 20:29, 3 July 2015 (UTC)

Maybe there the instance should be scale (or gamma, maybe) and the mode should have another propriety (I tried 'facet of', but I'm not so familiar with this propriety)? --Coyau (talk) 20:47, 3 July 2015 (UTC)

I think it’s fine if instance of (P31) is the most specific (Major scale), and we don’t need another statement.

I also added subclass of (P279) statements for major scale (Q190812) → scale (Q179651) → scale (Q1959825) and then removed the instance of (P31)s for the latter two from C major scale (Q20640627) because they’re redundant with the new subclass of (P279)s. —DSGalaktos (talk) 21:06, 3 July 2015 (UTC)

Thanks for C major scale (Q20640627) - almost all statements seem consistent (I love P794 (P794) qualifiers!) to me. Except instance of (P31). Sorry, major scale (Q190812) is not a type of scale in all languages (again English label is different?). In Russian this item is about mode (Q731978) - there's some little difference I suppose. So may be it's enough to have instance of (P31) scale (Q179651) simply. --Infovarius (talk) 21:34, 3 July 2015 (UTC)

So was the French one, I just changed it. It seems coherent in English, though. --Coyau (talk) 21:42, 3 July 2015 (UTC)

I'm preparing melodic minor scale (Q20640660), natural minor scale (Q20640663) and harmonic minor scale (Q12244582) for the minor scales. --Coyau (talk) 21:46, 3 July 2015 (UTC)

I’m tracking scales already done / to be done on Wikidata:WikiProject Music#Musical Scales. —DSGalaktos (talk) 22:06, 4 July 2015 (UTC)

P839

Please have a look at the unique value violations at Constraint violations/P839. A category on http://imslp.org is in general only about one person and therefore IMSLP ID (P839) should have unique values. --Pasleim (talk) 08:47, 11 July 2015 (UTC)

Oh. Thank you. --Coyau (talk) 09:00, 11 July 2015 (UTC)

date of birth (P569)

You have imported a lot of redundant claims, e.g. Q2829835#P569. Please fix it.--GZWDer (talk) 16:38, 16 July 2015 (UTC)

Statements, not claims. --Coyau (talk) 22:13, 16 July 2015 (UTC)

Fondé sur

Bonjour,
J'ai vu que tu avais annulé ma correction de la propriété P144. « Basé sur » est un anglicisme, c'est à la fois incorrect en français et absurde : on peut poser une fondation sur une base mais pas une base sur une base. Voir le site de l'académie française.
O.Taris (talk) 17:37, 22 July 2015 (UTC)

Quand tu modifies des propriétés qui sont utilisées sur des dizaines de milliers de pages, essaye de faire en sorte qu'on puisse les retrouver après ton passage. Quand tu changes le label sans laisser le label en alias, ça empêche tous les francophones de se servir de la propriété.

Ensuite, le conservatisme linguistique du XIXe siècle… On est au XXIe maintenant. Et ce qui est absurde, c'est de mettre une fondation sur une base, comme l'indiquent tous les traités de construction depuis Vitruve. --Coyau (talk) 17:51, 22 July 2015 (UTC)

Cette fois j'ai mis un alias comme demandé. Je ne vois pas pourquoi Wikidata devrait utiliser un français incorrect. O.Taris (talk) 17:59, 22 July 2015 (UTC)

Merci. --Coyau (talk) 18:02, 22 July 2015 (UTC)

Please stop right now!

You are making a mess by only taking into consideration frwiki. Andreasm ^{háblame / just talk to me} 21:40, 25 July 2015 (UTC)

No. It is a mess and I'm fixing it. --Coyau (talk) 21:45, 25 July 2015 (UTC)

Trying to anyway. And I could use some help because it really is a mess, I fixes it twice already and now look at it 'short story' is called 'tale' in French, 'novella' is called 'short story', etc. how do you want to work like that? --Coyau (talk) 21:53, 25 July 2015 (UTC)

Just stop acting in a rush, and think about the issue... maybe by start reading the source of all: frwiki. The article fr:Conte is a complete disaster (apparently, it is supposed to cover both fr:Conte (genre écrit) and fr:Conte (oral), but the result is confusing). As for nouvelle, the article recognized the problem of differentiation with other languages: short stories and novellas are treated as subclasses of nouvelle, which is proved by the examples. Exemplary Novels (Q555699) is considered a as a "nouvelle", but the original Spanish title refers to novella/short novel. Edgar Allan Poe, Henry James, Arthur Conan Doyle are mentioned as examples of "nouvelle" writers, but in their original language they are short story writers. So, according to frwiki, fr:Nouvelle is neither a short story (short story (Q49084)) nor a novella (novella (Q149537)), but a genre that encompasses both, so it needs to have a new item. Andreasm ^{háblame / just talk to me} 22:16, 25 July 2015 (UTC)

Yes. That's about right.

I took fr:Conte out of 'short story', fr:Conte (genre écrit) and fr:Conte (oral) are subclasses of fr:Conte. I think we agree on that.

As for short stories and novellas, I was told in class that a short story is a nouvelle and that novella doesn't exist in French. The result is quite the same: either long (roman) or short (nouvelle), nothing in the middle. Why not have nouvelle as a subclass of novella/nevelette/short story, yes, that could work. --Coyau (talk) 22:41, 25 July 2015 (UTC)

occupation (P106) as qualifier of is a list of (P360)

I could probably agree on this; however, occupation (P106) has a set of constraints that are not being taken care of, like only using it with human (Q5) or fictional character (Q95074) (not person (Q215627)), and sex or gender (P21). Also, is a list of (P360) does not mention any qualifier. Has this been discussed somewhere? In that case, the first step would be to modify the aforementioned properties and enforce the constraints contained in each of them. Andreasm ^{háblame / just talk to me} 16:24, 10 August 2015 (UTC)

I don't know about discussions, but reasonator automaticaly generates the list based on is a list of (P360) and qualifiers for several months now. --Coyau (talk) 16:32, 10 August 2015 (UTC)

That is wonderful, but also that is hardly the issue here. If you think it is a good idea to use occupation (P106) as a qualifier of is a list of (P360), then you need to propose the change, so other users are aware of/have an opinion on it. Please do not use it as qualifier before adapting the properties constraints. There is no need to rush things. Andreasm ^{háblame / just talk to me} 16:45, 10 August 2015 (UTC)

Where is the rule that says that I cannot use qualifiers ? --Coyau (talk) 16:48, 10 August 2015 (UTC)

Have you even bother to read my first comment? Nobody is supposed to add constraint violations on purpose, and that is what you are doing in this case. Andreasm ^{háblame / just talk to me} 19:27, 11 August 2015 (UTC)

Constraints are far from perfect. And they should be changed when they don't make sense. --Coyau (talk) 19:31, 11 August 2015 (UTC)

languages spoken, written or signed (P1412) vs native language (P103)

languages spoken, written or signed (P1412) is meant for non-native language, for native languages you should use native language (P103). Mbch331 (talk) 13:05, 25 September 2015 (UTC)

languages spoken, written or signed (P1412): "language(s) that a person speaks or writes. Can include native languages". --Coyau (talk) 13:08, 25 September 2015 (UTC)

Dutch description didn't mention that. I stopped my changes. Mbch331 (talk) 13:10, 25 September 2015 (UTC)

No problem. --Coyau (talk) 13:12, 25 September 2015 (UTC)

Adding identifiers to invalid items

Hello, I reverted 4 your edits: [6], [7], [8], [9]. Please review your contrib for the same type of errors. Thank you. — Ivan A. Krestinin (talk) 21:47, 23 November 2015 (UTC)

I will. Thank you. --Coyau (talk) 21:49, 23 November 2015 (UTC)

Imports IMDb

Hello,

Merci pour tes imports d'identifiants IMDb depuis Wikipédia. Cependant tes imports ont généré beaucoup de "Constraint violations" ici : Wikidata:Database reports/Constraint violations/P345‎.

Rien de grave, la plupart ont deux items pour le même film, d'autres il manque le "instance of", etc.

N'hésite pas à nous aider pour les corrections. ;)

Cordialement. --Thibaut120094 (talk) 13:31, 27 November 2015 (UTC)

Je sais, je sais. Je suis sur le coup, j'habite sur cette page de rapport d'erreurs ces jours-ci.
Les données n'étaient pas super clean sur les wikipédias, il faut nettoyer. Il y a aussi les problèmes de personnes avec des identifiants d'œuvres et le contraire, qui ne sont pas sur le rapport d'erreur mais qui posent problème. --Coyau (talk) 14:02, 27 November 2015 (UTC)

Stop adding IMDb references to books!

Please stop adding IMDb references to books! IMDb is for movies and TV only! --88.77.7.193 11:23, 28 November 2015 (UTC)

Wrong IMDb import

Hi! This was a wrong import: [10]. It's no film. You should check first if the item is a film: Query: claim[31:(tree[11424[][279])]]. --Jobu0101 (talk) 21:12, 30 November 2015 (UTC)

Same problem here: [11]. --Jobu0101 (talk) 22:41, 2 December 2015 (UTC)

And here: [12]. --Jobu0101 (talk) 22:57, 2 December 2015 (UTC)

Not to mention [13]. --Jobu0101 (talk) 23:06, 2 December 2015 (UTC)

It seems to be a never ending story: [14]. --Jobu0101 (talk) 23:18, 2 December 2015 (UTC)

[15] --Jobu0101 (talk) 17:01, 4 December 2015 (UTC)

[16] --Jobu0101 (talk) 17:47, 4 December 2015 (UTC)

[17] --Jobu0101 (talk) 18:50, 4 December 2015 (UTC)

[18] --Jobu0101 (talk) 18:58, 4 December 2015 (UTC)

Hi.
Thanks for all that. I know there are some issues with that import, I am working on fixing them. --Coyau (talk) 19:04, 4 December 2015 (UTC)

P495 vs P27

For humans we don't use country of origin (P495), we only use country of citizenship (P27). Using P495 creates constraint violations. Mbch331 (talk) 21:59, 13 December 2015 (UTC)

Lequeu et numéro d'inventaire

Salut,

Peux-tu me confirmer qu'il est normal que plusieurs œuvres de Lequeu est le même numéro d'inventaire « EST RESERVE HA-80 (B, 7) » ? J'ai repéré au moins The big seafarer (Q21699207), A Despot (Q21699165), Q21778243, Bather (Q21778278), Q21778325.

Cdlt, VIGNERON (talk) 14:22, 28 December 2015 (UTC)

Tu as déjà consulté des archives ? on en range plusieurs dans un carton, qui porte la cote. Et si tu veux vérifier, tu vas voir sur gallica, qui donne les cotes. cdlt. --Coyau (talk) 14:53, 28 December 2015 (UTC)

import avec Harvest template

Salut Coyau,

J'ai repéré que tu utilises Haverst template pour récupérer pas mal de données des infobox.

Pourrais-tu, stp, m'aider pour récupérer les données de dates manquantes (naissance et décès), car je n'arrive pas à paramétrer le truc :(

Par exemple, je voudrais pouvoir, en me calant sur une catégorie d'année de décès, aller récupérer les dates de décès et de naissance qu'il y a dans les infobox, pour les articles où ces dates n'apparaissent pas dans l'article lui-même, et que je n'arrive donc pas à les gratter avec https://tools.wmflabs.org/pltools/recentdeaths/ - un exemple : https://az.wikipedia.org/wiki/Z%C9%99rd%C3%BC%C5%9Ft_%C5%9E%C9%99fi

Merci ;) --Hsarrazin (talk) 16:02, 2 January 2016 (UTC)

C'est tout de suite tellement plus simple de comprendre les modèles en azéri :D

C'est ce genre de réglages que tu cherches ? (et pour les dates il faut faire gaffe au changement de calendrier, qui a duré 4 siècles (il faut changer la valeur de la propriété et revenir pour que le truc s'affiche complètement chez moi). --Coyau (talk) 16:12, 2 January 2016 (UTC)

ben, généralement, c'est sur des langues exotiques que j'ai le problème ;D - ça aurait pu être du chinois…

j'ai fait des essais sur modèles anglais, mais rien à faire ; je me demandais si ça venait du format des dates qui est plutôt exotique sur wikidata ;) - vu que j'ai généralement un gros paquet de champs rouges..., voire, rien du tout qui s'affiche... :/

ce que je n'arrive pas à comprendre, c'est pourquoi ça passe sur un article, et pas sur le suivant :((

merci pour le modèle, qui va me permettre de tester et d'analyser le truc :) --Hsarrazin (talk) 16:38, 2 January 2016 (UTC)

J'ai trouvé que Haverst template est très prudent, qu'il ne fait pas toujours les edits (comprend-il vraiment tout partout tout le temps ?). Si on veut être systématique, il faut repasser derrière, j'imagine (combinaisons AutoList2, tableur et QuickStatements). --Coyau (talk) 16:44, 2 January 2016 (UTC)

Au fait, je n'ai pas fait tourner Harvest template sur les réglages ci-dessus. --Coyau (talk) 16:53, 2 January 2016 (UTC)

ça m'en a édité une petite centaine (sur plus de 1000).

sur tous les autres, j'ai eu "Seymur Baycan → Q6577509 → no value", alors qu'il y a bien une valeur. après vérification, pour certains, il y a un modèle dans le modèle[19]... est-ce que je devrais appeler ce second modèle pour compléter ? et comment, vu qu'il s'agit d'un modèle yyyy|mm|dd ?

Tous sont parfaitement lisibles pour moi qui ai fait du russe (c'est comme le russe, écrit en alphabet latin), mais grrrr.... pour les reprendre un à un... :/ --Hsarrazin (talk) 17:02, 2 January 2016 (UTC)

Sinon, après, il y a toujours la solution AutoList2 > [Download] > tableur Qxxxxx P569 +00000001976-01-01T00:00:00Z/9 S143 Q58251 > copier coller dans QS. C'est moins précis, mais ça donne au moins l'année, et ça met des valeurs là où il n'y a pas d'infobox (encore faut-il que les articles soient catégorisés). --Coyau (talk) 17:17, 2 January 2016 (UTC)

oui, mon but était d'en arriver là quand il y a une infobox et une date précise ;) - merci pour la syntaxe, qui m'embête toujours… --Hsarrazin (talk) 18:00, 2 January 2016 (UTC)

Q965003

Is this a song and a fictional character? I think this item covers two different objects. They should be split carefully. --Jobu0101 (talk) 12:15, 28 January 2016 (UTC)

YouTube Channel ID

The YouTube channel ID is the official channel ID by YouTube, not the username or the channel name. It always starts with UC. It's been fixed for Miljana Gavrilović (Q20437995) (and there are currently no other wrong entries). Mbch331 (talk) 17:57, 28 January 2016 (UTC)

Ok. I'll be carefull. --Coyau (talk) 17:59, 28 January 2016 (UTC)

If you or someone else does it wrong again, I've got a tool to easily fix it. (It checks the wrong value against the Google YouTube API and corrects it). Mbch331 (talk) 18:07, 28 January 2016 (UTC)

Cool :) --Coyau (talk) 18:09, 28 January 2016 (UTC)

Duane Allen (Q5310293) and Duane Allen (Q22635788)

Both appeared on Wikidata:Database reports/identical birth and death dates/1. Supposedly they could be merged. As you created the later, I thought I'd ask you.
--- Jura 10:45, 1 March 2016 (UTC)

Thanks. At the time, I searched for the imdb id and didn't find it, but apparently they are the same person (find a grave mentions his on screen career), so I created. I merge the two items. --Coyau (talk) 11:17, 1 March 2016 (UTC)

Musicologies et web des données à Paris

c.f. ici, au cas où cela t'intéresserait. Tpt (talk) 14:15, 8 May 2016 (UTC)

Leguay

Bonjour Coyau,

Si Leguay a bien été inculpé de crime contre l'humanité, il est mort avant d'être jugé (dernière phrase). J'ai donc supprimé ton ajout [20], [21]. Dommage que sur Wikidata on ne puisse mettre un commentaire de modification. Cordialement, Daniel*D (talk) 12:41, 20 May 2016 (UTC)

Et donc : [22]. Daniel*D (talk) 12:46, 20 May 2016 (UTC)

Invitation to Wikidata user study

Dear Coyau,
I am a researcher of the Web and Internet Science group of the University of Southampton.
Together with a group of other researchers from the same University, we are currently conducting a research aiming to discover how newcomers become full participants into the Wikidata community. We are interested in understanding how the usage of tools, the relationships with the community, and the knowledge and application of policy norms change from users' first approach to Wikidata to their full integration as fully active participants.
This study will take place as an interview, either by videotelephony, e.g. Skype, phone, or e-mail, according to the preference of the interviewees. The time required to answer all the questions will likely be about an hour. Further information can be found on the Research Project Page Becoming Wikidatians: evolution of participation in a collaborative structured knowledge base.
Any data collected will be treated in the strictest confidentiality, no personal information will be processed for the purpose of the research. The study, which has submission number 20117, has received ethical approval following the University of Southampton guidelines.
We aim at gathering about 20 participants, chosen among experienced Wikidata users who authored a large number of contributions.
Should you be interested in taking part or wish to receive further information, you can contact us by writing to the e-mail address ap1a14+wikidata_user_study@ecs.soton.ac.uk.
Thank you very much, your help will be much appreciated!
--Alessandro Piscopo (talk) 11:22, 1 June 2016 (UTC)

Portrait de Jean II

Bonjour, Je me suis permis de corriger une de vos intervention sur wikidata. Il s'agit de l'inscription qui apparaît sur le portrait de Jean II le Bon. Il se trouve que la transcription que vous avez donnée de cette inscription n'est pas tout-à-fait exacte : il est bien inscrit "Jehan, roy de France" en haut du portrait, et non "rey de France" ("rey" ne se rencontre d'ailleurs jamais à ma connaissance en ancien ou moyen français). Vérifiez vous-même, il est vrai que le "o" est est à demi-effacé, ce qui laisse penser qu'il s'agit d'un "e", mais c'est bien un "o". Vous pouvez également comparer avec le "e" de "Jehan" et avec celui de "de", vous verrez que les "e" du scribe ne ressemblent en rien au "o" du mot "roy". Ma correction a cependant été modifiée. Pourriez-vous voir le problème et me donner votre avis ? Bien cordialement--Altofonte (talk) 16:33, 29 June 2016 (UTC)

MakeHuman

Bonjour !

Je crois comprendre que MakeHuman permet d'exporter un modèle en license CC0 mais qu'il n'est pas possible de distribuer MakeHuman en CC0. Est-ce que c'est ce que tu as souhaité exprimer dans ce changement ? Le cas des licenses appliquées au contenu exporté par des outils libres n'a pas été documenté dans le projet FLOSS alors je ne sais pas vraiment comment aborder le sujet.

A++

Bonjour,

Oui, c'est ça (je crois), j'ai mis en source la page d'explications du projet. Si ça ne convient pas au modèle de données, il faut supprimer le statement, de toutes façon, le projet est en développement actif, il y aura l'occasion de repasser sur l'item quand on aura un modèle de données pour parler de ça.

Cordialement, Coyau (talk) 10:34, 12 August 2016 (UTC)

Ca parait bien. Je vais reflechir à trouver un moyen de clarifier ça, peut-être avec un qualifier sur la licence pour dire que c'est la licence qui s'applique aux export de données ? Dachary (talk) 10:36, 14 August 2016 (UTC)

movie based on a book "influenced by" the book's author

I think that's redundant (for computers) and (for humans) makes the influence appear even smaller than it actually is. --AVRS (talk) 17:32, 31 August 2016 (UTC)

Hi,

Adaptations should use based on (P144) (there is an alias "adapted from"), influenced by (P737) is not about the same thing (see descriptions). We should remove the influenced by (P737) in the case of movies based on books. --Coyau (talk) 17:39, 31 August 2016 (UTC)

Oh, sorry. The Russian label of after a work by (P1877) "под влиянием" (meaning "under X's influence") is too general and similar to "influenced by". --AVRS (talk) 17:54, 31 August 2016 (UTC)

Oh I see. I don't read Russian, but I see the mess it can be to find labels in every language that mean more or less the same thing for so neighbourly notions.

based on (P144) should link to a work and after a work by (P1877) to a person. --Coyau (talk) 18:02, 31 August 2016 (UTC)