Wikipédia:Bot/Requêtes
![](http://webarchiveweb.wayback.bac-lac.canada.ca/web/20240117072557im_/https://upload.wikimedia.org/wikipedia/commons/thumb/2/22/OOjs_UI_icon_pageSettings.svg/20px-OOjs_UI_icon_pageSettings.svg.png)
Un robot est destiné à remplacer les utilisateurs dans les tâches répétitives. Cependant, n’oubliez jamais qu’il y a un humain derrière la machine (un dresseur), alors suivez ces quelques conseils.
- La requête est-elle raisonnablement faisable à la main ? C’est-à-dire l’utilisation d’un robot est-elle nécessaire ? En général, le critère est la modification d’au moins une vingtaine de pages.
- Pensez à vos lecteurs, écrivez une demande claire et non problématique. Un robot peut très rapidement déstabiliser le système s’il fait n’importe quoi. Alors cherchez d’abord à discuter avec la communauté ou les contributeurs de votre projet pour évaluer les conséquences de votre requête.
- La requête est-elle faisable ? Derrière les robots, il y a des dresseurs qui programment les lignes de changement. Ils ont donc autant de pouvoir qu’un contributeur normal, ils sont juste plus rapides. Certains dresseurs de bots sont également administrateurs, ce qui leur permet d’effacer les pages si nécessaire. Certaines requêtes complexes peuvent demander plus de temps ou nécessiter de programmer des modules spéciaux, il n’est pas garanti que la requête soit réalisée même si les dresseurs essaient de faire de leur mieux.
- La requête est-elle utile ? Il est facile de faire des demandes inutiles, par exemple demander à résoudre les liens vers une redirection. Si la page redirigée doit être réutilisée, la requête doit être faite, sinon elle n’a aucun ou très peu d’intérêt. Les requêtes inutiles doivent être refusées.
- Qu’advient-il des requêtes traitées ? Après une semaine, les requêtes traitées sont déplacées automatiquement vers la page d’archives du mois où elles ont été faites.
![](http://webarchiveweb.wayback.bac-lac.canada.ca/web/20240117072557im_/https://upload.wikimedia.org/wikipedia/commons/thumb/7/70/OOjs_UI_icon_speechBubbleAdd-ltr-invert.svg/20px-OOjs_UI_icon_speechBubbleAdd-ltr-invert.svg.png)
![La vache ! Y’en a qui bossent par ici !](http://webarchiveweb.wayback.bac-lac.canada.ca/web/20240117072557im_/https://upload.wikimedia.org/wikipedia/commons/thumb/6/60/Lewis_Hine_Power_house_mechanic_working_on_steam_pump.jpg/150px-Lewis_Hine_Power_house_mechanic_working_on_steam_pump.jpg)
Cette page a pour but de lister les requêtes adressées aux bots, correction d’homonymies après déplacement, création de page d’homonymie, corrections, etc.
Wikipédia:Bot/Requêtes/2023/02
Demande de Pyb[modifier le code]
Demande du 17 février 2023, par : Pyb en résidence (discuter) 17 février 2023 à 09:10 (CET)
Références ou discussions / décisions justifiant la demande :
Nature de la demande et discussion éventuelle :
Bonjour,
Si vous en avez marre de Pywikibot, je vous propose de faire tourner un autre script Python permettant d'extraire les références bibliographiques de Wikipédia qui comportent un identifiant du type ISBN, DOI, etc. J'aimerais analyser ce qui sert à sourcer l'encyclopédie.
- Voici le script (j'espère qu'il fonctionne encore) : https://github.com/mediawiki-utilities/python-mwcites
- Voici les données de 2018 : https://figshare.com/articles/dataset/Citations_with_identifiers_in_Wikipedia/1299540
Suivi de la demande :
Wikipédia:Bot/Requêtes/2023/04
Inversion de bandeau permanents et temporaires[modifier le code]
Demande du 27 avril 2023, par : Le chat perché (discuter) 27 avril 2023 à 17:40 (CEST)
Références ou discussions / décisions justifiant la demande :Wikipédia:Le_Bistro/27_avril_2023#Bandeaux_à_l'envers
Nature de la demande et discussion éventuelle :
Bonjour,
Une question relative à des inversions de bandeaux sur des articles a émergée sur le bistro. Il arrive en effet, parfois via insertion automatique de bandeaux mais pas que, qu'un bandeau permanent (homonymie par exemple) se retrouve sous un bandeau temporaire (ébauche...) alors que c'est toujours le contraire qui est requis. Le point saillant serait de pouvoir identifier ces articles au quotidien pour les corriger. Un bot pourrait il faire ce travail ? Voir corriger l'ordre des bandeaux tout seul ?--Le chat perché (discuter) 27 avril 2023 à 17:40 (CEST)
- Bonjour Le chat perché et notification à Panam2014, initiateur de la discussion. J'adhère entièrement aux deux raisons présentées par Daehan dans la discussion. Pour le traitement de la requête, il faudrait :
- identifier les bots ou outils (gadgets) qui insèrent ces bandeaux, afin qu'ils adoptent le bon ordre et éviter de perpétuer la "mauvaise pratique" ;
- lister, de façon exhaustive, quels sont les bandeaux "permanents" (une ligne) et quels sont les bandeaux "temporaires" (cadre) ;
- établir l'ordre à privilégier pour tous les bandeaux (notons que plusieurs peuvent être mis au même niveau). Par exemple, un ordre est-il à favoriser pour les bandeaux d'avertissement de problèmes et ceux d'ébauche ?
- L'étape facile sera le listage des articles concernés (à partir d'un dump). Elle aidera à décider de la marche à suivre. Je pense qu'il faut se contenter d'une action sur les pages où on a une inversion de "permanents" et de "temporaires". Mais, on pourrait en profiter pour réagencer au sein de ces groupes si un consensus existe. — Ideawipik (discuter) 27 avril 2023 à 22:33 (CEST)
- Bonjour.
- A ma connaissance :
- MediaWiki:Gadget-BandeauxFaciles.js / MediaWiki:Gadget-BandeauxEbauches.js / MediaWiki:Gadget-C helper.js / Utilisateur:Arkanosis/xpatrol.js / Wikipédia:LiveRC/Sources
- bandeaux de note vs Module:Bandeau et Modèle:Méta bandeau.
- Bonne question ; l'usage que j'avais privilégié était à peu près :
- Catégorie:Modèle ajoutant une icône de titre : Protections, filtrage, AdQ, BA, etc.
- Article mis en italique et assimilés
- Homonymes génériques (Voir homonymes), Confusion puis les autres plus précis
- R3R / Contributions rémunérées / etc.
- ébauche
- Infobox
- J'avais comme idée d'utiliser un JSON dans Projet:Modèle pour lister les "rangs" de positionnement et ainsi permettre à un bot, mais aussi aux scripts, de (re)positionner convenablement les modèles et d'éliminer les doublons. L'avantage est que ce JSON pourra être rédité (par des admins) pour modifier le nom des modèles ou leurs positions.
- Pour moi, la prochaine étape serait de créer un brouillon listant tous les modèles et de les positionner, et voir si cela convient. LD (d) 27 avril 2023 à 23:40 (CEST)
- Bonjour @Ideawipik et @LD, en ce qui me concerne, même si j'ai un peu de background en code sur certains outils IT, je sais reconnaire mes limites. Mais je suis prêt, si vous me guidez, à apporter toute aide nécessaire. Le chat perché (discuter) 27 avril 2023 à 23:53 (CEST)
- Point connexe : s'assurer que les bandeaux sont avant les infobox ou les images. l'Escogriffe (✉) 28 avril 2023 à 01:52 (CEST)
- Bonjour,
- Merci de faire avancer ce sujet ! :)
- L'ordre suggéré par @LD me semble le bon. Il me semble qu'il faudrait mettre les bandeaux confusion avant ceux d'homonymie, vue qu'il y a plus de chance que ce soit le sujet recherché par le lecteur.
- Pour les points 4 et 5, je pense qu'il faut mettre en premier les bandeaux "urgents" (R3R, mort récente, événement en cours...), puis tous les autres. Ceux-là, difficile de faire un ordre consensuel : ils sont nombreux. Peut-être simplement les laisser tels qu'ils sont mis dans l'article.
- Enfin, effectivement, bon point soulevé par @GrandEscogriffe : certains ont pris pour habitude de mettre les bandeaux après l'infobox, décalant celle-ci en haut à droite et écrasant les bandeaux à gauche. Daehan [p|d|d] 28 avril 2023 à 09:58 (CEST)
- @Ideawipik, @LD, @Daehan, @GrandEscogriffe et @Le chat perché je propose d'avancer. Panam (discuter) 11 juillet 2023 à 01:08 (CEST)
- Point connexe : s'assurer que les bandeaux sont avant les infobox ou les images. l'Escogriffe (✉) 28 avril 2023 à 01:52 (CEST)
- Bonjour @Ideawipik et @LD, en ce qui me concerne, même si j'ai un peu de background en code sur certains outils IT, je sais reconnaire mes limites. Mais je suis prêt, si vous me guidez, à apporter toute aide nécessaire. Le chat perché (discuter) 27 avril 2023 à 23:53 (CEST)
Wikipédia:Bot/Requêtes/2023/06
Corrections dans le paramètre site des sources[modifier le code]
Demande du 21 juin 2023, par : Wyslijp16 (discuter) 21 juin 2023 à 19:34 (CEST)
Références ou discussions / décisions justifiant la demande :
Nature de la demande et discussion éventuelle :
Au niveau des sources, dans le paramètre site, il y a des « http:// » ou des « https:// », ce qui en fait des liens externes. Pourtant ce paramètre ne devrait pas contenir de liens externes (contrairement au paramètre url). Il faudrait donc retirer les http/https afin que les liens externes deviennent du simple texte ou des liens internes.
Simplifié par @Irønie que je remercie énormément : « Un bot pourrait bêtement retirer le "https" et les trucs après "/". Exemple "https://fu.bar.com/machin" -> "fu.bar.com" ».
En effectuant une simple recherche (insource:/site=http:/) je trouve déjà 11 462 résultats. Et une autre recherche (insource:/site=https:/) en affiche 9 758. Donc plus de 21000 articles avec cette erreur !
- Une très grosse proportion de ces liens correspond à des objets célestes et est insérée sous la forme
site=le [https://ssd.jpl.nasa.gov site du Jet Propulsion Laboratory]
[1]. Escargot (discuter) 23 octobre 2023 à 23:18 (CEST)- Bonjour @Wyslijp16
Je viens de lancer mon bot. Je profite de ce passage pour ajouter desbrisé le
sur les liens web en erreur 404 et des points en fin de référence. Pour l'instant, je traite uniquement les http / https qui ne sont pas placés entre crochets. Escargot (discuter) 24 octobre 2023 à 18:09 (CEST)- Au passage, je me demande si pour les liens vers Google Maps il ne faudrait pas laisser google.com/maps plutôt que juste google.com Escargot (discuter) 24 octobre 2023 à 18:10 (CEST)
- Bonjour Escargot bleu
, merci beaucoup et à votre bot de vous occuper de ma requête !
- J’espère que cela pourra améliorer les sources de tous les articles, malgré la complexité du problème. Wyslijp16 (discuter) 24 octobre 2023 à 18:14 (CEST)
- Bonjour @Wyslijp16
- En regardant un peu la liste du lien (et la multitude de
site=le [https://ssd.jpl.nasa.gov site du Jet Propulsion Laboratory]
), je me dis qu'on pourrait simplement le remplacer parsite=[[Jet Propulsion Laboratory]]
non ? Wyslijp16 (discuter) 24 octobre 2023 à 18:19 (CEST) - Bonjour, Je signale un problème : sur l'article https://fr.wikipedia.org/w/index.php?title=Isotta_Fraschini_Tipo_6_LMH-C&diff=prev&oldid=209261776, le robot a mis en rouge une mulititude de liens vers fr.motorsport.com, alors que les liens ne sont pas brisés. Chrisalmon (discuter) 2 novembre 2023 à 11:03 (CET)
- Le site renvoie des codes 404 sur des liens qui sont effectivement fonctionnels. J'ai coupé le bot pour le moment, je regarderai plus tard. Escargot (discuter) 2 novembre 2023 à 12:17 (CET)
- Je viens de relancer le bot.
- Parmi les (rares) sites qui renvoient un code erreur erroné quand on leur demande les entêtes (
requests.head
en Python), la plupart renvoient le bon code en demandant le code de la page (requests.get
). Dans mon nouveau code, je commence par demander les entêtes, puis fait un get en cas de code 301 ou 404. Le problème à demander tout le code html est que la requête est plus lourde, ce qui ralentit le bot et charge les serveurs de Wikimedia Cloud Service sur les pages avec beaucoup de liens brisés (quand la charge devient trop importante, le bot se fait kill automatiquement). Escargot (discuter) 19 novembre 2023 à 14:33 (CET)Escargot bleu : Y'a de vieux serveurs web qui n'acceptent pas les requêtes HEAD et renvoient donc une erreur. Donc le résultat négatif d'un HEAD n'est probablement pas suffisant pour qualifier un lien comme mort. :'( - Irønie (d) 19 novembre 2023 à 15:37 (CET)
- Si tu crawl en masse divers sites pour vérifier les liens morts, fais gaffe aux bans d'IP ; Youtube, Google Search… Si t'utilises IP Wikimedia Cloud ça impacterait d'autres tools. (CodexBot se cache derrière Tor) Irønie (d) 19 novembre 2023 à 15:46 (CET)
- En fait, le script tourne actuellement sur mon ordinateur, en faisant uniquement des get parce que je n'arrive pas à mettre un timeout sur les liens comme [2] trop lourds à charger (et qui se font kill sur WCS). Le paramètre timeout du module requests ne change rien et les solutions avec le module signal [3] arrêtent totalement le bot (mais peut-être que je fais mal quelque chose). Escargot (discuter) 19 novembre 2023 à 16:32 (CET)
- Je ne maitrise pas Python, mais d'après la doc request:timeouts, .get() a 2 timeouts (connection+read) et pour read c'est le temps max avant de recevoir le premier byte. Avec le commentaire "(Specifically, it’s the number of seconds that the client will wait between bytes sent from the server. In 99.9% of cases, this is the time before the server sends the first byte)". A savoir qu'un gros fichier est envoyé en plein de paquets, ce que je crois comprendre c'est que ce time-out ne coupe pas la request HTTP, si elle fonctionne mais que le download de la page/fichier dure 10 minutes...
- J'imagine qu'il faut trouver un module plus sophistiqué ou bien une manière d'intégrer le get() dans une fonction chronométrée (Signal pour Unix).
- Bon courage. Have fun ! :) - Irønie (d) 19 novembre 2023 à 17:58 (CET)
- J'ai réussi à le faire avec signal.
- @Irønie en faisant des get à chaque fois, mon antivirus s'est réveillé à plusieurs reprises. Je suppose que je ne risque pas grand chose puisque les scripts ne sont pas exécutés, mais est-ce que tu appliques un traitement particulier avec CodexBot pour gérer les liens compromis ? Escargot (discuter) 28 novembre 2023 à 10:52 (CET)
- @Escargot bleu Hou ! Non, je ne check pas les virus. J'y avais même jamais pensé ! Faudrait trouver une API antivirus GRATUITE !... Côté Google Web risk API, services ? A moins d'un service gratuit/rapide, j'ai peu d'espoir.
- Par contre, j'étudie la gestion des nom de domaine usurpés (cybersquatting): une liste de domaines avec le bot qui passera les liens en {lien brisé}. Inspiré par ce qui se fait sur enwiki. Et création d'une page WP qui permettra de signaler de nouveaux domaines usurpés. -> Si cette tâche t'intéresse, voir en:WP:USURPURL, en:WP:Link rot/Usurpations et le bot en:WP:WAYBACKMEDIC.
- - (dispo sur Discord pour talk tech) Irønie (d) 28 novembre 2023 à 11:29 (CET)
- Après recherche rapide, je trouve en solution : 1) (lourd) installation d'un antivirus et traitement du contenu HTML des pages. Par exemple Clam sur linux. 2) facile ? l'API Google URL blocklisting (équivalent gratuit à Google Web Risk $$), avec envoi de batch de 500 url. Google API Safe browsing. Faudrait voir sur enwiki s'ils font du traitement automatique (au-delà de la spamlist). -- Irønie (d) 28 novembre 2023 à 12:24 (CET)
- En fait, le script tourne actuellement sur mon ordinateur, en faisant uniquement des get parce que je n'arrive pas à mettre un timeout sur les liens comme [2] trop lourds à charger (et qui se font kill sur WCS). Le paramètre timeout du module requests ne change rien et les solutions avec le module signal [3] arrêtent totalement le bot (mais peut-être que je fais mal quelque chose). Escargot (discuter) 19 novembre 2023 à 16:32 (CET)
- Si tu crawl en masse divers sites pour vérifier les liens morts, fais gaffe aux bans d'IP ; Youtube, Google Search… Si t'utilises IP Wikimedia Cloud ça impacterait d'autres tools. (CodexBot se cache derrière Tor) Irønie (d) 19 novembre 2023 à 15:46 (CET)
- Le site renvoie des codes 404 sur des liens qui sont effectivement fonctionnels. J'ai coupé le bot pour le moment, je regarderai plus tard. Escargot (discuter) 2 novembre 2023 à 12:17 (CET)
Escargot mécanique et Escargot bleu : Bonjour ! Dans ce diff, le bot n'enlève pas seulement les "http(s)" mais aussi les "www.", ce n'est pas souhaitable. Peut-on revenir dessus ? Cordialement. Artvill (discuter) 3 décembre 2023 à 22:15 (CET)
- @Artvill Les trois w ne font pas partie du nom du site, pourquoi vouloir les conserver ? On peut aussi bien accéder à un site sans qu'avec, ils rendent seulement le nom de domaine moins lisible. Escargot (discuter) 3 décembre 2023 à 22:32 (CET)
Escargot bleuEh bien, tous les sites n'en ont pas, comme https://fr.wikipedia.org/ donc si les rédacteurs ont choisi de les conserver, ce n'est pas à supprimer. Cordialement. Artvill (discuter) 3 décembre 2023 à 22:39 (CET)
- C'est différent dans le cas des sous-domaines. Quand sous-domaine il y a, je n'y touche pas. Mais pour le domaine principal, https://www.wikipedia.org/ et https://wikipedia.org/ renvoient à la même chose. Le nom déposé pour un domaine est toujours le nom sans www. www est juste le sous-domaine par défaut, j'ai vraiment du mal à voir ce que ça apporte.
- L'argument du choix des utilisateurs n'est pas forcément pertinent. En l'occurrence, un certain nombre de personnes ont également choisi de mettre des http/https, ce qui ne justifie pas de les laisser. Escargot (discuter) 3 décembre 2023 à 22:48 (CET)
- En l'occurrence, le problème généré par les http(s) est la création d'un lien externe non souhaité. D'où cette requête. A priori, personne n'a demandé aussi de retirer les www. qui ne posent pas de problème. Donc je ne comprends pas comment et pourquoi ils ont été intégrés à la requête. Artvill (discuter) 4 décembre 2023 à 00:26 (CET)
- @Artvill. Même avis que @Escargot bleu :
- le paramètre
site
est seulement destiné à l'information du lecteur. Donc le www est totalement inutiles ici, car il n'apporte aucune information supplémentaire à l'humain quant à l'identification sur site web (à l'identique de http). Souvent, la valeur desite
est même remplacée par le nom du site, du genre « Facebook » sans détail du domaine Internet. - Les "www" sont conservés dans le paramètre
url
qui génère l'hyperlien cliquable, donc la navigation est correcte.
- le paramètre
- - Irønie (d) 4 décembre 2023 à 16:33 (CET)
- Bonjour Artvill
!
- Merci beaucoup pour votre remarque ainsi que vos observations des modifications !
- En effet, le www n'était pas dans la demande mais je suis d'accord avec l'avis d'@Irønie ; c'est le nom du site (et si possible son article) qui est demandé, pas son nom de domaine. C'est une information pour les lecteurs et non une information technique.
- En tout cas, si quelqu'un pourrait le faire, je propose de remplacer le nom de domaine/le nom du site dans le paramètre
site=
par l'article au sujet du site (lorsqu'il existe). Wyslijp16 (discuter) 6 décembre 2023 à 14:31 (CET)
- @Artvill. Même avis que @Escargot bleu :
- En l'occurrence, le problème généré par les http(s) est la création d'un lien externe non souhaité. D'où cette requête. A priori, personne n'a demandé aussi de retirer les www. qui ne posent pas de problème. Donc je ne comprends pas comment et pourquoi ils ont été intégrés à la requête. Artvill (discuter) 4 décembre 2023 à 00:26 (CET)
Suivi de la demande :
En cours, Escargot mécanique
(d · c) dressé par Escargot bleu
(d) travaille. (24 octobre 2023 à 18:09 (CEST))
Wikipédia:Bot/Requêtes/2023/08
Lien vers une page Wiki dans le texte des références[modifier le code]
Demande du 8 août 2023, par : Donald Pelletier (discuter) 8 août 2023 à 10:32 (CEST)
Références ou discussions / décisions justifiant la demande :
Cette demande concerne les objets NGC et IC.
Nature de la demande et discussion éventuelle :
- Dans les références, section note, de fréquentes notes au sujet du diamètre des galaxies apparaissent et l'ajout d'un lien interne serait souhaitable. Ainsi, il faudrait remplacer :
POSS1 103a-O
par [[Palomar Observatory Sky Survey|POSS]]1 103a-O
ESO-LV
par [[Observatoire européen austral|ESO]]-LV
ESO-Uppsala
par [[Observatoire européen austral|ESO]]-Uppsala
- Également dans les références, section référence, il faudrait mieux identifier celles de Simbad. Ainsi, il faudrait remplacer :
titre=Simbad par éditeur=Simbad|titre=Simbad
- Je ne sais pas si cette dernière demande peut être réalisée. Dans l'encadré d'information à droite, sur la ligne Désignation(s), le mot ESO apparaît souvent. Ce serait bien de le remplacer par ESO. Mais, il pourrait y avoir un problème, car ESO apparaît aussi ailleurs, comme par exemple dans l'URL de leur site.
- Bonjour Donald Pelletier. Faisant déjà quelques corrections automatisées dans ces articles, j'ajoute cela au bot. En travaillant sur les modèles (avec analyse de code) plutôt que sur du simple wikicode. Le risque sans précautions est d'introduire un lien interne dans un lien externe, ou comme tu l'as dit de casser une URL ; donc plus on a de contexte, mieux c'est. Quels sont les modèles concernés :
- pour Simbad : dans {{Ouvrage}}, peut-être {{Lien web}} ou {{Article}} ? Le titre est-il exactement égal à « Simbad » ?
- Pour l'infobox (encadré d'information à droite) et sa désignation : {{Infobox Objet astronomique}} ? {{Infobox Galaxie}} ? Les deux ? D'autres ? (pas {{Infobox Galaxie Groupe Local}})
- « POSS1 103a-O », c'est dans la référence du paramètre
dimension
de l'infobox « Infobox Objet astronomique » - As-tu un exemple de modification pour les autres points ?
- Hors-sujet : pour la typographie, il vaut mieux écrire
{{nobr|26 mesures}}
lors de ce genre de modification. - PS – Je ne suis pas sûr qu'insérer massivement des liens
[[:en:Galaxy#Physical diameters|Diamètre]]
(Diamètre) soit très consensuel dans l'encyclopédie. D'ailleurs, il est devenu inopérant. Pourquoi ne pas plutôt rédiger un petit paragraphe dans l'article en français et établir un lien ancré vers ce paragraphe ? - — Ideawipik (discuter) 8 août 2023 à 14:44 (CEST)
- Ces articles (générés par copier-coller) contiennent aussi des coquilles ou erreurs de syntaxe, par exemple :
''Quick Blue""
(confusion entre syntaxe d'italique et deux caractères de guillemets droits) dans près de 600 pages. La bonne syntaxe est soit la mise en italique''Quick Blue''
soit la présence de guillemets"Quick Blue"
(même si ces derniers, droits, sont assez peu appréciés sur la Wikipédia en français). En raison des corrections effectuées, on trouve les trois versions dans l'encyclopédie. - Si on pouvait lister ici toutes ces coquilles reproduites, on optimiserait le passage du bot et réduirait le travail des projets de correction syntaxique. GommeMagique a peut-être des choses en tête. — Ideawipik (discuter) 8 août 2023 à 15:36 (CEST)
- Ces articles (générés par copier-coller) contiennent aussi des coquilles ou erreurs de syntaxe, par exemple :
- Pour Simbad, c'est dans la section référence maintenant ( ref name=Simbad sans les guillemets, exemple dans NGC 6811 que je viens de publier), mais auparavant c'était dans le corps du texte. Le texte que je modifie à chaque fois que nécessaire, dans les deux sections, est maintenant :
- lien web|langue=en|éditeur=Simbad|titre= NGC XXXX Galaxy|url= etc.
- Auparavant, c'était
- lien web|langue=en|titre= NGC XXXX Galaxy|url= etc.
- - L'infobox que j'utilise est Objet astronomique. Mettre le lien interne de ESO comporte effectivement un risque. Je l'ai constaté lorsque j'ai failli utiliser la fonction de remplacement automatique de [[NotePad ++]] pour tous les documents ouverts.
- - POSS1 103a-O apparaît effectivement en référence dans le paramètre dimension (qu'on devrait d'ailleurs renommer diamètre) et il est écrit dans la section "Notes et références" puis dans "Notes" et "référence|groupe=alpha"
- - Même remarque pour ESO-LV ''Quick Blue"" et ESO-Uppsala ''Quick Blue''" (zut, je viens de remplacer ce "" par '').
- Quant au diamètre des galaxies, j'ai en main les explications assez détaillées de NED et ce n'est pas un court paragraphe qu'il faut écrire, car c'est pas mal plus complexe qu'on pourrait le croire et que ce qui est écrit dans la version anglaise. Ce travail est dans ma liste " to do " lorsque je reviendrai du Canada (je vis en Thaïlande) à la mi-septembre. C'était mon intention de demander à un Bot de remplacer ces liens vers l'anglais par un lien vers la version française que je vais écrire.
- Effectivement, GommeMagique corrige presque tous les textes que j'écris et il est excellent. Je le remercie.
- Merci et à la prochaine. Donald Pelletier (discuter) 9 août 2023 à 07:08 (CEST)
- Tout le plaisir est pour moi et merci beaucoup !
Cordialement, GommeMagique (discuter) 9 août 2023 à 12:56 (CEST)
- Tout le plaisir est pour moi et merci beaucoup !
[[:en:Galaxy#Physical diameters|Diamètre]]
(Diamètre) soit très consensuel dans l'encyclopédie. D'ailleurs, il est devenu inopérant. Pourquoi ne pas plutôt rédiger un petit paragraphe dans l'article en français et établir un lien ancré vers ce paragraphe ?- Effectivement, il faudrait maintenant écrire «:en:Galaxy#Physical_extent», mais je vais continuer avec l'écriture du lien inopérant pour que la demande de substitution par un Bot soit faite en une seule étape. Donald Pelletier (discuter) 9 août 2023 à 08:32 (CEST)
- Bonjour Donald Pelletier. Je vais intégrer ces points.
- En ce qui concerne le liens vers des versions dans une autre langue, il sont fortement déconseillés dans les articles de l'encyclopédie en français. Dans l'Aide:Lien interlangue#Liens interlangues dans le texte, on lit même que « cela est à proscrire dans les articles ». Lire aussi Wikipédia:Le Bistro/28 novembre 2022#Modèle à privilégier pour les liens vers d'autres WP ?. Dans ce cas, l'équivalent de la page existe en français donc il ne serait pas opportun d'utiliser le modèle {{Lien}} qui, rappelons-le, est un modèle incitatif à créer un article par traduction. D'où ma suggestion de rédiger au plus vite une section dans l'article en français et de placer des liens vers cette page. Mais, si tu veux continuer, à en insérer mieux vaut encore que tu mettre directement
[[:en:Galaxy#Physical extent|Diamètre]]
. Il n'y aura pas de conflit avec une action de bot. — Ideawipik (discuter) 9 août 2023 à 23:55 (CEST)- Ok, je comprends grâce à votre texte la différence entre ces deux types... lorsque j'aurai rédigé le texte équivalent à celui de l'anglais (qui est maintenant plus complet, mais pauvre en référence et en équations), je ferai appel à votre expérience pour changer cela. Donald Pelletier (discuter) 10 août 2023 à 08:53 (CEST)
Suivi de la demande :
Demandes de novembre 2023 (en sursis automatique)
Note : Les requêtes de ce mois-ci sont considérées comme en sursis si aucun bot ne se manifeste. | Ôter novembre 2023 de ma liste de suivi. |
Regrouper les modèles d'indication de langue dans un seul modèle multilingue[modifier le code]
Demande du 17 novembre 2023, par : Şÿℵדαχ₮ɘɼɾ๏ʁ 17 novembre 2023 à 18:43 (CET)
Références ou discussions / décisions justifiant la demande :
- Aide:Indication de langue : liste des différents modèles.
Nature de la demande et discussion éventuelle :
Bonjour
Je vais bientôt regrouper les modèles d'indication de langue dans le modèle:mul avec mon bot (par exemple {{fr}} {{en}} {{de}}
sera remplacé par {{mul|fr|en|de}}
, qui donne (fr + en + de)). Il y a 17 040 articles concernés selon le dump de début novembre.
Par contre, de nouveaux cas peuvent apparaître au fil du temps, tout le monde ne connaissant pas forcément ce modèle multilingue.
Il faudrait donc que cette règle soit ajoutée à un ou des bots de maintenance qui passent souvent sur Wikipédia.
Cette modification ne change pas grand chose aux articles, elle permet juste d'améliorer un peu l'apparence des informations en langue étrangère utilisant ces modèles. Toutes les langues sont juste regroupées, je ne pense pas que quelqu'un puisse y voir quelque chose à revoir (je suis optimiste pour une fois).
Un petit souci est qu'il arrive que des paquets de modèles soient mis ensemble, je suis justement en train de faire une recherche dans le dump et je trouve des articles avec douze modèles mis à la suite (par exemple dans Culture alsacienne#Liens externes). Ça fait une regex particulièrement longue, car il faut lister les 372 codes de langue une douzaine de fois à la suite.
Si quelqu'un a une idée pour simplifier cette regex, je suis preneur !
Il faudra aussi une regex pour supprimer les doublons (par exemple {{fr}} {{en}} {{fr}}
. Le problème ici est d'obtenir des modèles mul avec une seule valeur, mais ce n'est pas gênant en soi, {{mul|fr}}
donne (fr).
Par contre, il ne faut pas transformer ces modèles à valeur unique en modèles simples, car {{mul}} est parfois utilisé pour des langues qui n'ont pas de modèle d'indication de langue, mais se servent de la liste de codes du module:Langue/Data.
En y réfléchissant, on peut regarder si les codes ont déjà un modèle simple en utilisant la même liste que plus haut, et ne simplifier que ceux là.
Merci de donner vos remarques même si vous ne comptez pas participer, il est toujours bon d'avoir plusieurs points de vue.
Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 17 novembre 2023 à 18:43 (CET)
- Bonsoir SyntaxTerror
, quelques remarques :
- Si l'objectif est de remplacer plusieurs modèles d'indication de langue qui se suivent (comme dans ton premier exemple), ok. Si tu veux également remplacer les {{en}} par {{mul|en}}, l'idée ne m'enchante pas… Par contre, {{fr+en}} par {{mul|fr|en}}, pourquoi pas.
- Attention aux espaces. Par exemple, il y a actuellement 50 articles avec
{{ en }}
. - Attention aux majuscules. Par exemple, il y a actuellement 890 articles avec
{{En}}
. - Pour les modèles qui ont un paramètre langue, par exemple {{Lien web}}, je préfère personnellement l'intégrer au modèle.
- --FDo64 (discuter) 17 novembre 2023 à 21:48 (CET)
- Bonsoir FDo64 et merci pour tes remarques.
- L'idée de remplacer tous les modèles d'indication de langue par un seul me trotte bien dans la tête depuis au moins dix ans, ils l'ont fait sur wikt.fr [4], mais ce n'est pas le sujet de cette requête.
Quant à remplacer les modèles multilingues du genre de {{fr+en}} (il y en a 72 !), c'est l'objet de Wikipédia:Pages à fusionner#Fusion des modèles d'indication de langue multiple dans le Modèle:Mul, qui va se faire sous peu aussi, peut être en même temps. - Merci pour la remarque, je vais ajouter des espaces dans mes regexes pour prendre ça en compte. [EDIT] Ça ma permis de trouver 6 pages de plus.
- Les modèles avec majuscules vont être traités avec les autres.
Je viens justement d'enlever toutes les majuscules des noms de modèles d'indication de langue pour harmoniser et simplifier la chose (même si le rendu a des lettres capitales pour les balises de région et des majuscules aux systèmes d'écritures, comme par exemple {{gsw-fr}} qui donne (gsw-FR)). - Les modèles bibliographiques acceptent déjà les codes de langues multiples grâce au module:Langue (ça doit faire huit ou dix ans je pense), je ne vais pas y toucher.
Par contre, je ne vais pas intégrer les modèles d'indication de langue placés devant les modèles biblio dans ces derniers, ça demande plus de réflexion, et aussi ça ne change pas l'aspect des articles, donc ce n'est pas vraiment autorisé de modifier ça sans faire d'autres modifications plus importantes.
- L'idée de remplacer tous les modèles d'indication de langue par un seul me trotte bien dans la tête depuis au moins dix ans, ils l'ont fait sur wikt.fr [4], mais ce n'est pas le sujet de cette requête.
- Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 17 novembre 2023 à 22:13 (CET)
- Bonsoir FDo64 et merci pour tes remarques.
Suivi de la demande :
Demandes de décembre 2023
Renommer liens externes http://boxrec.com/en/event/ en https://boxrec.com/en/event/[modifier le code]
Demande du 2 décembre 2023, par : Mats01 (discuter) 2 décembre 2023 à 18:48 (CET)
Références ou discussions / décisions justifiant la demande :
Bonjour, cette demande concerne la redirection de 127 liens externes de pages liées au portail boxe anglaise pour lesquelles il manque le "s" à la fin de "http" dans la séquence de caractères "http://boxrec.com/en/event/". Ces pages sont listées dans la rubrique lien externe potentiellement mort de cette page de maintenance. Mats01 (discuter) 2 décembre 2023 à 18:48 (CET)
Nature de la demande et discussion éventuelle :
Intervention d'un bot pour éditer les pages contenant ces 127 redirections.
Suivi de la demande :
Demandes de janvier 2024
Correction de paramètres Infobox Musée[modifier le code]
Demande du 10 janvier 2024, par : Skouratov (discuter) 10 janvier 2024 à 22:16 (CET)
Références ou discussions / décisions justifiant la demande :
Nature de la demande et discussion éventuelle :
Pour {{infobox Musée}} :
- supprimer les paramètres inexistants s'ils sont vides
- renommer :
- "nommusée" ou "nom du musée" en "nom"
- "dateouverture" en "ouverture"
- "subdivision 1" en "subdivision1"
- "subdivision 1 type" en "subdivision1 type"
- "intitulé subdivision 1" en "intitulé subdivision1" (idem pour subdivision2 ou 3)
- "logo taille" en "taille logo".
Merci.
- @Skouratov :
Fait. J'ai aussi traité les pages Utilisateur pour éviter que des brouillons publiés ne réintroduisent des erreurs dans le domaine principal. Cordialement, Şÿℵדαχ₮ɘɼɾ๏ʁ 11 janvier 2024 à 08:12 (CET)
- Merci (tellement rapide que j'ai pas eu le temps de répondre au message précédent, mais c'était bien ça, il n'y avait que le paramètre référence et le reste sera à faire manuellement) ! --Skouratov (discuter) 11 janvier 2024 à 10:24 (CET)
Suivi de la demande :
En cours, SyntaxTerrorBot
(d · c) dressé par SyntaxTerror
(d) travaille. (10 janvier 2024 à 23:22 (CET))
Terminé, SyntaxTerrorBot
(d · c) dressé par SyntaxTerror
(d) a terminé son travail. (11 janvier 2024 à 08:12 (CET))
Cette requête sera archivée ici à partir du 18 janvier 2024.