Discussion Wikipédia:RAW/2025-07-05

Édition super

Petit commentaire pour vous remercier pour ce numéro très fourni, détaillé et agréable à lire. Le En Bref j'adore car ça donne une bonne vision des sujets actuels ou récents et de se mettre à la page sur certaines choses qu'on avait pas vu passer. Toute la partie Car 2.0 est intéressante, et là pareil le boulot mis dedans. Goombiis (discuter) 5 juillet 2025 à 02:45 (CEST)

J'attendais avec une certaine impatience ce travail sur le CAR qui coïncide en de très nombreux points avec mes propres observations et conclusions sur le devenir du CAR. On a avec ces deux articles une base saine sur laquelle la communauté peut se saisir. Bravo @Waltercolor ! Nanoyo (discuter) 5 juillet 2025 à 08:17 (CEST)

Sur le CAr

Bravo @Waltercolor pour son travail, et y a-t-il un endroit où on pourrait en discuter plus en détail ? J'ai testé en plusieurs occasions des interventions sur des sujets conflictuels pour voir comment ça se passe et par rapport à l'analyse proposée je ferais déjà trois remarques :

• un projet éditorial comprend une part d'arbitraire (choix d'un axe, d'un ton, d'une organisation etc.) qui, dans les cadres habituels est tranché par une hiérarchie (rédac' chef, comité éditorial, direction d'ouvrage etc.). Ça n'existe pas sur WP, les admins n'ont en principe pas à se mêler d'éditorial, et on peut avoir des blocages faute d'arbitre avec des guerres d'usure pour l'emporter ;
• auto-censure : des contributeurices n'osent pas dire le fond de leur pensée, et, à mon sens, un arbitrage de haut niveau devrait offrir une possibilité d'échange confidentiel avec les arbitres ;
• question des ressentis : nombre de gens craignent que ce soit le règne du « caprice » individuel plutôt que l'amélioration de l'ambiance collective et je pense que ce doit surtout être évoqué en tant que forme d'expertise, type communication non violente applicable en arbitrage. Note : de ce que j'en ai vu par les RA concernant les règles de savoir-vivre, des sujets sensibles ou les questions d'affinités dans la communauté (qui soutient qui etc.) , les admins sont déjà confrontés à ces questions et je serais curieux de savoir comment ils gèrent ça, si ils ont le souci de ne pas heurter les personnes y compris dans les sanctions etc. --Fabius Lector (discuter) 5 juillet 2025 à 12:39 (CEST)

Oui, bravo pour ton travail Waltercolor. Je n'ose pas te demander le nombre d'heures que ça a dû te prendre. Juste lire l'analyse de cas Floreal/Idéalités ou l'article de Zarefsky me demande beaucoup de temps. - Simon Villeneuve 7 juillet 2025 à 17:26 (CEST)

Jouer à Chart

L'atelier a piqué un peu ma curiosité, et j'ai remarqué quelques petits trucs. On peut retrouver des exemples planqués dans le dépôt git qui certes mélangent le contenu du .tab et du .chart, mais quand on extrait chaque partie ça fonctionne. C'est cool que la traduction a été prise en compte dès le démarrage. Ce qui n'est pas possible pour l'instant:

• Pas de moyens de définir l'unité à part en abscisse et dans le tooltip, donc on est obligé de le mettre dans la description de la série.
• L'échelle est calibrée en automatique pour les nombres sur les diagrammes en ligne ou en zone, ce qui implique que si une donnée est manquante (c-à-d. null) dans la série, l'échelle va alors partir de zéro, et les variations seront alors écrasées quand on traite avec des grands nombres (typiquement la population d'une région où le recensement n'a pas été fait à cause de la guerre). EDIT: T385344
• Pas de type date (au format ISO), donc on peut se retrouver avec des dates décimales: commons:Data:Sandbox/Yodaspirine/Example.chart. EDIT: l'exemple que j'ai réutilisé avait des nombres, mais il y a bien un type Date caché quand on écrit en format texte. Je maintiens qu'une valeur explicite serait mieux, car la moindre coquille peut changer l'affichage de la série.
• la source des données n'est pas affichée sur Wikipédia alors qu'elle est exigée sur le .tab, ce qui est un peu dommage. EDIT: T382806

C'est prometteur, mais je vais attendre que ce soit un peu plus étoffé avant de faire des choses avec. Yodaspirine☕^? 6 juillet 2025 à 01:42 (CEST)

Je partage les frustrations des autres qui ont tenté d'utiliser ça. Si nous n'y arrivons pas malgré toute notre expérience wikimédienne, c'est que c'est voulu (je ne peux pas me résigner à appliquer le rasoir de Hanlon). La cabale Chart n'est pas prête à un déploiement massif de son trésor et elle a fait une vitrine trop grosse pour les affamés que nous sommes. - Simon Villeneuve 6 juillet 2025 à 14:16 (CEST)

Si on se met dans les chausses des développeurs, ça me paraît logique de commencer par un premier prototype minimaliste plutôt que de tenter de tout faire et d'être à côté de la plaque. Le choix technique de passer par Commons est un peu bizarre (et non documenté), et l'intégration dans VE pour les non-initiés est probablement planifiée après la conversion de tous les anciens graphes, ce qui expliquerait pourquoi la tâche T393637 n'est pas active. Une fois qu'on aura l'éditeur, quand on sait ce qu'eCharts (le logiciel utilisé en backend) est capable de produire, ça fait un peu baver...-- Yodaspirine☕^? 6 juillet 2025 à 16:39 (CEST)

L'intervention de Dirac ci-bas est éclairante. Je me disais que pour créer une entrée dans Data:, il me suffisait de renommer mon brouillon, mais je voyais mal comment importer mon fichier dans celui-ci. Je préfère donc importer direct en utilisant l'URL https://commons.wikimedia.org/w/index.php?title=Data:NOM_DE_MON_FICHIER_CSV.tab&action=edit.

Encore bravo !

Pour tout le travail rédactionnel et d'enquête fourni ce mois-ci. Concernant la question des multi-comptes temporaires et du contrôle de leurs abus éventuels ou contournement de blocage, voici un petit bilan déposé à l'instant sur notre bistro du jour . La question reste brûlante pour le blocage de ce type de comptes. Belle journée à vous. ;) Tisourcier (discuter) 7 juillet 2025 à 09:16 (CEST)

Retour des graphiques

Suite à la lecture de la section de nouveaux graphiques pour Wikipédia, j'ai tenté ma chance avec le script GraphDataImport pour convertir les graphiques de l'article sur les statistiques sur la pandémie de Covid-19 au Québec. Ça n'a pas été automatique, j'ai du changer dataRows pour data tout court dans le json des .tab, mais ce détail mis à part, ça m'a permis de retrouver les graphiques.

Cela dit, j'ai perdu beaucoup de flexibilité dans la configuration des graphiques suite à cette conversion, notamment pour les étiquettes de l'axe des X, qui semblent générés automatiquement par l'outil, sans droit de regard possible.

Exemple: Au lieu d'avoir les dates sous la forme YYYY-MM, ce sont maintenant des dates incluants la journée, pour des jours qui semblent aléatoires (ex: 2020-08-14, suivi de 2020-11-24). La documentation de Chart sur Mediawiki est particulièrement pauvre, soit par manque de fonctionnalités ou parce que personne ne s'y est encore penché. Je suis prêt à faire ma part, mais pour ça il faudrait que je sache où regarder pour connaître les fonctionnalités. Y a quelqu'un qui sait où je pourrais aller pêcher l'information? Dans le code?

Dans tous les cas, le nombre d'articles ayant recours à ce module augmentera dans les prochains jours suite à la conversion des graphiques dans la série d'articles sur la pandémie de Covid-19 au Québec.

Merci Jules* et Ælfgar pour le défrichage! Dirac (discuter) 8 juillet 2025 à 14:39 (CEST)

Professionnellement, je suis amené à créer des courbes dans des plans cartésiens (ce qu'ont fait Ælfgar et Dirac). Une fois convertis en images, je peux les insérer dans des documents techniques. Des collègues se rabattent sur Excel, mais le logiciel semble ignorer les règles de mise en page des graphiques dans les plans cartésiens. Il existe une bibliothèque de création de graphiques pour le langage Python, Plotly, qui est gratuite mais que je n'ai pas exploré faute de temps (Python tourne sur Windows et Linux). J'ai cherché un logiciel capable à la fois de créer un bon plan cartésien (titre, légendes, graduations) et une bonne courbe. Dans l'univers du gratuit, GeoGebra est le seul que je connaisse capable de créer de tels graphiques. Toutefois, aucun format natif de ces logiciels n'est accepté sur Commons. Le dossier de création de graphiques est donc dans un cul-de-sac : il faut créer chez soi les graphiques puis les exporter au format PNG ou JPG parce que ces formats sont acceptés sur Commons par exemple (consulter pour les formats de fichier acceptés). — Cantons-de-l'Est ^p|d|d 🧹 12 juillet 2025 à 19:51 (CEST)

> Y a quelqu'un qui sait où je pourrais aller pêcher l'information? Dans le code?

Oui, ce fichier: les options que l'on peut régler sont stockées dans definition. Il y a 2 paramètres: title pour le nom et format qui permet d'utiliser des préfixes d'unité sur les nombres si réglé à "auto" ou "none" pour ne rien modifier. L'autre chose que j'ai découverte au passage, c'est que pour formater les dates, il faut que toute la colonne soit composée de textes qui respectent la norme ISO 8601 (MDN). C'est un peu ennuyeux qu'on ne puisse pas indiquer un type date explicitement, et avoir ainsi une validation de la série. Yodaspirine☕^? 12 juillet 2025 à 23:59 (CEST)