Wikidata

Wikidata:Bistro/Archive/2014/03

< Wikidata:Bistro‎ | Archive
This page is an archive. Please do not modify it. Use the current page, even to continue an old discussion.

Demande de suppression de Q1871740

Bonjour, Merci de supprimer Q1871740 qui est un doublon de Q6687441 dans lequel j'ai fusionné tous les articles. Cordialement, Edoli (talk) 11:59, 3 March 2014 (UTC)

salut, tu me fais un peu peur par ta formulation, tu voulais dire déplacé les liens interlangues des différents items ? Sinon c'est pas la peine, tu peux te documenter à Help:merge, il y a un gadget à qui on indique les items à fusionner et qui automatise le processus. Que je vais utiliser de ce pas :) on peut considérer ça comme   Done. TomT0m (talk) 12:42, 3 March 2014 (UTC)
Merci, Cela faisait un certain temps que je ne l'avais pas fait et j'avais oublié la façon de procéder. Cordialement, Edoli (talk) 13:21, 3 March 2014 (UTC)

Template:AdminWelcome

Bonjour, je viens d'obtenir le statut d'admin. J'ai donc reçu ce magnifique message sur ma page de discussion. Comme il n'était pas encore traduit en français, je m'en suis chargé sur Template:AdminWelcome/fr. Or il doit manquer quelque chose car c'est toujours le message en anglais qui s'affiche alors que le reste de Wikidata est bien en français. Une idée ? Pamputt (talk) 19:52, 4 March 2014 (UTC)

  Félicitations !
Peut-être des éléments de réponse dans Help:Multilingual/fr ? --Eric-92 (talk) 02:45, 5 March 2014 (UTC)

Quel country of citizenship (P27) pour les personnages de l'histoire de France ?

Joan of Arc (Q7226) a actuellement deux pays de nationalité : Kingdom of France (Q70972) et France (Q142). Lequel est le bon ? D'après Nationalité, « la nationalité politique se définit comme une preuve légale de l'appartenance à un État », ce dernier étant dans son sens premier (cf. État) « l'organisation politique et juridique d'un territoire délimité » ce qui ferait plutôt pencher vers Kingdom of France (Q70972), d'autant que l'article France (Q142) dit dès l'introduction qu'il traite de la « France, en forme longue la République française » ce qui voudrait dire que la période antérieure à la révolution en est exclue...

Après, n'étant pas expert en la matière, je souhaiterais avoir votre avis avant d'entreprendre un changement dans un sens ou l'autre. — Ayack (talk) 12:10, 5 March 2014 (UTC)

Les deux, sinon plutôt France : entité actuelle (l'article ne se limite pas aux périodes républicaines). Sinon ça serait très compliqué pour les pays comme l'Allemagne et l'Italie, constitués en État assez tard, alors qu'on parle sans problème de personnages allemands ou italiens depuis plusieurs siècles… Eric-92 (talk) 04:03, 6 March 2014 (UTC)
Personnellement, je dirais plutôt aucun des deux… Le concept de nationalité n'existait pas vraiment à l'époque de Jeanne d'Arc (j'hésiterais même à dire que c'est en grande partie à cause de la guerre de Cent ans − et donc de Jeanne d'Arc − que le concept de nationalité est né).
De plus, mettre France (Q142) est une hérésie (doublement anachronique, attribué un concept qui n'existait pas à une pays qui n'existait pas…) ; quant à Kingdom of France (Q70972), cet élément n'est pas prévu pour être utilisé avec la propriété P27 et son utilisation renvoie donc une erreur dans le compte-rendu de violations de contraintes de P27 : Wikidata:Database reports/Constraint violations/P27 (il est possible que ce soit le compte-rendu qui soit mal fait mais je ne le pense pas).
Cdlt, VIGNERON (talk) 09:42, 7 March 2014 (UTC)

Recherche d'une propriété Son ou Capture sonore

Bonjour, à l'occasion d'une contribution sur l'article wp: fr:Crépitant, je découvre un fichier multimédia sur commons:File:Crackles pneumoniaO.ogg ; la consultation de Q973331 montre que le "rapprochement" n'a pas encore été effectué sur Wikidata. J'essaie d'appeler une propriété:Son en cliquant "Ajouter" sous le tableau contenant déjà la propriété:Idendifiant Freebase mais rien à faire : des essais avec "Son", "Bruit" et "Capture sonore" ne proposent aucune propriété... Existe-t-elle ? Si non, ne conviendrait-il pas de la créer pour admettre les différents fichiers sonores "faiblement catégorisés" sur Commons -- n'entrant donc pas vraiment dans la dernière rubrique du tableau, puisqu'on m'a expliqué sommairement qu'il convenait plutôt d'y lier des catégories que des fichiers uniques -- et spécifiques de l'élément Wikidata ? Cordialement --BonifaceFR (talk) 11:45, 6 March 2014 (UTC) un péon de wp:fr

J'ai trouvé : il convient d'utiliser "Audio". J'y vais de ce pas.--BonifaceFR (talk) 11:52, 6 March 2014 (UTC)

Chiffrage des accords

Bonjour, je ne comprends pas pourquoi sur la page fr:Chiffrage des accords je ne peux pas rajouter de lien vers la page équivalente en anglais en:Chord names and symbols (popular music). Quelqu'un pourrait-il m'éclairer ? Merci ! Snellpacha (talk) 12:25, 6 March 2014 (UTC)

Le problème vient des Allemands qui ont 2 articles de:Akkordsymbol et de:Bezifferung. On ne peut lier un article qu'à un seul élément sur wikidata. Or l'article est déjà lié à figured bass (Q349603), donc il faut choisir quel est le bon élément, et si il faut changer pour lier à chord symbol (Q1504804), il faut d'abord supprimer les liens existants pour ensuite en créer de nouveau. Snipre (talk) 15:37, 6 March 2014 (UTC)
Bien vu, j'ai fait la manip Snellpacha (talk) 10:28, 7 March 2014 (UTC)

Hackathon

Bonjour,

Le hackathon – le rendez-vous annuel de la communauté des développeurs du mouvement wikimédien – se tiendra à Zürich, en Suisse, du 9 au 11 mai.

Le programme commence à se remplir sur mediawiki. Durant le hackathon, le temps se partagera entre des ateliers et des présentations et une grande salle ouverte tout le temps ou presque, où des petits groupes se formeront pour coder ensemble pour créer ou améliorer un outil ou un projet technique. Si vous avez un projet à porter, vous pourrez sûrement trouver des gens motivés pour vous aider et inversement, si vous n'avez pas d'idée particulière, vous pourrez aider sur les projets d'autres.

C'est également un moment intéressant pour rencontrer des gens impliqués dans les aspects techniques du mouvement, à commencer par les développeurs de la Wikimedia Foundation.

Si vous êtes intéressés par y participer, Wikimédia France peut vous rembourser le transport et l'hébergement. Pour bénéficier de cela, n'hésitez pas à me solliciter par courriel.

-Sylvain WMFr (talk) 13:12, 7 March 2014 (UTC)

@Sylvain WMFr: Quelle sera la langue de travail ? Si on vise les développeurs, il y aura sûrement des Allemands, donc anglais ? Snipre (talk) 13:40, 7 March 2014 (UTC)
Dès qu'il s'agit d'un événémenent international l'anglais est obligatoire. Merci de l'avoir rappelé. Pyb (talk) 14:19, 7 March 2014 (UTC)
C'est effectivement en anglais. -Sylvain WMFr (talk) 13:28, 12 March 2014 (UTC)

WikiDataStats en rade ?

Bonjour,

Je viens de faire un tour par hasard sur WikiDataStats mais il semblerait que celui-ci ne fonctionne plus. Le menu déroulant après « Show distribution by » ne me propose rien du tout… Est-ce seulement moi ?

Cdlt, VIGNERON (talk) 09:34, 12 March 2014 (UTC)

Proposed optional changes to Terms of Use amendment

Hello all, in response to some community comments in the discussion on the amendment to the Terms of Use on undisclosed paid editing, we have prepared two optional changes. Please read about these optional changes on Meta wiki and share your comments. If you can (and this is a non english project), please translate this announcement. Thanks! Slaporte (WMF) 21:56, 13 March 2014 (UTC)

Fusion Tambet Pikkor

Peut-être faudrait-il fusionner les items Q9355426 et Q15850071 : ils correspondent tous deux au coureur du combiné nordique estonien Tambet Pikkor.

Cordialement,

Trace (talk) 20:55, 20 March 2014 (UTC)

  Done. — Ayack (talk) 21:52, 20 March 2014 (UTC)

Fusion demandée

Bonjour. Article fr:Routhiérite avec en:Routhierite. Merci--Cjp24 (talk) 16:46, 21 March 2014 (UTC)

  Done --Cjp24 (talk) 16:51, 21 March 2014 (UTC)

Demande conseil pour la catégorisation des images

Bonjour à tous,

Je crois que j'ai besoin d'éclaircissement concernant la catégorisation des photos. Je pensais en effet apporter ma modeste contribution à WP en améliorant la catégorisation des images. Par exemple, sur la page : Category:Churches in Haute-Saône. Après avoir téléversé quelques photos et constaté que la page comportait une grande quantité de photos placées en vrac sur la page alors qu'elles auraient pu faire l'objet d'une sous-catégorisation spécifique ; elle-même appartenant à la catégorie Churches in Haute-Saône, j'ai entrepris de créer les sous-catégories adéquates, y compris lorsque la sous-catégorie en question ne comportait qu'une seule photo.(Exemple : Église d'ancier. Pour cette photo, j'ai créé la sous-catégorie Category:Église d'Ancier, appartenant à la catégorie Churches in Haute-Saône). Pour ce faire, j'avais pris soin de vérifier que c'était la façon de faire de contributeurs plus aguerris et je pensais aussi respecter les prescriptions de la page :https://commons.wikimedia.org/wiki/Commons:Catégories.

J'ai ainsi fait pour la photo : File:Aillevillers, Église de la Décollation-de-Saint-Jean-Baptiste.jpg. Cependant, le contributeur qui avait téléversé la photo, a reverté aussitôt ma modification. Comme le contributeur en question semble avoir beaucoup plus d'expérience que moi sa modification me place dans l'expectative et je suis à la recherche de l'exacte façon de faire. Peut-être est-ce parce que la sous-catégorie en question ne comportait qu'une seule photo ? Mais après vérifications, y compris sur les pages de WP allemande, (sur laquelle il contribue), les sous-catégories ne comprenant qu'une seule photo existent en nombre conséquent.

Je vous remercie des explications que vous pourriez me donner. fr:Utilisateur:G CHP--G CHP (talk) 10:36, 22 March 2014 (UTC)

Bonjour, cette question semble concerner Commons plutôt que Wikidata, donc à poser sur le Bistro de Commons.
Merci. --Eric-92 (talk) 03:25, 23 March 2014 (UTC)
Ok. Erreur de ma part. Je vais poser ma question sur le Bistro de Commons. Merci.fr:Utilisateur:G CHP--G CHP.--G CHP (talk) 08:05, 23 March 2014 (UTC)

Fragaria cascadensis

Bonsoir,

J'ai créé l'entrée Fragaria cascadensis. Je n'arrive pas à ajouter l'auteur taxonomique K.E.Hummer. Est-ce parce qu'elle n'a pas encore de fiches dans Wikidata ? Merci de votre réponse. Cordialement Gtaf (talk) 19:25, 22 March 2014 (UTC)

@Gtaf: Effectivement, l'auteur de Fragaria cascadensis (Q15975161) n'a pas d'élément. J'imagine qu'il correspond au 3e critère de notoriété. --Fralambert (talk) 20:27, 22 March 2014 (UTC)

After/before pour une date

Bonjour,

J'ai un souci avec les précisions de date. Selon le typage de la donnée date , Special:ListDatatypes, il devrait être possible de spécifier une valeur précédente et suivante. Ainsi 1495-1505 pourrait se formaliser : 1500, precision 9, before 5, after 5. Pourtant je n'arrive à saisir ces données before et after avec l'interface d'édition. Si quelqu'un a une idée sur la manière de faire, je lui suis en serais grandement infiniment reconnaissant. --Shonagon (talk) 20:03, 25 March 2014 (UTC)

Bon, alors ce n'est pas encore possible et correspond à un ticket sur bugzilla Bug 61909 - Make use of before and after in Time datatype. --Shonagon (talk) 20:41, 25 March 2014 (UTC)

Autres langues

Actuellement, je peux remplir le libellé et la description de chaque élément dans deux autres langues (l'Allemand et l'Anglais parce que je l'indiqué sur ma page utilisateur). Selon les cas, il peut m'arriver de vouloir remplir le libellé dans une autre langue. Dans ce cas, il n'y a pas d'option simple pour permettre à l'utilisateur d'ajouter le libellé dans une troisième langue. --PAC2 (talk) 02:16, 27 March 2014 (UTC)

2 solutions :
  • changer la langue de l'interface en ajoutant ?uselang=xx à l'URL (c'est normalement comme ça que je fais)
  • importer le script User:Jitrixis/nameGuzzler.js puis cliquer sur la case "libellé de VIP" dans le menu de gauche (surtout utile pour les noms propres qui sont généralement égaux dans de nombreuses langues. --Zolo (talk) 08:26, 27 March 2014 (UTC)
Bonjour PAC2,
Pour la deuxième sorte de solution de Zolo, il me semble que le gadget MediaWiki:Gadget-labelLister.js (à activer dans ses préférences) répond également à ton besoin.
Cdlt, VIGNERON (talk) 19:37, 29 March 2014 (UTC)

Proposition d'une extension du projet

Bonjour à tous! N'étant pas un habitué de Wikidata, je ne sais si je suis au bon endroit. Si ce n'est pas le cas, merci de me rediriger.

Je viens ici à la suite d'une discussion du projet hockey sur glace de la WP francophone. Pour résumer le point de départ de cette discussion: un membre du projet a remarqué que la mise à jour des effectifs de certaines équipes de la Ligue nationale de hockey, car il peut y avoir beaucoup de changements dans les différentes équipes, en raison du système de club ferme. Et un autre contributeur met systématiquement à jour les effectifs. Il est venu à l'esprit de quelques membres du projet (dont moi) que ce type d'information (effectif actuel) était absolument dans la droite ligne de ce que veut contenir Wikidata. Les effectifs d'équipes sportives sont en effet indépendants de chaque projet linguistique et dans beaucoup chacun d'entre eux (je n'ai pas vérifié), il figure des sections de type Effectif actuel dans les articles consacrés à des clubs sportifs (dont le hockey sur glace).

Voilà donc ma question: est-il techniquement possible de créer une base de donnée recensant des effectifs d'équipes sportives? Si oui, est-ce qu'une telle extension est prévue?

Merci pour votre réponse.--Bounè rodzo (talk) 12:45, 28 March 2014 (UTC)

@Bounè rodzo: C'est tout à fait un des objectifs de WD. Mais de la coupe aux lèvres il y a une certaine distance:
  • il faut d'abord définir la structure des données que l'on veut stocker dans WD. En clair, quelles données doivent enregistrées, selon quelle structure, avec quelles descriptions,....
  • ensuite il faut importer les données dans WD
  • et finalement il faut appeler les données de WD dans les articles de WP, ce qui est assez technique pour l'instant, mais possible.
Le plus simple pour commencer est de prendre un exemple de joueur de hockey et de faire la liste des principales données que l'on veut utiliser, en décrivant les contraintes associées à chaque donnée (exemple: l'appartenance à un club doit être décrite par 3 données: le nom du club, la date d'entrée dans ce club et la date de sortie. On peut ajouter également la place du joueur, son rôle, son numéro,....).
Une fois cette liste faite, il faut créer des propriétés qui vont stocker ces informations. Ensuite, il faut créer une infobox en lua dans WP pour extraire les données de WD et pour les afficher dans les articles de WP. Snipre (talk) 14:36, 28 March 2014 (UTC)
@Snipre: Merci pour cette réponse. Néanmoins, avec l'exemple que tu me donnes, je ne suis pas sûr que tu aies compris exactement ma demande/proposition. Je vais donc la reformuler (avec un exemple).
En fait, pour contourner le problème, comme on peut le voir sur la PDD du projet hockey mise en lien, le projet a choisi de créer une sorte d'article détaillé (exemple avec les Canadiens de Montréal). Le but serait de transférer les informations (ou des informations similaires) de cet «article détaillé» sur Wikidata. Est-ce faisable aisément (actuellement)? Faut-il une discussion préalable avec des projets linguistiques frères?--Bounè rodzo (talk) 14:51, 28 March 2014 (UTC)
@Bounè rodzo: Je crois que j'ai compris ce que tu voulais, mais en fait tu l'exprimes en tant qu'utilisateur de données et non en tant fournisseur de données. Ce tableau que tu présentes est en réalité le résultat d'une recherche. Tu dois donc reformuler la question en cherchant à utiliser des données les plus basiques possibles. Pour obtenir un tableau comme celui que tu présentes, il faut donc
* que tous les joueurs mentionnés dans le tableau aient un élément sur Wikidata
* que chaque joueur ait dans son élément son club actuel avec la date d'arrivée dans le club
* que chaque joueur ait sa position indiquée lors de chaque appartenance à un club
* que chaque joueur ait l'historique des clubs auxquels il a appartenu, avec la date d'entrée et de sortie de chaque clubs
* et finalement il te faut un code pour extraire automatiquement la requête suivante: tous les joueurs appartenant au club X au temps T avec date d'arrivée dans le club, sa position et le nom du précédent club.
Tu ne peux pas simplement enregistrer les données de ton tableau: WD n'est pas un disque dur pour graphique particulier, mais une banque de données. Tu dois donc entrer les données de manière générale, sans viser un but ou un tableau particulier et ensuite construire ton tableau en faisant une recherche particulière.
Pour te donner une idée des limites de ta proposition: imagine que tu aies un tableaux pour chaque club, chaque fois qu'un joueur change de club, tu dois modifier 2 tableaux, le tableau du club que le joueur quitte et le tableau du club que le joueur rejoint. Cela signife que tu peux te troumper lors d'une modification ou oublier d'en faire une, que tu dois recopier à chaque fois toutes les données dans le tableaux du club d'arrivée (année, position, club de départ,...) avec à chaque fois un risque d'erreur. Bref, le mieux est de modifier le parcours de chaque joueur en particulier, et de faire une requête qui va te construire le tableau avec les données mises à jour sur la page de chaque joueur. Et cela permet de constuire plein de tableaux en fonction des envies et non pas de se limiter à un seul tableau sans possibilité de réutiliser les données ailleurs. Snipre (talk) 16:13, 28 March 2014 (UTC)
Un grand merci pour cette réponse!
Effectivement, on s'était mal compris, et ma totale inexpérience dans ce projet n'a pas aidé, mais je crois avoir compris l'essentiel. Je vais voir quelle suite éventuelle donner.
Encore merci.--Bounè rodzo (talk) 19:26, 28 March 2014 (UTC)
Salut. Je m'immisce dans la discussion (pour poser quelques questions aux habitués de wikidata). Si on prend un exemple : Carey Price, il a déjà :
  • sa position (que je viens d'insérer   )
  • sa nationalité
Il faudrait donc, dans un premier temps, demander (apparemment on ne peut pas créer une propriété soi-même) à créer (si ces paramètres n'existent pas déjà, faut fouiller) :
  • membre actuel de l'équipe de sport (à moins qu'il soit possible d'indiquer l'équipe actuelle dans membre de l'équipe de sport ?)
  • numéro en club
  • date d'arrivée au club
  • salaire
Supertoff (talk) 06:01, 29 March 2014 (UTC)
@Supertoff: Ok, j'ai entré les données concernant les dates d'arrivée et de sortie dans chaque club pour Carey Price (Q720963) à partir du site de la NHL.
Première chose, il faudrait avoir des dates plus précises pour les arrivées et les départs que la saison. Il faudrait au moins le mois et l'année.
Deuxièmement il faudrait savoir si un joueur joue toute sa carrière à la même position. Si oui ou alors si cela n'arrive que rarement pour un joueur de changer de position, alors on peut laisser la mention de la position hors de la donnée concernant le club. Si des changements de position sont fréquents notamment lors de changement de club alors il faudrait indiquer la position au niveau de chaque équipe (en plus de la date d'arrivée et de départ).
Troisièmement, pas besoin de mentionner l'équipe actuelle: si on part du principe que l'équipe actuelle est celle où il y a une date d'arrivée et pas de date de départ, on peut simplifier les choses. Si on veut on peut par la suite analyser les périodes d'appartenance à un club en fonction de dates d'arrivée et de départ.
Quatrièmement, oui, il faut une nouvelle propriété pour le numéro en club, à demander sous Wikidata:PP
Cinquièmement le tableau sur WP indique des informations comme Repêchage ou agent libre. Si ces données doivent apparaître dans le tableau il faut prévoir une propriété.
Sixièmement, le salaire. Je ne vois pas trop à quoi cela correspond: salaire annuelle, montant de coût du transfert,... A mon avis ce type de donnée ne devrait pas être inclus dans WD, car les salaires comme les coûts sont très variables avec le temps et surtout, il faut connaître l'année du salaire pour juger de sa valeur réelle: l'inflation ne permet pas de comparer les salaires qui ont quelques années de différence. Snipre (talk) 12:21, 29 March 2014 (UTC)
Pour la position, en football un joueur a souvent une position préférentielle, mais il peut potentiellement changer à chaque match, voire au cours d'un même match, donc faut sans doute pas être trop gourmand dans la précision dans ce type de cas : soit on a assez d'infos sur le match, soit on reste globalement vague.
Pour l'équipe actuelle, il faut de préférence marquer le claim comme prefered, et ce sera celui retourné par défaut dans une requpete dans le futur, c'est une solution pratique. En tout cas la solution créer une propriété équique actuelle n'est pas vraiment dans l'esprit de Wikidata. TomT0m (talk) 14:22, 29 March 2014 (UTC)
@Snipre:
  • Pour la position, il en existe 5 au hockey : gardien, défenseur, ailier gauche, ailier droit, centre. Cependant, quand un joueur joue ailier gauche ou ailier droit on simplifie par ailier, quand il joue centre ou ailier, on simplifie par attaquant (donc finalement il existe 7 possibilités). Par contre un joueur peut jouer défenseur ou attaquant (cf par exemple Dustin Byfuglien. Et ça n'est pas spécifique à un club mais au joueur. Là, ça se complique.
  • Pour le salaire, c'est le salaire annuel et c'est sourcé. Il s'agit donc d'une donnée encyclopédique.
  • Pour l'équipe actuelle : non, ça n'est pas bon. J'explique : au hockey nord américain, un joueur est la propriété d'une équipe mais ne joue pas forcément avec l'équipe : il est parfois envoyé en ligue mineure (un peu comme une équipe réserve au foot). C'est un peu compliqué à expliquer ici mais certains joueurs font de nombreux va et vient entre ces équipes. Les joueurs actuels, dans ces tableaux, sont ceux qui sont vraiment actuellement dans l'équipe. Ce peut n'être vrai que pour une période courte (1 semaine) puis faux quelques jours, puis vrai quelques mois. Au cours d'une saison, certains joueurs font de nombreux aller-retours... J'ajoute que le fait de faire partie d'une équipe nationale (donc sans date de fin non plus) compliquer le tri non ?
Donc, c'est pas si facile Supertoff (talk) 18:03, 29 March 2014 (UTC)
@Supertoff: Tu ne pourras jamais décrire correctement les situations réelles dans une base de données comme WD, car WD n'est pas prévu pour être dynamique ni pour voir un grand nombre de données changées chaque semaine ou chaque mois. Wd sera toujours imparfaite concernant les données qui changent régulièrement, donc si le but de ton tableau sur WP est d'être aussi précis que possible, alors je ne crois pas que WD soit ce qu'il te faut. Snipre (talk) 11:11, 30 March 2014 (UTC)
@Snipre: Le but d'une encyclopédie c'est d'être précis non ? Si les données changent régulièrement, l'encyclopédie doit s'adapter. Je ne vois d'ailleurs pas pourquoi les données sur wikidata ne changeraient pas régulièrement ? Qu'est-ce qui l'en empêche ? Maintenant, si ce qui a été demandé par Bounè rodzo n'est pas envisageable, tant pis. On y arrive déjà sans wikidata mais c'est dommage (voire dommageable) car ces données sont utilisées par un grand nombre (pour ne pas dire toutes) les versions de wikipedia (en, de, ru etc.) Supertoff (talk) 16:01, 30 March 2014 (UTC) PS : mon message me semble plus "sec" qu'il ne l'est en réalité. Ne vois bien sûr rien d'agressif là-dedans, juste une certaine déception (on voulait faire bouger les choses) Supertoff (talk) 16:27, 30 March 2014 (UTC)
@Supertoff: Ici on n'a plus une encyclopédie et une question de mise à jour, mais un site d'actualité sportive. Tu peux utiliser WD pour faire avancer ton idée, c'est juste que sur le concept de base, cela ne correspond pas à une encyclopédie qui fait dans le savoir (qui ne change pas beaucoup) et pas trop dans les nouvelles. Snipre (talk) 09:11, 9 April 2014 (UTC)
C'est l'avantage de wikipedia : c'est une encyclopédie interactive   En même temps, ce n'est pas moi qui effectue ce style de mise à jour incessante (ça aurait même tendance à m'agacer) mais on ne peux pas empêcher des contributeurs de "coller" à la réalité. On empêche déjà les mises à jour de statistiques en cours de saison, on ne peux pas tout interdire. Ca aurait surtout permis d'éviter que les historiques soient "pourris" par ce type de contribution mais bon, on a utilisé une autre "astuce" (simili sous-page). A+ Supertoff (talk) 04:13, 14 April 2014 (UTC)

Changement sur plusieurs q en même temps

Salut à tous, je voulais savoir s'il existe un moyen de faire plusieurs modifications en même temps. Je souhaite ajouter la propriété part of (P361) dans un Q1, et qu'en même temps le que le Q2 que j'ajoute dans le Q1 soit liée avec la propriété tracklist (P658) sur le Q2. Est-ce assez clair ? Merci --Mikani (talk) 13:51, 29 March 2014 (UTC)

Pas sur d'avoir tout bien compris mais cela me semble très spécifique donc à moins de programmer un robot/script/gadget/etc. (ou d'en trouver qui existe déjà mais je ne connais rien de semblable) je crains que ce ne soit pas possible. Cdlt, VIGNERON (talk) 19:46, 29 March 2014 (UTC)
Bon tant pis. Merci d'avoir répondu. --Mikani (talk) 19:55, 29 March 2014 (UTC)

Problème de lien avec les Contrôle d'autorité

Bonjour,

Il y a quelques mois, lorsque je travaillais intensivement ici, quand on avait ajouté des ID (VIAF, BNF, etc.), on pouvait cliquer sur un lien, qui permettait d'accéder directement à la page correspondante du fichier d'autorité (je ne me souviens plus si c'était un gadget ou un script).

Visiblement, ça ne fonctionne plus… ou bien ai-je accidentellement supprimé un paramétrage ?

Merci pour votre aide, car sur les auteurs, c'est très important de pouvoir vérifier qu'il n'y a pas d'erreurs. --Hsarrazin (talk) 14:15, 29 March 2014 (UTC)

Bonjour Hsarrazin,
Je ne suis pas spécialiste mais je me permets de te faire une première réponse.
Je vois que tu as un script User:Hsarrazin/viaf.js et que tu appelles aussi plusieurs scripts dans ton User:Hsarrazin/common.js. Peut-être y a-t-il conflit entre ces scripts…
En tout cas, il existe MediaWiki:Gadget-AuthorityControl.js (qui si je ne me trompe pas doit correspondre exactement au script de Magnus Manske du même nom que tu appelles dans ton common.js), le gadget me semble plus à jour que le script. Peux-tu déjà essayer ce gadget (et retirer le script de Magnus de ton commun.js), est-ce que cela résout ton problème ? (dans le cas contraire, je passe la main à un plus spécialiste des scripts/gadgets que moi).
Cdlt, VIGNERON (talk) 19:54, 29 March 2014 (UTC)
Malheureusement le gadget en question ne fonctionne plus ce qui ne semble pas préoccuper grand monde (et qui montre au passage une certaine fuite des contributeurs...). N'ayant pas les compétences pour le corriger, n'hésitez pas à le faire ! — Ayack (talk) 20:03, 29 March 2014 (UTC)
C'est moins lier à la problématique de la diminution des contributeurs qu'au maintien des gadgets. Un gadget est souvent la propriété d'une celle personne, donc le nombre de contributeurs n'a aucune influence du moment que le propriétaire ne s'en occupe plus. On a le même problème sur WP:fr avec certains bots, bref, il faut éviter de dépendre de gadgets. Snipre (talk) 11:17, 30 March 2014 (UTC)
Merci VIGNERON - c'est effectivement ça : le script de Magnus, qui fonctionne, permet d'ajouter les AC, et c'est le gadget qui créait le lien vers la valeur entrée, qui lui, ne fonctionne plus… je remets donc le script de Magnus, et je vais espérer que le gadget va refonctionner :) --Hsarrazin (talk) 14:42, 30 March 2014 (UTC)
@Snipre:, il faut surtout passer à une logique de maintenance collaborative des gadgets type logiciels libres. Avec Wikidata on fait un pas carrément marqué vers l'informatique, on doit faire un pas vers des processus de gestion des changements dans les modèles, de notifications aux projets qui dépendent du modèles de données pour pas qu'ils cassent sans être prévenus ... Il y a rien de prévu dans ce sens pour l'instant, mais c'est essentiel. On devrait clairement avoir un projet gadget, en lien avec des framework comme pywikibot, essayer de gérer les ping projet ou des abonnements, une mailing list wikidata tools dev ou ce genre de chose. TomT0m (talk) 17:00, 30 March 2014 (UTC)

Projet / taskforce pour les communes de France

Bonjour,

J'ai de nombreuses questions sur les communes de France certaines purement techniques d'autre plus « ontologiques » (le doublon P31/P132 est-il vraiment utile ? peut-on vraiment utiliser les éléments comme city (Q515) ou town (Q3957) pour les éléments des communes de France et si oui quand/comment ? toutes les communes ont-elles les informations de bases ? ça je savais faire mais WDQ est apparemment en panne, existe-t-il un autre outil, etc. etc. j'ai encore des dizaines de questions du genre)

Plutôt que d'engorger le bistrot, je me demandais s'il ne valait pas mieux créer une page spécifique ? Des gens sont-ils motivés par ce sujet ? De plus, je n'ai encore jamais créer de page « projet » sur Wikidata, je suis donc preneur de toute aide, avis, commentaires, etc.

Cdlt, VIGNERON (talk) 19:44, 29 March 2014 (UTC)

Il reste beaucoup de travail sur les communes de France, notamment importer les données démographiques maintenant que nous avons population (P1082). Malheureusement, j'ai l'impression que l'enthousiasme du départ est retombé, et que, les données de Wikidata n'étant pas utilisées sur Wikipédia, les contributeurs délaissent le projet... Il me semble donc nécessaire d'impliquer fortement le Projet:Communes de France et de les convaincre de l'intérêt de transférer ces données dans Wikidata (bon courage car le moindre changement de couleur d'un modèle entraîne des discussions à n'en plus finir...). Ainsi tu auras un renfort de contributeurs et la garantie de ne pas travailler "pour rien". — Ayack (talk) 20:01, 29 March 2014 (UTC)
Juste pour info : Wikidata:Country subdivision task force/France existe depuis les débuts de Wikidata, en sommeil… Eric-92 (talk) 23:20, 29 March 2014 (UTC)
Certaines données de population ont déjà été ajoutées pour l'Italie et la Hongrie, et je crois que c'est assez bien fait. Pour la France, ce n'est pas évident si on veut correctement prendre en compte les subtilités de comptage. J'ai créé Wikidata:Bot requests#Population of French communes qui attend les commentaires, et éventuellement les opérateurs de bots :]Zolo (talk) 08:13, 30 March 2014 (UTC)
@VIGNERON:, @Zolo:, @Ayack:, @Eric-92:. Quelques avis personnels:
  • Créer un Wikidata: WikiProject France (en anglais svp, on doit garder une certaine unité sinon, on ne si retrouvera pas), et créez une sous-page Communes de France. Ceci afin de regrouper un maximum les personnes travaillant sur des sujets similaires, car WD n'attirera jamais autant de contributeurs que les grandes WP, il faut donc essayer de garder les sujets concentrés jusqu'au moment où le besoin se fera sentir de séparer les différents sujets traités dans un projet en projet autonome. Encore une fois il faut penser global su WD, et ne pas simplement venir y faire son truc incognito. L'idéal serait un projet vraiment international, genre WikiProject: Administrative entities, qui traiterait de la problématique de manière générale, mais vu les a priori nationaux, on peut oublier, sans compter le problème linguistique...
  • Prendre le temps de bien discuter des données que l'on veut ajouter sur WD, c'est pourquoi je crois qu'une importation au stade actuelle des données des populations communales est prématurée. Pourquoi ne pas commencer par un tableau des données que l'on veut mettre dans WD avec les sources respectives ? On pourra peut-être cumuler plusieurs importations ou en clair utiliser une sources pour importer plusieurs données différentes au lieu de faire une importation pour chaque donnée.
  • S'assurer que toutes les communes ont un élément et que cet élément est clairement identifié. Il y a pas mal de bots qui travaillent en solo et qui importent des données sans trop de soucier de l'exactitude des importations (j'ai de très mauvaises surprises en chimie avec des bots russes)
  • Choisir avec soin le type de données que l'on veut importer, ne pas commencer à importer trop de détails pour commencer. Si je prends la population, il faut s'interroger sur la pertinence d'importer les données en fonction du sexe, des âges,... A l'heure actuelle, WD n'est pas prête pour stocker des tableaux, le système est construit sur une déclaration = une valeur, et si vous avez plus de 3-4 qualificatifs, c'est qu'il y a un problème. Ne pas oublier que les requêtes ne sont pas prévues pour l'instant pour analyser en profondeurs les qualificatifs, et qu'il faut utiliser des outils externes pour cela, avec à chaque fois un risque que l'outil ne soit plus mis à jour.
Qu'il faut choisir les données avec une définition statistique comparable à celles utilisées par les autres projets travaillant sur des sujets similaires. Chaque pays a ses propres définitions, mais l'idéal serait de pouvoir utiliser des standards internationaux, afin de garder un minimum de cohérence et d'unité et de favoriser l'utilisation d'outils communs (je pense à des modules lua pour l'extraction, le traitement et l'affichage des données dans les articles).
Bref, je conclurai sur ceci: si vous voulez utiliser WD, il faut ouvrir davantage ses objectifs comparé à ce qui ce fait sur les WPs, en intervenant sur les pages des communes de France, vous ne modifierez pas uniquement les articles correspondants sur WP:fr, mais également tous les articles des autres WPs. Il faudra être prêt à travailler avec des anglophones/germanophones/néerlandophones/... qui auront une idée assez précise de ce à quoi doit ressembler une infobox d'une commune française sur WP:xx.
je conseille donc de commencer par un mapping des différentes infobox des communes françaises sur les différentes WPs histoire de voir un peu comment les autres communautés travaillent, car encore une fois le futur projet des communes françaises sur WD ne sera pas une simple extension du projet actuel de WP:fr, mais bien l'ensemble des contributeurs travaillant sur les communes françaises au travers des différentes WPs. Il serait d'ailleurs bon de faire un saut sur les différentes WPs pour voir qui maintient les infobox des communes françaises et de les associer si ils le désirent au développement du projet sur WD (le plus simple serait un post sur les différents projets France des autres WP). J'ai un peur peur en entendant des commentaires du genre "bon courage car le moindre changement de couleur d'un modèle entraîne des discussions à n'en plus finir" que l'on passe complètement à côté de ce qu'est Wikidata. Que Projet:Communes de France fournisse le gros des troupes, pas de problème, mais cela implique une responsabilité envers toutes les autres Wps qui utiliseront les données de WD pour remplir leur infobox sur les communes françaises. Snipre (talk) 10:52, 30 March 2014 (UTC)
Il est certainement désirable de mieux collaborer avec les Wikipédias. Pour ce qui est de la question plus resteinte des données démographique, les interrogations actuelles portent surtout sur la modélisation, et paraissent surtout du resssort interne de Wikidata. Les grandes Wikipédias (et j'imagine les autres aussi) utilisent toutes les mêmes données démographiques (la population sans double compte, puis la population urbaine telle que définie par l'INSEE). Ce sont clairement les données de référence en la matière, donc il ne devrait pas y avoir de problème particulier. --Zolo (talk) 16:09, 30 March 2014 (UTC)
Merci déjà pour ces réponses (qui rejoignent en grande partie mes interrogations). La quantité comme la qualité des réponses me semble montrer qu'il y a un besoin d'un projet spécifique pour en discuter.
Pour le projet Communes de France, il doit évidemment être pris en compte, mais cela ne me semble pas une condition nécessaire et suffisante pour travailler en « mode projet » sur Wikidata puisque l'on peut très bien travailler sur Wikidata de façon transparente pour les Wikipédias (et heureusement d'ailleurs, ce n'est pas sur Wikidata que l'on choisi les couleurs des infoboxes ni même vraiment leur contenu). C'est pourquoi j'ai préféré par commencer à en discuter sur le Bistro ; par contre, il me semble inutile de trop détailler le contenu et les actions du projet mais plutôt de se concentrer sur son organisation.
Je connais déjà la page Wikidata:Country subdivision task force/France mais elle est plus qu'en sommeil, elle n'est pour ainsi dire jamais vraiment née. Vaut-il mieux essayer de la réactiver ou plutôt repartir sur Wikidata:WikiProject France ? Dans un premier temps, pourrait-on déjà utiliser la page de discussion associée ? (plutôt que le Bistro où l'on ne retrouvera que difficilement ces discussions pourtant intéressantes).
Cdlt, VIGNERON (talk) 19:13, 30 March 2014 (UTC)
La véritable question est de savoir si le projet Commune de France sur WP:fr est prêt à utiliser les données de Wikidata. Si oui, alors il n'y aura pas de problème pour faire le suivi du projet sur WD, car il y aura au moins un utilisateur. Ensuite, les task forces n'étaient que des actions limitées dans le temps, donc va pour un projet France avec une section Commune de France. Je ne peux que vous encourager à jeter un coup d'oeil sur WD:WikiProject Chemistry pour une idée d'arrangement qui permette une vue d'ensemble. Je propose également de laisser un message sur les projets liés à la France afin de les encourager à s'approprier ce nouveau projet. Snipre (talk) 20:37, 30 March 2014 (UTC)
Pas vraiment une "task force" mais j'ai crée une petite documentation sur Talk:Q484170/class (même s'il faudrait que je me décide à réécrire le modèle pour pouvoir ajouter des informations plus précises). --Zolo (talk) 07:27, 31 March 2014 (UTC)
Je me suis permis de laisser un message sur les projets Communes de France et Suisse concernant l'utilisation de données de Wikidata par les projets correspondants pour remplir les infobox des communes. J'espère pouvoir cumuler les importations des 2 pays et de partager les outils qui vont être mis en place (notamment les bots). Snipre (talk) 14:36, 31 March 2014 (UTC)
Le projet Communes de France semble accepter. Un autre projet qui serait à mon avis partant : Monuments historiques. Pyb (talk) 00:04, 1 April 2014 (UTC)
Merci Snipre pour le message sur le projet.
@Pyb : excellente idée, bon après les MH c'est un aussi gros chantier que les communes (avec des questions et des choix à faire aussi complexes) ; on va avoir du mal à faire les deux à la fois… (je préférais faire les communes d'abord mais finir les MH pour WLM ce serait classe aussi et utile surtout !).
Cdlt, VIGNERON (talk) 10:01, 1 April 2014 (UTC)
@VIGNERON:, @Zolo:, @Ayack:, @Eric-92:. Voilà, c'est fait: Wikidata:WikiProject France. Pour la déco, je vous laisse vous débrouiller. Snipre (talk) 14:35, 1 April 2014 (UTC)
Bonjour à tous, je me suis inscrit au projet et suis prêt à coopérer avec vous pour améliorer les items sur les communes de France. La création d'un tel projet était une excellente idée.   Mathieudu68 talk 17:43, 1 April 2014 (UTC)
Amha pour les MH, il vaut mieux attendre le support des requêtes afin de basculer les listes de MH de Wikipédia à Wikidata d'un seul coup et donc éviter une duplication du travail. Tpt (talk) 20:34, 1 April 2014 (UTC)
Retrieved from "https://www.wikidata.org/w/index.php?title=Wikidata:Bistro/Archive/2014/03&oldid=2029381796"