Discussion Projet:Scribunto

Une page de Wikipédia, l'encyclopédie libre.
Sauter à la navigation Sauter à la recherche
Avenue des cafés et bistros

Bienvenue sur la page de discussion du Projet Scribunto !

N'hésitez pas à déposer ici suggestions, questions et requêtes à propos du projet.

OOjs UI icon bell.svg Le projet « Scribunto » n'est pas notifié pour le moment.

Sommaire

expandTemplate et pcall[modifier le code]

Hello,
j'ai eu un petit problème : j'utilise expandTemplate{} dans un module pour des raisons de compatibilité avec de futurs anciens modèles, et cette fonction génère une erreur Lua lorsque le modèle concerné n'existe pas.
Fort logiquement j'ai voulu utiliser pcall() pour détecter l'erreur, mais ni (…)pcall(expandTemplate{ title = mdl, args = { prm } }) ni pcall(expandTemplate, { title = mdl, args = { prm } }) ne fonctionnent (dans les deux cas j'ai une erreur).

J'ai résolu basiquement ce problème en mettant le expandTemplate{} dans une fonction distincte et en appelant cette fonction via pcall(fonction, paramètres) mais ça ajoute un appel de fonction inutile et surtout je présume qu'il doit bien exister un moyen d'appeler expandTemplate{} sans planter le script et sans passer par une fonction tierce !

Si quelqu'un a une idée je suis preneur (note : comme je l'ai dit passer par une fonction intermédiaire marche, c'est plutôt sur le plan esthétique / philosophique que ça me turlupine Clin d'œil).

Cordialement, Hexasoft (discuter) 6 janvier 2017 à 21:33 (CET)

J'ai un problème voisin, ou le même ? et je l'ai déclaré dans Phab:T154769. Voir aussi antiCollapse() dans s:Module:Central-fr-ws. --Rical (discuter) 7 janvier 2017 à 07:53 (CET)

Paramètres HTTP GET[modifier le code]

Bonjour. Je crois connaître la réponse, mais sait-on jamais... est-il possible de récupérer soit l'URL, soit les paramètres envoyés par la méthode GET ? Ceci, dans l'idée de paramétrer un module en fonction des demandes de l'utilisateur. R [CQ, ici W9GFO] 31 janvier 2017 à 15:58 (CET)

Module acceptable ?[modifier le code]

Bonjour,

Si vous avez déjà utilisé {{Traduction/référence}}, vous avez peut-être éprouvé de la frustration ou de l'ennui parce qu'il faut renseigner le titre de la page, l'oldid et (régulièrement) indiquer |type=note. J'ai mis au point un module qui remplace avantageusement, selon mon opinion, {{Traduction/référence}} parce qu'il suffit de passer en argument l'URL de la version de la page et le module fait le reste.

Voici un exemple :


  • {{TradRef}} (pas de meilleur titre pour le moment)

{{TradRef|url=https://de.wikipedia.org/w/index.php?title=Amandus_(Bagaudenf%C3%BChrer)&oldid=148366994}}

donne :

Utilisateur:Cantons-de-l'Est/TradRef


{{Traduction/Référence|de|Amandus (Bagaudenführer)|148366994|type=note}}

donne :

(de) Cet article est partiellement ou en totalité issu de l’article de Wikipédia en allemand intitulé « Amandus (Bagaudenführer) » (voir la liste des auteurs).

Ce modèle, qui n'est pas encore versé dans l'espace Modèle, appelle Module:Test0, qui sera versé dans l'espace Module (sous un nom approprié). Je prévois ajouter du code pour traiter les pages des wikis « unilingues » (Wikidata et Commons, par exemple). Je prévois aussi utiliser mw.html.create() pour faciliter la maintenance du module.

Dans son état présent, le module est-il acceptable ?

Cantons-de-l'Est discuter [‌opérateur] 1 février 2017 à 01:57 (CET)

Bien plus pratique en effet, j'aime beaucoup ! — Thibaut (会話) 1 février 2017 à 03:08 (CET)
Bonne idée en effet. Quelques notes tant que je les ai en tête :
  • Fait Vu qu'on est obligé de nommer le paramètre, autant prendre un nom, comme url.
  • Peut-être utiliser mw.uri.parseQueryString() ?
  • Pour le nom du modèle, oh woui dégager cette fichue barre oblique !
od†n ↗blah 1 février 2017 à 06:12 (CET)
Od1n, Merci pour les améliorations apportées au module. Un jour, je serai (vraiment) meilleur en Lua. Je conserve vos améliorations et je vais modifier le module selon vos suggestions. — Cantons-de-l'Est discuter [‌opérateur] 1 février 2017 à 15:29 (CET)
Voir : {{TradRef}} et Module:TradRefSourire od†n ↗blah 4 février 2017 à 13:14 (CET)
Si le module fonctionne bien, que pensez-vous de fusionner {{TradRef}} avec {{Traduction/Référence}} ? — Thibaut (会話) 4 février 2017 à 13:17 (CET)
Ça semble être la suite logique, évidemment. En gardant en tête que l'objectif est d'avoir la syntaxe la plus simple possible pour les contributeurs ; en l'occurrence ça semble tout à fait faisable, les deux syntaxes pouvant coexister dans le même modèle. Il faudrait aussi des noms de modèles potables… je propose {{Références traduction}} pour les références d'articles et {{Bandeau traduction}} pour les bandeaux de pdd. od†n ↗blah 4 février 2017 à 16:23 (CET)

Problème avec Graph:Chart[modifier le code]

Bonjour !
Quelqu'un connaît la réponse à ma question posée ici : Discussion modèle:Graph:Chart ? - Simon Villeneuve 12 février 2017 à 23:05 (CET)

{{pistes}}[modifier le code]

Bonsoir,

Une requête aux robots a demandé à ce que {{pistes}} ait le total des champs temps1, temps2, ... afin d'afficher le temps total.

Après réflexion, il s'agirait plutôt d'une demande pour ce projet plutôt qu'aux robots, qui devraient vérifier et modifier constamment un grand nombre de pages.

Est-ce faisable ? --Framawiki 21 mars 2017 à 19:56 (CET)

Unités monétaires[modifier le code]

Bonjour,

Les unités monétaires ne semblent pas pouvoir être affichées actuellement. Voir notamment {{Wikidata|P2226}} (capitalisation boursière) utilisé par Modèle:Infobox Société. Pour un exemple d'utilisation, voir d:Q312 et sa page correspondante. Faut-il ajouter les différentes devises dans Module:Conversion/Données ? (j'ai aussi laissé un message dans Discussion_module:Conversion/Données) The RedBurn (ϕ) 8 août 2017 à 12:15 (CEST)

J'ai ajouté un petit hack dans Module:Conversion pour afficher les données avec des unités non prises en charge dans Module:Conversion/Données, qui prend le cas échéant en compte les données de Wikidata pour le symbole et le lien.
Je ne sais pas trop comment traiter les monnaies, mais je ne pense pas qu'il faille les mettre dans Module:Conversion/Données dans la mesure où la valeur de conversion est variable, alors que celles définies dans le module sont fixes.
--Zolo (discuter) 12 août 2017 à 14:15 (CEST)
Génial, ça fonctionne parfaitement, merci ! Sourire
Comme tu as l'air de maîtriser le sujet, aurais-tu une idée de la meilleure façon de procéder pour afficher par exemple "325,955 millions €" pour "325 954 800 €" (avec l'arrondi) (idem pour les milliards) ? Faudrait-il ajouter million(s) et milliard(s) dans Module:Conversion/Données ? The RedBurn (ϕ) 12 août 2017 à 18:39 (CEST)
Cela n'est pas possible actuellement. Ca ne devrait pas être trop difficile à faire, mais il faudrait peut-être avoir un module dédié à la mise en forme des nombres, ou étendre beaucoup Module:Format. A voir.. -Zolo (discuter) 12 août 2017 à 20:34 (CEST)
Merci pour l'info ! The RedBurn (ϕ) 13 août 2017 à 15:44 (CEST)

Est-il possible de trouver un élément à partir de ces informations en chaîne de texte ?[modifier le code]

Bonjour,

Un frein récurrent dans l'utilisation de modèle utilisant Wikidata sur Wikipédia est la nécessité d'utiliser des identifiants dénués de sens (et inversement des modèles comme {{Infobox Biographie2}} ou {{Autorité}} qui n'ont pas besoin de cet identifiant s'installe doucement mais surement dans le paysage wikipédien). Du coup, je me demandais si il était possible (au moins en théorie), de se passer de renseigner cet identifiant et de le trouver automatiquement à partir de chaînes de texte comme on en passe couramment en paramètre sur Wikipédia.

Je ne sais pas si je suis clair, je donne donc un exemple concret, serait-il possible de remplacer :

  • {{Bibliographie|Q19170030}}

par quelque chose comme :

  • {{Bibliographie|Mowat|1870}}

Comme toujours, il y a évidemment des exceptions - un même auteur ayant fait deux publications la même année ou bien deux auteurs homonymes, etc. - mais il me semble que cela serait déjà un grand pas en avant pour faciliter l’usage et les rares cas exceptionnels pourrais sans doute être résolu par un message d'erreur demandant de fournir un paramètre supplémentaire (voir même suggérant les alternatives existantes). Bref, pour le moment je me questionne surtout sur l'aspect faisabilité et réalisabilité technique.

Cdlt, Vigneron * discut. 26 septembre 2017 à 12:47 (CEST)

PS: pour un début de proof-of-concept, voici un exemple de requête qui trouve bien "Q19170030" à partir de "Mowat" et "1870" (mais en un temps un peu lent - requête optimisable ? - et je n’ai pas la moindre idée de comment faire cela en Lua (Smiley: triste))

SELECT DISTINCT ?item WHERE {
  ?item wdt:P50 ?author ; wdt:P577 ?date .
  ?author rdfs:label ?authorLabel .
  FILTER regex (?authorLabel, "Mowat$").
  FILTER ( YEAR(?date) = 1870 ) .
}

Cliquez pour essayer !

Conserver l'ordre des paramètres[modifier le code]

Bonjour, est-il possible de parcourir les paramètres d'un modèle appelant dans l'ordre qu'ils ont été donnés ? Je sais que c'est possible si les paramètres ne sont pas nommés mais comment faire dans le cas contraire ? J'ai cru comprendre (à moins que ça ne vienne de mon imagination) que les clés étaient stockées dans une métatable de frame.args (ex: __mt = {arg1, arg2, ...}), et donc accessibles dans l'ordre. Une idée ? R [CQ, ici W9GFO] 31 octobre 2017 à 09:23 (CET)

En Lua l'ordre des paramètres nommés d'une table n’est pas spécifié, cf. mw:Extension:Scribunto/Lua_reference_manual/fr#next ou http://www.lua.org/manual/5.1/manual.html#pdf-next.
Donc si les paramètres sont nommés, il n’y a pas moyen d’avoir de connaitre avec certitude leur ordre. Et à mon avis ce n’est pas plus mal, ça permet de les réordonner dans le wikicode sans impact sur l’affichage.
La métatable contient probablement juste une fonction appelant du code php pour évaluer un paramètre lorsque celui-ci est appelé pour la première fois. Ça permet de n’évaluer les paramètres que lorsqu’ils sont réellement nécessaires. Un paramètre inutilisé contenant une ribambelle de sous modèles ne sera pas évalué, les sous-modèles ne seront pas chargés, gagnant un temps de calcul serveur considérable à l’échelle de Wikipédia. C’est notamment intéressant lorsque des modèles sont mal fermés, et contiennent une partie du code de la page. Mais il est à mon avis impossible d’en déduire un ordre quelconque. — Zebulon84 (discuter) 31 octobre 2017 à 10:41 (CET)
Je comprends... c'est toutefois discutable car si le résultat HTML dépend justement de l'ordre des paramètres et bien ça se complique. Je pense notamment à une liste ordonnée ol où le nom des paramètres représenterait l'id (non numérique) de l'élément li :
{{ol| unid = un élément| unautreid = au autre élément }}
le seul subterfuge qui me vient à l'esprit est de ne pas utiliser le signe = comme opérateur d'affectation mais un autre (disons :) afin de pouvoir séparer (mw.text.split) les deux éléments (une table pour les ids, une table pour les éléments), mais je trouve ça tellement dégueulasse que j'en ai presque honte d'y avoir pensé. -_-' R [CQ, ici W9GFO] 31 octobre 2017 à 11:36 (CET)

Test unitaire[modifier le code]

Bonjour, lors de la :meta:Table ronde : Causons technique de la wikiconvention de Strasbourg, il avait été évoqué le besoin de mettre en place systématiquement des tests unitaires pour les modules.

En fait il existe déjà une implémentation : Module:UnitTests

Je ne sais pas pourquoi le truc n'a pas eu de succès et d'ailleurs je pense qu'il a été oublié. Cordialement - Drongou (discuter) 11 novembre 2017 à 00:53 (CET)

MediaWiki:Talkpageheader[modifier le code]

Bonjour, je vous informe de cette discussion, concernant un projet de Module:Talkpageheader. Au vu de la quantité de pages que cela impacte, des avis et relectures extérieurs seraient fort souhaitables. od†n ↗blah 19 novembre 2017 à 12:16 (CET)

Demande nouveau module gérant des paramètres wikidata[modifier le code]

bonjour,

Dans le cadres des discutions sur les évolutions du module Autorité, il y a eu une question sur le paramètre IMDB (Discussion_modèle:Autorité#IMDB) qui n'était pas pris en compte. Existe-t-il un module WP qui gère ce paramètre (Q37312) et d'autres paramètres contenant des id sur des bases de données en ligne contenant des informations (comme les films, les pièces de théâtres ou autres), qui ne sont pas des informations de référence (comme des bibliothèques nationales), mais des BdD collaboratives, pouvant être pertinentes ?. Ce module existe-t-il ? est-il possible de le créer ? (en gros, un clone du module:Autorité). Cdt, --Bergil06 (discuter) 20 novembre 2017 à 15:48 (CET)

Bonjour, je suis volontaire pour faire le dev si besoin. J'ai déjà bossé sur le module autorité. J'aurai juste besoin de votre GO, de savoir quel nom donner au module, et de créer un squelette vide. Cdt, --Bergil06 (discuter) 4 décembre 2017 à 16:27 (CET)

Simplification de code Lua[modifier le code]

Bonjour,

Un petit exemple pour montrer qu'il peut être vraiment profitable de simplifier le code Lua, avec cette partie de Module:Chiffres romains (utilisée par {{nobr romains}}) :

od†n ↗blah 9 décembre 2017 à 19:51 (CET)

Erreur de script avec infobox Biographie2[modifier le code]

Bonjour, il y a une erreur Lua sur l'article Bradley Nowell. J'ai un peu investigué, mais pas réussi à corriger. Le truc surprenant est que c'est le seul article qui a une erreur avec cette infobox. od†n ↗blah 23 décembre 2017 à 06:42 (CET)

Le problème semble se situer au niveau du paramètre "conjoint" (P25), si je le spécifie manuellement pour court-circuiter l'obtention via wikidata, l'infobox fonctionne. Pourtant ce paramètre fonctionne ailleurs (exemple Steve Jobs). La seule explication que je vois, c'est que le mois et l'année étant ici identiques, ça essaie quelque part de modifier la précision pour ne pas afficher que les années. od†n ↗blah 25 décembre 2017 à 04:37 (CET)

Récupérer ou tester une variable utilisateur[modifier le code]

Bonjour,

Est-ce qu'un module peut récupérer (ou tester) une variable stockée dans common.js, et seulement dans cette page ?

Cantons-de-l'Est discuter [‌opérateur] 8 janvier 2018 à 17:25 (CET)

Difficile de répondre en l'état, pourrais-tu préciser ce que tu souhaites faire ? od†n ↗blah 16 janvier 2018 à 10:35 (CET)

Modèle:Article[modifier le code]

Bonjour à tous. Petit souci sur le modèle {{Article}} : en l'absence d'une année de publication précise, le champ "consulté le" ne suffit pas (message d'erreur), et si j'utilise le champ "date" en me contentant du jour et du mois, le modèle affiche... "nil". J'avoue ne pas vraiment comprendre pourquoi. Si qqn a une idée ? SammyDay (discuter) 16 février 2018 à 11:40 (CET)

Liens externes des identifiants Wikidata[modifier le code]

Bonjour,

J'ai ajouté quelques codes d'entreprises pour le Module:Infobox/Entreprise, mais je ne sais pas comment faire pour que le module aille cherche le format de l'URL sur Wikidata afin de faire un lien externe. Sauriez-vous comment procéder ?

Merci, Tubezlob (🙋) 5 mars 2018 à 10:34 (CET)

Bonjour Tubezlob,
Il y a un paramètre "urlpattern" auquel on peut dire de prendre la valeru de Wikidata [1]. C'est légèrement emberlificoté, et ce serait pire dans les cas où il faut prendre en compte la langue. On pourrait imaginer d'avoir un "mot magique" pour dire ce paramètre de prendre le format dans Wikidata. Sinon, on peut mettre le pattern directement dans le module, c'est peut-être au fond le plus simple. -Zolo (discuter) 10 avril 2018 à 20:39 (CEST)

Comment analyser le wikicode ?[modifier le code]

Bonjour,

Une question de débutant j'imagine, mais j'ai pas trouvé, ou, du moins, j'ai trouvé comment obtenir le wikicode d'un article par local contenu = title.getContent(title), mais impossible ensuite (pour moi) de découvrir quelles sont les sections, s'il y a un tableau quelles sont les cellules, s'il y a des liens quels sont-ils, etc. Comment fait-on ? Merci pour votre aide ! --Touam (discuter) 6 mars 2018 à 13:17 (CET)

Entete ?[modifier le code]

Bonjour. Est-ce que quelqu'un est en mesure de modifier le module Titre pour ajouter les entêtes définies dans Projet:Infobox/Pictogramme ?--GdGourou - Talk to °o° 16 mars 2018 à 09:44 (CET)

Notification Gdgourou : il n'existe pas de module:Titre Clin d'œil
Si c'est pour une infobox lua, voir Aide:Infobox en Lua#title, le paramètre class.
Zebulon84 (discuter) 16 mars 2018 à 13:56 (CET)
Pardon, créer la la fonctionnalité entête de {{Infobox/Titre}} vers un Module:Infobox/Titre ?
Notification Gdgourou : je ne suis pas sûr de comprendre : quel serait l’intérêt de ce Module:Infobox/Titre par rapport au modèle {{Infobox/Titre}} d’une part, et au module:Infobox d’autre part ? — Zebulon84 (discuter) 16 mars 2018 à 15:14 (CET)
Les modules en lua ne prennent pas à ma connaissance en charge les entêtes des infobox, comme par exemple {{infobox Société}}. Ce serait donc de l'intégrer. --GdGourou - Talk to °o° 16 mars 2018 à 15:26 (CET)
{{infobox Société}} n'est pas une infobox lua, elle utilise directement le modèle {{Infobox/Titre}}. Par contre {{Infobox Artiste}} est une infobox lua (Module:Infobox/Artiste), et elle dispose bien d'une icône de titre. — Zebulon84 (discuter) 16 mars 2018 à 16:27 (CET)

Création d'un module[modifier le code]

Bonjour à tous, je cherche de l'aide pour créer un module Lua.

Pour ce modèle {{Ligne Liste de jeux vidéo}}, que j'utiliserai sur une page du type Liste de jeux Untel : il faut que le premier paramètre du modèle ({{{1|}}}) renseigne la propriété p123 de la page {{{1|}}}.

{{{1|}}} sera renseigné par un titre de jeu comme ceci : Ashen (jeu vidéo, 2004)

Test utilisattion ici : [[Utilisateur:Archimëa/Brouillon]]

Le problème "pour moi" est que l'appel des propriétés ne se fait pas sur la page de l'élément en question (mais sur "liste de...") et là je ne sais pas faire. Sinon cela aurait été assez simple.

J'ai donc demandé de l'aide à Zebulon84 [2], qui m'a indiqué qu'une fonction peut récupérer l'id à partir d'un titre (wikibase.getEntityIdForTitle( pageTitle )).

Cependant, je suis bien inccapable de construire ce module. Quelqu'un pourrait m'aider ? -- Archimëa [Toc 2 Mi] 18 mars 2018 à 10:05 (CET)

@Archimëa si ça peut t’aider, je viens de créer vite fait mal fait {{numéro Q}} qui fait la même chose que wikibase.getEntityIdForTitle en version Modèle et pas en Lua. Après il y a peut être autre chose à faire, genre utiliser {{Wikidata list}}. — TomT0m [bla] 19 mars 2018 à 17:09 (CET)
Bonsoir TomT0m Bonsoir. Ah super, je crois c'est exactement ce qu'il fallait ! J'essaye de bricoler quelque chose avec ca et les modèles wikidata. Si j'ai un souci, je peux te lancer un sos ?
Pour {{Wikidata list}}, franchement j'ai déjà utilisé ce modèle (pour la liste des jeux Star Wars). Il n'est pas assez flexible pour l'instant. Et ce n'est pas le but que l'on recherche, et en plus on tomberait en plein dans les réticences liées ou imposées à Wikidata et devoir passer par un autre espace avant de publier... galère.
Alors que là, on veut juste repasser à une liste classique à puce *... mais j'ai proposé à deux habitués du projet jv qui sont intéressés par plutôt qu'une puce, un modèle proposant l'éditeur, l'année, le genre, etc...
C'est totalement différent, la liste est maitrisée, et CHAQUE entrée est entièrement ajoutée par un humain. Là on a un consensus, où même personne n'a évoqué les interrogations (d'autres personnes) sur Wikidata, alors je pense qu'on va rester dessus.
Certes, quand l'outils {{Wikidata list}} sera plus flexible, pourquoi pas, il faut voir ca sur la longueur et peut-être attendre encore quelques mois ou années.
En tout cas merci, ce modèle va grandement m'aider, et probablement d'autre wikipédiens aussi. -- Archimëa [Toc 2 Mi] 19 mars 2018 à 17:19 (CET)
Notification TomT0m : Derniers points, si je peux te demander.
Dans le tableau, si la page n'existe pas sur Wiki en français, les infos relatives à l'élément Wikidata (qui existe lui) ne sont pas affichées. cf. [[Utilisateur:Archimëa/Brouillon]]
Est-ce qu'il y aurait un moyen d'afficher les infos tout de même ?
j'ai essayé avec {{Élément par titre}}, mais aucun moyen de récupérer le id de l'élément.
Je voudrais aussi rajouter un crayon sur une colonne supplémentaire à droite du tableau pour permettre l'édition de l'élément WD, si tu as des infos, je suis preneur. -- Archimëa [Toc 2 Mi] 19 mars 2018 à 21:10 (CET)
Oui, il y a moyen, mais faudra soit utiliser un numéro Q d’élément directement, soit utiliser un titre d’article d’une autre Wikipédia. Je ne pense pas faire ça ce soir, mais je peux assez facilement ajouter le support de titres type « en:Tom Clancy's Ghost Recon: Jungle Storm » ou « d:Q1828342 ». Il y a plusieurs problèmes pour les liens rouges : il peut déja y avoir un article homonyme, donc idéalement faudrait tester que l’article n’existe pas déjà (possible, mais c’est une opération « expensive » qu’on ne peut faire qu’en nombre limité sur une page il me semble). L’intitulé d’un élément ne peut pas facilement servir pour retrouver l’élément, parce que contrairement aux titres articles les intitulés d’éléments ne sont pas forcément unique pour une langue donnée. Seul le couple « intitulé / description » doit être unique. Il n’existe pas à ma connaissance de fonction de l’API Lua pour chercher un élément en fonction de son intitulé. — TomT0m [bla] 19 mars 2018 à 21:45 (CET)
Je viens d'essayer de faire le bouton, j'arrive à charger l'élément WD, en effet en utilisant #ifexist titre "fr" sinon "en", ce qui me semble acceptable. mais j'arrive pas à mettre le lien sur l'image, et j'ai pas grand chose sur le 1er point :'.... l'intérêt est de se baser sur le titre renseigné, uniquement. j'attends donc de voir si tu peux m'aider (quand tu pourras!) ! ca peut attendre, bien sûr. -- Archimëa [Toc 2 Mi] 19 mars 2018 à 21:50 (CET)
Bonsoir TomT0m Bonsoir
J'ai réussi à faire le bouton [3], mais je n'arrive pas à charger le modèle {{Wikidata}} avec le titre + le modèle {{Numéro Q}} avec un titre indiquant le site anglais.
En regardant le module, il me semble comprendre que le paramètre 2 de {{Numéro Q}} et « fr » par défaut ou en l'occurence le 2ème paramètre. Donc j'ai tenté (avec une page qui n'existe pas chez nous mais chez enwiki) {{Wikidata|entity={{#ifexist:Asphalt: Urban GT 2|{{Numéro Q|Asphalt: Urban GT 2}}|{{Numéro Q|Asphalt: Urban GT 2|en}}}}|P136}} Mais cela ne fonctionne pas ! ? -- Archimëa [Toc 2 Mi] 23 mars 2018 à 22:46 (CET)
Notification Archimëa : J’ai été optimiste en pensant que ce serait possible d’utiliser un titre d’une autre wikipédia, désolé, il semble qu’il n’y ait actuellement aucun moyen de faire fonctionner ça … Je vais retirer le paramètre, et peut-être ouvrir un bug ou en parler sur d:wd:DEVS, mais je suis pas certain que ça vaille le coup. Reste la possibilité d’utiliser l’identifiant Wikidata à la place, par exemple si on utilise la syntaxe (tl) numéro Q renverrait Q1. — TomT0m [bla] 24 mars 2018 à 12:26 (CET)
Notification TomT0m : Aïe... quelle galère. Comme je le précisais, l'intérêt de ce modèle est de ne mettre que le titre, et ne plus y toucher... car il fait suite à un ras le bol de tenir ces listes complexes à jour, cf. Discussion:Liste de jeux Nintendo Switch.
Bien sûr si on rajoute des paramètres, il y aurait mieux à faire. Maintenant l'intérêt était le minimalisme.
C'est paradoxal, car je comprends bien que c'est pas possible, mais je ne comprends pas bien pourquoi ce n'est pas possible pour une chose aussi simple. La page n'existe pas donc ont ne peut pas... et pourquoi ? !! enfin c'est pas le débat...
Pour moi l'intérêt de cette fonctionnalité saute au yeux et pourra certainement aider à d'autres tableaux dans de nombreux domaines, pas que le jeu vidéo... donc en effet, si tu peux faire une demande, même deux ! je suis partant !
Maintenant faute de grive, on mange des merles.
J'ai deux idées.
Serait-il possible de, un peu comme le modèle {{Numéro Q}}, récupérer l'ID d'un élément wikidata avec le libellé de la description française (puisque le libellé est 99% du temps le titre de la page (sans parenthèse)).
Deuxième possibilité est de renseigner l'ID wikidata pour les pages n'existant pas, avec une préférence si la page existe d'utiliser le titre, sinon d'utiliser l'ID renseigné... mais là ca inclue une maintenance qui oblige par la suit eà retirer l'ID inutile.... (qui pourrait être faite par exemple tous les ans ou deux ans... bref une longue période...)
J'ai pas saisi ton exemple, mais je suppose que c'est l'introduction de l'ID pour les pages n'existant pas (donc mon point 2) -- Archimëa [Toc 2 Mi] 24 mars 2018 à 12:50 (CET)
Notification TomT0m : J'y repense, j'y suis pourtant arrivé pour le lien [4]. C'est dommage que je ne puisse pas l'appliquer à ce modèle {{Wikidata}} + {{numéro Q}} -- Archimëa [Toc 2 Mi] 24 mars 2018 à 16:22 (CET)

Problème sur la transposition dans un article d'un module en lua[modifier le code]

Bonjour. Roland45 (d · c · b) a créé, via son bot, des modules en lua pour la démographie des 36 000 communes françaises. Pour certaines, il y a un problème d'affichage sur l'article où apparait le tableau issu du module ; voir cette discussion, qui correspond à un même autre cas que j'avais déjà signalé auprès de Roland45. Un(e) doué(e) en lua pourrait-il(elle) analyser le problème et voir comment le corriger ? Merci d'avance. Père Igor (discuter) 21 mars 2018 à 16:30 (CET)

Rendons à César ... Euh à Hexasoft (d · c · b) ce qui lui revient puisque c'est lui qui a écrit le code du module:Population de France (avec ma collaboration). Mais je confirme qu'il y a un pb ds le code. Un paramètre permet d'afficher selon sa valeur (true/false) ou non la donnée de population. Il s'avère que cela ne fonctionne pas dans certains cas pour les années 2006 et 2007, pourquoi ? mystère absolu! ...Peut-être que cela ne buggue en fait que dans le cas ou le paramètre recens-prem (année de premier recensement) est postérieur à 2006 (oui je sais afficher des données antérieures au premier recensement peut paraître bizarre, mais c'est bien le cas quelquefois, car ces données sont dans ce cas là évaluées par l'Insee par interpolation) - cela doit être de ce côté là qu'il faut chercher!. Qui veut bien se pencher sur la question ?Roland45 (discuter) 21 mars 2018 à 16:35 (CET)
Apparemment, le paramètre recens n'est pas du tout implémenté dans le module, et c'est donc recens-prem (qui vaut 2008 dans ton exemple) qui est effectif. od†n ↗blah 30 mars 2018 à 04:51 (CEST)

Retours souhaités pour améliorer les fonctions en Lua[modifier le code]

Bonjour à tous,

Si vous utilisez régulièrement des modules en Lua, que vous en améliorez certains voire même que vous en créez, alors ce message est pour vous :)

L’équipe de développement de Wikidata aimerait proposer davantage de fonctions en Lua, dans le but d’améliorer l’expérience des personnes qui codent des scripts en Lua et réutilisent les données de Wikidata sur les projets Wikimédia. Notre objectif est d’aider à harmoniser les modules existants sur les différents projets, de rendre la programmation en Lua plus simple pour les communautés, et d’améliorer les performances de ce langage.

Nous aimerions en savoir plus sur vos habitudes, vos besoins, et ce qui pourrait vous aider. Nous avons quelques questions sur cette page. La page est en anglais mais vous pouvez aussi répondre en français si vous préférez.

Je reste à disposition pour toute question ou suggestion. Merci beaucoup pour votre aide, Lea Lacroix (WMDE) (discuter) 27 mars 2018 à 10:24 (CEST)

Tout ce qui permettrait d'alléger le code de ce monstre : Module:Wikidata, serait bon à prendre. od†n ↗blah 27 mars 2018 à 11:11 (CEST)

Bug du Module:Math[modifier le code]

Bonjour à tous,

Après avoir traduit depuis l'anglais {{Densité de population}} et Module:Densité de population, je m'aperçois que la fonction precision_format provenant de Module:Math n'est pas tout à fait la même qu'en anglais. Surtout sa première ligne où "args" en anglais devient "frame" en français. Cela rend impossible l'affichage du modèle de densité de population (utilise pour plusieurs types d'unités).

Comment résoudre cette erreur ? Lequel des modules rectifier ?

Cordialement, -- J. N. Squire[Discussion constructive] 10 avril 2018 à 17:40 (CEST)

Population du Luxembourg[modifier le code]

Bonjour à tous et à toutes !

Suite à une première discussion générale sur le bistro francophone de Wikipédia le 10 mai 2018, je fais un appel aux différents participants et contributeurs du Projet:Scribunto pour la création d'un module et / ou l'adaptation du {{Module:Population de France}} existant, pour que celui puisse englober les statistiques clés des différentes divisions territoriales du Grand-Duché de Luxembourg.

Divisions territoriales du Luxembourg :

Ressource statistique du pays : STATEC (Site officiel)

STATEC offre la possibilité d'inscrire les données démographiques de population et de densité par canton et par commune pour la période 1821-2018.

« Les recensements décennaux de la population permettent de caler les chiffres sur la composition de la population par sexe, âge, nationalité et commune de résidence. Entre deux recensements, la population au 1er janvier de l’année x est évaluée en ajoutant à la population au 1er janvier de l’année x-1 les soldes naturel (naissances-décès) et migratoire (arrivées-départs) de l'année. La même méthode est appliquée pour la répartition par âge au 1er janvier et les effectifs totaux par nationalité. »

Je reste à la disposition des participants et des contributeurs au Projet:Scribunto pour toute l'aide dont il aurait besoin quant à la réalisation de ce projet ! — EnderHero 11 mai 2018 à 18:30 (CEST)

Tester l'existence d'une page sur un autre wiki (ou dans une autre langue)[modifier le code]

Bonjour. Peut-être que mon cerveau ratatiné par la chaleur m'empêche de réfléchir correctement, mais pourquoi, par exemple, le code suivant mw.title.makeTitle( 0, 'Albert Einstein', '', 'en' ).exists me renvoi false (sur fr.wikipedia) alors qu'en remplaçant en par fr ça me donne bien true. Je n'ai rien trouvé dans la documentation qui indique que la propriété exists ne fonctionne qu'en local. Une idée ? R [CQ, ici W9GFO] 7 juillet 2018 à 16:51 (CEST)

Commencer à utiliser les Centrals Modules[modifier le code]

Les modules actuels sont faits pour une langue et un wiki. Les petits wikis n'ont pas de Lua-coders pour les traduire et ne peuvent en profiter.
J'ai donc écrit un module capable de les traduire.
Je vous invite à le découvrir et à commencer à convertir ceux qui vous semblent les plus utiles.
Ici, la Library:activity est dédiée à nous coordonner et à estimer l'avancement de notre activité.
Bien sur, je suis prêt à vous soutenir et à vous guider. --Rical (discuter) 8 juillet 2018 à 18:03 (CEST)

Superficie/Densité dans les infobox[modifier le code]

Bonjour, le calcule de la densité de population dans les infobox LUA s'effectue avec P2046 (« superficie ») or il y a plusieurs superficies possibles : totale, terre et eau. Logiquement le calcule devrait être effectué avec la superficie terrestre, ainsi lorsqu'il y un qualificatif P518 (« s'applique à ») Q11081619 (« terre ») cette valeur devrait être utilisée pour le calcul de la densité. Il va de soi que c'est la superficie totale (sans qualificatif) qui devrait être affichée dans l'infobox. Y aurait-il un volontaire pour cette modification que je ne saurais faire ? --Yanik B 6 novembre 2018 à 17:04 (CET)

Catégorisation dans Catégorie:Wikipédia:Article sans élément Wikidata associé[modifier le code]

Bonjour !

Il faudrait améliorer la catégorisation dans Catégorie:Wikipédia:Article sans élément Wikidata associé qui passe actuellement par {{portail}} et donc ne prend pas en compte les articles sans {{portail}} (32 articles actuellement sans portail et sans élément wikidata), et prend en compte les redirections qui ne devraient pas avoir d’élément Wikidata (environ 2000 dans la catégorie actuellement).

Je n’y connais rien en Lua, modules et Scribunto… mais Hexasoft proposait qu’il soit possible via Scribunto de faire un module pour ne pas prendre en compte les redirections.

Et aussi : y aurait-il un autre moyen de catégoriser sans passer par {{portail}} ? Petscan le fait mais j’ignore si c’est récupérable sur Wikipédia. Cela permettrait de prendre en compte les articles sans {{portail}} et de régler le problème que pose cette catégorisation sur les redirections. TED 18 novembre 2018 à 00:57 (CET)

Comme déjà expliqué à TED, cette catégorisation se fait par {{Suivi des biographies}}, qui est inclus dans {{Portail}} pour être dans tous les articles automatiquement (il n'est pas possible d'utiliser du code Lua sans mettre son appel dans les pages). Il n'est donc pas possible que ce code voit les pages sans portail.
Wikipédia ne peut pas, contrairement à Petscan, interroger plusieurs bases de données.
--Hercule (discuter) 18 novembre 2018 à 02:14 (CET)

@Ash Crow : des idées ? TED 5 janvier 2019 à 17:27 (CET)

Il doit y avoir moyen d'ignorer les redirections, mais plus généralement, est-ce qu'une catégorie cachée est le bon outil pour repérer les articles sans élément Wikidata associé ? Duplicity permet de gérer ça aussi bien. - Ash - (Æ) 5 janvier 2019 à 17:41 (CET)
@Ash Crow : Duplicity, c’est le même outil qui est utilisé dans cette requête Petscan ? (sans la limite de moins de 15 jours pour les articles ?). Sinon, je suis entièrement d’accord que la catégorie cachée ne sert pas à grand chose, mais ce n’est pas l’avis d’Hercule qui tient à sa catégorie (je le laisserai développer l’intérêt de la catégorie par rapport aux autres outils, intérêt que je n’ai toujours pas compris). Et du coup, est-ce qu’il y a un moyen de remplir cette catégorie de façon plus judicieuse que par une série de modèles emboîtés présents sur toutes les pages de l’encyclopédie ? (qui en plus ne fonctionne pas puisque les articles sans {{portail}} ne sont pas pris en compte comme les homonymies, et les redirections sont prises en compte alors qu’elles ne devrait pas y figurer) En particulier, Duplicity peut-il être utilisé dans wikipédia pour catégoriser les articles ? (ou autre chose ?) TED 5 janvier 2019 à 23:18 (CET)
@Ash Crow : si tu as une solution pour que du code Lua détecte les redirections, on pourra l'utiliser pour que les appels à Wikidata dans {{Portail}} ne soient pas utilisés. En attendant un paramètre a été utilisé pour identifier les redirections utilisant ce modèle (pour une raison qui continue à m'échapper, TED considère que le modèle visuel des portails est pertinent sur des redirections qui par principe ne sont pas visibles du lecteur, ce qui les fait compter comme des articles sur la page de présentation du portail).
Pour ce qui est de la catégorie, je ne sais pas si c'est « le bon outil » mais c'est un outil qui a le mérite d'être interne à Wikipédia. Il permet donc à tout un chacun de trouver cette catégorie pour la maintenance, sans avoir à connaître des outils externes comme PetScan ou Duplicity (que je ne connaissais pas malgré 11 ans de maintenance). Personnellement je préfère partir d'une catégorie pour repérer les pages à traiter et je note que je ne suis pas le seul puisqu'elle existe dans 8 Wikipédias.
A noter qu'actuellement la détection n'a été introduite que sur {{Portail}} (via {{Suivi des biographies}} qui voit passer cette information dans son analyse) car tous les articles (hors homonymie) sont censés avoir un portail ([[Projet:Articles sans portail|il y a un projet qui s'occupe de maintenir cela). Si on veut que la catégorie soit exhaustive (ce qui n'est pas forcément le but au départ) il faudrait l'insérer dans les différents bandeaux d'homonymie car ce sont les seuls pages de l'espace encyclopédique qui n'ont pas forcément à avoir un portail (certaines en ont cependant).
De même, si tu as une idée pour gérer cette catégorisation par un autre moyen que l'inclusion dans un modèle n'hésite pas à l'indiquer. Pour ma part je ne connais pas d'autre méthode.
Cordialement,
-- Hercule (discuter) 14 janvier 2019 à 12:10 (CET)
@Ash Crow : c’est bien le même outil duplicity qui est utilisé par Petscan : c’est écrit en gros en haut de la page quand on clique sur un lien [Vérifier Wikidata], et je n’avais jamais fait attention.
@Hercule : du coup, tu exagères de dire « que je ne connaissais pas malgré 11 ans de maintenance » alors que cela fait plus d’un an que je t’en parle, et à de nombreuses reprises : as-tu jamais regardé de quoi il s’agissait ? as-tu seulement cliqué sur les liens que je donnais pour voir comment cela fonctionne ?
L’argument des autres langues ne tient pas : ils ne font pas la même chose que ce que tu cherches à faire. en:Category:Articles without Wikidata item ne répertorie que quelques articles (en particulier en boxe) par quelques modèles, comme indiqué dans la description de la catégorie. de:Kategorie:Wikipedia:Artikel ohne Wikidata-Datenobjekt procède de même en étant incluse dans quelques modèles seulement, et répertorie des redirections aussi comme de:Eponymie. Je ne parle pas assez les autres langues pour juger de leurs remplissages. À noter toutefois : ceb:Kategoriya:Articles without Wikidata item contient des redirections, no:Kategori:Artikler som mangler på Wikidata contient des pages utilisateurs (entre autres, des sous-pages de brouillon mais pas seulement), sr:Категорија:Чланци без ставке на Википодацима est vide alors qu’il y a des articles sans éléments Wikidata, la description de uk:Категорія:Вікідані:Відсутні елементи revoie à uk:Спеціальна:UnconnectedPages (voir ci-après) et à duplicity
En revanche, en allant chercher du côté du projet Wikidata en anglais, je tombe sur en:Special:UnconnectedPages et donc sur son équivalent francophone : Spécial:UnconnectedPages qui recense les Pages non reliées à un élément Wikidata. Il y a toutes les pages et possibilité de trier par espace de nom. Une page disparaît de la liste dès qu’un élément Wikidata est ajouté (ce n’est pas une mise à jour tous les 3-4 jours comme d’autres pages spéciales telles Spécial:Catégories inutilisées). Il me semble que c’est exactement (et même mieux ?) ce que tu cherches, non ? TED 16 janvier 2019 à 15:13 (CET)
Après avoir essayé d'utilisé Duplicity je me rends compte que je l'ai déjà vu (sans me rappeler du nom). Je ne le trouve pas pratique du tout. On ne voit pas clairement ce que contient la page et il est mal aisé de naviguer.
Spécial:UnconnectedPages (que je découvre) n'est pas du tout aussi pratique qu'une catégorie de maintenance. C'est un outil de plus, mais pas celui que je préfère.
J'ai repris un peu le traitement des pages sans élément Wikidata. Parfois je passe rapidement sous PetScan pour faire un traitement massif de plusieurs pages similaire. Mais d'autres fois le traitement est totalement différent. Pour les années en Santé et en médecine par exemple j'ai utilisé le lien direct avec l'équivalent sur hrwiki, dont le titre est facile à deviner, via les liens outils dans la colonne de gauche de la page Wikipédia. Pour d'autres je recherche le nom de la page en anglais ou en langue originale (pour les oeuvres), et quand ça n'aboutit pas je fais une recherche dans Wikidata pour finalement créer directement la page dans WIkidata afin de renseigner au mieux l'entrée dès le départ.
Encore une fois je ne prétends pas que cette catégorie soit le meilleur outil au monde, mais c'est un outil que je trouve très pratique et qui n'a comme seul problème que d'avoir des redirections dans le lot. Il suffit d'une solution pour qu'elles n'y soient plus et tout va bien. Actuellement c'est un paramètre d'appel du modèle, mais je ne désespère pas qu'un jour on ait une solution plus pratique comme une détection Lua.
-- Hercule (discuter) 16 janvier 2019 à 15:26 (CET)
@Hercule : pour des recherches dans Petscan : tu n’as pas besoin de Catégorie:Wikipédia:Article sans élément Wikidata associé, puisqu’il suffit d’aller dans l’onglet Wikidata de Petscan et de cocher « Seulement les pages sans élément ». Et à partir de là, tu as les liens [Vérifier Wikidata] à côté des noms des articles. Est-ce à cet endroit que tu ne vois pas clairement le contenu de l’article ? parce que ce n’est pas du tout le cas chez moi !
Voir m:PetScan/fr#Créer les éléments Wikidata pour des articles qui n’en ont pas (Fonction « créateur ») pour aller plus loin, en particulier pour cocher/décocher les pages et traiter les pages par bloc.
Et pour les pages sans éléments, après avoir cliqué sur [Vérifier Wikidata] : tu as directement le bouton pour créer un élément : pas besoin de faire des recherches dans diverses langues ou sur Wikidata. TED 16 janvier 2019 à 16:24 (CET)
Je sais bien qu'il existe plusieurs façons de faire la même chose. Tu préfères la tienne et je préfère la mienne. Les goûts et les couleurs ça ne se discute pas...
Je sais créer des éléments depuis PetScan, puisque c'est l'une des méthode que j'utilise, comme je viens de te l'écrire (et comme je te l'ai déjà expliqué dans ma page de discussion). Mais je ne m'en sers que quand j'ai identifié (grâce à la catégorie) une série de pages pouvant avoir un traitement automatisé par cet outil, ce qui n'est pas toujours le cas. Par exemple pour une biographie je préfère créer l'entrée depuis Wikidata puis associer la page à l'article Wikipédia. Ensuite il y a un formulaire qui me permet de rentrer plusieurs infos facilement, en ayant un résumé de la Wikipédia depuis Wikidata (sexe, naissance, décès, profession, nationalité notamment). Et le reste je le saisis dans Wikidata en ayant la page ouverte sur un autre écran.
Je ne cherche pas à te convaincre de faire comme moi. J'aimerai que toi aussi tu cesses d'essayer de me convaincre que c'est toi qui utilises le mieux les outils et que je dois à tout prix t'imiter. Merci d'avance.
-- Hercule (discuter) 16 janvier 2019 à 16:31 (CET)
@Hercule : je ne discute pas des goûts et des couleurs avec toi, mais tu dis qu’il n’est pas aisé de naviguer ou que tu dois ouvrir dans 2 fenêtres (même 2 écrans), alors que je vois tout dans la même fenêtre avec une grande facilité de navigation. Du coup, soit tu ne regardes pas la même chose que moi, soit il y a un autre problème que j’aimerais comprendre. TED 16 janvier 2019 à 17:08 (CET)
@Hercule : un exemple concret : Petscan:7243822 donne les biographies sans éléments Wikidata (puisque tu t’intéresses aux biographies), sans faire appel à la Catégorie:Wikipédia:Article sans élément Wikidata associé.
Quand je clique sur [Vérifier Wikidata] à côté d’un nom, cela ouvre une autre fenêtre, par exemple pour Amrinder Singh, avec 2 colonnes : une avec l’article WP (en version mobile), l’autre avec l’élément Wikidata, et entre les deux : une liste d’éléments Wikidata qui permet de changer d’élement si ce n’est pas le bon. En haut : des boutons « Add to Q… » (en fonction de l’élément sélectionné au milieu) et « Create new item ». Peux-tu me confirmer que tu vois bien cela ? TED 16 janvier 2019 à 17:22 (CET)
Sans voir nos écrans respectifs je pense qu'il sera difficile de se comprendre. Je pense que nous ne travaillons pas du tout de la même manière.
Je n'utilise pas les mêmes outils que toi, je navigue entre plusieurs Wikipédia, Wikidata et des outils externes comme PetScan ou QuickStatements. Parfois je n'ouvre même pas Wikidata (pour relier Yannick Jozefzoon (d · h · j · ) j'ai cliqué en bas de la page sur "Ajouter des liens" et j'ai tenté l'article "Yannick Jozefzoon" sur nlwiki).
La requête que tu proposes ne donne pas les articles biographiques sans lien Wikidata puisqu'elle exploite la Catégorie:Portail:Biographie/Articles liés qui est alimentée par le modèle {{Suivi des biographies}}, qui exploite l'entrée Wikidata... Les entrées de cette catégorie ont toutes une page Wikidata.
Je vois bien "vérifier Wikidata" et je vois bien Duplicity qui s'ouvre. Mais je ne le trouve pas pratique car il n'y a pas de scroll horizontal et l'affichage est tout ratatiné. En plus il propose d'ajouter l'entrée en français même quand elle y est déjà (comme pour Amrinder Singh)
Je préfère largement avoir Wikidata ouvert dans un écran et Wikipédia dans un autre pour lancer des recherches de l'un dans l'autre.
-- Hercule (discuter) 16 janvier 2019 à 18:17 (CET)
Duplicity.
@Hercule : je soupçonne que c’est un problème de purge des pages après l’ajout de l’élément Wikidata, car normalement, elles ne devraient pas apparaître avec cette requête…
Pour la requête, je peux te proposer d’autres catégories que j’utilise souvent, mais qui te parleront moins : botanique, article avec taxobox-végétal, algue, etc. c’était juste un exemple !
Pour le visuel : voir ci-contre. Je ne comprends pas pourquoi tu dis qu’il n’y a pas de scroll horizontal : pour la partie fr : il n’y en a pas besoin, et pour la partie Wikidata : il y en a un ! TED 16 janvier 2019 à 18:38 (CET)
Quand une page est dans Catégorie:Portail:Biographie/Articles liés c'est forcément qu'elle a une entrée Wikidata. Comme je te l'ai dit, cette catégorie est alimentée par {{Suivi des biographies}}, qui regarde l'entrée Wikidata. Si la page n'a pas d'entrée Wikidata elle est mise dans Catégorie:Wikipédia:Article sans élément Wikidata associé par ce modèle. Si elle a une entrée et que la nature de l'élément est "humain" alors elle est classée dans Catégorie:Portail:Biographie/Articles liés en fonction de la profession (c'est un peu plus compliqué que ça mais c'est le mécanisme global).
Après je ne doute pas que ça marche avec d'autre et que c'est juste que l'exemple est mal choisi. Mais de toutes façon je ne souhaite pas partir d'une catégorie en particulier, je fais de la maintenance générale. C'est pour cela que Catégorie:Wikipédia:Article sans élément Wikidata associé, qui recense tout article avec un portail sans entrée Wikidata me va très bien.
Pour ton screen je crois que tu oublies que tous les écrans n'ont pas la même résolution. Sur le mien l'affichage ne me va pas. Et si, j'en ai besoin pour afficher la colonne "Description" dans Wikidata car c'est parfois cela qui fait la différence. Je préfère largement ouvrir Wikipédia et Wikidata dans deux écrans différents (j'en ai trois donc c'est confortable).
Encore une fois, je ne vois pas pourquoi tu continues à vouloir à tout prix me convertir à ta façon de réfléchir et de travailler. Nous pouvons tout à fait travailler différemment sans que cela soit un problème, non ?
-- Hercule (discuter) 16 janvier 2019 à 18:47 (CET)
Duplicity 2e image.
@Hercule : tout le monde n’a pas la chance d’avoir 3 écrans ! Et vu que j’ai un petit écran pas forcément extraordinaire, cela m’étonnerait que tu n’aies pas une meilleure résolution avec tes 3 écrans…
On peut très bien afficher la description et tout ce qu’on veut : cf. image ci-contre à comparer à l’image ci-dessus.
Encore une fois, je ne cherche pas à te convaincre, je cherche à comprendre. En particulier, à comprendre pourquoi tu ne pourrais pas scroller horizontalement alors que je le peux.
Pour les biographies : c’est probablement un problème de purge dans les nombreux modèles utilisés pour la catégorisation des biographies qui pose problème, car en purgeant l’article, cela ne change rien pour Pestcan, mais il disparaît bien de Spécial:UnconnectedPages.
Pour un autre exemple : Petscan:7244720 = les articles de l’arborescence de Catégorie:Botanique sans élément Wikidata.
Et encore une fois, si ta manière de faire pose de nombreux problèmes (cela serait bien d’ailleurs que tu détailles les nombreux modèles imbriqués que tu utilises pour faire ce que tu fais, et les mettant sur 2 millions d’articles pour repérer quelques milliers d’articles…), alors qu’il existe des solutions très simple (en 1 clic sans modèles imbriqués), ne faudrait-il pas que tu t’interroges ? @Ash Crow demande ci-dessus si la catégorie est le bon moyen. Nous te proposons Petscan, Duplicity, Spécial:UnconnectedPages… À chaque fois tu trouves que cela ne fonctionne pas alors que cela fonctionne très bien. Mais j’ai bien abandonné depuis longtemps de te convaincre, j’aimerais seulement comprendre ce que tu fais, et pourquoi cela ne fonctionne pas. TED 16 janvier 2019 à 19:28 (CET)
«  tout le monde n’a pas la chance d’avoir 3 écrans ! » je m'en doute. C'est pour cela que je ne cherche à convaincre personne de faire comme moi. Je demande juste à ce que l'on me permette de faire comme c'est mieux pour moi.
« On peut très bien afficher la description et tout ce qu’on veut » Avec de la bidouille on arrive à tout. Mais ça ne me convient pas. Encore une fois, les goûts et les couleurs ne se discutent pas et j'en ai assez de devoir en permanence me justifier auprès de toi sur ce que je préfère et ce que je ne trouve pas pratique. Je n'ai aucune ambition d'améliorer cet outil.
« Encore une fois, je ne cherche pas à te convaincre, je cherche à comprendre. » Je t'ai déjà tout expliqué. J'en ai un peu marre de me répéter. Fais moi simplement confiance quand je te dis que je préfère la catégorie aux autres solutions qui existent...
« cela serait bien d’ailleurs que tu détailles les nombreux modèles imbriqués que tu utilises pour faire ce que tu fais ». Je l'ai déjà détaillé tout ça. Encore une fois, je n'utilise qu'un modèle pour l'analyse des articles : {{Suivi des biographies}}, qui est inclus dans {{Portail}} parce que c'est le seul présent dans tous les articles (sauf exceptions qui sont suivies par un projet pour être corrigé et hors pages d'homonymie qui ne sont pas réellement des articles et en aucun cas des articles biographiques).
« les mettant sur 2 millions d’articles pour repérer quelques milliers d’articles… » Tu n'as toujours pas compris donc... {{Suivi des biographies}} permet de catégoriser le suivi des biographies (qui représentent un quart des articles de Wikipédia) en fonction des informations présentes sur Wikidata. Le code commence par récupérer l'élément Wikidata. Quand il est absent il ajoute simplement une catégorisation de maintenance au lieu de laisser la page non identifiées, afant de se terminer. Il n'y a pas à s'interdire de signaler des pages problématiques alors qu'elles sont identifiées, même s'il est possible pour ceux qui connaissent les méandres de Wikimedia de tomber dessus par d'autres chemins... Ainsi plus de Wikifourmis sont susceptibles de se pencher sur cette maintenance, chacun de la manière qu'il préfère.
« À chaque fois tu trouves que cela ne fonctionne pas alors que cela fonctionne très bien. » Si tu me lis de travers tu n'arriveras jamais à me comprendre... Je ne dis pas que ça ne fonctionne pas, je dis que « je ne le trouve pas pratique ».
-- Hercule (discuter) 17 janvier 2019 à 09:44 (CET)

Une fonction nouvelle pour les compositions de divisions françaises[modifier le code]

Bonjour à tous

Le système d'information territorial développé pour les divisions françaises utilise des modules de données de population des divisions (actualisés chaque année) et deux modules de traitement ː

Ce dernier utilise des tables stockées sur Commons ː

Pour introduire certains tableaux, il nous serait utile de pouvoir créer la phrase suivante (exemple pour un département) :

 « Au {{Date-|1er|janvier|[2018]}}, le département comptait [326] communes. »

Il s'agirait

  • soit de créer un module spécifique (pour cette petite phrase) qui récupère la variable nbcom associée à la division concernée (définie par son code Insee) dans une des tables de divisions stockées sur Commons (l'année n'est par contre pas en variable, mais figure dans le texte introductif)
  • soit d'ajouter une fonction spécifique à {{Module:Composition Division de France}} (ce qui serait a priori plus court) pour faire la même tâche.

Mes connaissances en lua sont insuffisantes pour écrire un code optimisé qui fonctionne. Y aurait-il un candidat pour nous aider en la matière. Merci par avance. Cordialement.Roland45 (discuter) 7 janvier 2019 à 09:56 (CET)

Statistiques de clientèle/fréquentation[modifier le code]

Le bonjour au projet! Sur les bons conseils de VIGNERON (d · c · b) et de Trappist the monk (d · c · b), j'aimerais vous indiquer un besoin de présentation mis en forme de statistiques issues de Wikidata sur propriété clientèle/passagers (d). Pour ne pas disperser, je vous indique le lien du besoin : https://fr.wikipedia.org/wiki/Projet:Mod%C3%A8le/Demandes#Bo%C3%AEte_statistiques_issues_de_Wikidata. Merci encore ! --Bouzinac (discuter) 17 janvier 2019 à 15:40 (CET)

Module:Biblio[modifier le code]

Bonjour

J'ai remarqué que ni {{Ouvrage}} ni {{Chapitre}} n'indiquent la langue du titre de l'ouvrage (et éventuellement du chapitre) alors que {{Article}} et {{Lien Web}} le fait.

Serait-il possible de modifier le module:Biblio dans ce sens ? Je ne peux pas le faire, les pages étant protégées.

Merci de répondre sur la PdD du module où j'ai également mis ce message pour faciliter la conversation.

Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 17 février 2019 à 17:34 (CET)

Module:Biblio - éditeurs multiples[modifier le code]

Serait-il possible de permettre de donner plus d’un éditeur dans les modèles utilisant Module:Biblio ? Pour l’instant seul l’argument éditeur est permis, mais éditeur1, éditeur2, etc. et lieu1, éditeur2, etc. seraient utiles. --Moyogo/ (discuter) 21 avril 2019 à 08:53 (CEST)

Communes nouvelles : Module:Données/[modifier le code]

Hello!

J'ai voulu juste modifier le code commune de Val-de-Scie sur la page de la Communauté de communes Terroir de Caux et je me suis lamentablement planté... Le module pour le code commune me semble marchait à peu près (pas le nom de la commune mais le code à la place), mais pour la population je m'avoue vaincu.. Je suis vraiment désolé, je voulais participer et patatra.. Peut-être que c'est trop récent, mais je sais pas si je peux supprimer le modèle que j'ai créé. --John.john.59 (discuter) 20 février 2019 à 23:21 (CET)

Bonjour à tous et à @John.john.59. Sur le plan du code, le module est correct. Par contre il y a des pb de fond et de contenu, qui sortent du champ du projet Scribunto.
  • Sur le fond : les populations légales millésimées 2016 entrant en vigueur le ont été calculées par l'Insee dans les limites territoriales en vigueur au . Cela signifie que les communes nouvelles créées au , ce qui est le cas de Val-de-Scie, n'ont formellement pas encore de données de population. Si des modules sont créés, ils doivent l'être par addition des populations de chacune des communes fusionnées. Mais ceci est source d'erreurs et surtout aucune source ne permet de valider la donnée affichée.
  • Sur le contenu 2 : pour la même raison que ci-dessus, on ne peut pas affirmer que le premier recensement pour cette commune nouvelle était 2015 puisqu'elle ... a été créée en 2019! Il faut attendre d'avoir le prochain calendrier (en 2020) pour savoir quelle première année est retenue par l'Insee.
Ainsi il n'y a aucun intérêt à vouloir à tout prix courir après une actualisation manuelle au jour le jour qui est impossible à réaliser vu le nombre colossal de données et de changements et est source d'erreurs. Un tableau avec une introduction du type « au 1er janvier 2018, la composition de l'intercommunalité XXX était la suivante. Depuis cette date les communes A et B ont fusionnés pour donner la commune nouvelle C » suffit largement. Un robot actualisera ensuite quand les données sont publiées. Certes le tableau comporte pendant quelques mois des communes qui ont fusionné entre le 1er janvier 2018 et le 1er janvier 2019. Mais cela ne pose aucun pb dès lors qu'on a une phrase introductrice au tableau qui explique la situation. Cordialement.Roland45 (discuter) 21 février 2019 à 09:34 (CET)
Ok merci pour ces infos. J'ai regardé sur la page de la CC Terroir de Caux et cela donne bien finalement! Pour le recensement j'ai mis 2015 juste pour mettre quelque chose, je crois que c'était comme cela sur une autre commune nouvelle. --John.john.59 (discuter) 22 février 2019 à 01:04 (CET)

Importation foireuse d'un modèle sur Wikiversité[modifier le code]

Bonjour, cette nuit, alors que j'aurais bien fait de me coucher tôt, j'ai commis l'erreur de cocher la case « inclure tous les modèles » durant l'importation d'un modèle de Wikipédia sur Wikiversité. Ben oui, ça arrive ... La plupart des modèles importés à la volée affichent ce message d’erreur : « Erreur de script : la fonction « documentation » n’existe pas. ». Je présume que c'est un message en relation à un script géré par Lua voir l'extention Scribunto, mais je ne me suis pas encore formé à ce niveau. Du coup, je viens déposer ce message dans la cour des grands pour voir si il serait possible de recevoir de l'aide. Voici pour exemple la page modèle Documentation et puis ce lien vers la page catégorie erreurs de script. Bien à vous tous, Lionel Scheepmans Contact Désolé pour ma dysorthographie, dyslexie et "dys"traction. 6 mars 2019 à 17:33 (CET)

Problèmes avec Module:Interface Wikidata[modifier le code]

Bonjour, ce module appelé par le Modèle:Wikidata pose plusieurs problèmes bloquants. Comme les deux développeurs de ce module ne sont plus actifs, quelqu'un pourrait-il se charger de les corriger ?

Pour rappel, la syntaxe du modèle est la suivante :

{{Wikidata| propriété | valeur à afficher }}

Il s'agit d'effectuer les modifications suivantes :

  1. <bug> à la demande de Notification Zolo au Projet:Infobox j'ai cherché à ajouter le paramètre propriété au Modèle:Infobox/Image. Le principe est le suivant : ce modèle doit pouvoir accepter soit une propriété (par exemple, P18), soit le nom d'un fichier. Dit autrement, il doit être possible d'avoir le paramètre propriété vide. C'est possible pour le nom du fichier. Par exemple, {{Wikidata|entity=Q33959| | defaut.svg}} donne « defaut.svg ». Par contre, ça ne fonctionne pas pour la récupération du libellé. {{Wikidata|entity=Q33959| | |showonlyqualifier=P2096|numval=1|lang=fr}} donne « Échec à la sérialisation des données ».
  2. <évolution> ajouter la possibilité d'avoir une valeur par défaut. Par exemple, {{Wikidata| | |défaut=defaut.svg}} donnerait « defaut.svg ».
  3. <bug> ne fonctionne pas lorsqu'on met un formatnum. Par exemple, {{formatnum:{{Wikidata|entity=Q504998| P1616 | {{{SIREN|}}} |showsource = true|linkback=true |numval=1}} }} donne « 775 670 417link=https://www,wikidata,org/wiki/Q504 998?uselang=fr#P1 616 ». Il faudrait donc ajouter au module cette possibilité.

Je reste à votre disposition pour toute question. Merci. --FDo64 (discuter) 15 mars 2019 à 12:38 (CET)

Bonjour,
  1. Il manque en fait l'identifiant de la propriété à utiliser : {{Wikidata|entity=Q33959| property = P18}}-> Port Of Nice, Côte d'Azur.jpg. Il y a par contre des problèmes dans la gestion des erreurs, on devrait plutôt avoir un message : "paramètre property manquant".
  2. Il s'agit du paramètre value normalement.
  3. Dans ton exemple on essaye de formatnumer non pas un simple nombre, mais un chaîne qui contient un nomnre, un "linback" vers Wikidata et éventuellement une source. Il faudrait faire la mise en forme plus en amont, sur la valeur numérique brute avant ajout de la source et du linkback. Sur le principe, ça devrait être quelque chose comme {{Wikidata|entity=Q504998| P1616 | {{{SIREN|}}} |showsource = true|linkback=true |numval=1|displayformat=indiquer le format ici }}. Les données numériques sont formatées comme des nombres par défaut, mais la proriété Wikidata numéro SIREN (d) est de type "chaîne" et pas "nombre", donc ça ne marche pas. Il est possible de mettre transmettre au paramètre "displayformat" une fonction Lua qui définit une mise en forme. Mais ça me parait assez compliqué de faire l'équivalent depuis un modèle en Wikitexte. (je sais pas si c'est très clair :]). --Zolo (discuter) 18 avril 2019 à 22:17 (CEST)
Bonsoir Zolo Bonsoir heureux de te revoir et merci de tes réponses !
  1. Ce que je cherche à faire, c'est de n'avoir qu'une seule brique d'Infobox et donc que {{Infobox/Image}} fonctionne même si aucune propriété n'est renseignée. Dit autrement, je souhaite avoir la syntaxe suivante : {{Wikidata|{{{propriété|}}}|{{{image|}}}}}, avec les paramètre 'propriété' et/ou 'image' vides. Comme je l'indiquais, le modèle {{Wikidata}} réagit bien sauf si on lui précise un showonlyqualifier pour aller chercher le libellé.
  2. Je ne crois pas que le paramètre value réponde à ma demande. Si je mets {{Wikidata|{{{propriété|}}}|{{{image|}}}|value=defaut.svg}}, je pense qu'il retournera defaut.svg dans tous les cas. C'est pour cela que je suggère un nouveau paramètre.
  3. C'est vrai que malheureusement le SIREN est de type "chaîne" et pas "nombre", et je ne pense pas qu'on puisse le changer. C'est pour cela que je souhaiterais que l'on puisse indiquer, par exemple, |displayformat=number.
--FDo64 (discuter) 18 avril 2019 à 23:23 (CEST)
FDo64 effectivememédiaire "interface" ne devrait plus être nécessaire. Si on pouvait le supprimer ça rendrait les choses un peu plus claires. nt j'ai lu un peu vite. Je me demande s'il ne faudrait pas essayer de gérer l'intéraction données de Wikidata / données locales hors de modules dédiés à Wikidata. J'essaye de voir si j'arrive à faire quelque chose ce week end. -Zolo (discuter) 23 avril 2019 à 22:18 (CEST)
@FDo64 en y repensant une solution aux problèmes 1 et 2 serait je crois de remplacer le code de {{Wikidata}} par le suivant :
{{#if : {{{property|{{{1|}}}}}}} | {{safesubst:#invoke:Wikidata|frameFun|formatStatements|property={{{property|{{{1|}}}}}}|value={{{value|{{{2|}}}}}}}} | {{{value|{{{2|{{{default}}} }}} }}} }}
  • Inconvénients : complique un peu le modèle est augment la différence entre le comportement du modèle et un appel direct à Module:Wikidata.formatStatements.
  • Avantages : devrait régler les problèmes sans complexifier encore Module:Wikidata avec des questions qui ne concernent non pas l'utilisation des données de Wikidata, mais leur relation avec les données locales. Au passage, je remplaçerais #invoke:Interface Wikidata par #invoke:Wikidata. On devrait pouvoir se débarasser du module d'interface pour enlever une couche de complexité.
Pour le point 3, je ne sais pas trop quoi faire. S'il y a suffisamment de besoins, on peut effectivement ajouter dans le module un displayformat = number, ou peut-être |displayformat = chaînequelquongue qu'on enverrait à #mw.ustring.gsub. Sinon, on peut aussi faire des mini-modules dédiés au fil des besoins. -Zolo (discuter) 27 avril 2019 à 15:15 (CEST)
Notification Zolo : Bonsoir, j’avoue ne pas comprendre ta proposition. Sans doute à cause de ma totale ignorance du fonctionnement interne des modules. J’ai peur d’être obligé de faire ce que je cherchais à éviter : créer une nouvelle brique d’Infobox V2 rien que pour l’accès à Wikidata.
Pour ce qui est du displayformat=number, si c’est si compliqué de faire un formatnum en Lua, le numéro de SIREN va rester tel quel, sans mise en forme (Smiley: triste).
Merci d’avoir cherché. --FDo64 (discuter) 3 mai 2019 à 23:28 (CEST)
Notification FDo64 :, bonjour, en fait ma proposition était de modifier le modèle {{Wikidata}} et de ne pas toucher directement aux modules. Mais je viens de me rendre compte, qu'on pouvait tout simplement changer la ligne 1501 de Module:Wikidata de return nil en return args.default. Ca ajoute encore un argument possible à une fonction qui en a déjà beaucoup, mais ça devrait marcher. Je proposais au passage de changer légèrement le modèle {{Wikidata}} afin d'utiliser directement Module:Wikidata, et non plus Module:Interface Wikidata, dont on devrait pouvoir se débarasser.
Pour le formatnum, ça ne devrait pas être très compliqué, mais si on ajoute une option pour tout les formats potentiellement utiles, ça risque d'être un peu délicat à gérer, ou alors il faudrait un peu structurer ça. Sinon, pour faire fonctionner ponctuellement le formatnum, on peut aussi renoncer au linkback et au addcat : {{formatnum:{{#invoke:Wikidata|frameFun|formatStatements|entity=Q504998|property= P1616 |value= {{{SIREN|}}} |numval=1}} }} ->775 670 417.--Zolo (discuter) 9 mai 2019 à 10:22 (CEST)
@FDo64 j'ai ajouté le paramètre "défaut" à retourner quand on a rien d'autre [5]. -Zolo (discuter) 11 mai 2019 à 13:25 (CEST)

Edge et console de débogage Lua[modifier le code]

Bonjour, je suis actuellement sur une machine où j'ai à utiliser le navigateur Edge, et quand je teste du code dans la console de débogage qui figure en bas des pages de modification pour les Modules, je rencontre un problème franchement gênant : quand j'appuie sur Entrée pour exécuter le code, cela fonctionne, mais cela déclenche aussi la soumission du formulaire de modification… J'utilise habituellement d'autre navigateurs, et je n'avais jamais rencontré ce problème auparavant. Le problème est-il déjà connu ? Quelqu'un aurait plus d'infos à ce sujet ? od†n ↗blah 22 avril 2019 à 13:12 (CEST)

modèle:prononciation dans une infobox[modifier le code]

Atmavrittanta
Titre original
(gu) આત્મવૃત્તાંતVoir et modifier les données sur Wikidata
Langue
Auteur
Manilal Nabhubhai Dvivedi (en)Voir et modifier les données sur Wikidata
Genre
Date de parution
Pays

Bonjour,

J'aimerais ajouter un affichage semblable à {{prononciation}} dans le champ « nom officiel » de {{Infobox Ouvrage}}, comme par exemple pour l'élément Q54818533 (« Atmavrittanta »), dont P443 (« prononciation (fichier son) ») est renseigné.
Quelqu'un peut m'aider svp ? - Simon Villeneuve 7 mai 2019 à 20:45 (CEST)

Nouvelles fonctions pour le module:Composition Division de France[modifier le code]

Bonjour à tous. Le module:Composition Division de France permet de produire la composition de toute division française dès lors que les tables annexes (qui sont stockées sur Commons) sont actualisées (exemple avec la liste des communes de la Lozère).

Dans la table des départements, il y a une colonne avec le nombre de communes par département (nbcom). On a ce type d’info pour chaque division. Il pourrait être intéressant d’exploiter cette donnée en :

  • l’ajoutant dans le titre qui de « Liste des communes du département ..» deviendrait « Liste des 152 communes du département ..» (pour la Lozère)
  • créant une fonction nbcom qui permette de récupérer ce nombre à l'instar de la fonction derniere_population du module module:Population de France qui récupère la dernière population d’une division, ce qui permettrait d’actualiser automatiquement une phrase du type « le département de X comptait y communes au 1er janvier 2019 » (du coup il faut récupérer aussi automatiquement la date avec une fonction derniere_annee à créer également).

Y aurait-il des candidats pour ce petit exercice ? Merci par avance.Roland45 (discuter) 23 juin 2019 à 18:44 (CEST)

Pour info, Le point 1 (ajout du nombre de communes dans le titre) a été traité par Od1n, que je remercie. Il reste donc à créer ces fonctions nouvelles de récupération du paramètre "nbcom", si possible.Roland45 (discuter) 12 août 2019 à 17:34 (CEST)
Cette phrase, @Roland45, elle serait affichée automatiquement, optionnellement ? Dans quels cas ? Cela doit être un texte exportable ? Lofhi (me contacter) 18 août 2019 à 13:48 (CEST)
@Lofhi Voici quelques éléments de réponses :
Sur la phrase
  • le choix de "optionnel" serait à faire si la phrase ne pouvait pas s'intégrer dans un texte préexistant. A priori cette phrase se suffit à elle seule et peut être placée après tout texte descriptif. Donc elle serait à mettre en automatique.
  • Le texte de la phrase, qui est sensé couvrir les différents type de chartes et de divisions serait a priori le suivant (La ref ne comporte pas de date car le site est actualisé annuellement et donc l'url reste constante) :
Le [charte/département] [var charte/de XX] comptait [var_liste_de/nbcom] [liste_de/communes] au [date]<ref>{{Lien web |url=https://www.insee.fr/fr/information/2028028 |titre= Découpage communal - Table d’appartenance géographique des communes et tables de passage |site =le [https://www.insee.fr/ site de l'Insee] }}</ref>.
Sur les fonctions nouvelles :
Le plus important est néanmoins de produire ces fonctions qui permettraient de récupérer les deux paramètres nbcom et date car les modèles qui permettraient d’afficher ces indicateurs peuvent ensuite être mis dans n’importe quel texte ou Infobox. Comme le fait p.derniere_population dans le module:Population de France en récupérant ces infos à partir des modules de données. Dans le cas présent, on va les chercher dans la table sur les tables de Commons. Le modèle pourrait être de la sorte (par similitude avec les tableaux) :
{{Composition Division de France/dernière_pop | charte = département | département = Lozère (département) | liste de = communes}}
Merci par avance.Roland45 (discuter) 18 août 2019 à 18:51 (CEST)
Si j'ai bien compris le dernier exemple Roland45, je n'ai pas encore cerné l'histoire avec la phrase introductive. Tu souhaites l'implémenter comment ? Quel modèle doit l'afficher ? C'est à rajouter dans le modèle {{Composition Division de France}} directement ? Tu souhaites créer une arborescence de modèles comme la famille de modèles Population de France/ ? Lofhi (me contacter) 28 août 2019 à 01:35 (CEST)

@Lofhi Petit complément :

  • La phrase : elle serait à ajouter systématiquement avant le tableau généré par le module Composition Division de France.
  • Les fonctions. Par « fonction », il faut probablement entendre « sous-module » qui permette de récupérer les variables nbcom et date. Ces fonctions sont indépendantes de l’affichage du tableau (puisque ces indicateurs ont vocation à être mis dans une Infobox ou une autre phrase ou tout autre tableau, comme on le fait pour le module Population de France). Le tableau suivant résume la situation :
Modèle projeté fait appel au sous-module/fonction Résultat à l'instar de
modèle:Composition Division de France/nbcom module:Composition Division de France|nbcom Récupère la valeur du nombre de communes de la division,
càd la variable nbcom des tables par division (ex : c:Data:Table/Départements.tab)
{{Population de France/dernière_pop}}
modèle:Composition Division de France/date module:Composition Division de France|date Récupère l'année de l'indicateur (variable date de la même table) {{Population de France/dernière_année}}

On peut donc parler d'arborescence de modèles, mais bon, petite arborescence puisqu'il n'y en aurait que trois : le principal pour afficher le tableau et les deux autres pour afficher les indicateurs caractérisant la division (nbcom, date).Roland45 (discuter) 28 août 2019 à 09:17 (CEST)

Afficher un qualifier sans la property[modifier le code]

Bonjour,

Voici ma problématique : j'ai créé un Module:Infobox/Point chaud. Exemple d'utilisation ici : Point chaud de la Société.

Dans l'infobox, je veux faire apparaître en haut la carte qui recense les points chauds du globe (ça, ça fonctionne avec general.locationmap()). Sur cette carte, chaque point chaud est identifié avec un numéro. Sur la page Wikidata Point chaud de la Société, j'ai mis ce numéro en tant que qualifier P1545 (ordre dans la série) de la propriété P242 (carte de localisation).

Dans l'infobox, j'aimerai qu'apparaisse sous la carte une ligne N° dans la carte, qui afficherai le numéro présent dans P1545. Mais comme vous pouvez le constatez, à l'affichage ça me met d'abord le nom du fichier, suivi du numéro entre parenthèse : Hotspots-more.jpg (38). Ce que je voudrais, c'est qu'il y ait seulement le 38 qui apparaisse.

Est-ce possible ?

Cordialement, Sémhur (discuter) 5 juillet 2019 à 22:38 (CEST)

Oui, avec "showonlyqualifier" (voir module:Wikidata). Cependant, il y a un retour-chariot qui semble être de trop et je ne sais pas comment l'éliminer. - Simon Villeneuve 5 juillet 2019 à 23:15 (CEST)
Merci Simon Villeneuve ! Je découvre tout ce monde des modules, de Lua, et même un peu de Wikidata ; j'ai encore plein de chose à apprendre.
Le problème du retour chariot n'en était pas un, c'est juste que je n'avais pas déclaré la row au sein d'une table. C'est corrigé. Sémhur (discuter) 6 juillet 2019 à 18:07 (CEST)

Week-end de travail du groupe « tech » de Wikimédia France[modifier le code]

Bonjour,

Je me permets de faire suivre ce message ici, puis qu'il vous concerne et que vous pouvez avoir envie d'y participer :

Dans l'optique de relancer le groupe « tech » de Wikimédia France, j'aimerais organiser une réunion sur un week-end de toutes les personnes intéressées par cette thématique. Les axes sur lesquels j'aimerais travailler durant le week-end sont les suivants :

  • Quelles ressources pour aiguiller quelqu'un avec des compétences en développement informatique qui veut s'impliquer dans l'association ou sur les projets Wikimedia ?
  • Comment identifier et contacter les personnes intéressées quand l'association a un projet impliquant des besoins tech (par exemple, un import massif de données ou de photos) ?
  • Comment aider les personnes déjà impliquées dans la création de modèles, modules, gadgets ou outils sur les projets Wikimedia à monter en compétence ou aller plus loin ?
  • Comment permettre à de nouvelles personnes de se former à ces aspects et s'y impliquer ?

Tout le monde est bienvenu, y compris les novices ! Les repas seront pris en charge pour tout le groupe, et le transport et l'hébergement pour celles et ceux qui en ont besoin.

Voici un sondage pour choisir la date : https://framadate.org/danhI1gxLFd19Eje.

Bonne journée, Sylvain Boissel WMFr (discuter) 26 juillet 2019 à 18:41 (CEST)

Fait Pb de tri de liste dans le module:Composition Division de France[modifier le code]

Père Igor signale à juste titre un pb de tri des listes générées par le module:Composition Division de France, qui était passé, jusqu'à présent, au travers des radars. Les communes ayant des lettres accentuées ne sont pas positionnées à l'ordre alphabétique normal : exemple avec la Liste des communes de la Dordogne : Cénac-et-Saint-Julien après Cunèges ; Négrondes après Nontron ; Saint-Étienne-de-Puycorbier après Saint-Vivien ; Vézac après Vitrac ; communes commençant par É renvoyées en fin de tableau. Un contributeur saurait-il résoudre se pb de tri (probablement par substitution des lettres accentuées par la lettre non accentuée correspondante). Merci par avance. Cordialement.Roland45 (discuter) 12 août 2019 à 17:39 (CEST)

Notification Père Igor et Roland45 : Fait. Lofhi (me contacter) 17 août 2019 à 02:12 (CEST)
Notification Lofhi : C'est parfait. Merci.Roland45 (discuter) 17 août 2019 à 08:52 (CEST)
Notification Lofhi : merci beaucoup. Père Igor (discuter) 17 août 2019 à 11:51 (CEST)
Notification Roland45 : je suppose qu'il y a un problème sur Liste des communes de la Corrèze par exemple ? Mort de rire Lofhi (me contacter) 17 août 2019 à 22:48 (CEST)
Ah, non, je n'ai pas fait gaffe aux arguments du modèle ! Le tri n'est jamais appelé, dans ce cas là. Tu sais m'éclairer et me dire pourquoi le tout n'est pas sur Commons pour ce département ? Vu que tu gères le tout. Lofhi (me contacter) 17 août 2019 à 23:00 (CEST)
Après vérification, tout est sur Commons... Plus qu'à attendre ta réponse ! Lofhi (me contacter) 17 août 2019 à 23:21 (CEST)
Ah, t'es en train de faire la transition, réponse trouvée. Lofhi (me contacter) 17 août 2019 à 23:47 (CEST)
Notification Lofhi : Oui. Nous sommes en phase de transition. Il y a trois types de données : des modules de population et des modules d'informations générales stockés sur Wikipédia et des tables d'appartenance donnant toutes les compositions des divisions, mais uniquement sous forme de codes, stockées sur Commons. Pour traiter/afficher ces données, il y a (entre autres) deux modules {{Composition Division de France}} (CCF) et {{Composition en communes division de France}} (CCDF) ou {{Tableau Liste commune de France 2}} (TLCF2) qui est sensiblement équivalent (plus ancien). CCDF a vocation a être remplacé par CCF. TLCF2 a vocation également à être remplacé, mais pas partout parce que CCF n'est pas opérationnel pour toutes les divisions (ne marche par exemple pas pour les intercommunalités). Les explications sont ici pour la description générale du projet, ou ici pour ces nouveaux modèles de listes, ou pour le tableau général de suivi 2019. L'intérêt est de s'affranchir de ces dizaines de milliers de mises à jour annuelles qui devaient jusqu'en 2013 être faites à la main et qui de fait ne l'étaient pas. L'actualisation se fait désormais une fois l'an. Le revers de la médaille est la concentration de cette actualisation des tables/modèles qui ne peut être faite que par … une personne! Sur cette affaire, je ne suis que l'architecte, les développeurs sont principalement Wikialine, Hexasoft, Zebulon84 et récemment Od1n et toi-même.
D'où également mes demandes d'amélioration du module CCF avec par exemple l'ajout de fonctions nouvelles (voir ci-dessus) (je ne parle pas du cas des intercos qui est plus compliqué). Mais le pb est quand même le faible nombre de développeurs en lua qui limite les disponibilités de chacun.Roland45 (discuter) 18 août 2019 à 09:41 (CEST)

&section=0[modifier le code]

Bonjour, Notification Archimëa : et moi évoquions ce problème dans les questions technique, mais nous n'avons pas eu de réponses. Ce problème concerne tous les infobox qui ne sont pas placé au début d'un article. En effet, lorsqu'on clique sur le bouton « Modifier » disponible grâce à ce modèle, l'article ne nous renvoie pas vers la section où comporte l'infobox mais dans le RI (&section=0). C'est extrêmement agaçant quand on utilise l'éditeur visuel et qu'on veut modifier une infobox. Comme disait Archiméa : « Il faudrait un espèce de code qui ouvre la section en cours comme &section=current, mais je sais pas si ce type de paramètre existe ». ». Serait-ce possible de dévelloper un paramètre pareil en Lua (ou bien, existe t-il déjà). Merci d'avance, -- Nemo Discuter 24 août 2019 à 22:53 (CEST)

Cela me semblait impossible en y pensant une fois. Étant curieux, je me suis étonné en allant lire la documentation. Elle indique que Lua peut accéder au contenu d'un article. Du coup cela pourrait être possible techniquement en éclatant l'article par section puis en cherchant le modèle, mais je ne sais pas si cela vaut vraiment le coup. Rares sont les infobox qui ne sont pas dans la section 0. Je laisse quelqu'un d'autre donne son avis... Lofhi (me contacter) 28 août 2019 à 01:57 (CEST)
C'est faux, toute les infoboxs secondaires (et il y en a bcp) se situent dans une autre section. Sinon, autant supprimer ce bouton modifier de toutes les infoboxs ? Peut être qu'il faudrait faire une demande sur Phabricatoir ? C'est un problème qui existe depuis tjrs et qui devrait être résolu une bonne fois pour toute... -- Nemo Discuter 28 août 2019 à 13:01 (CEST)
Il est effectivement possible de « lire » le wikicode d'un article depuis Lua, et donc de déterminer les sections. Il reste qu'il peut être difficile de façon générique de repérer l'infobox qui « nous » correspond. En effet s'il y a plusieurs infobox comment déterminer la notre ? Dans certains cas c'est possible (infobox différente) mais je présume que dans d'autres non.
Par ailleurs ça semble très « bourrin » de devoir faire du wiki-parsing.
Mais je doute qu'il puisse exister un section=current (dans le cadre d'un module). En effet un module peut très bien retourner… du texte contenant des sections ! Idem pour un autre module appelé avant nous…
Hexasoft (discuter) 28 août 2019 à 13:32 (CEST)
En gros, l'infobox devrait savoir par elle-même dans quelle section elle est placée. Sinon, on peut tjrs retirer ce &section=0 ce qui permet au moins de modifier toute la page et non une fausse section... Et des infoboxs qui sont pas en début de page, il y en a un paquet -- Nemo Discuter 30 août 2019 à 19:54 (CEST)

Demande d'explications mémoire Lua[modifier le code]

Bonsoir, ma question va être courte et simple : est-ce que quelqu'un sait m'expliquer ce diff ? Cela m'a coûté un polluage de l'historique du Module:Bases, pensant que les dépendances ajoutées il y a quelques semaines étaient le problème, après avoir corrigé quelques documentations des modèles Bases qui utilisent ces dépendances. Lofhi (me contacter) 30 août 2019 à 02:29 (CEST)

En cherchant "NewPP" dans la source des pages avant/après ton diff, tu verras que pour la version "sans la mémoire saturée" il y a par contre une section "Lua Profile" en plus… Ça ressemble à une stack trace… À chaud, je penserais à une "erreur cachée" qui irait interrompre l'exécution du script, ayant pour side-effect de ne pas atteindre le point de saturation mémoire. Mais je ne fais que spéculer… od†n ↗blah 30 août 2019 à 08:07 (CEST)
Je dois sûrement perdre la tête, mais je n'ai pas accès à ce « Lua Profile ». Je l'ai vu une fois hier, puis il a disparu. J'ai enregistré les rapports du préprocesseur hier, les voici :
J'ai loupé un truc ? Parce que j'ai prévisualisé plusieurs fois les changements, avant et après. Plusieurs fois, j'avais les mêmes résultats. Lofhi (me contacter) 30 août 2019 à 17:55 (CEST)
En tout cas la différence qui me semble la plus importante entre les deux c'est "Expensive parser function count" qui passe de 13 (cas saturé en mémoire) à 4 (l'autre cas).
Par contre j'ai aussi du mal à voir en quoi l'ordre pourrait influencer : s'il y en avait moins dans le 1er ça pourrait se comprendre (mémoire saturée, arrêt du traitement, certains traitements ne sont pas effectués), mais là c'est l'inverse ! Et pour autant que je sache chaque appel de module est indépendant (exception : il me semble que si des données (coûteuses par ex.) sont déjà chargées sur une page elles restent en mémoire et sont utilisable sans surcoût lors des appels ultérieurs). Hexasoft (discuter) 30 août 2019 à 18:04 (CEST)
J'ai oublié de préciser que ces deux rapports sont liés à mes changements sur le module et qui sont annulés depuis (d'où les changements pour "Expensive parser function count"). Si je n'ai pas enregistré les autres rapports, je peux assurer que j'ai fait plusieurs tests en gardant le même ordre d'appel ou en le changeant comme indiqué sur le premier diff, et à chaque fois cela se reproduit.
Si vous allez sur la version du 29 août 2019 à 23:02 et modifiée en dernier par Sukkoria de l'article, que vous prévisualisez la version, la consommation de mémoire excessive réapparaît encore dans le rapport NewPP... Lofhi (me contacter) 30 août 2019 à 18:11 (CEST)
En tout cas, la simple exécution de {{Bases géographiques}} sur la page Allemagne me montre 1,376 s de consommation CPU et 15,46 Mo de consommation mémoire… c'est beaucoup trop à mon goût… Autrement dit, pour simplement une petite série de liens tout en bas de l'article, on retarde l'affichage de la page de 1,376 sod†n ↗blah 1 septembre 2019 à 02:32 (CEST)
Je n'ai pô regardé depuis, mais il serait peut-être intéressant d'analyser les données de Wikidata pour comprendre ce qui pourrait causer ces pics. Lofhi (me contacter) 4 septembre 2019 à 20:58 (CEST)

Wikidata et les trop nombreuses données[modifier le code]

Bonsoir, je ne sais plus si j'ai signalé l'article, mais en tout cas je l'ai remarqué il y a un moment. L'article V8 (moteur JavaScript) contient plusieurs « Erreur Lua : not enough memory ». Il suffit d'aller sur l'élément lié Wikidata Q574992 (« V8 ») pour comprendre ce qui pose problème. Personnellement, je n'ai pas de solution en tête, parce que pour traiter les données de Wikidata, il faut bien les importer... Sauf que là, c'est trop de données. Si quelqu'un peut m'éclairer. Lofhi (me contacter) 9 octobre 2019 à 20:04 (CEST)

Notification Lofhi : Explication potentielle, la manière dont et codée l’infobox logiciel. Il y a pleins d’appels à des modèles lua dans son code, ce qui fait que potentiellement la totalité des données est chargées dans chacun des appels. Si la quantité de mémoire est la somme de tous ces appels, ça peut peut-être monter … Peut-être qu’en la recodant en pur lua ça réglerait le problème, ou à défaut d’utiliser les appels lua qui ne chargent pas tout l’élément à chaque appel lua comme mw.wikibase.getBestStatements dans les modèles comme {{Infobox V3/Tableau Ligne mixte Wikidata}} Je vais jeter un coup d’oeil pour voir comment ça marche en attendant. @Hercule, @Od1n, @FDo64, @Chealer et @Popolon, les éditeurs de l’infobox en 2019. — TomT0m [bla] 9 octobre 2019 à 20:44 (CEST)
Je ne connais pas trop le fonctionnement des scripts lua pour récupérer les informations wikidata pour remplir l'infobox, mais je suis un peu étonné que cela puisse saturer la mémoire. À priori, les requêtes sont faite sur l'élément associé à la page, pas à tout wikidata. Ça de doit pas faire des mégaoctets de données. Dans certains autres cas, comme dans les entités administratives géographiques, des scripts parcourent récursivement les données pour obtenir la chaîne d'entité dans laquelle elle se situe et ça ne pose pas de problèmes non plus. N'hésitez pas à me dire si je peux aider. J'ai déjà fait un peu de lua, mais pas dans ce contexte, ça doit pas être la mer à boire non plus. J'ai quand même quelque chose en tête, la liste (qui peut être très longue des versions (stable/dev). Popolon (discuter) 9 octobre 2019 à 21:22 (CEST)
Effectivement l'affichage de la page Wikidata associé à cet page pose déjà problème en raison du nombre important de numéros de versions. Je pense que si il y a un problème, c'est a cet endroit qu'il faut regarder.Popolon (discuter) 9 octobre 2019 à 21:28 (CEST)
Je pense que nous sommes tous d'accord sur la source du problème. Cependant, ma question était plutôt : connaissez-vous un moyen de l'éviter, parce que comme dit, pour traiter les données, on doit les importer... et c'est la taille des données qui pose problème ici. Je n'ai rien trouvé de très intéressant sur mw:Extension:Wikibase Client/Lua. Lofhi (me contacter) 9 octobre 2019 à 21:42 (CEST)
Bonjour à tous. Notification TomT0m : si besoin, j'ai recodé {{Infobox Logiciel}} en LUA. Il s'utilise par {{Infobox Logiciel/Bac à sable/LUA}} (liens vers le module et la page de tests. Bonne journée, --Tom (discuter) 11 octobre 2019 à 18:31 (CEST)
Après essai en prévisualisation de ce modèle de test, ça fonctionne effectivement sans erreur mémoire : cf. https://fr.wikipedia.org/w/index.php?title=V8_(moteur_JavaScript)&oldid=163474368
( Par contre si l’infobox fonctionne la sauvegarde a l’air de déconner à fond quand je sauvegarde j’ai une erreur « empty server response » … )
Du coup, soit on adopte cette version de l’infobox pour les logiciels, soit on garde l’ancienne version mais on tente d’optimiser le Module:Wikidata pour qu’il ne charge pas systématiquement tout l’élément (ce n’est plus nécessaire depuis un moment.), mais juste les déclarations dont on a besoin lors d’un appel. (c’est ce que fait Module:Wikidata/Chemin). La seconde option semble dans tous les cas une bonne idée, même si dans certains cas marginaux on risquerait peut-être d’y perdre suivant comment les données sont mises en cache. — TomT0m [bla] 12 octobre 2019 à 12:27 (CEST)
Pour mieux cerner le problème, on peut aller sur l'article concerné, cliquer sur "modifier le code" puis prévisualiser et regarder tout en bas les données de performance. On voit que :
  • l'infobox seule prend 42 Mo. La version Lua permet de descendre à 32, mais ça reste problématique.
  • l'infobox en Lua charge 4 éléments. Outre celui pour V8 (moteur JavaScript), il s'agit de ceux pour Open-source software, BlackBerry 10 et IA-32. Ces sujets n'ont pas d'article en français. La fonction wd.siteLink de Module:Wikidata charge les éléments Wikidata pour récupérer le lien en anglais. Apparemment, on peut maintenant récupérer ces liens sans charger l'élément en utilisant wikibase.getSitelink( itemId, globalSiteId ). Si quelqu'un sait ce que sont les "globalsiteids", mettre à jour la fonction ne devrait pas poser de problème. -Zolo (discuter) 12 octobre 2019 à 13:57 (CEST)
(Il semble par contre que les erreurs lua aient totalement disparues, j’en avais en prévisualisant la version https://fr.wikipedia.org/w/index.php?title=V8_(moteur_JavaScript)&oldid=162537502 et ce n’est plus le cas. peut-être ma modif d’hier dans module:Wikidata ?)
Apparemment les ids sont les mêmes que dans https://www.mediawiki.org/wiki/Extension:Wikibase_Client/Lua#mw.wikibase.entity:getSitelink . Sinon les siteids sont sur Wikidata apparemment : [6]TomT0m [bla] 12 octobre 2019 à 14:52 (CEST)
J’ai fait quelques modifs sur Module:Wikidata pour éviter des chargements d’éléments inutiles (il ne doit même virtuellement plus en rester dans le module), j’espère n’avoir rien cassé … mais a priori ça n’a pas vraiment changé la consommation mémoire. Le nombre d’entité chargé lui est par contre bien descendu à 1. — TomT0m [bla] 12 octobre 2019 à 17:09 (CEST)
@TomT0m, j'ai vu ça aussi.. (j'aurais du penser à chercher les identifiants de site directement sur Wikidata :).
En faisant quelques tests sur le module, et en y prévisualisant V8 (moteur JavaScript), je vois que :
  • si on remplace le contenu de la page par <nowiki></nowiki ça prend 800 ko. Il est indiqué qu'un élément Wikidata est chargé, mais l'élément n'est certainement pas chargé dans sa totalité, car ça prendrait plus de place.
  • Si on garde tout le contenu de la page sauf l'infobox, on utilise 26 Mo.
  • Avec infobox, mais Wikidata désactivé, la conso de mémoire reste à 26 Mo.
  • Avec l'infobox, on passe à 42 Mo. En réduisant le code du module d'infobox à une seule ligne utilisant Wikidata, on reste à 42 Mo.
L'impression que ça me donne c'est que charger l'élément prend environ 20 Mo, et que le charge depuis deux modèles différents, il se charge deux fois. Mais c'est un peu étonnant --Zolo (discuter) 12 octobre 2019 à 17:38 (CEST)