On demande sur le Bistro s'il est possible d'afficher le titre de l'article par défaut si l'élément Wikidata n'est pas renseigné. Je m'y connais pas encore vraiment en Lua, mais si je me fie à ce que j'ai vu jusqu'ici, est-ce que cela ne prendrait pas une forme du genre
--Titre
function p.title(icon, style)
return general.title('{{subst:BASEPAGENAME}}')
end
À l'inverse, pour mes équipes cyclistes, mes saisons et mes courses, je préfèrerais que soit pris le nom de l'élément Wikidata si le champ n'est pas renseigné sur Wikipédia (ce qui me permettrait d'avoir un titre plus court, évitant de toujours répéter équipe cycliste). Jérémy-Günther-Heinz Jähnick (discuter) 30 juillet 2015 à 09:40 (CEST)[répondre]
Matches et points
Zolo : pour les sportifs jouant dans une équipe donnée (P54), j'aurais besoin que les qualificatifs P1350 et P1358 soient suivis de « M » et « pts » pour qu'on comprenne de quoi il s'agit. On pourra peut-être mettre le tout en small et éventuellement mettre une infobulle d'aide sur les abréviations. Peux-tu voir ça, éventuellement quand tu auras le temps ? Pour l'instant sur Zinzan Brooke, par exemple, l'Infobox affiche des nombres bruts et avec une espace en trop. Il faudrait peut-être obtenir un truc du style : Équipe de Nouvelle-Zélande de rugby à XV : 100 M / 195 pts (1987-1997). Enfin, je ne sais pas quelle est la politique pour les qualificatifs mais les articles devraient tomber dans Catégorie:Page utilisant P1350 et Catégorie:Page utilisant P1358 en toute logique. Thierry Caro (discuter) 18 septembre 2015 à 16:23 (CEST)[répondre]
Bonjour Zolo (d · c · b). Pour les titres de noblesse, avant de les appeler, il faudrait un dictionnaire pour les féminiser, non ? Je peux le faire si tu me dis où : dans l'actuel module des métiers ou ailleurs ? Thierry Caro (discuter) 26 septembre 2015 à 00:14 (CEST)[répondre]
Serait-il possible d'ajouter dans la partie "sport" la propriété « vainqueur » (P1346). C'est un peu bizarre sur les infoboxes de sportifs d'avoir la liste de tous les membres de leur famille et pas leurs plus grandes victoires. Je peux l'ajouter sans discussion ou pas ? -- Harmonia Amanda (discuter) 17 octobre 2015 à 15:07 (CEST)[répondre]
Pour moi oui, mais cette propriété ne s'utilise que sur les éléments d'événements. Il faut donc aller chercher à rebours où l'élément de la personne est cité comme valeur de la propriété. Je ne saurais pas faire ça. Thierry Caro (discuter) 17 octobre 2015 à 15:32 (CEST)[répondre]
Ahah Thierry Caro, eh bien, grâce à cette discussion, je viens de découvrir la contrainte sur P1346. J'ai toujours utilisé cette propriété dans les deux sens, sur les items d'événements pour les lier aux vainqueurs et sur les items des vainqueurs pour les lier aux événements. Si vraiment elle n'est censée marcher que dans un sens, la propriété « victoire » suggérée par Jérémy-Günther-Heinz Jähnick devient urgente . --Harmonia Amanda (discuter) 17 octobre 2015 à 23:42 (CEST)[répondre]
J'ai ajouté le titre honorifique (P511), mais c'est pas parfait. Ainsi, par exemple, on a deux sections « Titre » qui s'affichent lorsque la personne a également des titres de noblesse (voir, par exemple, Roger Penrose). J'envisage 2 solutions possibles : 1- Préciser les libellés (« Titre de noblesse » et « Titre honorifique »), 2- Réunir tous les titres ensembles. Qu'en pensez-vous ? - Simon Villeneuve9 novembre 2015 à 16:00 (CET)[répondre]
influence (P738) est marqué comme obsolète sur Wikidata
Bonjour, Dans le champ Élève de la boîte ci-contre, je n'arrive pas à afficher le pluriel en inscrivant les valeurs directement dans Wikipédia. En écrivant élèves=, on tombe avec la valeur par défaut de Wikidata. Vous savez comment corriger la chose ? - Simon Villeneuve25 novembre 2015 à 20:27 (CET)[répondre]
J'ai ajouté un paramètre "intitulé élève", comme ça on peut mettre "Elèves", "Disciple", ou ce qui convient mieux, ça me parait la solution la plus généralisable. Il faudrait ajouter ça aux pages de docs concernées. --Zolo (discuter) 25 novembre 2015 à 22:40 (CET)[répondre]
Merci de ton initiative, mais ça ne fonctionne pas. J'ai mis « élèves » et les données Wikidata écrasent toujours celles de Wikipédia. Je vais ajuster la doc d'Infobox Biographie2 pour dire que lorsqu'un champ possède plus d'une entrée, il faut le mettre au pluriel. Cependant, il faudrait que ça marche pour tous les champs. Par exemple, je viens d'ajouter manuellement activités= et c'est bien les données de Wikipédia qui sont prises, mais le nom du champ demeure au singulier. - Simon Villeneuve26 novembre 2015 à 12:52 (CET)[répondre]
Le paramètre s'appelle "élève" au singulier (comme les autres paramètres). Je ne pense pas que ce soit une bonne idée d'autoriser à mettre les champs au pluriel, ça complique nettement la maintenance du code, et peut-être même de la page. C'est sûr que dans le cas d'élève, on en a souvent plusieurs, mais à partir du moment çù certains noms de paramètres sont au singulier, je pense que c'est plus cohérent de le faire pour tous. Après, oui, on peut faire ajouter des localdata["intitulé blabla"] aussi pour les autres paramètres. --Zolo (discuter) 26 novembre 2015 à 17:14 (CET)[répondre]
Selon moi, cela pose problème car selon que les données proviennent de Wikipédia ou Wikidata, nous avons une différence quant à l'affichage du nom du champ. J'ai mis deux infobox (une avec le champ « élève » rempli sur Wikipédia, l'autre avec Wikidata) pour montrer la différence. La première affiche le champ au singulier, la seconde au pluriel. - Simon Villeneuve26 novembre 2015 à 19:27 (CET)[répondre]
Ben quand ça vient de Wikidata, ça s'accorde automatiquement, et quand ça ne vient pas de Wikidata, ça ne peut pas s'accorder automatiquement donc il faut changer le libellé en utilisant le paramètre "libellé élève". --Zolo (discuter) 26 novembre 2015 à 19:30 (CET)[répondre]
Ca marche seulement pour les champs avec un paramètre localdata['intitulé XX'] donc apparemment, seulement employé et éléve ici, mais c'est très facile d'en ajouter. --Zolo (discuter) 3 décembre 2015 à 07:31 (CET)[répondre]
Je trouve que ce champ surcharge l'infobox Biographie2, donc j'ai retiré pour le moment. Je crois que le lieu d'enterrement pourrait être affiché en-dessous du lieu de décès. Je pense qu'en code, ça pourrait donner quelque chose du genre :
local thedate = datemodule.dateInfobox{args = {[1] = 'mort', [2] = birthdate or '', [3] = deathdate or '', qualificatif = linktopic}}
local theplace = localdata['lieu de décès'] or wikidata.formatAndCat({entity = item, property= 'P20', rank = 'best', conjtype= ' ou '})
local thecemetery = localdata['lieu d\'enterrement'] or wikidata.formatAndCat({entity = item, property= 'P119', rank = 'best', conjtype= ' ou '})
return dateandplace(thedate, theplace, thecemetery)
end
Le lieu de dècès et le lieu d'enterrement peuvent être différents, et il faut un moyen d'indiquer ce qui correspond à quoi. Je ne vois pas trop comment faire ça sans passer par une ligne "Lieu d'enterrement" séparé. Insérer "enterré à X" dans le décès (exemple ci-dessus) est difficile à automatiser correctement, par exemple il faut savoir quand employer "enterré au" plutôt "qu'enterré à".
Je serais soit pour supprimer totalement l'info, soit pour conserver l'affichage sur une ligne à part. Il est en revanche possible de n'afficher la ligne que lorsque les données sont stockées en locale, ou bien que lorsque le lieu d'enterrement diffère du lieu de décès. --Zolo (discuter) 8 décembre 2015 à 10:07 (CET)[répondre]
Encore moi, J'ai entré les deux années où cette réalisatrice a remporté le prix concerné, mais seulement la première s'affiche. Vous savez comment soit afficher les deux années, soit comment je pourrais rentrer les choses pour qu'elle s'affichent correctement ? Je pourrais toujours entrer deux fois le nom du prix, mais ça ne fait pas très « beau » d'avoir deux fois le nom du même prix dans l'infobox. Merci ! - Simon Villeneuve9 décembre 2015 à 13:43 (CET)[répondre]
La fonction de nationalité avait été changée pour n'afficher que l'adjectif féminin, parce qu'il y avait une minuscule initiale. Sur Mamoru Kanbe (d · h · j · ↵) on avait donc « Nationalité japonaise » d'affiché.
Je constate aujourd'hui que l'on a « Nationalité Japonaise », avec une majuscule. Si on indique maintenant le gentilé (ce que l'on ne savait pas faire) il faudrait réactiver la sélection en fonction du texte, pour que l'on ait « Nationalité Japonais », comme avant le mois dernier. Je remets donc en place le code de sélection du genre.
En cas de double nationalité il y a un problème : seul le premier gentilé a une majuscule, pas les suivants. Voir Margaret Cousins (d · h · j · ↵).
Savez-vous où s'ajoute la première majuscule ?
J'avais identifié que les distinctions avaient un problème avec cela : la première disctinction porte une majuscule, et les autres pas. Il faudrait laisser la casse Wikidata pour cette ligne.
Une autres solution serait de lister les énumérations non plus avec des virgules, mais un élément par ligne. En ce cas chaque ligne pourrait commencer par une majuscule, sans que cela pose le moindre problème. -- Hercule (discuter) 17 mars 2016 à 16:26 (CET)[répondre]
La modification a été faite sur Module:Linguistique et Module:Infobox. Je ne la trouve pas très heureuse. Pour moi il faudrait que l'ajout d'une majuscule initiale soit un choix, pas un comportement par défaut.
J'ai corrigé pour les nationalités : il y a maintenant une majuscule à chaque terme, donc c'est le gentilé s'accordant avec le genre du sujet de l'article.
Hello. Est-ce possible d'appeler depuis une infobox classique (enfin hybride, disons) une fonction se trouvant ici ? Genre un {{#invoke:Infobox/Fonctions/Personne|nationality}} ? Ce serait pour remplacer l'actuel appel brut de la propriété P27 via le {{wikidata}}, qui ne permet pas d'afficher les gentilés et peut s'avérer plus long (voir par exemple Anatole Ngamukol). Merci ! — H4stingsd25 avril 2016 à 19:32 (CEST)[répondre]
À mon sens, sur des champs comme celui-ci, il faudrait que toutes les infoboxes soient doté d'un petit programme qui donne le même rendu que les infoboxes en Lua, de sorte à ce que nous puissions prendre les informations de Wikidata sur des points qui ne font pas débat. Accessoirement, ce serait aussi une bonne chose de tenir à l'écart ceux qui seraient tentés de faire trop de bureaucratie pour ce genre de choses. Jérémy-Günther-Heinz Jähnick (discuter) 26 avril 2016 à 13:12 (CEST)[répondre]
En l'état, on ne peut pas. L'affichage de la nationalité se fait par la fonction wdDate (je sais plus pourquoi elle s'apelle comme ça). On peut rendre cette fonction exportable, mais si on fait ça je pense qu'il serait logique de la mettre sur un autre module (reste à voir où, peut-être sur Module:Country data, mais pas sûr que ce soit optimal). --Zolo (discuter) 26 avril 2016 à 15:33 (CEST)[répondre]
Quelle mémoire ! Fait (mais pas encore documenté). Ce qui me gêne un peu, c'est que du coup {{Country data}} passe d'une simple éxécution de mise en forme à une travail d'analyse des données de Wikidata qui le rend dépendant de tout un tas d'autres modules. --Zolo (discuter) 28 avril 2016 à 00:04 (CEST)[répondre]
┌─────────────────────────────────────────────────┘ Hello @Zolo, petit souci encore : je ne me rends compte que maintenant (honte à moi !) que la fonction {{#invoke:Country_data|getNationality}} que tu avais développé ne gère pas les sexes. Cf. par exemple Soumaya Ouerghi ou Virginie Faisandier. Quand tu auras le temps d'y jeter un coup d'oeil, ce serait génial, merci. — H4stingsd22 juin 2016 à 17:15 (CEST)[répondre]
Certes, mais toutes les œuvres sont sur une unique ligne, donc c'était toujours le singulier affiché. J'ai supprimé ce singulier, donc c'est maintenant toujours au pluriel, ce qui me semble préférable. — Zebulon84 (discuter) 2 octobre 2016 à 08:51 (CEST)[répondre]
tri chronologique des dates de naissance et de mort
Hello, je trouverais plus propre que les dates de naissance et de mort, quand elles sont plusieurs dans wikidata, ce qui arrive de temps en temps , soient triées par ordre chronologique dans l'infobox. Je comprends qu'il faut ajouter un sorttype= 'chronological' quelquepart, mais je ne pense pas que ce soit dans les lignes :
local birthdate = localdata['naissance'] or localdata['date de naissance'] or wikidatadate('P569', {unknownlabel = unknowndatelabel})
local deathdate = localdata['décès'] or localdata['date de décès'] or wikidatadate('P570', {unknownlabel =unknowndatelabel })
Autre sujet, quand on affiche une date de naissance/mort comprise entre deux mois (sans précision du jour), l'affichage n'est pas correct : « Entre le [mois] [année] et le [mois] [année] ». Cf. Martial (poète) pour l'exemple cette fois. Merci encore à ceux qui sauront corriger ! — H4stingsd7 octobre 2016 à 16:14 (CEST)[répondre]
Pour le premier il me semble plutôt qu'il faudrait trié directement dans la fonction ('module:Wikidata').wikidataDate, car getClaims ne peut pas savoir quel ordre est préférable vu qu'il traite un peu de tout. C'est un peu pénible à faire donc je verrai ça demain.
@toutlemonde : Pour toute la période antérieure au calendrier grégorien, il me semble qu'on indique presque toujours le calendrier julien, mais on ne le précise pas à chaque fois, ce serait vraiment lourd. Il faudrait avoir des règles permettant de déterminer dans quels cas il faut indiquer le calendrier utilisé, et aussi dans quel cas il est utile d'afficher à la fois le grégorien et le julien (du genre Révolution de Février). C'est pas forcément évident à faire. --Zolo (discuter) 12 octobre 2016 à 17:09 (CEST)[répondre]
J'ai discuté de cela avec Zolo précédemment. Content de voir que le sujet est relancé ! Loin d'être un spécialiste, j'aurais les premières réflexions suivantes : 1- Puisqu'on est sur frwiki et que la plupart des utilisateurs sont de France, j'opterais pour afficher la date en julien dès que la date de naissance de la personnalité est située après l'adoption du calendrier grégorien en France. 2- J'afficherais les 2 dates pour les personnalités dont le pays de nationalité a adopté le calendrier grégorien très tard et que la confusion est fréquente (genre Russie). - Simon Villeneuve12 octobre 2016 à 17:58 (CEST)[répondre]
Partenaire/concubin
Bonjour, En utilisant la propriété P451, je me rends compte que le champ « partenaire » de l'infobox inscrit en dur dans le code sur frwiki affiche le champ « Concubin-e-s » dans l'infobox. Hors, dans la doc de {{Infobox Biographie2}}, on dit que « partenaire » réfère à un-e partenaire sportif ou professionnel. Une idée de comment régler le problème ? Perso, j'imagine qu'il faudrait que le champ P451 soit intitulé « concubin ». - Simon Villeneuve16 octobre 2016 à 02:57 (CEST)[répondre]
Encore moi, J'ai ajouté l'infobox Biographie2 sur James Gray (informaticien). J'ai mis le qualificatif « présumé » dans la date de décès de Wikidata, mais rien n'apparaît sur Wikipédia. De plus, on spécifie bien sur Wikidata « date de disparition », mais elle n'apparaît pas sur Wikipédia non plus. Des idées ? - Simon Villeneuve17 octobre 2016 à 02:01 (CEST)[répondre]
Oui, mais si on dédouble le code, on risque de se retrouver à nouveau avec ce problème de mauvaise synchronisation. J'ai créé une fonction partagée pour les deux (il y a sûrement d'autres valeurs de P1480 et d'autres qualificatifs qui pourraient y être intégrées)
Effectivement, j'ai changé pour donner la priorité à "disparition" (du coup, même en données locales, si on ajoute "disparition", la date et le lieu de décès n'apparaissent plus). On peut imaginer des raffinements, et un comportement différencié selon que les données sont locales ou Wikidata, mais je peur que ça devienne vite incompréhensible. -Zolo (discuter) 20 mars 2017 à 18:37 (CET)[répondre]
Showqualifiers dans « occupation » et Removedupes
Encore moi, L'affichage dans Alexandre Neckam n'est pas optimal. On y retrouve deux fois « chanoines réguliers ». Je voulais ajouter showqualifiers = {'P580','P582'}, dans « occupation », mais je n'arrive pas à y mettre le texte en small ni à faire en sorte que le conjtype soit un tiret (-) plutôt que « et ». Je pensais me rabattre sur removedupes, mais je ne sais pas comment utiliser la fonction (et le Projet:Wikidata/Atelier/Manuel ne donne pas d'exemple). - Simon Villeneuve24 octobre 2016 à 16:28 (CEST)[répondre]
Bonjour encore. I would like to help with this template, but I don't really speak French. Currently Franz-Anton Mesmer shows "Parentèle: Joseph Conrad Mesmer (cousin ou cousine)" while it should really show "Parentèle: Joseph Conrad Mesmer (cousin)". And Justin Knapp shows "Parentèle: Ruthie Morris (cousin ou cousine)" while it should really show "Parentèle: Ruthie Morris (cousine)". The Wikidata item for cousins does not distinguish for genders, but it does have 2 French properties that mark the male form and the female form. Both properties are already used in lots of places, but unfortunately not for the family members. Could somebody update the code on the French Wikipedia so that it uses those 2 properties? Robin van der Vliet (discuter) 16 janvier 2017 à 23:35 (CET)[répondre]
Concubin-e hétérocentré
Bonjour, En ajoutant l'infobox Biographie2 sur Robert Ross, j'ai constaté un défaut pour le champ « concubin ». Celui-ci est hétérocentré, i.e. qu'il ajuste automatiquement le label « concubin/concubine » en fonction du sexe opposé à la personnalité. Il faudrait donc adapter/corriger/retirer le passage suivant :
function(localdata, item)
if gender == 'f' then
return 'Concubin'
elseif gender == 'm' then
return 'Concubine'
else
return 'Partenaire'
end
end,
plurallabel =
function(localdata, item)
if gender == 'f' then
return 'Concubins'
elseif gender == 'm' then
return 'Concubines'
else
return 'Partenaires'
end
Ignorant que Simon Villeneuve avait déjà soulevé la question, et d'ailleurs ignorant même que la question se discutait ici avant que Gratus ne me le signale, j'avais fait sur ici la demande de remplacer « concubin » par « partenaire ». Je rappelle que « partenaire » est le terme employé sur Wikidata et que ce terme est en même temps plus neutre et plus général que « concubin ». Après avoir regardé de plus près le modèle, je me rends compte que le terme « partenaire » est déjà utilisé pour traduire la propriété P1327, intitulée sur wikidata « partenaire professionnel ou sportif ». Il me semble donc nécessaire de faire non pas un mais deux changements : d'une part « partenaire professionnel ou sportif » au lieu de « partenaire » ; d'autre part « partenaire » au lieu de « concubin ». Variante possible et que je préfèrerais : « collabore avec » au lieu de « partenaire professionnel ou sportif », « collaborateur » ayant une nuance de subordination. Cordialement, — Racconish☎8 mars 2017 à 09:13 (CET)[répondre]
La question de renommer ces champs m'embête depuis un certain temps. Je n'aime pas « concubin-e », mais je n'aime pas non plus « partenaire professionnel ou sportif ». C'est trop long et imprécis. Les anti-wikidata auront tôt fait de nous le reprocher (c'est professionnel OU sportif ? Je ne peux tolérer cette incohérence ! C'est la preuve qu'une infoboîte automatisée c'est le mmmmmmaaaaaaaaallllllllll). « Collabore avec » me semble moins pire, mais je n'aime pas vraiment non plus. Malheureusement, je n'ai pas encore d'alternative crédible asexuée. Au lieu de concubin-e, écrire « partenaire-s amoureux/de vie » ? - Simon Villeneuve8 mars 2017 à 15:15 (CET)[répondre]
Simon Villeneuve, « Concubin » est inacceptable. « Partenaire de vie » ne convient pas toujours et peut aller trop loin en termes de BLP. Faisons simple. « Partenaire » convient très bien pour cette propriété, c'est le terme légal et celui de wikidata. Pour l'autre, d'accord pour ne pas mettre « partenaire professionnel ou sportif ». Si « collabore avec » ne va pas, « collaborateur » ou « associé ». Mettre « partenaire » pour cette propriété également ne me choquerait pas : la polysémie est plutôt neutre en termes de BLP. Cordialement, — Racconish☎8 mars 2017 à 17:06 (CET)[répondre]
Oui, moi aussi « partenaire » ne me choquerait pas. Pour mieux « vivre » avec les doublons, peut-être que la solution passerait par une division de l'infobox en d'autres sections, où « partenaire professionnel ou sportif » se retrouverait dans une section de type « Carrière », et « partenaire » se retrouverait dans une section de type « Relations » ? - Simon Villeneuve8 mars 2017 à 17:26 (CET)[répondre]
Ça ne me dérangerais pas, mais j'ai cru comprendre que l'on préfère, autant que faire se peut, les mots asexués. Ajoutons que le problème avec le diff montré est qu'il est lui aussi hétérocentré... - Simon Villeneuve8 mars 2017 à 18:15 (CET)[répondre]
Oui le problème d'origine est de programmer ça non pas avec gender qui correspond à la personne objet de l'article, mais avec ce qui correspond à la personne valeur de P451 (« partenaire de vie ») ; ensuite changer les noms de champ en ce qu'on veut ne pose pas de problème technique. — Oliv☮Éppen hozzám?8 mars 2017 à 18:26 (CET)[répondre]
Hum, je ne sais pas si je comprends bien ce que tu dis, mais en aucun cas il ne me semble pertinent de lier la présence ou l'absence de P1327 et P451 l'un en fonction de l'autre. - Simon Villeneuve8 mars 2017 à 19:19 (CET)[répondre]
Tu as parfaitement raison : c' était une mauvaise idée de ma part. Peut-on revenir à l'examen de ma première proposition, (concubin → partenaire, partenaire → collabore avec) que tu qualifiais de moins pire ? Cordialement, — Racconish☎9 mars 2017 à 07:42 (CET)[répondre]
┌─────────────────────────────────────────────────┘
Je suis un partisan du NHP, mais sur ce sujet, je suis un peu échaudé. Je ne sais pas si cette proposition pourra satisfaire une majorité de contributeurs. Fait comme tu l'entends. - Simon Villeneuve9 mars 2017 à 15:51 (CET)[répondre]
Oliv0, je crois que nous parlons de deux sujets différents. Pour ce qui me concerne, je ne vois pas de problème à qualifier de concubine la maîtresse officielle d'un roi du 18ème siècle. En revanche, cela me fait sérieusement tiquer pour une personne vivante. Comment lister les personnes vivantes qui ont la propriété 451 sur WP fr ? Cordialement, — Racconish☎9 mars 2017 à 17:18 (CET)[répondre]
Merci, je vais regarder ça. J'étais arrivé tout seul jusqu'à Catégorie:Page utilisant P451 et je regardais le cas de Beatrice Hastings. Radiguet concubin ! Vous semble-t-il normal que la Comtesse de Loynes, tout comme Hastings, ait plusieurs concubins ? Je découvre avec intérêt que Jules Grandjouan est le concubin d'Isadora Duncan, qui est elle-même la concubine de Sergueï Essénine, qui n'est lui le concubin de personne. Il faudrait dire qu'Isadora Duncan a été la partenaire amoureuse et la muse de Grandjouan, mais certainement pas sa concubine. Comprenez-moi bien : je ne débine pas Wikidata ; le problème n'est pas que Wikidata est erroné sur tel ou tel sujet. Le problème est que les relations entre ces personnes ne sont pas des relations de concubinage au sens de la continuité et de la stabilité (cf. article 515-8 du Code civil), alors que ce sont bien des relations de partenariat et que dans la plupart des cas, affirmer un concubinage pour une personne vivante serait aller au delà des sources. Cordialement, — Racconish☎9 mars 2017 à 17:42 (CET)[répondre]
Le précédent nom du champ « compagne / compagnon » que j'indiquais ci-dessus est-il une solution ? Et qui y a-t-il actuellement pour coder en Lua le genre de la personne affichée au lieu de se baser sur le genre du sujet de l'article ? (Zolo et Zebulon84 semblent moins actifs) — Oliv☮Éppen hozzám?9 mars 2017 à 19:26 (CET)[répondre]
Bon ça me rassure de voir que je ne me suis pas le seul à être gêné par ce paramètre . La proposition de Oliv0 a l'apparence d'une bonne idée, compagnon est souvent le terme employé dans le corps des articles pour décrire une relation non maritale entre deux personnes. Mais il n'en demeure pas moins qu'il s'agit d'un euphémisme évasif, qui peut décrire des réalités très diverses, quand bien même ce terme signifie concubin dans l'usage (cf. wiktionnaire). Mais X peut être ou avoir été à un moment le compagnon de Y sans que cela implique que la relation soit continue ou stable. Il me semble que ce sujet ressort du champ d'application de BLP et de la recommandation de la Fondation sur le respect de la vie privée, et qu'il vaut mieux éviter toute ambiguïté à ce sujet, si cette dernière est susceptible de porter préjudice à la personne. J'ai d'ailleurs noté quelques articles sur des personnes vivantes où un concubin est mentionné dans l'infobox sans la moindre source à ce sujet dans le corps de l'article. Il n'existe que trois termes à contenu clair en français, conjoint, concubin et partenaire. Le dernier est le plus général et le plus neutre, quand bien même au sens juridique il ne s'applique qu'aux partenaires d'un PACS, qui peuvent très bien être une mère et sa fille. Au fond, la solution consistant à se dispenser de P451 (« partenaire de vie ») dans l'infobox et à n'utiliser le terme partenaire que pour P1327 (« partenaire professionnel ou sportif ») me paraît être la meilleure. Cordialement, — Racconish☎9 mars 2017 à 20:20 (CET)[répondre]
┌─────────────────────────────────────────────────┘ Hello. J'arrive après le débat mais je donne quand même mon avis : je comprends et partage votre embarras mais je trouve dommage qu'on ait effacé cette information - que j'ai saisi de nombreuses fois dans Wikidata. H4stingsd3 avril 2017 à 22:15 (CEST)[répondre]
J'ai ajouté une fonction introduisant la date de disparition (P746). Je me demandais si quelqu'un pouvait faire en sorte que l'âge de la personnalité ne s'affiche pas lorsque ce champ est rempli ? (exemple) - Simon Villeneuve17 février 2017 à 18:42 (CET)[répondre]
Ah si avec wikidata=ça marche, vérifiez quand même que ça ne casse rien ailleurs (et ce serait super si le fonctionnement de ce qui marche dans wikidata= ou en dehors pouvait être bien documenté). — Oliv☮Éppen hozzám?25 février 2017 à 13:32 (CET)[répondre]
Surnoms
Bonjour, En ajoutant l'infobox Biographie2 sur des articles de roi suédois, je me rends compte que les surnoms de toutes les langues s'affichent (exemples : Olof Trätälja, Halfdan le Doux). Comment ne faire en sorte que les surnoms en français apparaissent ? - Simon Villeneuve19 mars 2017 à 04:35 (CET)[répondre]
Je viens tout juste de tomber pour la première fois sur cette propriété. On peut comprendre, on a à peine 40 articles dans l'encyclopédie qui l'utilisent. Je peux comprendre qu'on ait voulu l'associer à la religion d'une personne, mais dans les faits, c'est surtout rattaché à la date de naissance (quand elle ne s'y confond pas). Je trouve donc bizarre d'amener cette information à la fin de l'infobox plutôt qu'au début. Des idées pour mieux faire ? - Simon Villeneuve28 mars 2017 à 04:36 (CEST)[répondre]
Hello. Effectivement, dans certains cas, typiquement pendant l'ancien régime, seule la date de baptême est connue précisément. Effectivement ça pourrait s'afficher à côté de la date de naissance. Dans l'idéal, pour garder l'objectif d'une certaine compacité, on devrait même peut-être éviter d'afficher les deux en même temps. H4stingsd28 mars 2017 à 09:53 (CEST)[répondre]
Oui. J'avais pensé à une stratégie semblable à celle utilisée pour "disparition". Cependant, quelques contre-exemples, où le baptême est vraiment lié à une prise de position religieuse, m'embêtent. --- Simon Villeneuve28 mars 2017 à 12:19 (CEST)[répondre]
Donc on dit que la date de baptême ne doit être utilisée que dans les cas où elle donne une indication sur la date de naissance ? Ca me parait une bonne idée mais difficile à réaliser si on ne change rien sur Wikidata. Une possibilité serait d'indiquer directement dans la date de naissance, qu'elle est basée sur la date de naissance genre ça. Dans ce cas, le module irait chercher la date de baptême qu'il afficherait quelque chose comme "Naissance : baptême le 12 mai 1655", ou bien carrément ne pas afficher naissance, et mettre à la place "Baptême : 12 mai 1655. A voir après pour l'affichage du lieu (le champ naissance affiche normalement le lieu + la date de naissance. --Zolo (discuter) 28 mars 2017 à 16:08 (CEST)[répondre]
Intervalle de décès
Bonjour, Une autre chose qui fonctionnait mais ne fonctionne plus : on n'obtient plus l'intervalle de décès lorsque la date de ce dernier est incertaine (voir, par exemple, sur Jean V de Mecklembourg). Puisque ça fonctionne toujours pour la date de naissance (voir, par exemple, Éric II de Saxe-Lauenbourg), je suppose que c'est lié aux dernières manipulations de Zolo sur l'affichage de disparition/mort. - Simon Villeneuve11 avril 2017 à 21:29 (CEST)[répondre]
La nationalité ne s'affiche actuellement que si la personne est née avant 1789. Je ne conteste pas le choix de cette date, mais je pense qu'il serait préférable de l'afficher dès lors que la personne a vécu après 1789.
J'ai tenté de faire la modification moi-même, mais mon code ne marche pas. Si la personne est vivante la date ne s'affiche pas. J'ai donc tout annulé. Si quelqu'un veut reprendre mon code, voir le diff de retrait. Mais il y a peut-être mieux à faire.
Selon moi les critères sont :
si la personne n'a ni date de décès ni date de naissance, ne pas afficher
sinon, si la personne est née après 1789, afficher la nationalité (elle n'a pas forcément de date de décès)
sinon, si la personne est morte après 1789, afficher la nationalité
sinon ne rien afficher.
Bon courage et merci à celui qui saura corriger cela.
Hello. Je viens d'apporter une petite modif (testée en bac à sable avant) sur le paramètre « période d'activité » avec deux objectifs :
le champ value est préférable en minuscule, comme indiqué dans la doc (cf. wstat.fr pour l'usage existant)
le libellé s'affichait sur deux lignes alors que ça se joue à rien, j'ai donc remplacé l'espace entre « période » et « d'activité » par un espace insécable. — H4stingsd9 novembre 2017 à 15:38 (CET)[répondre]
J'ai annulé la deuxième modification car le "ça se joue à rien" était plutôt "ça déborde franchement dans la colonne de droite" chez moi. Tous les systèmes n'affichent pas la même chose au pixel près. Orlodrim (discuter) 7 avril 2019 à 08:28 (CEST)[répondre]
Bonjour. Je me permets de désactiver le champ Étudiant de thèse car cela crée vraiment beaucoup trop d'incohérences avec les articles biographiques (désactiver manuellement tous les champs prendrait un temps fou). Et la plus-value informative ne me semble pas bien grande eu égard aux problèmes causés. Naturellement on pourra revenir en arrière si des désaccords se font jour. NAH, le 27 mai 2018 à 10:32 (CEST).[répondre]
function p.filmography()
local title = 'Films notables'
return
{type = 'row', label = 'Films notables', value = 'films notables', property = 'P1283'}
end
Je pense que l'on pourrait l'améliorer en utilisant un libellé différent, p.e. "liste des films" ou "filmographie" (comme "discographie" juste après).
Comme il devrait y avoir qu'une valeur, on pourrait aussi limiter le nombre de valeurs affichées. Ainsi, des erreurs sur Wikidata ne sont pas visibles ("numval = 1,"). - - - Jura30 novembre 2020 à 09:21 (CET)[répondre]
@Simon Villeneuve c'est parce que Gaius Antius Restio était toujours vivant . Il n'avait pas de date de mort sur Wikidata, je lui ai mis le Ier siècle av. J.-C. ce qui règle le problème. Mais c'est vrai qu'on pourrait présumer la mort (ou au moins la fin de l'activité) si le début de la période d'activité est suffisamment ancien. l'Escogriffe(✉)11 octobre 2022 à 16:14 (CEST)[répondre]
Relecture de la documentation de la fonction awards()
Bonjour,
Je viens d'ajouter une description détaillée de la fonction awards(), mais cette fonction étant relativement complexe une relecture permettrait de confirmer son exactitude. -- Dom (discuter) 31 octobre 2022 à 09:29 (CET)[répondre]
Pluriel pour l'activité
Bonjour,
je viens de rencontrer le cas de « J.-H. Rosny », un duo, où l'infoboîte renvoyait le libellé Wikidata Q36180 (« écrivain ou écrivaine ») — masculin et féminin. J'ai donc provisoirement corrigé en mettant localement la forme plurielle. Quelles pourraient être les solutions les plus optimales pour automatiser ces formes plurielles pour les groupes ? Merci par avance pour votre réponse.
Bonjour Baidax. Je pense que l'utilisation de Biographie2 pour un groupe de personnes est suffisamment rare pour qu'il n'y ait pas de fort besoin d'automatisation. Et si on le voulait, ce serait difficile car Wikidata ne renseigne pas de forme plurielle contrairement aux formes singulières masculine et féminine. Je préconise de remplir le champ localement quand le problème se pose, comme tu l'as fait. Des recherches par modèle et par catégorie peuvent être utiles. l'Escogriffe(✉)29 juin 2023 à 23:36 (CEST)[répondre]
Erreur Lua lorsque référence à un élément wikidata sans label
Bonjour, erreur Lua actuellement rencontrée sur la page Aras Bulut İynemli (concaténation de nil, au début de la fonction formatage2() dans Module:Noble). Cela vient du champ « conjoint », que la fonction person.family() récupère sur wikidata à d:Q6082475#P26, or l'élément lié d:Q114806898 n'a pas de label au moment où j'écris, et j'ai le sentiment que c'est cela qui cause l'erreur (pas certain, peut-être est-ce dû à une autre propriété manquante). Le cas de figure semble rarissime, mais peut-être y aurait-il lieu d'ajouter une vérification quelque part afin d'éviter une erreur Lua. od†n ↗blah24 août 2023 à 13:35 (CEST)[répondre]
Je viens de réparer avec ceci. Du coup c'est marrant, dans l'infobox ça affiche « Conjoint : Q114806898 » ; mais c'est attendu (« si pas de libellé, on met un lien vers Wikidata pour qu'on comprenne à quoi ça fait référence »), on ne peut pas faire mieux avec les informations disponibles, et c'est franchement mieux que d'avoir une erreur Lua. od†n ↗blah25 août 2023 à 01:12 (CEST)[répondre]
