C'est la partie 2 de PDD à venir qui décidera de l'essentiel et tant que ce n'est pas décidé et que ça semble raisonnable tout est possible, par contre pour modifier un point de l'affichage d'une infobox mieux vaut toujours voir avec le projet correspondant, ici peut-être sur Discussion Portail:Arts. — Oliv☮Éppen hozzám?31 janvier 2016 à 18:58 (CET)
Je l'ai fait, il me semble que ce sont objectivement des améliorations par rapport à la situation précédente qui utilisait déjà Wikidata, et ça fait plus d'un mois que ça traînait sur la page de discussion du modèle. --Zolo (discuter) 31 janvier 2016 à 19:22 (CET)
A priori, P580 et P582 sont géré depuis longtemps. Je viens d'ajouter limite inférieure/supérieure dans Module:Utilitaire Wikidata.wikidatadate. Ce serait beaucoup plus cohérent d'harmoniser ça avec la gestion de P580/P582, qui se trouve dans Module:Wikidata.getDate, mais ça suppose de revoir une partie du code, et je n'aurai sans doute pas le temps de voir ça dans les prochaines semaines. Enfin, si quelque d'autre veut s'y coller :). --Zolo (discuter) 31 janvier 2016 à 22:59 (CET)
Passé: FOSDEM (slides of talk by Lucie) présentation de Wikidata au Fosdem : wikidata pour donner l'accès aux informations aux locuteurs de langues pour lesquelles il y a peu de contenu accessibles
Un trombinoscope des auteurs de théâtre allemands. Inutile mais joli.
KasparBot is now removing all PersonData template usages from English Wikipedia. They added machine-readable information to articles.
Le modèle d'enwiki PersonData, qui était un modèle purement destiné au stockage de données pour le web sémantique (aucun rendu affiché) et dont l'obsolescence avait été décidé il y a environ un an, va disparaître complètement.
Les propriétés correspondant à des identifiants vont être déplacées dans une section à part (on en a parlé la semaine dernière) les 17 et 18 février.
Upcoming deployments → Article Placeholder: We'll get it to test.wikipedia.org on the 9th
Une version alpha de la fonction « Article Placeholder » (« supplémentation d'article »), destinée en premier lieu aux petites Wikipédias et qui permettra d'afficher les informations de Wikidata sur un sujet quelconque de façon localisée (pourvu que les éléments Wikidata le soient), va être déployée sur test.wikipedia.org. Pour l'instant la fonction prend la forme d'une page spéciale Special:AboutTopic/<numéro d'élément wikidata>.
Je ne sais pas si c'est cette manipulation qui est fautive, mais l'âge ne s'affiche plus dans l'infobox Biographie2 depuis environ 2 jours. --- Simon Villeneuve3 février 2016 à 12:56 (CET)
C'est bien possible que ce soit mon annulation mais je ne vois pas bien ce que faisait cette modif qui apparemment faisait quelque chose qui n'allait pas mais peut-être aussi quelque chose d'utile, Zolo : explique-nous — Oliv☮Éppen hozzám?3 février 2016 à 15:25 (CET)
J'aurais du laisser des commentaires de diffs, parce que ce n'est déjà plus très clair. :\. En fait, j'avais fait une modifqui corrigeat un bug sur deux trois utilisant biographie2 mais non liées à un élément Wikidata. J'avoue que je n'avais pas très bien identifié le bug, et que je ne sais pas trop ce qui s'est passé depuis, mais les pages ont disparu de Catégorie:Page avec des erreurs de script. Le problème de l'âge est sans doute plutôt lié à ma dernière modif du Module:Infobox/Fonctions/Personne[3] qui visait à atouriser les liens thématiques du style "Naissance : 1822". Sans doute un problème de compatibilité avec Module:Date. J'aurais beacoup de mal à regarder ça avant vendredi, si jamais user:Zebulon84 peut aider ? -Zolo (discuter) 3 février 2016 à 16:13 (CET)
L'âge es revenu. Le problème venait de la modif précédente. J'ai corrigé ici, en espérant avoir compris ce que tu voulais faire. S'il n'y a pas de linkback, la fonction dateInfobox est incapable de savoir si le modèle date a été ajouté manuellement (auquel cas je ne la modifie pas) ou parce que la date viens de wikidata (et j'ajoute l'âge si nécessaire). — Zebulon84 (discuter) 4 février 2016 à 04:49 (CET)
Dernier commentaire : il y a 9 ans6 commentaires3 participants à la discussion
Zebulon84 : notamment. Je jetais un coup d’œil ce matin au module Date pour essayer de comprendre pourquoi l'{{Infobox Footballeur}} n'affiche pas les âges. Et, la seule méthode que j'ai trouvé a été d'appeler les propriétés P569 et P570 en ... j'ai été incapable de trouver.
Actuellement l'infobox contient le code suivant :
{{#invoke:Date|dateInfobox|naissance|{{Wikidata|P569|{{{date de naissance|}}}}}|{{Wikidata|P570|{{{date de décès|}}}}}|qualificatif=en football }}
{{#invoke:Date|dateInfobox|mort|{{{date de naissance|}}}|{{Wikidata|P570|{{{date de décès|}}}}}|qualificatif=en football }}
C'est un peu compliqué mais ça vise à n'utiliser Wikidata que quand les champs et ne sont pas renseignés. Mais le problème c'est que ça n'affiche jamais la date de naissance quand les données viennent de Wikidata (pas de souci par contre avec les paramètres {{{date de naissance|}}} et {{{date de décès|}}}.
Après pas mal de tentative, j'ai trouvé une parade en ajoutant le paramètre displayformat=raw :
{{#invoke:Date|dateInfobox|naissance|{{Wikidata|P569|{{{date de naissance|}}}|displayformat=raw}}|{{Wikidata|P570|{{{date de décès|}}}|displayformat=raw}}|qualificatif=en football }}
{{#invoke:Date|dateInfobox|mort|{{{date de naissance|}}}|{{Wikidata|P570|{{{date de décès|}}}|displayformat=raw}}|qualificatif=en football }}
Ca marche bien pour les dates complètes, mais quand on a que les années, l'infobox affiche dorénavant « 1er janvier ». Voir János Aknai Acht.
dateInfobox n'affiche pas l'âge s'il n'y a pas au moins les mois de naissance et de mort depuis cette modification. Voir toute la discussion sur Discussion_modèle:Infobox Biographie2#Âge. Je ne suis pas favorable à cette modification, mais je ne veux pas faire une guerre d'édition sur un module utilisé sur plus de la moitié des pages wikipédia. Le mieux est de poursuivre la discussion là bas.
Si l'âge ne se calcule pas alors que les dates précises sont sur wikidata, je veux bien un exemple de page ou cela se produit pour comprendre le problème, car normalement j'ai corrigé le problème ce matin (cf. la sectionCassé ? ci-dessus).
Lorsque tu demande le format raw, wikidata renvoie une date au format iso (aaaa-mm-jjThh:mm:ssZ) sans tenir compte de la précision. Donc s'il n'y a pas de jour c'est le premier à 0h (UTC), s'il n'y a pas de mois c'est janvier. — Zebulon84 (discuter) 4 février 2016 à 14:05 (CET)
Pour tester c'est facile :
Prévisualise {{#invoke:Date|dateInfobox|naissance|{{Wikidata|P569|{{{date de naissance|}}}}}|{{Wikidata|P570|{{{date de décès|}}}}} }} dans l'article Bertrand Abissonono, tu n'auras que la date de naissance, pas l'âge.
Prévisualise {{#invoke:Date|dateInfobox|mort|{{Wikidata|P569|{{{date de naissance|}}}}}|{{Wikidata|P570|{{{date de décès|}}}}} }} dans l'article János Aknai Acht, tu n'auras que l'année de décès, pas l'âge.
H4stings et Oliv0 : merci, c'est plus plus clair. Le problème est le même que pour la section ci-dessus : comme le fait remarquer Oliv☮, dateInfobox ignore les dates contenant <time> car cela signifie qu'elle sont déjà passé par le modèle Date, et que l'utilisateur à déjà choisi d'afficher ou non l'âge :
{{#invoke:Date|dateInfobox|naissance |{{date|10 décembre 1982|âge=oui}} }} = « (42 ans) »
Mais lorsque la donnée vient de Wikidata, elle est effectivement déjà formatée par le module Date, mais sans âge. Lorsque dateInfobox reconnait que la date viens de Wikidata, la date n'est pas modifiée mais l'âge est ajouté si nécessaire. Actuellement je ne reconnais le passage par Wikidata que lorsque il y a un « linkback ».
Donc la solution est
{{#invoke:Date|dateInfobox|naissance|{{Wikidata|P569|{{{date de naissance|}}}| linkback=1 }}|{{Wikidata|P570|{{{date de décès|}}}}} }}
{{#invoke:Date|dateInfobox|mort|{{Wikidata|P569|{{{date de naissance|}}}}}|{{Wikidata|P570|{{{date de décès|}}}| linkback=1 }} }}
note : le linkback n'est nécessaire que sur la date qui est réellement affichée.
Ça n'affiche par contre toujours pas l'âge sur János Aknai Acht car il n'y a que des années, et on ne peut pas savoir si il est mort à 83 ou à 84 ans (à mon avis ça a peut d'importance mais...)
Désolé de ne pas avoir vu ça tout à l'heure, j'étais un peu fatigué et je me suis mélanger les pinceaux entre le modèle avec les raw, les pages qui ont déjà la date...
Last call for comments on the new process for showcase items at d:User:Harmonia Amanda/Showcase items. Please review and comment on the associated talk page.
Groundwork for adding new entity types to move us forward with support for structured data on Commons. (Other entity types are Item and Property. We'll need Mediainfo for Commons.)
↑Je précise à toutes fins utiles que les articles anglais sont trompeurs dans leur titre, car il ne traitent l'un et l'autre, notamment celui sur le fer, que de la période ancienne sous l'angle archéologique essentiellement. Ils ne contiennent pas un mot sur la métallurgie moderne en Afrique, extraction ou traitement. Sachant, qu'en outre, la succession typique âge du cuivre -> âge du fer est, en Afrique, beaucoup moins nette qu'ailleurs sur la planète, il paraît cohérent de traiter ensemble fer et cuivre dans le même article pour l'Afrique ancienne. C'est pourquoi j'ai suivi le plan de l'article initial en français dont le titre me paraît plus adapté au contenu que leurs homologues anglais.
J'ai créé un élément et j'ai tout lié pour rendre la chose moins bancale (voir Q6072994). Sans doute qu'il y a mieux à faire, mais le terme "ancien" est ambigu. Gzen92[discuter]9 février 2016 à 10:35 (CET)
Dernier commentaire : il y a 9 ans3 commentaires2 participants à la discussion
Bonjour. Je viens de finir l'importation sur Wikidata des lieux de naissance et de décès de toutes les personnalités catégorisées dans Naissance par ville et Décès par ville : il n'y a plus de biographie dans ces catégories qui ne dispose d'un lien pour la propriété concernée, P19 ou P20. Les Infobox telles que {{Infobox Biographie2}} sont donc, pour ce type de données, aussi complètes que possible, en tout cas pour ce qui me concerne : le reste de l'importation ne peut pas être semi-automatisé de façon simple parce que l'information qui reste à exploiter est dans le texte lui-même, généralement parce qu'il s'agit de localités trop petites pour avoir leur catégorie propre. Concrètement, cela n'a l'air de rien, mais plusieurs dizaines de milliers d'éléments ont quoi qu'il en soit d'ores et déjà été complétés et on peut voir que Page utilisant P19 et Page utilisant P20 sont désormais bien remplies. Thierry Caro (discuter) 4 février 2016 à 01:45 (CET)
Que pensez-vous, alors, de faire désormais gérer cette catégorisation par Wikidata ? Le module chercherait la valeur des propriétés P19 et P20 puis, sur les éléments Wikidata correspondants irait trouver les catégories via P1464 et P1465 ? Ce serait nettement plus simple que la catégorisation à la main, qui est loin d'être complète. Thierry Caro (discuter) 13 février 2016 à 02:10 (CET)
Dernier commentaire : il y a 9 ans4 commentaires3 participants à la discussion
Ici (mentionné dans Tech News) on voit à quoi vont ressembler ces deux nouveaux datatype (type de propriété) pour le type (type de données) string : math c'est simplement à mettre dans <math>, et external-id c'est pour les identifiants du genre bases de données, ISBN etc. et si je comprends bien ça ne change rien à la façon d'afficher un lien dans l'affichage Wikipédia de la valeur. — Oliv☮Éppen hozzám?9 février 2016 à 11:21 (CET)
Dernier commentaire : il y a 9 ans2 commentaires1 participant à la discussion
Bonjour,
J'ai ajouté la localisation administrative (P131) dans le module:Infobox/Observatoire. Puisque je ne savais pas comment faire appel à deux propriétés pour un champ, j'ai ajouté une ligne de code avec le même nom de champ (lieu). Cela semble causer un doublon lorsque le lieu est mis « en natif ». Comment puis-je corriger la situation ? J'aurais tendance à dire qu'il faudrait que le champ lieuappelle deux propriétés, mais je ne sais pas comment coder ça en Lua. - Simon Villeneuve13 février 2016 à 17:02 (CET) P.S. : Je tente de me dépêtrer dans Projet:Scribunto/Guide, Wikipédia:Lua et Aide:Module, mais ça m'est imbitable. Il y a une page plus « pédagogique » sur le sujet ? - Simon Villeneuve13 février 2016 à 17:06 (CET)
Nouvelles propriétés: bac à sable - expression mathématique (d), formule (d), identifiant NEWW Women Writers (d), plus basse pression atmosphérique (d)
Développement
Premier prototype sur le support de Commons - plus précisément travail sur la possibilité d'avoir de nouveaux type d'entités en sus d'Élément et Propriété (phabricator:T125822)
Travail sur les performances de l'interface (temps de chargement des entités, il devrait être plus rapide de modifier des déclarations) (phabricator:T125391, phabricator:T125503)
Travail sur la gestion appropriée des liens d'identifiants
Suppression d'un groupe de code de langue pour le type texte monolingue (phabricator:T125063)
Travail sur l'export RDF des expressions mathématiques (phabricator:T126349)
Correction d'un bug sur la détection de duplication de couple label/description qui pêchait (phabricator:T121395)
Déplacement du dépôt de code de WikidataBuildResources de Github à gerrit (phabricator:T111173)
Work on first prototype for Commons support - specifically by making it possible to have more entity types than just Item and Property (phabricator:T125822)
Oliv0 : Les contributeurs du projet Astronomie va pourtant avoir besoin de la possibilité d'afficher une géolocalisation sur Mars, Vénus, Mercure, les lunes du système solaire, etc. pour la future version de l'infobox Géographie planétaire. Cela fait plusieurs mois que j'essaie de finir cette version avec mes maigres connaissances en Lua, et ça n’arrête pas de traîner malgré des solicitations répétées sur des projets et des pages de discussions d’utilisateurs plus expérimentés avec le Lua. C'est très frustrant. Mais passons. Comment éviter ce bug ? PS : étant très sollicité en ce moment (lisez : au bord du burn out), je n’ai pas de temps à consacrer à un apprentissage poussé du Lua. -- Feldo[Discussion constructive]16 février 2016 à 19:43 (CET)
Dernier commentaire : il y a 9 ans5 commentaires4 participants à la discussion
Tiens dans Module:Infoboxle paramètre légende s'affiche même quand l'image vient de Wikidata, ce n'est pas dangereux que les deux puissent par la suite être dissociés si l'image change sur Wikidata ?
Par ailleurs italique et lien interne sont compris, mais pas par exemple {{e}} ni <ref> assez fréquents dans les « vraies » légendes d'images mises sur Wikipédia. — Oliv☮Éppen hozzám?13 février 2016 à 09:19 (CET)
Il me semble qu'un lien interne de la forme [[aaa|bb]] ne fonctionne pas. Le texte s'arrête à la barre. Sinon il serait logique de ne pas afficher la légende de l'infobox, si il y a une image de Widata, cela oblige à renseigner l'image dans Wikidata ce qui est une bonne discipline. --Pinof (discuter) 13 février 2016 à 09:45 (CET)
Euh effectivement, soit on prend l’image *et* la légende de Wikidata, soit on prend l’image *et* la légende locale mais prendre l’image d'un côté et la légende de l’autre, c’est pour le moins étrange (euphémisme, cela me semble plus que dangereux !) et cela risque de causer des résultats inattendus. Pour cet article, j’ai tout transférer sur Wikidata (surtout qu’en l’occurrence, c'est du plein texte sans aucun problème de mise en forme).
Du coup, j’ai testé et je viens de me rendre compte que si il y a une légende sur Wikidata, la valeur locale n’est pas prise en compte (ce qui va à l’encontre de l’habitude mais qui est nécessaire dans ce cas très précis).
Sinon, autant le {{e}} est assez courant en légende, autant je vois rarement des références (et quand j'en vois, c'est souvent des trucs bizarres qui ne sont pas de vraies™ références, du coup je me demande toujours si il ne faudrait pas les virer ; j'hésite à lancer un sondage sur la question des références dans les infoboxes pour clarifier la situation, on a aussi eu la problématique sur WP:MH). Ceci dit, côté technique, d'où vient le problème d'interprétation : de Wikidata ou bien de Wikipédia ?
Ce code ne marche que pour les cas très simple tel {{e}}, mais se cassera les dents pour les modèles plus « complexe » tel {{n°}} ou {{s-|XIX}} que l'on risque pourtant de rencontrer en légende d'image. Pour avoir quelque chose de plus efficace il faudrait plutôt :
Pas besoin car le nom de page Q… ne change pas, c'est le libellé (label) en français sur Wikidata qui peut être utilisé comme texte pour la valeur d'un champ dans les infobox Wikipédia et a été rectifié par Fralambert (d · c), merci à lui. — Oliv☮Éppen hozzám?19 février 2016 à 16:05 (CET)
Ah oui... Quand je consulte WD connecté à mon compte c'est le libellé fr qui s'affiche en "titre" sur WD. Normal. J'avais zappé ! Un Fou (discuter) 19 février 2016 à 16:37 (CET)
Ce message apparaît à chaque élément appelant Wikidata, quelque soit le code. C'est un problème de surcharge de Wikidata je pense, qui ne se produit que quelques fois.
Ça doit dépendre du serveur utilisé pour afficher les pages, ce qui expliquerait pourquoi certaines personnes voient plein de fois l'erreur et d'autres jamais.
Pour moi il n'y a rien à faire côté fr.wikipedia, ça concerne les développeurs de MediaWiki ou les responsables de production de Wikipédia.
Les catégorisations sont sauvegardées lors d'un rafraîchissement du cache. Soit lorsque l'on édite la page, soit lorsque le serveur recalcule les informations d'une page suite à un évènement sur un élément liés (modèle, Wikidata,...).
Quand tu consultes une page le serveur réinterprète le code (si tu lui interdit d'utiliser le cache, sinon il prend un version récemment interprétée) et te l'affiche. Mais il ne va pas pour autant rafraîchir son cache si tu n'édites pas la page.
Dans ton cas il a du mal à interroger Wikidata, donc il signale une erreur. Mais comme cela est juste arrivé quand tu as demandé la lecture de la page il n'a pas actualisé son cache. C'est pour cela que la page n'est pas dans la catégorie.
Ce matin j'ai souvent des erreur en éditant Wikidata, car la base se retrouve en lecture seule. Je confirme donc qu'il y a un soucis côté Wikidata, et que les messages que tu vois doivent être une conséquence de ce problème.
Hercule le souci, c'est que le problème se reproduit tous les jours. Et jamais sur les mêmes articles...
C'est un souci qui reste mineur quand cela concerne des articles peu consultés, mais cela reste quand même un problème inquiétant surtout si cela commence à arriver sur des articles plus consultés.
J'ai la quasi certitude que le problème vient de Wikidata. Cela ne concerne aucun article en particulier, mais le serveur en charge de fournir l'information. Quand il sature tout article consulté sera en erreur. Pour la résolution il faut voir sur Wikidata.
Côté Wikipédia notre seule marge de manœuvre c'est de gérer les erreurs de manière plus discrète, si c'est possible. A savoir ne pas afficher le message rouge mais simplement ajouter la catégorie masquée. Pour le coup je n'ai aucune idée sur la faisabilité, cela concerne les codeurs Lua.
In order to deploy the ORES extension on Wikidata we need a few more people to help with a labeling campaign. ORES will help us a lot with anti-vandalism fighting.
The in other projects sidebar has graduated from beta features and is now turned on on all projects except Dutch Wikipedia. (They have their own hack.) This closes a wish that has been around since 2004 \o/ (phabricator:T2708)
Added a new identifiers section in items. Everything with datatype external identifier goes there now. Once we have all identifiers converted items should be easier to scan and understand because of the clearer structure.
We have a patch upcoming that should reduce loading time of items with a lot of sitelinks by 25%
Fixed a bug where you could not add statements with external identifier or mathematical expression datatype (phabricator:T127095)
More groundwork for Commons (making it possible to have more entities than just items and properties)
Dernier commentaire : il y a 9 ans9 commentaires7 participants à la discussion
Il arrive que l'on prenne conscience, souvent au moment d'insérer une infobox, que les informations entre un élément de wikidata et un article de wikipedia ne sont pas concordantes. Certains poursuivent cependant l'insertion estimant qu'en mettant en évidence l'incohérence elle sera mieux corrigée. Certains vont même jusqu'à importer l'incohérence sur Wikidata. Cela me semble la pire des solutions : on ne salit pas deux pièces (une sale et une propre) en espérant que quelqu'un d'autre fera le travail de nettoyage. La bonne attitude, il me semble, est de comparer les sources, de vérifier leur validité respective et de corriger selon le cas wikidata ou wikipédia. L'alignement peut d'ailleurs conduire à indiquer dans l'un et l'autre site que les sources ne sont pas concordantes. Cependant, il n'est pas toujours facile de procéder ainsi : on peut ne pas avoir les sources à sa disposition, on peut ne pas connaitre suffisamment le sujet pour intervenir. Dans ce cas, je propose la manip suivante :
ne pas mettre l'infobox qui créera un article incohérent
indiquer par un ref nec les informations non sourcées en contradiction avec celle de wikidata, ne pas remplacer par celles de wikidata si celles-ci ne sont pas non plus sourcées
passer en page de discussion pour lister tous les points de contradiction
ajouter un bandeau en page de discussion similaire à celui concernant les problèmes d'homonymies, modèle qui inclurait automatiquement la page litigieuse dans une catégorie de maintenance : "article contenant des non-concordances entre wikipedia et wikidata".
Ainsi, un spécialiste du sujet pourra intervenir éventuellement pour arbitrer l'incohérence, corriger wikipédia et/ou wikidata et ceci fait enlever le bandeau et décatégoriser l'article.
Excellente idée, et on aurait une sorte d'unité à la PreCrime de Minority Report qui résoudrait le problème avant qu'il ne puisse survenir dans l'article. Là c'est un bon projet que tu as parce qu'en résolvant le problème pour FR Wiki, on le fait également pour les autres Wikipédias, du coup il n'y a qu'un pas pour qu'uns fois que nous ayons une certaine expérience, nous allions en parler à d'autres versions linguistiques pour qu'elles en fassent de même. Jérémy-Günther-Heinz Jähnick (discuter) 21 février 2016 à 10:14 (CET)
Clairement, la rédaction et la mise en avant d'une procédure de ce type permettrait d'améliorer la gestion de ces cas. H4stingsd22 février 2016 à 13:09 (CET)
Très bien, je vous laisse mettre la chose au point. Pour ma part, je vais regarder ailleurs dans wikipedia : Le Don Quichottisme a ses limites. HB (discuter) 22 février 2016 à 20:37 (CET)
Sous la forme la plus simple (une catégorie) Lomita (d · c) aussi suggérait sur BA « une catégorie maintenance qui signalerait la différence » entre le texte de l'article et les données Wikidata de l'infobox.
Ça pourrait être un modèle à mettre juste avant l'infobox. L'intérêt est que ça sera fait plus facilement quand on voit une incohérence d'infobox de juste la signaler rapidement au lieu de chercher des sources et rectifier, et que ceux qui sont prêts à aider à améliorer la cohérence Wikidata/Wikipédia pourront aller puiser dans la catégorie. — Oliv☮Éppen hozzám?23 février 2016 à 16:34 (CET)
Bonjour, je ne connaissais pas cette page, et j'avoue également avoir été bien refroidie lors de ma première et dernière question sur la page de discussion de la prise de décision concernant wikidata, et j'ai été bien refroidie également lors de ma première et dernière question sur le bistro concernant wikidata - C'est pour cela que je n'intervenais plus sur ce sujet - Je ne peux que constater que je suis d'accord avec vous, et que sans connaître cette page, j'ai dit sensiblement la même chose sur BA et sur ma sous page Utilisateur:Lomita/Wikidata - Cela me rassure et cela fait du bien, de voir des contributeurs encore motivés et non rebutés par les milliers d'octet concernant wikidata, et qui essayent de faire avancer les choses simplement sans avoir besoin de cracher sur les autres et sans penser être supérieurs aux autres (voir page de discussion de la prise de décision phase 2) - Bon courage à tous - -- Lomita (discuter) 23 février 2016 à 18:05 (CET)
Je ne sais pas trop ou placer mon message, alors je le dépose ici, juste que je suis totalement l'accord avec l'idée de Lomita avec son idée de catégorie pour signaler la diférence texte / données Wikidata. De même, je suis (personnellement) en phase avec son point de vue exprimé dans son essai. Les rares fois ou j'avais ajouté une infobox Biographie2 (et encore, je m'étaisauto-révoquépar prudence), j'ai pris soin de contrôler, voir de compléter la fiche Wikidata. — Superjuju10[Aubline à votre disposition], le 23 février 2016 à 22:11 (CET)
Dernier commentaire : il y a 9 ans8 commentaires4 participants à la discussion
Hello, petite question technique. L'infobox Footballeur appelle le modèle Wikidata pour obtenir la liste des équipes dont le joueur a été membre (P54). Or cette liste mélange clubs et sélections (défini par leur P31). J'aimerais pouvoir filtrer les résultats pour n'afficher d'abord que les clubs, puis que les sélections. Est-ce possible avec le modèle Wikidata ? Je n'ai pas trouvé de paramètre correspondant... Merci de votre aide. H4stingsd22 février 2016 à 14:31 (CET)
Dans une certaine mesure, ça m'intéresse aussi, car un jour va venir dans le cyclisme où l'on listera les équipes des coureurs, et où l'on voudra faire la distinction entre équipes pro et amateurs. Jérémy-Günther-Heinz Jähnick (discuter) 22 février 2016 à 18:00 (CET)
Ce n'est pas intégré à filterClaims pour l'instant. Comme le dit Oliv0, il faut passer par du Lua. C'est juste quelques lignes, je pourrai le faire à l'occasion si besoin, mais je n'ai pas beaucoup de temps en ce moment. --Zolo (discuter) 23 février 2016 à 23:10 (CET)
Ok merci ! sache que tu feras deux heureux si tu as le temps de t'y mettre ! J'essaierai de me pencher là dessus la semaine prochaine. H4stingsd24 février 2016 à 09:21 (CET)
Ok, j'ai fait une petite fonction dans Module:Infobox/Footballeur. {{#invoke: Infobox/Footballeur|teams|Q1835}} liste les clubs de Zidane. Mais il reste à faire fonctionner pour les sélections, formater, et intégrer le mieux possible aux modèles et modules existant. :]. --Zolo (discuter) 24 février 2016 à 15:01 (CET)
Merci mille fois ! Je suis loin de tout ordinateur actuellement mais je rentre en fin de semaine, je me ferai une joie de tester ça dans l'infobox footballeur. H4stingsd24 février 2016 à 16:09 (CET)
Dernier commentaire : il y a 9 ans5 commentaires2 participants à la discussion
Bonjour,
Voulant voir l’état des données dans Wikidata sur les communes d'Ille-et-Vilaine, j'ai placé le modèle {{Wikidata list}} sur Discussion:Liste des communes d'Ille-et-Vilaine. Jusque là pas de problème (enfin si, un détail je ne sais pas commet préciser la requête WDQ « tree[12549][131][131] and claim[31:484170] » pour n'avoir que les communes actuelles) et le résultat est plutôt satisfaisant globalement (et je peux m'atteler à vérifier et corriger des « détails »).
Tout va plutôt bien donc jusqu'à ce qu'apparaissent le message « This list is using WDQ, but it should use the preferred SPARQL [...] ». Je teste donc la requête SPARQL proposée (dont je ne comprends pas bien les subtilités mais cela me semble correcte) sur Utilisateur:VIGNERON/test et là patatras ! inexplicablement les résultats sont différentes : deux communes du département voisin des Côtes-d'Armor (Plouasne, Plouër-sur-Rance) apparaissent dans les résultats et au moins une commune d'Ille-et-Vilaine a disparu (Guipry).
J’ai regardé rapidement sur Wikidata mais je ne vois pas d'où vient l'erreur. Quelqu'un aurait une idée ? une solution ?
Alors, comme j'ai déjà rencontré des cas de figures similaires, je vous livre ma science :
Pour Guipry, la propriété « nature de l'élément » avec la valeur « commune française » existe, mais elle possède le rang « obsolète » : par défaut, la requête SPARQL ne la retourne pas. Je ne sais pas comment faire pour que ce soit le cas.
Pour Plouasne et Plouër-sur-Rance, c'est plus simple : la requête SPARQL ne correspond pas à la requête WDQ d'origine. En effet, elle recherche non pas les communes qui sont situées dans quelque chose qui est lui-même situé en Ille-et-Vilaine, mais les communes qui contiennent quelque chose qui est situé en Ille-et-Vilaine... Du coup, le château de Caradeuc étant indiqué comme situé sur Plouasne (Côte-d'Armor) mais également sur Longaulnay et Saint-Pern (Ille-et-Vilaine), ça remonte Plouasne. La requête correcte serait : « SELECT ?item WHERE { ?item (wdt:P131)* wd:Q12549 . ?item wdt:P31 wd:Q484170 } ».
Ah oui, pour la rang, j'en ai entendu parler mais j'avais oublié (et j'ai toujours un peu de mal avec l’utilisation précise des rangs ; dans le cas des anciennes communes cela me semble redondant avec la date de fin, je vais soulever la question sur le projet commune de France sur Wikidata).
Euh... Ok... Je comprends l’idée globale mais tu m'a un peu perdu dans la syntaxe. Il va définitivement falloir que je me penche sur les subtilités de SPARQL.
Alors, c'est très simple : le rang de cette propriété n'aurait jamais dû être placé à « obsolète ». Ce n'est pas à ça que sert le rang. — Poulpy (discuter) 24 février 2016 à 19:14 (CET)
Dernier commentaire : il y a 9 ans7 commentaires3 participants à la discussion
Bonjour, Ce modèle peut-il afficher des coordonnées géographiques(P625), sinon y a-t-il une méthode pour afficher des coordonnées WD ? Le contexte est le suivant : utilisateur:YanikB/test. Merci, --YanikB28 février 2016 à 15:06 (CET)
En passant par Module:Wikidata, on ne peut récupérer que les données brutes de Wikidata, pas les coordonnées wikiformées. Ca me parait un peu délicat de changer ça sans créer une boucle avec Module:Coordinates.
Pour récupérer des coordonnées formatées, c'est {{#invoke:Coordinates|coord|wikidata=true}}. A l'heure actuelle, ça ne récupère que les P625 de l'article lié, mais on pourrait changer ça pour lui faire accepter la totalité des options de {{Wikidata}}. --Zolo (discuter) 28 février 2016 à 19:49 (CET)
Dernier commentaire : il y a 9 ans6 commentaires3 participants à la discussion
Bonjour,
Ça fait quelque temps que je remarque que certains edits uniques sur Wikidata polluent allègrement ma liste de suivi Wikipédia, parce qu'ils apparaissent non pas sur l'item qui est modifié, mais sur un nombre important d'items qui lui sont liés.
(diff | hist) . . D Alexandre Mavrocordato (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Alexinos (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Améinoclès (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Augustin Mouchot (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Bill Napier (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Bion d'Abdère (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Claude Galarneau (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Constantin Lascaris (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Cratippe de Pergame (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Dietrich Tiedemann (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Diotime (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Emmanuel Rodocanachi (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Henri Guitton (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Ilios Yannakakis (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Ioannis Karandinos (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Jacob Bruce (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Jay Winter (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Jean-Henri Focas (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Jean Iliopoulos (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D John S. Paraskevopoulos (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Lambros Couloubaritsis (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Matthew Lipman (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Michel Boulangé (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Michel Koutouzis (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Patrick Pelloux (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Rony Brauman (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Serge Wolikow (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Sostrate de Cnide (Q901) ; 15:48 . . Kudelski (discuter | contributions) (Lien de langue modifié de tr:Bilim adami à tr:Bilim insani)
(diff | hist) . . D Alexandre Mavrocordato (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Alexinos (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Améinoclès (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Augustin Mouchot (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Bill Napier (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Bion d'Abdère (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Claude Galarneau (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Constantin Lascaris (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Cratippe de Pergame (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Dietrich Tiedemann (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Diotime (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Emmanuel Rodocanachi (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Henri Guitton (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Ilios Yannakakis (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Ioannis Karandinos (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Jacob Bruce (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Jay Winter (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Jean-Henri Focas (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Jean Iliopoulos (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D John S. Paraskevopoulos (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Lambros Couloubaritsis (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Matthew Lipman (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Michel Boulangé (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Michel Koutouzis (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Patrick Pelloux (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Rony Brauman (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Serge Wolikow (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
(diff | hist) . . D Sostrate de Cnide (Q901) ; 15:43 . . Esc2003 (discuter | contributions) (Lien de langue modifié de tr:Bilim insani à tr:Bilim adami)
Simon Villeneuve et Oliv0 : Je ne vois rien sur ce lien qui concerne le souci que j'ai signalé : encore aujourd'hui une seule modif sur l'item d:Q37226 (enseignant) se retrouve affichée 173 fois dans ma liste de suivi Wikipédia. L'item modifié n'est pas dans ma liste de suivi, ni sur Wikidata, ni sur Wikipedia, mais 173 articles Wikipédia de ma liste de suivi sont liés à l'item modifié par une propriété ou une autre. Il n'y a a priori aucune raison pour que ces 173 lignes apparaissent dans ma liste de suivi !
La répétition est la mère de la pédagogie, mais bon...
J'ai une opinion semblable, mais le problème est qu'un changement de libellé d'un élément ou d'une propriété apparaîtra dans les transclusions non seulement de cette propriété/élément, mais également des autres éléments utilisant cet élément/propriété. Ainsi, par exemple, si on change le libellé en français « enseignant » par « promoteur d'idéologies dominantes », toutes les transclusions de cet élément afficheront ce nouveau libellé. Il faudrait que seuls les changements de libellés dans une langue donnée s'affichent dans la liste de suivi d'une version linguistique donnée. Les changements de libellés d'autres langues, les changements de description de l'élément/propriété, les ajouts d'alias (l'exemple que tu cites) et autres modifications ne devraient pas être affichées, sauf évidemment si l'on suit l'élément où cela se produit. Je ne sais pas si cela a été discuté dans le ticket Phabricator et je ne sais pas comment ça peut se faire techniquement. - Simon Villeneuve29 février 2016 à 19:37 (CET)
Simon Villeneuve : OK pour les libellés qui apparaissent dans l'infobox, mais 1°) a-t-on besoin de le dire 173 fois et 2°) bien d'autres modifs sont affichées, comme cet edit sur d:Q482980 (auteur) qui m'est affiché pour Amine Bouhafa, dont ni l'article frwiki ni l'item wikidata n'ont de lien vers d:Q482980, mais ont par contre un lien vers d:Q36834 (compositeur), qui est une sous-classe de d:Q482980 (auteur). PlaceClichy1 mars 2016 à 13:30 (CET)
Wikiversity is now supported by Wikidata as well. Language links can be maintained on Wikidata now. Access to the data will follow. Welcome, sister!
Wikidata now has cross-wiki notifications as a beta feature. You can enable it in your preferences. Once enabled you will see notifications you received on the other Wikimedia wikis.
Property:P1367 ("BBC Your Paintings artist-ID") has become "Art UK artist identifier". Identifier values were replaced.
The number of claims on each item is to be included in the "page property" database table. For some items where it had been missing, it was recently added. This leads to improved coverage by database reports: without claims by site.
Mix'n'match has new catalogs: Artists of the Nationalmuseum in Sweden and Encyclopædia Britannica
Wikidata Query Service now allows to view images linked from Commons and display image galley if the query result has images. Example: Paintings by Gustav Klimt
Fixed a bug in Special:NewItem which prevented submission of the form (phabricator:T128075)
More performance work
In diffs for mathematical expressions we're now also showing the TeX source to make it possible to see changes that do not affect the rendering of the formula (phabricator:T125712)
More work on cleaning up languages for multilingual text values and labels/descriptions/aliases
Dernier commentaire : il y a 9 ans1 commentaire1 participant à la discussion
La PDD sur les conditions d'utilisation de Wikidata semble être en fin de la phase de discussion, c'est le moment si vous voulez qu'un problème qui vous préoccupe fasse l'objet d'une question (comme ceux que je mentionnais : meilleur suivi/historique, « |param={{#property:Pxx}} », etc.), et je @O.Taris le rédacteur de la PDD. — Oliv☮Éppen hozzám?2 mars 2016 à 08:21 (CET)
Dernier commentaire : il y a 9 ans3 commentaires3 participants à la discussion
Deux petits modèles d'affichage de propriété/élément Wikidata qui pourront être utiles ici, et dont la présentation peut être améliorée. — Oliv☮Éppen hozzám?2 mars 2016 à 17:15 (CET)
Avec celle avant modif et même après ?action=purge sur l'article et sur le modèle géoloc du pays, est-ce qu'il y aurait un autre endroit où il faudrait purger le cache serveur si on ne veut pas attendre qu'il se mette à jour tout seul ? (ce qui peut prendre quelques jours) — Oliv☮Éppen hozzám?6 mars 2016 à 13:58 (CET)
Oliv0 : : ces pages semblent utiliser Modèle:Infobox Localité, où on lit "|géolocalisation=(valeur par défaut : géolocalisation par Wikidata)" dans la syntaxe du modèle. Wikidata semble donc en jeu. Mais l'usage global de "Bangladesh location map" ne fait pas apparaître Wikidata. Sauf dans un cas, que j'ai modifié. Et maintenant, Kurigram est localisé sur la carte de l'Inde !! Bref, tout cela me paraît très étrange. --πT (discuter) 6 mars 2016 à 14:01 (CET)
Pitthée : Ce problème a été souligné à plusieurs endroits. L'infobox localité utilise la même fonction que l'infobox Monument et le problème a aussi été souligné sur le projet. Pour le moment, on suggère de géolocaliser manuellement. Oliv0 : J'ai écrit la partie de documentation concernant la géolocalisation en pensant que c'était fait par Wikidata. Penses-tu que tu peux corriger pour y insérer la nuance que tu viens de souligner et que je ne comprends pas vraiment ? - Simon Villeneuve6 mars 2016 à 17:01 (CET)
Dernier commentaire : il y a 9 ans4 commentaires2 participants à la discussion
Bonsoir,
Il y a un soucis important avec l'infobox localité. Elle intitule région le champ relatif à l'entité territoriale dans laquelle se trouve la localité en question, exemple concret. Dans de nombreux pays, il n'existe pas de subdivision territoriale appelée région. En revanche, dans un certain nombre, c'est le cas. Typiquement l'exemple évoqué ci-dessus présente la localité d'Arnac dans la région Aveyron. L'Aveyron est un département situé dans la région Languedoc-Roussillon-Midi-Pyrénées. L'Aveyron est un département, pas une région. Apposer l'infobox ici provoque des fautes dans le contenu sur Wikipedia.
Cependant, l'entrée Wikidata Aveyron (Q3216) donne bien nature de l'élément = département français. Serait-il possible de corriger cette infobox pour qu'en lieu et place de région elle donne le vrai de l'entité territoriale ?
Que les réponses ne soient pas adéquates est possible mais on ne peut pas dire qu'il n'a pas répondu ; et quand bien même, ce n'est pas en multipliant et divisant les discussions que la solution va venir magiquement, au contraire (encore moins quand cela tourne au vinaigre comme sur la troisième partie de la discussion sur Discussion module:Infobox/Localité). Simon Villeneuve (d · c · b) travaille visiblement sur la question, laissons-lui le temps de faire les choses correctement (donc pas dans la précipitation). Cdlt, Vigneron * discut.6 mars 2016 à 19:43 (CET)
C'est une catégorie que j'avais mis en place dans le cadre du suivi des biographies à partir de la nature définie sur Wikidata.
Après avoir étendu l'appel du Module:Suivi des biographies à l'ensemble des articles de Wikipédia je me suis rendu compte que cette catégorie serait inexploitable car il y a trop d'article sans cette information. Et je ne suis pas sûr qu'elle soit bien obligatoire.
J'ai donc retiré la catégorisation le 22 février. Les pages que tu consultais devaient être une version en cache.
Hercule : l'idée me semble pourtant intéressante. Quelle est le nombre et/ou la proportion d'article frwp sans P31 ? Est-ce qu'inclure P279 permettrait de résoudre le problème ? (il me semble que tout élément Wikidata doit forcément avoir soit P31 soit P279, a fortiori si cet élément est lié à une wikipédia). Cdlt, Vigneron * discut.6 mars 2016 à 18:45 (CET)
Bonjour,
De mémoire il y avait environ 150 000 articles de Wikipédia dans cette catégorie, après quelques semaines de chargement. Après réflexion je pense qu'il n'y a pas de plus value à surveiller cela sur Wikipédia, et que c'est plutôt dans le cadre d'un projet Wikidata qu'il faut le surveiller.
Lucie and Charlie handed in their Bachelor theses on the Article Placeholder and Editing Wikidata from Wikipedia. Work on both topics will continue. We'll publish both theses soon. A big congrats to both of them!
Mel22 et Oliv0 : Il y a une PDD sur l'utilisation de WD sur WP. Merci d'attendre demain pour utiliser davantage WD sur WP. Et profiter de voter ici si ce n'est pas déjà fait. Snipre (discuter) 31 janvier 2016 à 17:11 (CET)
— H4stings d 1 février 2016 à 12:13 (CET)
— Oliv☮ Éppen hozzám? 3 février 2016 à 15:25 (CET)
L'âge es revenu. Le problème venait de la modif précédente. J'ai corrigé ici, en espérant avoir compris ce que tu voulais faire. S'il n'y a pas de linkback, la fonction dateInfobox est incapable de savoir si le modèle date a été ajouté manuellement (auquel cas je ne la modifie pas) ou parce que la date viens de wikidata (et j'ajoute l'âge si nécessaire). — Zebulon84 (discuter) 4 février 2016 à 04:49 (CET)
Lomita avec son idée de catégorie pour signaler la diférence texte / données Wikidata. De même, je suis (personnellement) en phase avec son point de vue exprimé dans son essai. Les rares fois ou j'avais ajouté une infobox Biographie2 (et encore, je m'étais auto-révoqué par prudence), j'ai pris soin de contrôler, voir de compléter la fiche Wikidata. — Superjuju10 [Aubline à votre disposition], le 23 février 2016 à 22:11 (CET)
— H4stings d 22 février 2016 à 19:00 (CET)
J'essaierai de me pencher là dessus la semaine prochaine. H4stings d 24 février 2016 à 09:21 (CET)
--Yanik B 28 février 2016 à 18:10 (CET)
