Wikidata:Bistro/Archive/2016/01

From Wikidata
Jump to navigation Jump to search
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Juan-les-Pins (Q1026520)

Bonjour. Juan-les-Pins, qui n'est qu'un quartier d'Antibes, est classée par erreur en tant que de commune française. Par contre je ne sais pas comment corriger. --Jeouit (talk) 05:17, 28 December 2015 (UTC)

Je sais, c'est le vacances :D --Jeouit (talk) 18:57, 29 December 2015 (UTC)
Bonjour Jeouit. Cela a été corrigé par Oliv0 et TomT0m (merci à eux). Si tu as besoin d'aide, n'hésite pas à demander. Et sinon, je te conseille Wikidata:Visites guidées qui me semble assez bien fait pour bien comprendre le fonctionnement de Wikidata. Cdlt, VIGNERON (talk) 14:04, 2 January 2016 (UTC)

Prise de décision

Pour ceux qui sont pas au courant, il y a une prise de décision concernant Wikidata sur la wikipédia francophone : fr:Wikipédia:Prise de décision/Utilisation des données Wikidata dans les articles. --Nouill (talk) 11:14, 8 January 2016 (UTC)

Thanks, but I cannnot find this page, even searching it in french or in english. --Rical (talk) 11:52, 8 January 2016 (UTC)

URL

Bonjour,
Pour sourcer un élément avec un url, j'utilise P854. J'ai cru comprendre que ce n'était pas bien et qu'il fallait plutôt utiliser P1896. Cependant, quand je sélectionne cette option, le deuxième cadre ne se « télécharge pas ». J'ai le « cercle tournant d'attente » qui ne se termine jamais.
Qu'est-ce que je fais d'incorrect ? Simon Villeneuve (talk) 16:05, 10 January 2016 (UTC)

Bonjour,
J'utilise aussi abondamment reference URL (P854) ; ce n'est pas mal, c'est juste la méthode basique (voir Help:Sources pour plus d'explications). Utiliser source website for the property (P1896) sur un élément est une erreur par contre, cette propriété est prévue pour être utiliser sur d'autres propriétés (ceci dit, quand je teste chez moi cela fonctionne techniquement).
Cdlt, VIGNERON (talk) 16:23, 10 January 2016 (UTC)
pour le bug du cercle tournant, c'est chiant mais j'essaye de contourner en passant la déclaration en "pas de valeur" ou "valeur inconnue". Tu peux faire pression sur WD:DEVS pour leur faire comprendre que c'est un bug prioritaire ;) author  TomT0m / talk page 17:06, 10 January 2016 (UTC)
Ok, merci les gars. Je vais donc continuer avec le bon vieux P854. Simon Villeneuve (talk) 19:28, 10 January 2016 (UTC)

propriété DEFAULTSORT property

Suite à un début de discussion ici User_talk:VIGNERON, je propose une propriété DEFAULTSORT.
  • Pour trier les catégories où va se trouver la personne ou tout autre élément.
  • Pour s'adapter aux tris de diverses langues.
  • Ce tri est assez bien défini pour les personnes, mais varie si le nom de famille est un lieu ou autre.
  • Cette propriété semble automatisable, mais si on examine tous les cas ça ne suffit pas.
  • Le système pourrait proposer une valeur par défaut dans les cas simples, mais les humains peuvent à tout moment la remplacer.

This is a proposition to build a DEFAULTSORT property:

  • To sort categories for persons or other types of item.
  • To adapt the sort to each language.
  • This sort is enough well defined for persons, but varies if familyname is a country or other cases.
  • This properpy seems automatisable, but if we look at all the cases this is not enough.
  • The system could propose a default value in simple cases, but humans can at any time replace it. Rical (talk) 17:59, 4 January 2016 (UTC)
Pas si sur qu'il s'agisse d'une si bonne idée. Certaine langue avec des caractères latins vont considérer une lettre avec un accent comme «ñ» en espagnol comme une lettre à part, ce qui n'est pas le cas du français. Du plus la transcription de l'alphabet cyrillique varie d'une langue à l'autre.Par exemple, Александр Овечкин, va donné «Ovetchkine, Aleksandr» sur frwiki et «Ovechkin, Alexander» sur enwiki. --Fralambert (talk) 00:54, 5 January 2016 (UTC)
Je ne comprends pas, il n'y a pas de catégories sur Wikidata. -Ash Crow (talk) 01:19, 5 January 2016 (UTC)
ça serait sans doute pour faciliter le tri sur les wp et autres wikisource (ws en particulier, je pense)…
coucou @Rical:, le sujet a déjà été débattu abondamment, pour les personnes (donc les noms propres) et pour les titres d'oeuvres - il y a eu plusieurs demandes de propriété de ce type, qui ont été rejetées, car si c'est facile à faire pour 1 langue, il en est tout autrement pour gérer l'ensemble des langues :(
même les pays partageant une même langue n'appliquent pas toujours les mêmes règles de tri... Van Gogh en France; Gogh, Vincent van dans plein d'autresvoir au viaf
et pourtant, les bibliothécaires essaient vraiment de trouver quelque chose ;) - il faudrait en fait que le tri s'applique au libellé, pour pouvoir être décliné par langue... mais les libellés ne sont pas des propriétés.
donc, une bonne idée, mais irréalisable… pour le moment tout au moins :/ --Hsarrazin (talk) 02:20, 5 January 2016 (UTC)
merci @Jura1: - j'ai cherché hier soir sans retrouver la discussion préalable… peut-on encore y accéder, vu que la propriété a été supprimée ? les arguments sont intéressants pour réfléchir au problème… --Hsarrazin (talk) 19:29, 5 January 2016 (UTC)
* Globalement personne n'est défavorable par principe, et la demande a été répétée plusieurs fois et cela nous aiderait bien dans tous les wiki et dans toutes les langues. Pour des personnes, des lieux, des espèces biologiques etc. Nous avons besoin de tris dans beaucoup de domaines.
Même s'il faut une petite adaptation des modules et une petite adaptation de wikidata.
Oui, il faut bien un tri différent dans chaque langue. (The defautsort key is language-dependent.)
Dans Module:Author3, j'ai essayé d'automatiser DEFAULTSORT, mais au delà d'un seul nom et d'un seul prénom le problème devient inextricable.
Les utilisateurs définissent depuis longtemps DEFAULTSORT à la main dans chaque page. Ils peuvent continuer dans wikidata pour ne pas répéter cela inutilement.
  • Il y a des mécanismes qui pourraient nous aider ou qu'on pourrait imiter pour réaliser wikidata-DEFAULTSORT :
Dans les pages d'auteurs de wikidata, vers la fin des propriétés, il y a des tables vers les wikipedia, les wikisources, wiktionary ... dans beaucoup de langues. On pourrait ajouter à chaque lien un champ DEFAULTSORT différent pour chaque type de wiki de chaque langue.
Dans wikibase client il y a un système de priorité ou de validité préférentielle entre valeurs. On pourrait imiter ce mécanisme pour avoir un DEFAULTSORT adapté à divers cas.
  • Proposition au niveau des langues :
On ajoute aux tables de liens de wikidata vers tous les wikis et langues un champ DEFAULTSORT, avec un mécanisme de priorité décrit ci-dessous.
Si un nom et 0 ou 1 prénom sont définis, le DEFAULTSORT 1 est "nom puis prénom".
Si la combinaison wiki+langue le demande, par une case à cocher "prénom d'abord", le DEFAULTSORT 2 est "prénom puis nom" et est prioritaire sur DEFAULTSORT 1.
Si un utilisateur l'a défini, le DEFAULTSORT 3 est le texte "valeur selon l'utilisateur" et est prioritaire sur DEFAULTSORT 2.
Les sous-langues ne peuvent pas utiliser cette option DEFAULTSORT 3 pour ne pas perturber la langue principale.
* Les sous-langues posent des questions difficiles :
D'où va venir la demande de sous-langue : de la langue utilisateur ? de la région de consultation ? De l'élément wikidata lui-même ?
Combien d'utilisateurs seraient vraiment gênés par un manque de tri dans une sous langue ?
Les utilisateurs potentiels de sous-langues sont ils prêts à choisir leurs sous-langues en plus de leur langue, comment les nomment-ils ? Nomment-ils tous de la même manière la même sous-langue ?
Comment prévenir les utilisateurs de sous-langues de la disponibilité de ce tri sans gêner les utilisateurs des langues de base ?
Il faut un sous-identifiant identique pour toutes les clés de tri exceptionnelles rattachées à la même sous-langue.
L'accès serait à la charge des modules, qui relient la demande de l'utilisateur à l'offre de wikidata : toujours interroger les sous langues et presque toujours prendre la langue de base.
Les formats de dates et leur diversité ressemblent aux "formats de clé de tri" et sont aussi en cours de révision très longues et très compliqués, mais se limitent au niveau des langues.
(It should be handled the same way as aliases.) Je ne comprend pas cette proposition, s'agit-il de faire comme pour les redirections de pages ?
  • Tout cela est très compliqué et on peut le résumer par : mediawiki supporte les langues mais pas les "sous-langues".
Nous verrons plus tard si nous voulons aller plus loin et si nous possédons les techniques pour le faire.
  • Proposition au niveau des sous-langues :
Quand la proposition pour les langues sera en service et si elle donne satisfaction on pourra l'étendre aux sous-langues.
Mais il faut dès maintenant prévoir des évolutions pour ne pas les gêner dans la conception initiale.
Les sous-langues peuvent utiliser une option DEFAULTSORT 4 pour ne pas perturber la langue principale.
Si un utilisateur définit un code régional dans wikidata, parmi les propositions de wikidata adaptées à une langue, dans un champ "tri régional", le DEFAULTSORT 4 est le texte "valeur selon l'utilisateur" et est prioritaire sur DEFAULTSORT 3.
Si l'ordre des priorités est consensuel, il peut être fixe dans le code.
Les utilisateurs des wikis avec sous-langues auront à choisir, dans les pages de catégories, "le tri par région" qu'ils souhaitent et qui sera commun à toutes les catégories consultées.
Si les utilisateurs des wikis avec sous-langues ne choisissent pas de sous-langues, les tris seront dans la langue de base selon les priorités DEFAULTSORT 1 à 3.

--Rical (talk) 16:42, 7 January 2016 (UTC)

Personnellement, je suis de plus en plus dubitatif. Cette ébauche de modélisation me semble à la fois trop spécifique pour être utilisé dans Wikidata et pas assez spécifique pour être utilisé sur les projets Wikimédia (le problème n'est pas uniquement linguistique). Sinon, je vois que tu travailles toujours sur fr:s Module:Author3 alors que fr:s:Modèle:Auteur utilise d'ores et déjà Wikidata... Cdlt, VIGNERON (talk) 22:50, 10 January 2016 (UTC)
Je crois que mon explication n'était ni assez complète ni assez précise.
  • Si la propriété DEFAULTSORT existe, la réalisation/codage de la propriété sont dans la base de données wikidata.
  • Dans wikidata et pour chaque paquet( élément + wiki utilisateur + langue ), il y a un groupe d'options DEFAULTSORT 1 à 3.
  • Dans chaque catégorie de chaque wiki, la propriété DEFAULTSORT n'est utilisée que pour trier la catégorie (même dans les catégories de wikidata).
  • Et je comprend maintenant qu'il faut aussi un interface (modèle/module/fonction de module/librairie scribunto), présent dans chaque wiki utilisateur de la propriété, pour définir le paquet ci-dessus pour chaque ( élément + langue ) utilisable dans la langue du wiki ou par l'utilisateur dans sa langue.
Module:Auteur3 est prévu pour être international et centralisable, c'est à dire commun à tous les wikis de toutes les langues par simple traduction de quelques centaines de phrases.
C'est déjà compliqué, et en plus j'ai du l'adapter à une dizaine de bugs avant mise en service, d'où la durée de réalisation. J'étais en train de le finaliser début décembre et j'ai été perturbé pendant un mois avant de comprendre qu'un nouveau bug fait que {{#invoke: ... }} n'enregistre plus les modules dans package.loaded ! Je suis en train de défaire tout les "corrections" de ce que je croyais être mes erreurs et de m'adapter à ce bug. C'est épuisant et très contrariant après 3 ans d'efforts et l'envie de m'en débarrasser. Et en plus je sais que je dois aller le plus loin possible car à la mise en service vous allez trouver une collection de bug auquels je n'ai jamais pensé. En bref, c'est la routine quotidienne de tous les développeurs.
  • @Tpt: a pris l'initiative judicieuse de créer un Module:Auteur2 qui fait à minima l'équivalent de l'ancien modèle et la collecte des infos de wikidata. Il permet aussi à toute l'équipe de faire le point sur les données de Wikidata pour nos auteurs, et c'est aussi beaucoup de travail.
J'ai posé hier une demande de propriété DEFAULTSORT, mais je n'ai pas compris comment la déclarer pour qu'elle s'affiche normalement. On ne voit que la motivation. Saurais-tu corriger l'entête ?
Merci d'avance. --Rical (talk) 08:54, 11 January 2016 (UTC)
J'ai corrigé l'entête mais je te conseille très fortement de lire Template:Property documentation pour remplir correctement ce modèle. Cette propriété ayant déjà été créée et supprimée, il faut - plus que d'habitude peut-être - faire les choses dans les règles de l'art. Le plus urgent me semblant de remplir correctement le datatype. Cdlt, VIGNERON (talk) 09:52, 11 January 2016 (UTC)
J'ai complété l'infobox de mon mieux et simplifié la motivation, peux-tu vérifier si tout va bien, et même corriger si nécessaire ? Merci d'avance. --Rical (talk) 23:06, 11 January 2016 (UTC)

2 propositions pour une meilleure confiance

Au cours d'une explication de vote, je crois avoir compris 2 choses qui peuvent devenir des propositions ici :
  • Signaler dans les articles de Wikipedia les modifications de WikiData est intéressant pour repérer et corriger plus vite les perturbations.
Les lobby et trolls perturbent déjà les données de base et surtout leur signification et pourront aussi utiliser la perturbation de WikiData et la modification de données à travers des modules.
Si une information est perturbée, n'importe qui peut s'en apercevoir et la réparer ou la faire réparer dans WikiData. Globalement la confiance est mieux assurée.
  • La collecte des informations de base peut continuer à provenir des utilisateurs non expérimentés, et être repérée et intégrée à WD par des spécialistes.
Cette collecte peut être assistée par des bots qui repèrent les nombres, les noms propres et autres et qui vérifient s'ils sont présents dans Wikidata, égaux ou différents, mais ce sont toujours des humains qui les contrôlent. --Rical (talk) 23:26, 9 January 2016 (UTC)
Euh, pourrais-tu être plus concret dans tes propositions ?
Pour la 1, Wikidata est déjà présent dans la liste de suivi et le résultat est pour le moins mitigé.
Pour le 2, cela me semble déjà plus ou moins le cas. Notamment (mais pas exclusivement) par le biais des catégories de contrôle comme celles liées à Category:Wikidata tracking categories (Q13107411).
Cdlt, VIGNERON (talk) 11:29, 10 January 2016 (UTC)
Pour 1, on dit « dans les articles » et non « dans les listes de suivi ». On a proposé de le faire dans les historiques, mais on a répliqué que ça flooderait pour rien ces derniers. On a ensuite proposé de créer un superhistorique recensant toutes les modifs pouvant influencer l'article (commons + Wikidata). Voir https://phabricator.wikimedia.org/T42358 Simon Villeneuve (talk) 16:01, 10 January 2016 (UTC)
Personnellement, je serais ravi d'avoir un tel outil (et pas que Commons et Wikidata d'ailleurs, la plus grosse cause de changement d'un article Wikipédia me semble provenir des modèles Wikipédia), par contre je doute que ce soit réellement utile voir même que ce soit bien reçu (lors de l'intégration de Wikidata dans la liste de suivi, je n'en entendu que des plaintes, pas toute infondées). Cdlt, VIGNERON (talk) 16:35, 10 January 2016 (UTC)
Tu n'es pas seul, ça apparaît dans le top 10 des voeux communautaires : fr:Wikipédia:Le Bistro/9_janvier_2016#Les_voeux_de_la_communaut.C3.A9_pour_l.27.C3.A9volution_technique_de_nos_wikis_... author  TomT0m / talk page 17:00, 10 January 2016 (UTC)
@VIGNERON: Je comprends que le changement des modèles engendre des changements sur tous les articles où ils sont apposés. Cependant, ces changements apparaissent dans l'historique du modèle, qui est sur le même wiki que les articles influencés. On peut donc facilement retracer l'historique et intégrer le modèle à sa liste de suivi (LdS) comme n'importe quelle autre page du wiki. Voilà pourquoi je crois que la situation n'est pas comparable à celle d'influences sur les articles engendrées par du contenu extérieur à Wikipédia.
Concernant l'intégration de Wikidata à la LdS, c'est effectivement loin d'être idéal, mais je crois que c'est mieux que rien. Pour le moment, àmha, le principal point à améliorer concerne les labels des éléments et propriétés. Il faudrait que ces derniers soient adaptés en fonction de la langue de la LdS concernée. Par exemple, pour le moment, voir passer dans ma LdS une ligne comme Ievhen Martchouk (Q546694) ; 13:57 . . ShinePhantom (discuter | contributions) (‎Affirmation ajoutée : Property:P102 [archive]: Q79854 [archive]) ne dis pas grand chose. Il faudrait plutôt que ce soit ‎Affirmation ajoutée : Parti politique [archive]: Parti communiste de l'Union soviétique [archive]. D'ailleurs, c'est un peu comme ça qu'il s'affiche ici, mais c'est une modif qui concerne Vitaliy Masol et non Ievhen Martchouk... Simon Villeneuve (talk) 19:46, 10 January 2016 (UTC)
@Simon Villeneuve: C'est phab:T108688 je crois. author  TomT0m / talk page 20:02, 10 January 2016 (UTC)
@TomT0m: Merci. Cependant, je ne suis pas très à l'aise avec Phabricator (pas plus que je ne l'étais avec Bugzilla). Je ne peux qu'espérer que ce point « remontera ».
Un autre point serait la possibilité de masquer l'insertion de liens interlangue et de labels d'autres langues. Moi, j'aime bien voir ça (pour les alphabets non « conventionnels », ça décoiffe !), mais j'ai cru comprendre que plusieurs trouvent que ça floode leur LdS. --Simon Villeneuve (talk) 12:58, 12 January 2016 (UTC)
Je suis comme vous et je n'ai pas de baguette magique. Je vois que pour la plupart vous ne remettez pas en cause l'intention mais vous vous demandez comment faire et moi aussi et nous avançons ensemble un pas après l'autre.
Je viens aussi de proposer une sorte de baromètre d'orientation technologique.
  • Je crois que les modifications sont à observer au niveau du texte affiché, mais qu'il faudrait repérer l'origine les modifications : valeur wikidata, argument de module, nom des modules utilisés, pour mieux cibler les corrections.
  • "Signaler dans les articles de Wikipedia les modifications de WikiData" dans les liste de discussions est utile pour aider les utilisateurs à signaler les perturbations, mais ce n'est que la première étape ou une des voies possibles, l'autre c'est les bots dans un premier temps.
  • En comptabilisant et en classant les types de modifications et les cas d'usages on doit pouvoir orienter les développements à long terme.
  • Je comprends très bien que ce ne sera pas facile, mais nous risquons une allergie à l'automatisme si les perturbateurs abusent de leurs pouvoirs et en même temps de toutes les technologies disponibles. Les gens honnètes doivent aussi les utiliser pour le mieux. Comme pour l'allergie aux abus financiers dans la vie civile, c'est un équilibre perpétuel entre les participants honnètes et ceux qui abusent. --Rical (talk) 21:43, 10 January 2016 (UTC)
Pour l'affichage des diffs dans les listes de suivis dans wikipedia, on a déjà un lien vers la diff tu texte visible. Si ce diff vient d'un modèle ou d'un module, je crois qu'il faut aussi un lien "calc" pour "calcul" ou "auto" pour "automatisme" vers la diff du modèle ou du module. Si la diff vient de Wikidata, je crois qu'il faut aussi un lien vers la diff dans Wikidata.
On aurait alors 4 liens maximum affichées ainsi : (diff | hist | auto | data) et à la fin de la ligne comme aujourd'hui, la flèche vers la section de texte.
Et dans l'affichage des diffs sur 2 colonnes on pourrait avoir un texte très court et un lien d'aide pour faire appel aux admins et signaler un soupçon d'erreur ou d'abus. --Rical (talk) 15:51, 12 January 2016 (UTC)

Fusion infusionnable

Bjr. Impossible de fusionner avec Merge Wizard Émission de variétés (variety show (Q21217315)) et Variety show (variety show (Q336181)). Cela met "Error while "Merge with: Q336181": Attempted modification of the item failed (The two items cannot be merged because one of them links to the other using property genre (P136))". Un wijidatatiste peut-il régler le souci ? Utilisateur:Salsero35 23:35, 11 January 2016 (UTC)

Bonjour Salsero35
Le message indique qu'il est impossible de fusionner car le deuxième élément est utilisé dans le premier (en cas de fusion, l'élément ferait donc référence à lui-même ce qui est illogique).
Cela signifie que soit :
  • on a deux concepts différents, le premier étant plus précis (spectacle télévisuel) et le second général (spectacle télévisuel ou non) ; il me semble que c'est bien le cas ici.
  • la propriété genre (P136) a été ajoutée par erreur et il faut la supprimer avant de pouvoir fusionner.
Cdlt, VIGNERON (talk) 09:55, 12 January 2016 (UTC)

Origine d'une spécialité

Salut,

Il y a un moyen de spécifier que tel plat/spécialité culinaire est relative à telle ville/région/pays ? Par exemple tarte flambée spécialité d'Alsace ?

(Smiley: Clin d'œil) Merci !, --Benoît Prieur (talk) 00:26, 13 January 2016 (UTC)

Bonjour Benoît Prieur,
J'ai beau réfléchir mais je ne vois pas vraiment de propriété correspondant à cela. Tout au plus, il y a country of origin (P495) (mais au niveau du pays seulement) et location of creation (P1071) ; par contre, il faudrait vérifier de plus près car je n'ai pas l'habitude de manipuler ces deux propriétés.
Cdlt, VIGNERON (talk) 09:26, 13 January 2016 (UTC)
Il y a des concepts proches comme les AOP ou AOC, appellations d'origine protégée ou contrôlée qui ne correspondent pas non plus, et je n'ai pas cherché du tout. La question se pose probablement aussi et autrement dans d'autres pays qui ont d'autres coutumes ou d'autres lois. --Rical (talk) 11:40, 13 January 2016 (UTC)
Il y a effectivement AOP/AOC/IGP/etc. que l'on peut entrer avec la propriété product certification (P1389) mais cette propriété n'est pas géographique et la flammenkuche n'est pas concernée. Cdlt, VIGNERON (talk) 11:56, 13 January 2016 (UTC)

Liens vers les propositions de propriétés

Quand le titre d'une section de texte est formée à partir d'un modèle elle n'aboutit pas et on est obligé de jongler pour pointer correctement.
C'est le cas ici dans Wikidata pour les propositions de propriétés et c'est pénible, mais aussi dans toutes les discussions de tous les wikis chaque fois q'on utilise {{m| modèle }} au lieu de [ [ modèle ] ].
Je crois que c'est parce que les titres sont d'abord convertis en texte brut comme s"ils étaient en < nowiki > modèle < / nowiki >.
Je pense déclarer un bug pour çà, mais j'aimerais avoir un avis avant. --Rical (talk) 11:40, 13 January 2016 (UTC)
VIGNERON, j'ai mis à jour la propriété DEFAULTSORT et la motivation, pourrais-tu regarder si c'est bon ? --Rical (talk) 11:40, 13 January 2016 (UTC)

Ajouter une référence

Bonjour; quand j'essaie d'ajouter une référence pour une propriété, je clique sur "ajouter une référence", puis je choisis "affirmé dans", je copie l'url de la référence dans la zone où il y a "valeur personnalisée", mais ensuite le lien "enregistrer" reste en grisé, je ne parviens pas à terminer l'opération: comment valider l'ajout de cette référence? -- Speculos (talk) 17:49, 16 January 2016 (UTC)

Pour ajouter une URL, c'est la propriété URL. "affirmé dans" est de type élément, et ne peut donc pour valeur qu'un élément de Wikidata (par exemple On the Electrodynamics of Moving Bodies (Q3020388)). --Zolo (talk) 18:25, 16 January 2016 (UTC)
Je ne vois pas de référence de type URL dans l'exemple que tu indiques. Comment fait-on concrètement pour ajouter une référence de type URL? On clique sur "ajouter une référence", et comment ajouter un lien? Ce n'est pas clair... -- Speculos (talk) 18:55, 16 January 2016 (UTC)
au lieu de "affirmé dans" tu tapes "url" (P854) et tu colles le lien dans le champ qui apparaît. ;) --Hsarrazin (talk) 19:10, 16 January 2016 (UTC)
OK, merci! (mais ce n'est pas évident...) -- Speculos (talk) 20:05, 16 January 2016 (UTC)

WDQ

Bonjour,

J'aurais une question concernant les Wikidata Query. Est-il possible d'obtenir une liste d'éléments dont l'une des propriétés est vide ? Par exemple, sur Listes de mines, j'aimerais obtenir toutes les mines ( CLAIM[31:820477]) dont le pays n'est pas spécifié (AND CLAIM[17:NUL] ou AND NOCLAIM[17:NON NUL] ?). Par quoi dois-je remplacer NUL ou NON NUL ? Simon Villeneuve (talk) 04:23, 17 January 2016 (UTC)

@Simon Villeneuve: si tu cherche les mines sans pays, j'imagine que la requête devrait être Query: CLAIM[31:(Tree[820477[][279])] AND NOCLAIM[17]] (Ça me donne 49 résultats). Tu n'est pas obliger de rensigné en pays en particulier, si tu cherches tout ce qui est sans pays. --Fralambert (talk) 04:44, 17 January 2016 (UTC)
Merci ! --Simon Villeneuve (talk) 12:55, 17 January 2016 (UTC)

Magnitude

Encore moi,
Quelqu'un sait si la propriété « magnitude d'un séisme » existe ? Sinon, est-il pertinent de la suggérer ? Si oui, où ? Simon Villeneuve (talk) 17:13, 17 January 2016 (UTC)

Sur Wikidata:WikiProject Geology, il semble pas en parler et il n'y a pas de propriété atachée à moment magnitude scale (Q201605). Si tu veux en proposer une je dirais que c'est à partir de Wikidata:Property proposal/Natural science dans la section géologie. --Fralambert (talk) 17:33, 17 January 2016 (UTC)
Bon, j'ai tenté de remplir le mieux possible les formulaires, mais c'est pas très joli. Si jamais quelqu'un peut aider à mettre en forme, ça serait cool. Simon Villeneuve (talk) 21:59, 17 January 2016 (UTC)

Catégorisation de Wikijunior

Bonjour à tous, je crois qu'il serait utile de rajouter cette fr:b:Catégorie:Wikijunior avec ceux par exemple de en:b:Category:Wikijunior mais malheureusement ma demande de requête m'a été refusée. Merci FrankyLeRoutier (talk) 22:50, 17 January 2016 (UTC)

✓ Done Pamputt (talk) 05:43, 18 January 2016 (UTC)

Wikidata weekly summary #192

Voici votre aperçu rapide de la semaine Wikidata et de ce qui se trâme autour.
Read the full report · Unsubscribe · Lydia Pintscher (WMDE) 11:21, 18 January 2016 (UTC)


\o_ je suis rebloqué sur Wikipédia à cause des discussions insupportables de là bas sur Wikidata, donc si une bonne âme pouvait copier la traduction du wikidata weekly sur le projet Wikidata là bas ce serait sympa. author  TomT0m / talk page 11:57, 18 January 2016 (UTC)

Mon avis est que tu devrais relâcher un peu la pression sur WP:fr à propos de Wikidata. Tu vas finir dégoûté et je pense que cela serait une perte pour les 2 projets. La gestion de l'introductin de Wikidata sur WP:fr a été mal négociée, et cela a servi aux allergiques de tout poil de grain à moudre pour s'opposer à WD. Mieux vaut faire profil bas et se contenter de fournir de l'aide à ceux qui sont réellement intéressés à l'utilisation de WD tout en continuant à améliorer WD pour répondre aux critiques plutôt que de se lancer dans les discussions frontales. Snipre (talk) 14:14, 18 January 2016 (UTC)
Héhé, j'avoue que quand je vois les discussions d'aujourd'hui je ne regrette pas d'être bloqué. author  TomT0m / talk page 16:40, 18 January 2016 (UTC)
Je suis d'accord avec Snipre, surtout qu'il y a déjà suffisamment de milliards de choses à faire côté Wikidata pour s'occuper. Cdlt, VIGNERON (talk) 10:58, 19 January 2016 (UTC)
Ce serait quand même dommage de laisser les trolls prendre le contrôle de Wikipédia. Il y en a encore un qui veut troller sur fr:projet:Wikidata sur le fichage des homos ... Trop classique malheureusement, après les nazis. Juste après qu'un "nouveau" m'ait demandé sur ma page perso ici le moyen d'extraire les données ... "Supposer la bonne foi" ne marche pas avec les trolls, ça leur laisse un terrain de jeu d'une ampleur phénoménale. author  TomT0m / talk page 13:23, 19 January 2016 (UTC)
Je vais répondre à ce troll mais vu la façon dont la question est tournée, c'est sans doute une perte de temps. Je préfère passer mon temps à faire des choses utiles. Cdlt, VIGNERON (talk) 14:37, 19 January 2016 (UTC)

2016 WMF Strategy consultation

Please help translate to your language

Hello, all.

The Wikimedia Foundation (WMF) has launched a consultation to help create and prioritize WMF strategy beginning July 2016 and for the 12 to 24 months thereafter. This consultation will be open, on Meta, from 18 January to 26 February, after which the Foundation will also use these ideas to help inform its Annual Plan. (More on our timeline can be found on that Meta page.)

Your input is welcome (and greatly desired) at the Meta discussion, 2016 Strategy/Community consultation.

Apologies for English, where this is posted on a non-English project. We thought it was more important to get the consultation translated as much as possible, and good headway has been made there in some languages. There is still much to do, however! We created m:2016 Strategy/Translations to try to help coordinate what needs translation and what progress is being made. :)

If you have questions, please reach out to me on my talk page or on the strategy consultation's talk page or by email to mdennis@wikimedia.org.

I hope you'll join us! Maggie Dennis via MediaWiki message delivery (talk) 19:06, 18 January 2016 (UTC)

Article Placeholder en phase de test

Salut les wikidataiens - et surtout les wikipédiens parmi nous. Il semble que l'extension Article Placeholder soit en passe d'être testée sur des vrais wikis : https://lists.wikimedia.org/pipermail/wikidata/2016-January/008004.html

Vous croyez qu'il faut commencer à préparer le terrain sur frwiki ? Surtout ne pas oublier de préciser que le rendu est modifiable par la communauté (par des modules lua) ... author  TomT0m / talk page 14:30, 20 January 2016 (UTC)

D'abord, pour répondre à ta question, TomT0m : j'estime à négligeables les chances que frwiki adopte cette extension à court ou moyen terme. (D'autant plus que l'extension, comme le courriel lié l'indique, est surtout destinée aux petites Wikipédias, le besoin est beaucoup moins pressant sur frwiki.)
Ensuite, à titre personnel, je suis plutôt contre le principe, tout en y voyant aussi une bonne idée. Pour moi le projet a deux composantes ; (1) afficher un sommaire lisible d'un élément Wikidata ; (2) importer cette représentation sur Wikipédia. Pour le 1. je suis complètement pour (un contributeur du Wikidata:WikiProject Taxonomy a par ex. développé un script qui affiche une infobox sur les pages des éléments instance of (P31) <taxon (Q16521)>). Pour le 2 je suis sceptique, surtout vis-à-vis de la manière dont ce serait fait concrètement, en particulier je serais contre la présence d'un simple lien bleu habituel si l'article n'existe pas réellement.
—Tinm (d) 16:49, 20 January 2016 (UTC)
@Tinm: Euh, je pense que ce n'est pas vraiment une question d'être pour ou contre les liens pas bleus mais de demande de fonctionnalité en l'occurence. Il faut suggérer ça a l'équipe de développement. Ni d'être contre un principe tout en y voyant une bonne idée, il faut y réfléchir un peu plus et se demander ce qu'on pourrait faire de mieux. D'ailleurs c'est comme ça que le projet a commencé, en demandant des informations à la communauté : Wikidata:Article_placeholder_input.
(1) afficher un sommaire lisible d'un élément Wikidata Euh, je vois pas trop en quoi c'est un sommaire.
Sinon je voulais surtout receuillir les avis sur la manière dont nous wikidataiens pouvions présenter ça aux wikipédiens pour éviter qu'ils se sentent mis devant le fait accompli :) author  TomT0m / talk page 17:02, 20 January 2016 (UTC)
« J'estime à négligeables les chances que frwiki adopte cette extension à court ou moyen terme. » —Tinm (d)
Ben si ça se trouve ce sera juste déployé :) De toute façon en réfléchissant un peu ça remplacera (ou complètera) juste les (d) que Zolo a mis à côté des liens vers Wikidata vu que ça repose non sur des titres d'articles mais sur des numéros d'éléments, et qu'à l'heure actuelle on n'a pas d'équivalent de "Template:redwd" ou "Lien Wikidata" pour faire le lien entre les titres rouges et les éléments. J'espère que ça viendra mais pour l'instant c'est pas d'actualité. Du coup je dis qu'on choisira nous même le rendu. Et puis ça n'empêche pas d'y réfléchir :p author  TomT0m / talk page 18:41, 20 January 2016 (UTC)

J'ai un peu du mal à comprendre le concept ; en gros ça affiche les mêmes infos que sur la page Wikidata, mais présentées de manière plus moche et qu'on ne peut même pas modifier... — Ayack (talk) 20:00, 20 January 2016 (UTC)

C'est vrai que l'exemple donné sur Ada Lovelace est peu engageant. J'avais compris que ce serait au moins l'équivalent de Reasonator en termes de restitution. Si ça venait à être le cas, il faudrait à mon avis gérer les liens vers Placeholder de la même manière que les liens vers les articles d'autres versions linguistiques mais avec une couleur appropriée (c'est à dire via un appel par modèle qui indique clairement que l'utilisateur va basculer vers un autre site, que la mise en place de ses appels dans les articles soit à la main du contributeur Frwiki et que le lien vers Placeholder soit automatiquement remplacé par celui vers l'article en français dès qu'il est créé). Mais vu l'état d'avancement actuel, il est urgent de ne pas se presser. --Casper Tinan (talk) 10:48, 21 January 2016 (UTC)
@Casper Tinan: Alors ce sera pas un autre site, ce sera frwiki pour sur - sinon autant améliorer reasonator, c'est justement que certains dans la communauté veulent justement pas de lien "externe" que ce truc a été fait. Et le rendu proposé sur le site de démo va peut être évoluer, j'en sais rien, mais ce sera entièrement personnalisable. On pourra par exemple réutiliser nos infoboxes de frwiki en fonction du type d'élément, et nos modules lua perso. Donc surtout ne pas se focaliser sur l'aspect - et la nécessité de bien présenter la fonctionnalité, par exemple je suis pas sur que toi et tinm avez bien compris le principe alors que vous traîner par ici, ça promet pour les wikipédiens anti-wikidata qui mettront toute la bonne volonté nécessaire pour sur. Pour le lien remplacé par l'article, ça ne semble pas poser de difficulté programmatique (sauf si ça nécessite de charger tout l'item pour savoir si il y a un lien de site, faut voir, ça pourrait poser problème en terme de nombre de chargement d'élément par page). author  TomT0m / talk page 11:30, 21 January 2016 (UTC)

J'ajouterai que c'est une solution potentielle à ce genre de soucis : https://fr.wikipedia.org/w/index.php?title=2016_dans_le_domaine_public&diff=prev&oldid=122567488 ... qui sont partis pour faire un beau troll en RA sur frwiki. author  TomT0m / talk page 11:38, 21 January 2016 (UTC)

J'ai vu le point sur l'utilisation de Wikidata list vu que JJG a ouvert une discussion sur le sujet dans la page de discussion de la page de vote phase 1 de la PDD wikidata (alors que ce n'est pas du tout l'endroit). Je ne pense pas que Placeholder soit une réponse à ce problème dans la mesure où beaucoup de gens ne veulent pas non plus déboucher sur un article brouillon généré automatiquement à partir d'une base de données. L'utilité potentielle de placeholder serait peut-être plutôt d'aider les créateurs d'articles en leur fournissant un squelette d'articles (infobox, tableaux) lors de la création d'un article. --Casper Tinan (talk) 14:24, 21 January 2016 (UTC)
C'est pourtant l'objectif initial. Je suis même pas sûr que le bouton "créer l'article" reprenne le squelette généré. La question c'est surtout "vaut-il mieux un article une fiche avec des informations, genre le métier, quelques ouvrages pour un écrivain, ... (et en mieux présenté que sur Wikidata, avec les codes de la wikipédia locale), que pas d'article du tout" (et donc pas d'infos). Si tu poses la question en terme de brouillon d'article ou d'article brouillon, évidemment, ça le fait moins ;) author  TomT0m / talk page 14:29, 21 January 2016 (UTC)
Je ne vois pas trop l'intérêt d'avoir des fiches générées automatiquement depuis wikidata et non modifiables dans l'espace wikipédia. Une solution type reasonator me plait beaucoup plus. Comme Tinm, je pense qu'il n'y aura pas de demande côté FrWiki --Casper Tinan (talk) 14:35, 21 January 2016 (UTC)
@Casper Tinan: Perso je serai pas contre Reasonator du tout mais pour faire passer l'idée auprès des Wikipédiens c'est une autre paire de manche (sur la fr comme ailleurs, même sur Wikidata c'est pas si simple alors ...) Sinon ça devrait être réglé quand on sera au bout de Wikidata:Client_editing_input qui attend des avis communautaires d'ailleurs et n'en a eu que très peu. En attendant ... ben on devrait adopter le même type de solutions que pour les infoboxes Wikidata. author  TomT0m / talk page 14:51, 21 January 2016 (UTC)

Je me permets de copier quelques commentaires que j'ai vu sur Wikidata:Article placeholder input et avec lesquels je suis d'accord :

  • “I've said it many times before but I'll say it again: We're not going to write articles. There will not be text at the end of this.” --Lydia Pintscher, 3 September 2015
  • “[We should definitely need to avoid] Killing red links. (...) --Nemo, 29 December 2014

J'ai personnellemment ajouté :

  • [This would work by] Provid[ing] MediaWiki with a string-WikidataID table & display red links accordingly (e.g. append a link to Resonator, or add a logo that upon hover will indicate that additional information such as an infobox will be displayed on the red link's page). —Tinm, 20 January 2016

À mon avis clairement la meilleure solution serait de montrer les infos Wikidata sous la boite « Wikipédia ne possède pas d'article avec ce nom. » — c'est d'ailleurs ce qui se fait déjà, dans une moindre mesure. Voir w:fr:AAAAAA.

Sinon il me paraitrait important, notamment pour s'assurer que le code est générique, de prévoir la possibilité consulter les fiches générées également sur Wikidata également (par ex. via une page wikipedia.org/wiki/Special:About/Qxxxx/fr) ; tout en laissant aux Wikipédias la possibilité de modifier le rendu par rapport à ces fiches.

En tout cas tout ça passe par des extensions MédiaWiki et l'initiative de Lucie Kaffee est en cela louable. ;)

—Tinm (d) 16:36, 21 January 2016 (UTC)

Il est sans doute un peu tard pour ajouter des suggestions sur cette page vu qu'on est en phase de pré-test. Sinon je comprend pas trop tes autres requêtes qui me semblent, sans offense, un poil à côté de la plaque. La généricité du code est pas trop un problème et je ne vois pas trop en quoi déployer l'extension ici aiderait en quoi que ce soit. Tu veux parler de l'internationalisation ?
À mon avis clairement la meilleure solution serait de montrer les infos Wikidata sous la boite « Wikipédia ne possède pas d'article avec ce nom. » En l'occurence il y a un bouton "créer l'article" qu'on peut voir sur http://articleplaceholder.wmflabs.org/mediawiki/index.php/Special:AboutTopic/Q3 qui demande le titre de l'article, donc l'extension n'est pas liée du tout au titre des articles mais aux éléments. Pour lier un lien rouge aux éléments on en a parlé déjà mais il semble que ce ne soit pas dans les priorités à l'heure actuelle (il reste des petits trucs à faire comme l'intégration dans l'histo et terminer celui dans les listes de suivi, entre autre :) ) Je pense qu'ils réfléchirons à la suite une fois qu'ils auront terminé la feuille de route actuelle (faudra faire un bilan fin janvier). author  TomT0m / talk page 16:47, 21 January 2016 (UTC)

C'est sans doute trop tard, oui.

Pour ce qui est de pouvoir afficher les fiches ici, ce que je voulais dire est que cette extension s'inscrit globalement dans la problématique « d'afficher les éléments Wikidata », tout comme Resonator qui a fréquemment été évoqué au cours de son développement. Sa présence sur Wikidata me paraitrait donc son débouché naturel. Ne serait-ce qu'en termes de publicité interlangue et de centralisation des retours des utilisateurs, elle a énormément à gagner. Au niveau de la généricité, ça apporterait des garanties plus générales que celles qui existent aujourd'hui, mais j'imagine que leur utilité dépend de l'ambition du projet.

« il y a un bouton "créer l'article" » Ce n'est pas le problème que je soulevais. La question cruciale en terme d'expérience utilisateur, donc celle qui intéressera les Wikipédiens français, est : comment intègre-t-on les liens vers les fiches Wikidata (qu'elles soient sur les pages des liens rouges ou dans Special:AboutTopic) dans les articles ? Et là il y a seulement deux options, remplacer les liens rouges avec {{redwd}} ou équivalent (intrusif, peu générique, complexifie l'expérience utilisateur car il y a alors deux pages possibles pour un même sujet sans article, la page « cet article n'existe pas » et la page « AboutTopic »), ou mapper les noms liens rouges à lier à des articles Wikidata pour que MediaWiki gère les choses en interne. La deuxième option me parait infiniement meilleure que la première.

Tu noteras à ce propos que l'existence d'AboutTopic complexifie en soi l'expérience utilisateur sur Wikipédia, car cette page ne permet pas seulement d'afficher Wikidata pour les sujet qui n'ont pas d'article (« Article Placeholder ») mais pour tous les sujets sans exception. On rejoint ce que je disais : l'endroit où veut être capable d'afficher (de façon jolie, ou pas) les informations sur un élément Wikidata quelconque, dans une langue quelconque, c'est plus naturellement Wikidata que Wikipédia.

—Tinm (d) 17:53, 21 January 2016 (UTC)

@Tinm: Ah, j'ai compris ce que tu voulais dire pour la généricité : afficher de "bonne" manière un grand type d'item, c'est ça ? J'ai envie de dire que ça dépend de comment on code les modules qui calculent le rendu.
Sinon pour l'expérience utilisateur, c'est un outil et on l'utilise comme on veut. Si on veut l'activer sur les liens rouges en utilisant fr:Modèle:Lien Wikidata on peut. Sinon le truc beaucoup plus simple c'est de l'utiliser dans les infoboxes pour afficher des liens sur les valeurs des déclarations qui sont des éléments qui n'ont pas d'article sur frwiki. C'est le cas d'utilisation principal, immédiat (il suffit de coder ça dans fr:Module:Wikidata à l'affichage des éléments sans liens de site sur frwiki). Donc non, ça ne complexifie pas en soi l'expérience utilisateur.
Il y a aussi d'autres initiatives : qu'on peut trouver dans le Wikidata Weekly de temps en temps comme ce site : http://conceptmap.cfapps.io/ une vidéo parce qu'il a l'air cassé là. author  TomT0m / talk page 19:07, 21 January 2016 (UTC)

Spqarql et WikiLovesWomen?

Bonjour les francophones, je suis sur qu'il y a des specialistes wikidata/Sparql ici alors voila ma requete (posée aussi en anglais la bas). Dans le cadre de WikiLovesWomen je me demandais quels articles concernant des femmes africaines etaient presents dans de nombreuses langues sans le francais. Les criteres seraient :

Merci par avance au specialiste qui passerait par la :) Symac (talk) 16:13, 20 January 2016 (UTC)

@Symac: tu as un embyon de requête ? Perso je ferai un truc du style "filter not exists continent ?continent2 filter continent2!=afrique" en première approximation. Ou avoir un truc "situé dans l'entité géographique" : afrique
Sinon je pense qu'on devrait repenser le modèle qui n'est pas très très bon. author  TomT0m / talk page 17:07, 20 January 2016 (UTC)
J'ai fait plusieurs essais mais rien conservé car soit je recuperais trop de chose soit ca plantait, j'essaierai de m'y repencher tout a l'heure. Symac (talk) 17:14, 20 January 2016 (UTC)
@Symac: J'ai fait ça : [1]
merci pour cette piste. J'ai adapté par rapport à mon besoin et j'en suis là : [2]. Me reste maintenant à exclure de cette liste ceux qui contiennent déjà un lien vers fr.wiki :) Symac (talk) 20:13, 20 January 2016 (UTC)
Je vais tenter une autre approche aussi, j'ai l'impression que le continent "principal" n'a pas de qualificatif "s'applique à". author  TomT0m / talk page 17:49, 20 January 2016 (UTC)
Very neat! So here's the total number of women of Africa that we have items for, by country: tinyurl.com/gqzhojt
So next to count the interwiki links, and filter for no fr-wiki. Who feels like doing that ? Jheald (talk) 18:44, 20 January 2016 (UTC)
@Jheald: I have a few templates to generate partial queries for that kind of stuffs : {{Articles not in}} and {{Articles in}} (just created) should be useful here. The Category:Partial query has a few of them. author  TomT0m / talk page 20:14, 20 January 2016 (UTC)
@TomT0m: I had used this kind of things but get a timeout so I think what I want is too complicated : [3]. Je vais me contenter de passer les premiers en revue et voir lesquels n'ont pas de fr.wiki pour le moment. Symac (talk) 20:22, 20 January 2016 (UTC)


PREFIX wikibase: <http://wikiba.se/ontology#>
PREFIX wd: <http://www.wikidata.org/entity/> 
PREFIX wdt: <http://www.wikidata.org/prop/direct/>
PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#>
PREFIX p: <http://www.wikidata.org/prop/>
PREFIX v: <http://www.wikidata.org/prop/statement/>
prefix schema: <http://schema.org/>

SELECT DISTINCT ?contLabel ?pays ?paysLabel ?count WHERE {
   
  {
     SELECT ?pays (COUNT(DISTINCT ?pers) AS ?count) WHERE {
         ?pers wdt:P31 wd:Q5 .
         ?pers wdt:P21 wd:Q6581072 .
         ?pers wdt:P27 ?pays .
         ?pays wdt:P30 wd:Q15 .

         filter not exists {
            ?pays wdt:P30 ?continent 
            filter( ?continent != wd:Q15) .
         }
         
      OPTIONAL { ?wartfrpers schema:about ?pers . ?wartfrpers schema:inLanguage "fr" }
     FILTER(!bound(?wartfrpers))
      } GROUP BY ?pays
   }

   ?pays wdt:P30 ?cont .
  
   SERVICE wikibase:label {
    bd:serviceParam wikibase:language "fr,en" .
   }
 } ORDER BY DESC(?count)
Try it!
should do the trick (this is basically your query where I inserted my template.) But it seems ro timeout unfortunately.
Je pense pas que ce soit trop complexe, je pense que c'est un soucis du moteur de requête. author  TomT0m / talk page 20:26, 20 January 2016 (UTC)
Ok, j'ai fait appel aux spécialistes des requêtes ici car j'imagine qu'on peut optimiser cette requête, on verra ce que ça donne ! Symac (talk) 20:41, 20 January 2016 (UTC)
@TomT0m: The SPARQL engine seems to be having a bit of trouble with negation/exclusion recently. Exactly the same thing came up on the queries talkpage a couple of days ago.
But this version works: tinyurl.com/zutdmne, using the OPTIONAL{ ... ?x ...} FILTER(!bound(?x)) construct instead.
Might be worth altering your template to use it. Jheald (talk) 21:07, 20 January 2016 (UTC)
And here is the final full query that @Symac: originally asked for tinyurl.com/jywzcs7
Worth submitting for the "Query of the Week" slot in the "This Week in Wikidata" circular? Jheald (talk) 21:16, 20 January 2016 (UTC)
... and now with descriptions tinyurl.com/z8vdamf Jheald (talk) 21:31, 20 January 2016 (UTC)
Template updated, thanks Jheald. author  TomT0m / talk page 12:26, 21 January 2016 (UTC)

Bases de données bibliographiques

Dans la perspective de permettre aux chercheurs qui rédigent leur mémoire ou thèse directement sur fr.Wikiversité, nous discutons depuis le 25 septembre 2015 la construction d'une bases de données bibliographiques qui serait incluse dans la Bibliothèque wikiversitaire.

Hier samedi, à l'occasion de la Wikipermanence du Premier samedi du Libre, j'ai commencé à explorer Wikidata étant accompagnée par 0x010C. J'ai rédigé un CR ici.

Après un ouvrage simple, j'ai ajouté L'image du Noir dans l'art occidental. Je ne sais pas comment faire pour entrer les titres des 4 volumes et les relier au titre générique. Et je n'ai pas trouvé "Gencode" ni "Code distributeur". (Voir ici, il y a probablement d'autres modifications à faire). Pouvez-vous m'aider ?

Wikidata ne présente pas un rendu sous forme d'une référence rédigée. La fiche peut être difficile à lire et à exploiter. Un lien à partir de Wikiversité, vers un item Wikidata se fait via l'id (pour le coup universel) attribué à chaque objet : [[wikidata:Q22003784|L'image du Noir dans l'art occidental]]. Cela peut-il évoluer ?

Dans l'état actuel de l'art, Wikidata répond à beaucoup de nos questions. Reste à résoudre les problèmes de l'insertion de la référence dans une bibliographie et dans un mémoire de recherche.

Merci de votre attention.--Ambre Troizat (talk) 15:26, 10 January 2016 (UTC)

Bonjour Ambre Troizat,
From the Pharaohs to the Fall of the Roman Empire (Q22003784) est le premier volume (où j'ai commencé à faire quelques corrections, il en reste). Tu dois entrer les autres volumes de la même façon. Ensuite, il faut créer un élément sur l'ensemble des volumes (correspondant à cette notice BnF si je ne m'abuse) et les relier entre eux.
Pour le rendu de Wikidata, il évoluera mais cela est et restera une base de données (donc plutôt brute, même si de nombreux efforts ont été faits au niveau de l'interface). Si tu as des envies spécifiques de présentations, c'est plutôt hors de Wikidata (tout comme la Wikisource francophone place les données Wikidata dans un bandeau spécifique dans les pages Auteur:). Il faudrait que tu précises ce que tu souhaites et voir avec un spécialiste des modules de récupérations et mises en formes des données. Sinon, un outil de récupération et transformation des éléments Wikidata en référence bibliographique au format standard est une excellente idée.
Pour Gencode, il s'agit simplement de l'ISBN en 13 caractères et sans les tirets. J'ai renseigné l'ISBN 13, inutile de doublonner l'information avec de Gencode.
Enfin, il existe Wikidata:WikiProject Books pour trouver de la documentation ainsi que des spécialistes du sujet.
Cdlt, VIGNERON (talk) 16:15, 10 January 2016 (UTC)
Sur frwiki, on a le modèle fr:Modèle:Cite élément pour afficher une référence. Mais ça risque d'être lourd à importer sur un autre wiki. author  TomT0m / talk page 17:04, 10 January 2016 (UTC)

Bonjour VIGNERON

Merci de ton attention. Je vais continuer ma formation et je reviendrai si j'ai besoin d'aide à nouveau. --Ambre Troizat (talk) 11:33, 11 January 2016 (UTC)

Bonjour,

Je suis toujours scotchée sur From the Pharaohs to the Fall of the Roman Empire (Q22003784). J'ai indiqué le titre du volume en remplacement du titre de la série. J'ai essayé de créer Q22022774 le titre de la série {{BNF|34334044n}} mais, ce n'est pas concluant. Et j'ai malencontreusement créé un doublon pour Harvard University Press Harvard University Press (Q22023047) qu'il faut supprimer. Qui peut supprimer ce doublon ? Merci. --Ambre Troizat (talk) 14:49, 11 January 2016 (UTC)
@Ambre Troizat: Je ne comprends pas ton problème. Tu as une série comprenant 4 volumes, c'est cela ? Merci de lister ici le nom de la série et le nom des 4 volumes:
Série: ...
Vol.1: ...
Vol.2: ...
Vol.3: ...
Vol.4: ...
Ensuite, ce n'est pas une bonne idée de mettre l'auteur de la préface dans la liste des auteur, cela pose problème pour différencier les auteurs. Je vais voir avec le projet Books sur ce point. Snipre (talk) 16:25, 12 January 2016 (UTC)

Série: L'image du noir dans l'art occidental, (FRBNF 34334044n), WorldCat
Ce sera, me semble-t-il un gros boulot !

Vol.1: Des pharaons à la chute de l'Empire romain tome I, 1 Volume, [www.worldcat.org/title/l-image-du-noir-dans-lart-occidental-1-des-pharaons-a-la-chute-de-lempire-romain/oclc/180576083?ht=edition&referer=di WorldCat]
Vol.2: Des premiers siècles chrétiens aux "Grandes découvertes" 1. De la menace démoniaque à l'incarnation de la sainteté
Vol.2: Des premiers siècles chrétiens aux "Grandes découvertes" 2. Les Africains dans l'ordonnance chrétienne du Monde (XIVe-XVIe siècle)
Vol.3: De l'humanisme a l'humanitarisme : 3,1, XVIe siècle, WorldCat
Vol.4: De la Révolution américaine à la Première guerre mondiale, tome IV, volume 2, Gallimard
Vol.4: De la Révolution américaine à la Première guerre mondiale, tome IV, volume 1: Figures et masques, Gallimard, WorldCat
De la révolution américaine à la première guerre mondiale. [4. 1, Les trophées de l'esclavage, WorldCat]
Bel bonjour! --Ambre Troizat (talk) 21:07, 12 January 2016 (UTC)


Pour le préfacier, c'est moi qui ai ajouté l'information, je ne vois pas le problème et cela me semble la façon logique de faire (et d'ailleurs utilisée sur 13 éléments : Query: claim[50{claim[518:670787]}]). J'ai fusionner le doublon Harvard University Press (Q22023047). Cdlt, VIGNERON (talk) 17:01, 12 January 2016 (UTC)

Merci, VIGNERON. Je vais voir quelle est la meilleure pratique aujourd'hui chez les historiens. Mais, la meilleure question est : existe-t-il un champ "auteur de la préface). Idem pour l'avant-propos. Il s'agit souvent d'une stratégie de publication. --Ambre Troizat (talk) 21:07, 12 January 2016 (UTC)

Pas de propriété actuellement. Mais si le besoin se fait sentir, on peut lancer une procédure de création. L'idée est de trouver des personnes qui sont d'accord pour parvenir à une création rapide. Snipre (talk) 21:27, 13 January 2016 (UTC)

@Snipre: Le besoin est réel. La satisfaction du besoin ne sera pas immédiate, il me semble... Nous mettons cet tâche dans la todo-list ? --Ambre Troizat (talk) 18:52, 17 January 2016 (UTC)

@VIGNERON, Ambre Troizat: Après une courte discussion sur le projet Livres, voici leur proposition. Si on part sur une nouvelle propriété, il faut une propriété qui puisse inclure les préfaces, introductions et avant-propos. On ne va pas créer une propriété pour chaque type. Snipre (talk) 08:14, 19 January 2016 (UTC)
@Ambre Troizat, VIGNERON, TomT0m, Snipre: j'en profite pour re-signaler ici le modèle de WP:fr déjà évoqué par TomT0m fr:Modèle:Bibliographie, qui a été refondu ces derniers jours pour remplir automatiquement les modèles Ouvrage et Article de WP:fr à partir de Wikidata. Le modèle est probablement exportable sur la Wikiversité et ailleurs s'ils ont des modèles bibliographiques équivalents. Pour le préfacier, plusieurs méthodes ont été retenues : sur contributor to the creative work or subject (P767) ou author (P50), afficher comme préfaciers ceux qui utilisent applies to part (P518) preface (Q670787) ou P794 (P794) preface author (Q19839393), ce qui couvre tous les usages actuels que je connais sur Wikidata pour stocker cette information. Cordialement, --Harmonia Amanda (talk) 04:12, 22 January 2016 (UTC)

 Comment Merci pour les informations. J'essaie de comprendre dans un premier temps. A bientôt. 

Bel Bonjour. --Ambre Troizat (talk) 11:24, 22 January 2016 (UTC)

Bibliographie de la France

L'ouvrage "Bibliographie de la France" a été publié de 1811 à 1971 dont 85 années disponibles et 784 numéros.
L'intérêt est que ces 784 numéros contiennent la quasi totalité des références publiés en France entre 1811. C'est un travail de titan à saisir manuellement !

  1. Comment on peut faire autrement qu'une saisie manuelle et référence après référence. Avec une catégorie, dans un premier temps ?
  2. Comment éviter de saisir une fois dans Wikidata et une fois dans Wikisource ? Est-il déjà possible de saisir une référence bibliographique dans Wikisource par transclusion à partir de Wikidata. Ma question est peut-être redondante ? Je pose donc la question sur Wikisource et à Hsarrazin.
    La démarche sera identique pour tous les ouvrages bibliographiques.
La référence

Titre
Identifiant Bnf (FRBNF 34348270x)
"Bibliographie de la France : ou Journal général de l'imprimerie et de la librairie", Gallica, 85 années disponibles (1811-1971) / 784 numéros
"Bibliographie de l'Empire français, ou Journal général de l'Imprimerie et de la librairie", Du 25 mars au 15 juillet 1815
auteurs :
Adrien-Jean-Quentin Beuchot (1777-1851), Directeur de publication, 1814-1847
Cercle de la librairie (France ), 1857-1971
Publication
Paris : Pillet, 1814-1971
Volumes
158 vol. ; in-8 puis in-4
Il existe plusieurs volumes sur Internet Archive. Il y a donc nécessité de vérifier que tous les volumes listés appartiennent bien à la même série. 

Bel bonjour ! --Ambre Troizat (talk) 18:52, 17 January 2016 (UTC)
Ambre Troizat Quel est l'intérêt de mettre ces ouvrages sur Wikidata ? Un livre qui liste des références ? Pas sûr que cela soit utile. Sur WD, on a intérêt à ajouter directement les références citées dans Bibliographie de France. Snipre (talk) 08:17, 19 January 2016 (UTC)
Pour information, on a déjà un élément Q2901094 (même si il est désespérément vide). À terme, un élément pour chacune des éditions serait sans doute nécessaire (par exemple pour utiliser finement en source) mais il me semble urgent d'attendre afin de faire les choses correctement. Cdlt, VIGNERON (talk) 10:55, 19 January 2016 (UTC)

 Comment Bonjour, Snipre. La bibliographie est un domaine de l'art en sciences humaines et sociales (je suppose que ç'en est un dans toutes les disciplines). Je ne sais pas si leur recencement est fait ou en cours : c'est à explorer. En histoire comparative, histoire des idées, par exemple, leur exploitation peut être très fructueuse. La bibliographie que je souhaite réaliser avec Wikidata en est une forme numérique et je ne fais que poursuivre un travail de... licence (1986-87) !
Bonjour, VIGNERON. Je pense aussi qu'il faut faire les choses correctement et qu'il vaut mieux prendre le temps nécessaire. Mais, tout est relatif : 1986 à 2016, ça fait beaucoup d'années ! Je viens d'utiliser pour la première fois, par sérendipité, {{m:Institution:Cabinet des Médailles}}. Je cherche à comprendre comment fonctionne ce modèle qui me semble très puissant. Cdlt.

Merci de votre attention.
Bel bonjour --Ambre Troizat (talk) 12:10, 19 January 2016 (UTC)

Formation perso

J'ai pris des notes sur cette page pour faciliter ma formation. Elles sont plus simples à lire que Wikidata:WikiProject Books. Peut-être ai-je commis des erreurs ? Pouvez-vous me les signaler ? Merci de votre attention. --Ambre Troizat (talk) 18:52, 17 January 2016 (UTC)

Cela me semble correct. Pour vous aidez, il existe aussi la page Help: Sources/fr qui recense les principales propriétés pour un livre ou autre document. Snipre (talk) 13:02, 19 January 2016 (UTC)

fr:Wikipédia:Bot/Statut#ListeriaBot

FYI Nemo 12:46, 23 January 2016 (UTC)

Liens interlangues

Bonjour! J'ai découvert un robot, Lsjbot, ayant généré plusieurs articles en suédois en rapport avec la géographie du Canada. J'aimerais lier ces articles avec ceux correspondant aux autres langues. J'avais opté pour commencer à classer les lacs du Québec selon les régions. Je lis sur les catégorisations en français et j'essaie de transposer en suédois. Je lis aussi sur Wikidata, et l'utilisation de robots. Vos conseils sont les bienvenus.--Laurianna2 (talk) 03:37, 23 January 2016 (UTC)

Pas de conseils en particulier. Mais n'hésites pas à poser des questions. Snipre (talk) 18:04, 23 January 2016 (UTC)
Je n'ai pas compris la demande ; la question est-elle « comment faire pour éditer les liens interlangues ? » —Tinm (d) 21:13, 23 January 2016 (UTC)
Bonjour Laurianna2. Une bonne idée serait de contacter Lsj, le propriétaire dudit prolifique bot. Cdlt, VIGNERON (talk) 14:58, 24 January 2016 (UTC)
Bonjour! La meilleure place pour me contacter, c'est ici. Je comprends francais, mais je n'écrit pas tres bien. Bienvenue! Lsj (talk) 16:27, 24 January 2016 (UTC)
Je crois comprendre que l'enjeu est d'optimiser la recherche des interwikis. Donc on a plus de 50000 articles en suédois sur des lacs canadiens, pour la plupart non liés à Wikidata. Vu qu'il y a beaucoup plus d'articles en suédois que dans toutes les autres langues, on peut imaginer que tous les éléments Wikidata portant sur des lacs devraient avoir un lien vers le suédois. Voici une liste de ceux qui n'en ont pas : [4]. Cela dit, la plupart des articles en suédois semblent concerner le Québec, donc je peux limiter la liste au Québec si besoin. --Zolo (talk) 19:05, 24 January 2016 (UTC)

Q26643

Bonjour, que pensez-vous de la description en français de commerce (Q26643) ? Je n'ai pas le temps de me pencher sérieusement sur la question. Pamputt (talk) 09:13, 24 January 2016 (UTC)

Ça semble deux sujet différent? (Du moins pour l'anglais et l'allemand). --Fralambert (talk) 14:24, 24 January 2016 (UTC)

Wikidata, premier contact.

J'ai voulu créer un lien interwiki à partir de ici: https://meta.wikimedia.org/wiki/P%C3%A1gina_principal pour arriver là: https://meta.wikimedia.org/wiki/Accueil. C-à-d m:Página principal vers m:Accueil. C'est limpide et d'une simplicité approuvée et éprouvée.
Notez que c'est la première fois que je suis confronté à Wikidata. Wikidata qui m'empêche de créer un lien unique et me renvoie donc ceci: 

   Afrikaans
   العربية
   Azərbaycanca
   Български
   বিষ্ণুপ্রিয়া মণিপুরী
   Нохчийн
   Čeština
   Словѣньскъ / ⰔⰎⰑⰂⰡⰐⰠⰔⰍⰟ
   Deutsch
   English
   فارسی
   Suomi
   Français
   עברית
   Kreyòl ayisyen
   Igbo
   Íslenska
   Italiano
   Қазақша
   한국어
   Kurdî
   Latviešu
   Nederlands
   ଓଡ଼ିଆ
   Polski
   Português
   Русский
   سنڌي
   Slovenčina
   Slovenščina
   Svenska
   Tagalog
   Türkçe
   Татарча/tatarça
   Українська
   اردو
   Tiếng Việt
   中文

Génial, je vais devoir localiser mon pauvre lien entre 50 autres dont certains sont illisibles. Courage je vais éditer et corriger cela... sauf que non, j’atterris ici chez vous Wikidata où le contenu est in-éditable et incompréhensible. Mais le mieux j'allais l'oublier ; le lien me renvoi à la mauvaise adresse à savoir sur la page d'accueil de wikipédia. L’évidence est criante Wikidata arrive pour empêcher et compliquer l'édition humaine et manuelle. Ce qui donne de l’écho aux avertissements sur le fait que l'existence de wikidata sert les intérêts de généreux donateurs comme M$ et G$$gle qui pourront automatiser l’écriture et la lecture de nos données devenues les leurs dans des big-data ésotérique. C’était mon premier contact en direct avec Wikidata. --Youni Verciti (talk) 13:55, 19 January 2016 (UTC)

Bonjour, il ne peut pas y avoir de lien interwiki entre deux page de meta, Wikidata ou pas Wikidata. --Zolo (talk) 17:48, 19 January 2016 (UTC)
La définition s'y fait localement à meta:Template:Other languages/Template:Main Page.
--- Jura 18:37, 19 January 2016 (UTC)
@Youni Verciti: Faut pas confondre Wikidata et les outils de traduction. Et merci de poser des questions et d'essayer de comprendre avant de juger comme vous le faites. Snipre (talk) 19:02, 19 January 2016 (UTC)
@Youni Verciti: - un lien interwiki est par définition entre 2 sites différents… — et je ne vois pas le rapport entre wikidata et un lien interne deux pages de meta… à part, bien sûr, fournir un prétexte pour troller… --Hsarrazin (talk) 22:26, 19 January 2016 (UTC)
Zolo, je vais essayer d'assimiler cela, j'ai une impression assez confuse en naviguant sur les pages Wikimedia-meta, Wmf, quand j'essaye de passer d'une page en français à une autre en portugais. Il faudra que je m'habitue, merci. Jura, je vais essayer de comprendre, Snipre je voulais créer un lien "à l'ancienne" pour pouvoir pour passer du "wmf portugais" au "wmf français", j'ai passé une heure à bidouiller une interface sans réussir le lien souhaité ; à la fin j'ai craqué, pardon. Hsarrazin, non, c'est pas du troll à moins que... Je lis 3 langues j'ai passé une heure à essayer de trouver du contenu en français et portugais sur meta.wikimedia.org et/ou wikimediafoundation.org pour retombé systématiquement sur les mêmes pages en anglais à la fin ça m'a "trop les" nerfs mis en boules. Amicalement --Youni Verciti (talk) 17:47, 23 January 2016 (UTC)
désolée si ça n'était pas du troll Youni Verciti, ça y ressemblait...
meta et wikidata sont deux projets très différents, et les problèmes de liens au sein de meta ne passent pas pas wikidata, d'où ma réaction… ces problèmes internes à meta devraient plutôt atterrir sur le forum de meta :) --Hsarrazin (talk) 19:41, 24 January 2016 (UTC)
En fait, les liens interlangues (qui ne sont pas interwikis) sont déjà présents sur les pages d'accueil de méta, mais tout en bas, ce qui n'est pas forcément habituel. S'il y a lieu de changer cela, cela doit se faire par meta:Template:Main Page/Code. --Zolo (talk) 15:02, 24 January 2016 (UTC)
Merci pour toutes ces orientations, je m'excuse de nouveau et reviendrais sur Wikidata avec de meilleurs dispositions. Amicalement. --Youni Verciti (talk) 13:20, 27 January 2016 (UTC)

premières exploitations de traductions théâtrales

bonjour,

je voudrais faire une base de données (un tableau) pour référencer les premières exploitations (éditions, lectures, créations) de traductions théâtrales depuis toutes les langues d'europe et vers toutes les langues d'europe, soit environ 2700 entrées. je voudrais la commencer pour le français puis faire participer les correspondants du réseau eurodram. puis-je le faire sur wikidata ? merci de votre conseil,

dominique dolmieu.

Bonjour,
C'est certainement faisable, mais je ne suis pas sûr que les choses soient encore très bien définies sur ce point. Voici une proposition de structure pour démarrer la discussion, mais ça risque un peu obscur pour le non-initié.
Il faut à chaque fois deux éléments :
  1. un sur le texte de la traduction, "traduction d'Hamlet par Yves Bonnefoy". Pour indiquer la première représentation scènique utilisant cette traduction, on utilise date of first performance (P1191) à l'intérieur de cet élément.
  2. un pour la première édition de cette traduction, par exemple "Yves Bonnefoy Hamlet, suivi d'« Une idée de la traduction », Mercure de France, 1962".
On relie l'élément 1) à l'élément 2) au moyen de la propriété edition or translation of (P629).
-Zolo (talk) 18:43, 24 January 2016 (UTC)

Bonjour, et merci beaucoup de votre réponse. ce n'est pas exactement ça que je voulais dire, à moins que je n'aie pas compris. ce n'est pas la première exploitation (terme juridique pour définir une édition, une lecture, une représentation théâtrale) de tel ou tel texte qui m'intéresse, mais de savoir quel texte a été le premier de sa langue a être exploité en traduction, dans telle autre langue. le tableau se présenterait comme ceci (ici "rédigé" car je n'arrive pas à créer de tableau sur cette page) :

- Langue source : Albanais - Plus ancienne publication connue : Doruntine Fille-soeur de Besnik Mustafaj, traduction Elisabeth Chabuel, éditions Actes sud, Arles, 1997 - Plus ancienne lecture connue : Les Taches sombres de Minush Jero, traduction Christiane Montécot, direction Dominique Dolmieu, Auditorium de l'Alliance française, Paris, 1996 - Plus ancienne création connue : L'Histoire de Ceux qui ne sont plus de Kasëm Trebeshina, traduction Dominique Dolmieu et Mirela Kumbaro, mise en scène Dominique Dolmieu, ESAD Pierre Debauche, Paris, 1992

- Langue source : Allemand - Plus ancienne publication connue :

et ainsi de suite, Anglais, Arménien, etc.

Qu'en pensez-vous ? DD.

Effectivement, j'ai lu un peu vite. Pour le coup, c'est plus compliqué. La solution la plus simple serait de créer des propriétés du genre "première représentation théatrale dans cette langue", et d'ajouter ça sur Albanian (Q8748) etc., mais si on commence à faire ce genre de chose pour les pièces de théâtre, les poèmes, les textes de loi, etc., on risque de se retrouver rapidement avec des éléments très longs et difficiles à gérer. Le mieux est peut-être d'en parler sur une page plus spécialisée, comme Wikidata:WikiProject Books ou Wikidata:WikiProject Linguistics. --Zolo (talk) 08:09, 25 January 2016 (UTC)

Date de décès inconnue

Y a-t-il moyen d'indiquer que la date de décès est inconnue (que l'on sait que la personne est décédée, mais pas quand) ? Je cherche pour Q2701347, dont l'infobox sur Wikipédia en français indique 106 ans alors qu'on dit qu'il est mort. Simon Villeneuve (talk) 16:14, 27 January 2016 (UTC)

Même chose pour Q2628068 Simon Villeneuve (talk) 16:26, 27 January 2016 (UTC)
Il y a trois petits rectangles à gauche qui permettent de dire si il n'y a pas de valeur (donc pas mort) où si la date est inconnue, le modèle ici ne tient pas compte de ces éléments. --Pino~eowiki (talk) 16:40, 27 January 2016 (UTC)
Ok, merci pour la précision. Je vais consulter sur fr pour voir si on peut afficher cela. Simon Villeneuve (talk) 16:43, 27 January 2016 (UTC)

female form of label (P2521) en French (Q150)

Il y a une première liste à Help:Female_form_of_label/lists/fr. Il y a une requête SPARQL sur la page principale (Help:Female_form_of_label) pour trouver des libellés qui manquent.
--- Jura 14:18, 26 January 2016 (UTC)

J'ai un doute : quand la forme féminine est identique à la forme masculine (toute les professions en -logue ou -graphe par exemple), faut-il le préciser explicitement ? Il y a une erreur sur oceanographer (Q3546255) mais je ne sais pas si je dois retirer ou corriger la valeur. Cdlt, VIGNERON (talk) 15:11, 26 January 2016 (UTC)
@Jura1: j'ai posé la question (et d'autres) sur la page de discussion de la propriété. Cdlt, VIGNERON (talk) 13:25, 28 January 2016 (UTC)

prête de religion catholique

Je cherche tous les prêtres de relion catholique et pour cela, je fais une requête WDQ claim[31:5] AND claim[106,42603] AND claim[140,9592] donc humain dont l'occupation est prêtre et la religion est église catholique mais cela ramène 23585 combinaisons dont fr:Tyson Fury en seconde position. Où est la faute de raisonnement ? Dacoucou (talk) 06:20, 28 January 2016 (UTC)

Il faut mettre deux points, pas des virgules (si on met des virgules, ça donnera tous les éléments qui ont une valeur quelconque pour P106 et P140).
Pour le contenu de la requête serait plutôt occupation (P106)Catholic priest (Q250867) [5] ou un peu plus complexe ça. D'un point de vue pratique, mettre le instance of (P31)human (Q5) à la fin plutôt qu'au début accélère pas mal la réalisation de la requête. --Zolo (talk) 06:51, 28 January 2016 (UTC)
des virgules entre numéro de propriété et valeur attendue ? probablement la source de l'erreur... pas vérifié, mais ça me paraît bizarre :) --Hsarrazin (talk) 06:56, 28 January 2016 (UT
Merci beaucoup, une faute d'étourderie qu'un regard neuf a su débusquer promptement. Dacoucou (talk) 07:00, 28 January 2016 (UTC)
Juste par curiosité et pour confirmer que je comprends bien. « claim[106,42603] » est égal à « claim[106] OR claim[42603] » ; vu que P42603 n'existe pas, cela revient simplement à « claim[106] ». Idem pour la dernière partie. Donc « claim[31:5] AND claim[106,42603] AND claim[140,9592] » = « claim[31:5] AND claim[106] AND claim[140] ». Je ne vois pas de faille logique dans mon enchaînement et WDQ me renvoie 23584 résultats dans le deux cas, ce doit donc être bon (pourtant, j'ai parfois des résultats bizarres avec WDQ, sans doute des bugs dans l'outil mais cela vient peut-être aussi de moi).
Cdlt, VIGNERON (talk) 14:52, 28 January 2016 (UTC)
oui effectivement, la requête fait remonter toutes les personnes qui ont une occupation ET une religion renseignées, quelles que soient la profession ou la religion… ;)
parfois aussi, WDQ fait remonter à la surface de vieilles valeurs des propriétés. Il s'agit d'un problème de mise à jour du dump. J'ai déjà vu des valeurs nettoyées persister plusieurs semaines… face à une réponse incohérente, il faut aller regarder l'historique. --Hsarrazin (talk) 18:26, 28 January 2016 (UTC)

Valeurs à fusionner?

J'ai trouvé deux valeurs qui veulent dire la même chose archipelago (Q33837) et island group (Q1402592). Peut-on les fusionner?--Laurianna2 (talk) 06:57, 29 January 2016 (UTC)

Est-ce vraiment la même chose ?
En tout cas, les germanophones ont deux articles différents : de:Inselgruppe et de:Archipel ce qui empêche la fusion (même chose pour le bas allemand / Niederdeutsch). De plus, le deuxième élément Wikidata est sous-classe du premier ; là encore, en l'état, cela interdit la fusion.
Le second article semble indiquer qu'un archipel = région constitué des îles (Inselgruppe) + des eaux entre ces îles (mon allemand est un peu rouillé). Un germanophone pourrait-il aller sur dewiki pour proposer éventuellement une fusion des deux articles ?
Cdlt, VIGNERON (talk) 10:24, 29 January 2016 (UTC)
Cette mention des eaux entre les îles dans de:Archipel/archipelago (Q33837) a pour référence cet article de la United Nations Convention on the Law of the Sea (Q216996), ce qui est un sens assez particulier ; et de:Inselgruppe#Definition/island group (Q1402592) dit à la fin "un synonyme de groupe d'îles est aujourd'hui archipel" (avec explication de l'origine de ce dernier mot via l'italien). Oliv0 (talk) 11:50, 29 January 2016 (UTC)

Item à fusionner ?

Bonjour, je penses que les deux items Bids for the 2016 Summer Olympics (Q2920935) et Bids for the 2016 Summer Olympics (Q3954828) doivent être fusionnés : le deuxième concerne seulement l'enregistrement issu de wikipedia:it. Cordialement. 78.238.225.248 09:21, 30 January 2016 (UTC)

✓ Done, merci du signalement. VIGNERON (talk) 18:30, 30 January 2016 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Bistro/Archive/2016/01&oldid=2029381839"