Wikipédia

Wikipédia:Bot/Requêtes

< Wikipédia:Bot
(Redirigé depuis Wikipédia:RBOT)
Dernier commentaire : il y a 1 heure par SyntaxTerror dans le sujet Remplacement de liens morts
Instructions pour le bon usage de cette page

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.

  1. La requête est-elle consensuelle ? Si une requête n'est pas évidente, elle doit avoir été discutée avant, avec un nombre raisonnable de personnes, et un consensus clair doit avoir été atteint.
  2. 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.
  3. 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.
  4. 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.
  5. 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.
  6. 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.
Nouvelle requête
La vache ! Y’en a qui bossent par ici !
La vache ! Y’en a qui bossent par ici !

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.

Pour ajouter une requête sur cette page, cliquez ici

Attention : Pour renommer une catégorie, vous pouvez utiliser le gadget CatRename dans vos préférences (tout en bas de la liste de l'onglet « Gadgets »).

v · m
Demander…
Requêtes à…
Requêtes pour…
État des requêtes
Requête en cours de traitement {{Requête en cours}}
Requête traitée {{Requête fait}}
Requête refusée {{Requête refus}}
Requête en attente d'informations complémentaires {{Requête info}}
Requête démarrée puis mise en instance {{Requête pause}}
Requête arrêtée suite à un problème {{Requête stop}}
Requête à archiver sans suite {{Requête sursis}}
Requête non prise en charge depuis un moment {{Requête perdue}}
Requête non prise en charge par un bot {{Requête caduque}}
Requête à archiver sans suite {{Requête sans suite}}

En sursisDemandes d'août 2026 (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 août 2026 de ma liste de suivi.


Retrait des liens du site blacklisté geneanet.org

modifier
Dernier commentaire : il y a 8 jours10 commentaires5 participants à la discussion

Bonjour.
Geneanet.org est un site participatif non fiable, rapporté de nombreuses fois sur l'ODS (Wikipédia:Observatoire des sources#Geneanet.org) et un sondage de mars 2026 montre à l'unanimité de 18 participants qu'il doit être blacklisté.
Il faudrait retirer :

  1. toutes les références contenant cette adresse (y compris les appels des références nommées) ;
  2. toutes les lignes de liste à puce contenant cette adresse.

Ça devrait retirer la majorité des liens présents dans les articles, on verra mieux ce qui reste après (il était dans trois modules que je viens de nettoyer, mais dans aucun modèle).
Merci, Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 18 août 2026 à 18:14 (CEST)Répondre

J'ai ramené le nombre d'articles à 2 213 en retirant a priori toutes les refs non nommées, sauf celles dans des modèles {{note}}.
Je devrais pouvoir retirer ces dernières, avec aussi une partie des refs nommées (si aucun appel de ref nommée n'est présent sur la page), ainsi que les items de liste à puce contenant le lien. J'essayerai de faire ça plus tard...
De l'aide est toujours bienvenue pour les refs nommées. Şÿℵדαχ₮ɘɼɾ๏ʁ, mercredi 26 août 2026 à 22:27 (CEST)Répondre
! Attendre J'aimerais apporter une nuance importante. Sur Geneanet, il y a des arbres généalogiques dont la fiabilité varie énormément selon ses créateurs et je comprends très bien le désir de les retirer. Il s'agit aussi cependant d'un important dépôt de sources généalogiques de premier plan comme les registres journaliers d'inhumation,les tables de succession ou les faire-part de décès ou de sources imprimées numérisées qui ne sont disponibles que là-bas. Certaines sources peuvent être récupérées par exemple via les Archives de Paris, mais celles-ci ne fournissent aucun url permanent, ce qui pose problème pour les références. Enfin, certaines sources ne sont disponibles que là-bas. Je peux citer par exemple le Dictionnaire biographique sur les pensionnaires de l'académie royale de Juilly de l'historien Etienne Broglin, dont l'édition par le Centre Roland Mousnier n'est plus disponible sur leur site, mais uniquement sur Geneanet (consultable gratuitement sur inscription).
Le retrait sauvage et aveugle en cours, qui retire aussi toutes les références archivistiques et les informations pour retrouver l'information, a pour conséquence une dégradation des articles qui perdent une partie de leurs références. Par exemple, ici on a retiré la source pour la date de mariage de Charlotte Martner, information qui n'est disponible nulle part ailleurs dans la biblio de l'artiste. Chez Anna Rimbaut-Borrel [ce sont les dates de naissance et de mort qui sont maintenant sans source ; des retraits semblables de sources valables ont aussi eu lieu sur Joséphine de Gallemant ici, Sophie Janinet, Sophie Regnault, Marie-Élisabeth Gabiou, etc. Des dizaines, voire des centaines d'articles ont été dégradés et les sources perdues (je ne sais pas si une révocation sélective est possible ?).
Le blacklistage devrait être pour l'adresse des arbres généalogiques gw.geneanet.org (et variantes : gw1.geneanet, gw2, etc.) et peut-être Geneastar(?) et non les autres adresses légitimes comme www.geneanet.org/fonds, www.geneanet.org/registres/ etc. BeatrixBelibaste (discuter) 27 août 2026 à 02:20 (CEST)Répondre
@BeatrixBelibaste : le blacklistage a été approuvé à l'unanimité par 20 personnes .
Tu peux bien sur essayer d'obtenir un résultat opposé, mais sûrement pas sur cette page qui n'est pas consultée par beaucoup de monde.
Si tu parles de sources primaires qui ne sont disponibles nulle part ailleurs, c'est parce qu'elles ne sont pas encyclopédiques.
Si ces sources avaient vraiment de la valeur, d'autres source secondaires les utiliseraient, vu que ce n'est pas le cas, ce n'est pas un « retrait sauvage et aveugle », encore moins une dégradation ou une perte, c'est juste que Wikipédia doit être le reflet des sources secondaires fiables. Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 27 août 2026 à 03:06 (CEST)Répondre
Bonjour @SyntaxTerror, Je maintiens qu'il s'agit d'un retrait aveugle quand ton bot retire, en plus de l'url Geneanet, la référence complète qui permettait de retrouver la source. Il s'agit d'une dégradation d'article. Dans les faits, de nombreuses sources d'état-civil numérisées sont utilisées sur WP pour compléter / corriger / actualiser des centaines d'articles biographiques parce que les anciens chercheurs n'avaient pas accès à ces sources. Et les chercheurs actuels repiquent sans scrupule l'information de Wikipédia, j'en ai été personnellement témoin. Mais comme tu l'as souligné, ce n'est pas le lieu pour discuter de tout ça. BeatrixBelibaste (discuter) 27 août 2026 à 03:30 (CEST)Répondre
Bonjour,
La référence à l'arbre généalogique de Pierre Moreau sur le site Geneanet a été malencontreusement blacklisté dans l'article Wikipedia sur Saint-Christophe-sur-le-Nais. C'était une référence pour des données que l'on ne trouve pas ailleurs et qui sont bien référencées dans le lien Geneanet en question. Je trouve donc votre initiative malheureuse et désirerais la restauration de cette référence ~2026-49915-30 (discuter) 15 septembre 2026 à 13:57 (CEST)Répondre
Bonjour. Trois choses :
  • Ce n'est pas mon initiative « malheureuse », mais une décision à l'unanimité de 20 contributeurs, suivant des années de plaintes envers ce site.
  • Si c'est une source primaire qui n'a pas été étudiée par une source secondaire, elle n'a rien à faire sur Wikipédia.
  • Comme pour la remarque tout aussi désobligeante de BeatrixBelibaste, ce n'est pas l'endroit pour discuter de ça.
Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 15 septembre 2026 à 15:54 (CEST)Répondre
Bonjour, je regrette que le retrait des références à Geneanet ait été fait à la hussarde. Quand elles figuraient en note, c'est toute la note qui a été supprimée, quand bien même elle contenait d'autres références. Pour ma part j'ai dû restituer la partie des notes qui ne concernait pas Geneanet.
Par ailleurs, je conteste une fois de plus la directive qui dit que WP ne doit pas contenir de source primaire qui ne soit pas déjà traitée par une source secondaire. C'est grave, car ça empêche de rectifier objectivement une erreur trouvée dans une source secondaire (c'est donc un frein à l'amélioration continue de la qualité scientifique de WP). Et dans le cas de Geneanet, ça empêche effecfivement de citer des sources importantes qui ne sont disponibles que là... Il faut quand même reconnaître que le projet Familles parisiennes, piloté par Geneanet, est très important pour la généalogie, la sociologie et la démographie parisiennes, en raison de la disparition des registres paroissiaux en 1870. Sur ce plan, WP ne rend pas vraiment hommage au travail fondamental qui a été fait par cette équipe à partir des inventaires après décès, des contrats de mariage et des registres de tutelle... Il y a là un trésor d'informations primaires extrêmement utiles. Il est vrai que les arbres généalogiques publiés par Geneanet sont sujets à caution, mais il ne fallait pas jeter le bébé avec l'eau du bain...
Fortitou (discuter) 25 septembre 2026 à 11:32 (CEST)Répondre
Fortitou. Pas de travail inédit sur Wikipédia. C'est une règle fondamentale de Wikipédia (mondial), que la communauté frwiki ne peut même pas contourner. Ne gaspillez pas votre énergie, vous n'avez aucune chance d'infléchir… A mon sens, les contributeurs qui ajoutent des recherches personnelles devraient même être blâmés ou punis…
Pour le nettoyage brutal : fallait vous porter volontaire pour effecturer vous-même le nettoyage, si vous pensez que vous auriez fait mieux. — Irønie [membre actif de Geneanet] 25 septembre 2026 à 11:44 (CEST)Répondre

Demandes de septembre 2026

Ôter septembre 2026 de ma liste de suivi.


Categ relations bilatérales

modifier
Dernier commentaire : il y a 12 jours16 commentaires2 participants à la discussion

Discussion_utilisateur:Lucio_fr#Categ_relations_bilatérales

  • Liste des pages à traiter :

Les catégories du type Catégorie:Relations entre X et Y, où chacun des éléments X et Y appartient à une de ces catégories :

  • un des 193 États membres de l'ONU ;
  • le Saint-Siège, la Palestine ;
  • la République arabe sahraouie démocratique, le Somaliland, Taïwan ;
  • l'Angleterre, l'Écosse, le pays de Galles ;
  • la Tchécoslovaquie, la Yougoslavie, l'Union soviétique ;
  • la Corée (la Corée tout court, en plus de la Corée du Nord et de la Corée du Sud).

Voulez-vous que je vous dresse la liste complète explicite des pays/entités concernés dans un format spécifique ?

  • Nature de la demande :

Bonjour, En juillet dernier, Lucio_fr a eu la bonne idée de créer le modèle {{Categ relations bilatérales}}. Ce modèle facilite la création des catégories du type Catégorie:Relations entre X et Y (où X et Y sont généralement des pays) et permet d'avoir une présentation uniforme. Et, je vous passe les détails, mais comme il y a une subtilité pour les pays de l'UE et les pays africains, ce modèle nous simplifiera grandement la vie, en particulier quand un nouveau pays adhérera à l'UE (ou, le cas échéant, si un pays la quittait), puisqu'on n'aura qu'un nom de pays à ajouter (ou supprimer) dans le code du modèle au lieu d'avoir des dizaines de catégories à recatégoriser à la main. Mais, pour ça, il faudrait que le modèle soit utilisé par toutes ces catégories.

Dans le code des articles listés ci-dessus, il faudrait donc que le bot regarde si {{Categ relations bilatérales|X|Y}} (où X et Y sont les deux pays dans le nom de la catégorie) est déjà présent (si oui, il n'y a rien à faire), et s'il ne l'est pas, alors il faudrait qu'il mette ce modèle {{Categ relations bilatérales|X|Y}} à la place du texte actuellement présent si et seulement si ce texte est constitué des éléments suivants (et uniquement ceux-là) :

  • {{Article principal}} (généralement sans paramètre, mais possiblement parfois avec)
  • {{Multi bandeau}} (avec ses paramètres)
  • Deux catégories, chacune d'un de ces types (avec X et Y qui jouent des rôles symétriques) : [[Catégorie:Relations bilatérales de X|Y]], [[Catégorie:Relations entre X et un pays de l'Union européenne|Y]] ou [[Catégorie:Relations entre X et un pays africain|Y]].

Note : parmi les deux catégories, une peut être d'un type et l'autre d'un autre. Il ne faut pas supposer que les deux sont nécessairement du même type. Par exemple, Catégorie:Relations entre l'Espagne et la Suisse (dont le contenu serait à remplacer par un simple {{Categ relations bilatérales|Espagne|Suisse}}) est dans [[Catégorie:Relations bilatérales de l'Espagne|Suisse]] et [[Catégorie:Relations entre la Suisse et un pays de l'Union européenne|Espagne]].

Notez que les deux modèles ({{Article principal}} et {{Multi bandeau}}) peuvent être dans un ordre ou l'autre, et idem pour les deux catégories (et bien sûr, je ne garantis pas que les sauts de lignes soient toujours strictement en nombre égaux). Aussi, ne pas se fier à l'appartenance d'un pays à l'UE ou à l'Afrique pour distinguer les cas : dans beaucoup de ces cas, la catégorie reste pour le moment la catégorie générique et non la catégorie spécifique "pays de l'UE"/"pays africain". Ce point ne change rien pour le remplacement demandé et le modèle gère parfaitement la situation (il nous évitera justement de nombreuses recatégorisations à la main).

Si une catégorie a d'autres éléments (que ce soit en plus ou à la place de ceux listés au-dessus), alors il ne faut pas faire le remplacement et il faut nous le signaler (si possible, listez les catégories concernées sur une page), pour qu'on s'en occupe séparément. A priori, il ne devrait pas y avoir de tels cas (la liste des articles définie au-dessus a été volontairement délimitée afin d'exclure pour le moment les cas particuliers), mais mieux vaut prévenir que guérir.

SenseiAC (discuter) 3 septembre 2026 à 01:43 (CEST)Répondre

Hello Notification SenseiAC :, si cette demande est toujours d'actualité, je peux essayer de m'y pencher. J'ai fait un premier tour, j'ai trouvé 5 120 catégories "Relations entre X et Y" et 73 utilisent déjà le modèle. Le bot extraira X et Y de trois sources (le titre, les paramètres du {{Multi bandeau}} et les deux catégories) et n'agira que si les trois concordent et que le contenu ne contient rien d'autre que les éléments que tu as listés. Une liste de rapport indiquera les autres cas pour information avec le motif de non-traitement.
J'espère avoir bien compris la demande et j'ai 2-3 points à éclaircir avant de lancer:
  1. Le bot ne convertira que les catégories dont X et Y figurent dans ta liste d'entités, Les autres (par exemple "Relations entre X et l'Union européenne" ou "et l'Organisation des Nations unies", qui ont la même forme) seront ignorées et signalées, c'est bien juste ? Le bot va avoir besoin de la liste exhaustive. Je te propose de générer cette liste à partir de Liste des États membres de l'Organisation des Nations unies et de tes ajouts, dans l'orthographe exacte des catégories, et la placer en sous-page de GhosterBot. Tu n'aura plus qu'à la valider.
  2. Concernant le modèle {{Article principal}} avec un paramètre: le modèle {{Categ relations bilatérales}} émet un {{Article principal}} sans paramètre, la valeur initiale serait perdue. Du coup je penses sauter ces convertions, en les indiquant dans le rapport, c'est bien juste ?
  3. Même logique pour le {{Multi bandeau}}: le modèle le régénère avec exactement trois bandeaux (relations internationales, X et Y). Une catégorie qui en aurait un de plus perdrait ce bandeau, donc je la saute et je la signale aussi.
  4. Le modèle ne bascule vers la catégorie spécifique ("Relations entre X et un pays de l'Union européenne / africain") que lorsque celle-ci existe déjà (il passe par {{Sicat}}), sinon il garde la catégorie générique. Sur les catégories que j'ai testées, le résultat est identique à la catégorisation actuelle. En revanche, là où une catégorie spécifique existe mais n'est pas encore utilisée, la page y sera déplacée. C'est bien l'effet recherché ?
Si tout est ok, je commencerai par un passage à blanc avec uniquement la page de rapport, que tu pourra valider.Ghoster (¬ - ¬) 18 septembre 2026 à 17:18 (CEST)Répondre
Bonjour Ghoster, Merci bien. Pour la concordance des trois sources pour les noms, c'est parfait.
  1. Pour le point 1, oui c'est ça. Je te générerai la liste d'ici ce soir.
  2. Pour le point 2, en principe tu peux faire le remplacement peu importe s'il y a un paramètre ou pas. En fait, par sécurité si tu peux, il faudrait juste contrôler que, s'il y a un paramètre, alors il donne le résultat qu'on aurait sans paramètre -- c'est à dire que ce paramètre (ledit "article principal") a le même nom que la catégorie. Les seuls cas à ignorer et signaler (a priori il ne devrait pas y en avoir) seraient les cas où le paramètre ne correspondrait pas à ce qu'on attend.
  3. Pour le point 3 par contre, effectivement, s'il y a des bandeaux en plus, saute ces cas et signale-les.
  4. Sur le point 4, c'est exactement ça.
SenseiAC (discuter) 18 septembre 2026 à 17:49 (CEST)Répondre
Notification Ghoster : (oups, j'avais oublié de te notif dans la réponse juste au-dessus), la liste est dans Utilisateur:GhosterBot/Pays Categ relations bilatérales (un pays par ligne dans le code). Note qu'il y a quelques cas qui commencent par une minuscule (par exemple "république du Congo" ou "pays de Galles"), pour se conformer à nos conventions (même si, pour certains de ces cas, perso je ne suis pas d'accord avec cette convention ^^). SenseiAC (discuter) 18 septembre 2026 à 18:40 (CEST)Répondre
@SenseiAC J'ai fait un passage à blanc: 5 122 catégories examinées, 73 utilisent déjà le modèle, 4 098 sont convertibles (liste : Utilisateur:GhosterBot/Rapport Categ relations bilatérales/À convertir) et 951 sont ignorées, avec le motif pour chacune sur Utilisateur:GhosterBot/Rapport Categ relations bilatérales. Il y a quelques cas à valider:
  1. Vietnam : ta liste dit "Viêt Nam" mais 26 catégories (et leurs catégories mères "Relations bilatérales du Vietnam") sont orthographiées "Vietnam". On ajoute "Vietnam" à la liste ou faut-il préalablement renommer ces catégories ?
  2. Entités historiques ou hors liste : Empire ottoman (22 catégories), Tibet (21), Kosovo (15), Autriche-Hongrie (15), Europe / AELE (15), Abkhazie, Porto Rico, etc. Sont laissées de côté, car absent de la liste.
  3. 145 catégories n'ont pas le modèle {{Article principal}} et 77 n'ont pas {{Multi bandeau}} (contenu réduit aux catégories) : les convertir ajouterait l'élément manquant. Ils sont pour le moment ignorées.
  4. Le bot a révélé 3 soucis à corriger manuellement: Catégorie:Relations entre le Burkina Faso et de Taïwan (faute dans le titre), Catégorie:Relations entre le Sri Lanka et le Zimbabwe (contenu Venezuela) et Catégorie:Relations entre les États-Unis et le Rwanda (contenu Cameroun).
Le reste des cas ignorés (catégorie mère en plus, {{Catégorie connexe}}, {{Confusion}}, texte libre) correspond à ta consigne, ils sont ignorés. Dès ton feu vert, je lance les éditions par lots de 500. Ghoster (¬ - ¬) 18 septembre 2026 à 23:01 (CEST)Répondre
Notification Ghoster :
  1. Oups, le Vietnam je devais le corriger dans la liste et j'avais oublié. C'est bien « Vietnam » qu'il faut, pas « Viêt Nam ». C'est désormais corrigé.
  2. J'ai ajouté Abkhazie, Autriche-Hongrie, Îles Cook, Empire ottoman, Kosovo, Niue, Ossétie du Sud, Porto Rico et Tibet à la liste. Les organisations internationales ainsi que quelques cas particuliers (notamment certains pays anciens) restent exclus.
  3. Oui, pour ces cas tu peux faire le remplacement (si bien sûr ce sont des pays de la liste).
  4. Ces cas sont réglés. J'ai aussi réglé le cas de plusieurs autres anomalies repérées par le bot.
Dans le rapport du bot, serait-il possible de séparer la liste « entité hors liste » en deux ? D'une part, la liste avec uniquement UE ou ONU comme entité hors liste (ça doit faire environ 80 % du total vu que quasiment tous les pays ont la catégorie bilatérale avec eux), et d'autre part, le reste (les cas vraiment spéciaux).
SenseiAC (discuter) 19 septembre 2026 à 02:12 (CEST)Répondre
@SenseiAC Top Émoticône sourire, bot adapté. Les catégories sans {{Article principal}} ou sans {{Multi bandeau}} sont maintenant converties, et le rapport sépare les "entité hors liste" en UE / ONU (329) et autres (64). J'ai relancé à blanc (même pages): 5 119 examinées, 4 422 convertibles, 621 ignorées. Ghoster (¬ - ¬) 19 septembre 2026 à 09:20 (CEST)Répondre
[edit]: tu peux voir l'exécution (à blanc ou non) de la tâche (No15) sur le Dashboard du bot Émoticône. Ghoster (¬ - ¬) 19 septembre 2026 à 09:35 (CEST)Répondre
Merci Ghoster. J'ai retouché quelques autres anomalies repérées par le bot. Pour moi, maintenant c'est tout bon, donc tu peux lancer la première série « pour de vrai ». SenseiAC (discuter) 19 septembre 2026 à 14:48 (CEST)Répondre
@SenseiAC j'en ai lancé 20, cela me semble ok. tu confirmes ? Ghoster (¬ - ¬) 19 septembre 2026 à 16:00 (CEST)Répondre
Notification Ghoster : ça m'a l'air tout bon. SenseiAC (discuter) 19 septembre 2026 à 16:05 (CEST)Répondre
@SenseiAC c'est partit ! Ghoster (¬ - ¬) 19 septembre 2026 à 17:23 (CEST)Répondre
@SenseiAC Fini! 4 431 catégories converties. Le rapport liste les 607 catégories ignorées:328 avec l'UE ou l'ONU, 92 avec un nombre de catégories différent de 2, 81 avec un modèle non prévu, 65 avec une entité hors liste (Europe, OTAN, Venise, entités historiques), et quelques cas divers. Si tu en corriges certaines à la main ou si tu complètes la liste, dis-le moi, je relance le bot sur ce qui reste. Ghoster (¬ - ¬) 20 septembre 2026 à 12:35 (CEST)Répondre
Super, merci Ghoster ! SenseiAC (discuter) 21 septembre 2026 à 20:43 (CEST)Répondre

Requête démarrée puis mise en instance Remplacement de liens morts

modifier
Dernier commentaire : il y a 1 heure15 commentaires3 participants à la discussion
  • Suivi de la demande :

En pause, SyntaxTerrorBot(d · c) dressé par SyntaxTerror(d) reprendra son activité dès que possible. (12 septembre 2026 à 21:23 (CEST))Répondre

Wikipédia:Questions techniques/semaine 36 2026#bot remplaçant chaine de caractères dans plusieurs articles

Bonjour, Au vu du signalement cité ci-dessus, il faudrait qu'un bot passe sur les pages contenant ces liens pour les réparer. Un schéma exemple est le suivant :

https://pris.iaea.org/PRIS/CountryStatistics/ReactorDetails.aspx?current=176

doit devenir :

https://pris-stats.iaea.org/reactor/176

Je n'ai pas le temps pour le moment de réfléchir aux regex, désolé.

P.-S. Si quelqu'un a une idée de comment réparer les autres liens vers ce nom de domaine, ce serait encore mieux ! — Pharma💬 3 septembre 2026 à 19:21 (CEST)Répondre

Bonjour Pharma, je pense que dans un premier temps il faut se consacrer aux liens comportant les numéros de réacteur, cf l'exemple ci-dessus. Ils sont inclus dans ta recherche de liens ci-dessus, par contre pour les autres liens n'incluant pas de numéro, je pense que cela sera plus compliqué car le site de l'Aiea a été refondu, et je crains que ça ne puisse être automatisé! Cdlt. --Thepat (discuter) 5 septembre 2026 à 19:22 (CEST)Répondre
Bonjour Pharma. Lorsque les liens changent, la solution la plus simple est de demander à l'admin du site s'ils peuvent créer des redirections, ou sinon leur méthode de renommage des URL (il y a un lien « Contact PRIS team » en bas de la page ).
Je vais traiter toutes les pages (il y a 1123 liens, mais seulement 191 articles, 6 PdD et un brouillon).
Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 11 septembre 2026 à 11:47 (CEST)Répondre
@Pharma : icône « fait » Fait. Mes recherches de pages et celles d'AWB donnent des chiffres légèrement différents, mais la recherche de lien ne donne plus que des pages de l'espace Wikipédia, c'est ce qui compte. 194 pages traitées. Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 11 septembre 2026 à 12:56 (CEST)Répondre

┌─────────────────────────────────────────────────┘

@Pharma & Thepat : on dirait qu'on peut faire aussi facilement les pays.
Il y a 194 liens de la forme https://pris.iaea.org/PRIS/CountryStatistics/CountryDetails.aspx?current=SE à transformer en https://pris-stats.iaea.org/country-statistics/SE.
Je m'en occupe. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 12 septembre 2026 à 10:31 (CEST)Répondre
icône « fait » Fait.
J'aurais dû regarder un peu plus, avant de me précipiter.
  1. C'est en fait pareil pour https://pris.iaea.org/pris/CountryStatistics/ReactorDetails.aspx?current=986 → https://pris-stats.iaea.org/reactor/986.
  2. https://pris.iaea.org/PRIS/Glossary.aspx est devenu https://pris-stats.iaea.org/glossary.
  3. Il y a aussi des liens vers la page d'acceuil (https://pris.iaea.org/pris/, https://pris.iaea.org/PRIS/home.aspx, etc.) que je peux remplacer par https://pris-stats.iaea.org/.
  4. Après, il reste les sous-pages de https://pris.iaea.org/PRIS/WorldStatistics/UnderConstructionReactorsByCountry.aspx, https://pris.iaea.org/PRIS/WorldStatistics/OperationalReactorsByType.aspx, https://pris.iaea.org/PRIS/WorldStatistics/OperationalByAge.aspx, etc. qui ont apparemment été regroupées sur https://pris-stats.iaea.org/world-statistics.
Il restera une poignée de liens à corriger à la main.
@Thepat est-ce que ça te semble bon ? je préfère tout faire en une fois, ça m'évitera de repasser sur des pages. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 12 septembre 2026 à 11:01 (CEST)Répondre
Ça semble bon pour les réacteurs et le glossaire (et les pays), par contre j'ai beaucoup de mal à accéder aux autres sous-pages du site de l'AIEA (j'ai des coupures sans arrêt et des pbs d'affichage sur leur nouveau site). Je mets JKremona en copie, s'il peut aussi faire quelques vérifs? Merci. Cdlt Thepat (discuter) 12 septembre 2026 à 18:59 (CEST)Répondre
@Thepat : en fait, il faut aller fouiller dans leur « Data browser » où l'on trouve par exemple https://pris-stats.iaea.org/browser/98aee8e5-4a8f-46f0-963a-c4e29a521f32 qui correspond à https://pris.iaea.org/PRIS/WorldStatistics/OperationalByAge.aspx.
Je peux faire les remplacements si on me donne la liste des correspondances, mais je ne vais pas faire cette liste moi-même. Émoticône
Je vais quand même contacter leur webmaster, parce que ces URL ont l'air d'être provisoires. Ça serait dommage d'avoir tout à refaire s'ils les changent dans les mois qui viennent.
Ils vont peut-être me donner une liste de correspondance pour les nouvelles URL, donc on peut attendre leur réponse dans la semaine qui vient plutôt que de commencer à chercher dès maintenant (il faut encore qu'ils répondent, c'est pas gagné...).
En passant, je viens de m'apercevoir que je n'ai pas traité 5 pages parce que PRIS était en majuscules, et que j'ai fait un remplacement simple (plus facile pour moi, mais sensible à la casse) au lieu d'un remplacement par regex (insensible) , cf. point 1 ci-dessus. C'est pas grave, j'y traiterai au prochain passage. Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 12 septembre 2026 à 21:19 (CEST)Répondre

┌─────────────────────────────────────────────────┘

@Thepat : j'ai reçu la réponse :
The launch of the new PRIS website also included a transition from pre-formatted reports to user-driven datasets. These datasets are now available in Power BI, and the complex URLs are required for data security reasons.
Unfortunately, a one-to-one mapping is not available. In some cases, multiple datasets were merged, while in others, a single dataset was split into two.
Donc les URL complexes ne devraient pas changer, par contre, il va falloir que l'on me donne la liste si tu veux un remplacement automatique.
J'ai demandé un plan du site, mais c'est pas sûr que ça puisse aider.
Voici les liens que je peux remplacer automatiquement (mets les nouvelles URL dans les crochets après les →) :
  1. CountryStatistics/CountryStatisticsLandingPage.aspx → []
  2. WorldStatistics/LifeTimeEnergyAvailabilityFactor.aspx → []
  3. WorldStatistics/NuclearShareofElectricityGeneration.aspx → []
  4. WorldStatistics/OperationalByAge.aspx →
  5. WorldStatistics/OperationalReactorsByCountry.aspx → []
  6. WorldStatistics/OperationalReactorsByRegion.aspx → []
  7. WorldStatistics/OperationalReactorsByType.aspx → []
  8. WorldStatistics/ShutdownReactorsByCountry.aspx → []
  9. WorldStatistics/ShutdownReactorsByType.aspx → []
  10. WorldStatistics/ThreeYrsEnergyAvailabilityFactor.aspx → []
  11. WorldStatistics/UnderConstructionReactorsByCountry.aspx → []
  12. WorldStatistics/UnderConstructionReactorsByType.aspx → []
  13. WorldStatistics/WorldTrendinElectricalProduction.aspx → []
Il restera ces deux liens à corriger manuellement et tout devrait être bon :
Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 14 septembre 2026 à 10:27 (CEST)Répondre
@Thepat : pas de réponse pour du PRIS pour le plan du site, il va falloir que tu cherches les nouveaux liens ci-dessus à la main (ou quelqu'un d'autre).
Si des remplacements ne sont pas possibles, dis-moi si tu veux que je remplace par l'archive WikiWix (on dirait qu'il n'y a pas d'archives sur archive.org).
Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 18 septembre 2026 à 11:07 (CEST)Répondre
Ok merci Şÿℵדαχ₮ɘɼɾ๏ʁ, je vais chercher mais j’ai des difficultés lorsque je consulte leur site (bcp de coupures et réinit de pages), donc ça risque de prendre du temps. L’urgence était surtout pour les liens vers les réacteurs.
Pour les autres liens tu peux remplacer par l’archive wikiwix.
Cdlt Thepat (discuter) 18 septembre 2026 à 14:07 (CEST)Répondre
@Thepat : je te laisse ajouter les liens que tu veux voir remplacés entre les crochets que j'ai mis après les anciens liens.
Fais juste attention que certaines pages semblent évoluer au fil du temps (celles avec les tableaux notamment) et qu'il faut qu'elles correspondent bien à ce qui est dans l'article (par ex. s'il faut sourcer qu'à l'année X la centrale Y a produit Z électicité, il faut une archive ; s'il faut une source montrant les différents réacteurs actuels d'un pays, il faut un lien normal). Après, ça rend un remplacement auto compliqué, car il faut savoir quelle page a besoin de quel lien...
Quand tu auras fini, notifie moi et je traiterai tout d'un coup, ça ne presse pas.
Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, vendredi 18 septembre 2026 à 14:43 (CEST)Répondre

┌─────────────────────────────────────────────────┘

@Thepat : quoi de neuf ? Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 3 octobre 2026 à 23:00 (CEST)Répondre

Remplacement article fr= dans modèle Lien même si lienfr=Non

modifier
Dernier commentaire : il y a 22 jours3 commentaires2 participants à la discussion

Discussion_utilisateur:Philippe_rogez#Liste des genres de plésiosaures

  • Liste des pages à traiter :

voir https://wstat.fr/template/info/Lien avec lienfr=

  • Nature de la demande :
Evolution du codage des bots de remplacement sur le modèle Lien dont Orlodrimbot, etc...

Philippe rogez (discuter) 10 septembre 2026 à 12:40 (CEST)Répondre

Bonjour,
Je peux le faire, mais seulement dans certains cas. Le problème est que quand le modèle contient lienfr=non, rien n'oblige à renseigner un lien français correct.
Par exemple, dans Brigade criminelle (série télévisée), on trouve {{lien|trad=Lee Erwin (writer)|fr=Lee Erwin|lienfr=non}}. Il se trouve que la page Lee Erwin existe et concerne un footballeur. Mon robot pourra détecter que la page en français Lee Erwin n'est pas liée à en:Lee Erwin (writer), et donc s'abstenir de faire un remplacement qui serait incorrect. Mais le modèle étant correctement utilisé, il n'y a pas de raison de changer quoi que ce soit dans la page. Si la page Lee Erwin (auteur) est créée à l'avenir, le robot ne verra pas qu'un remplacement est possible.
En comparaison, sans le paramètre lienfr=non, le robot aurait signalé la page comme contenant un appel à {{Lien}} incohérent dans Utilisateur:Orlodrim/Modèle lien non remplaçable. Quelqu'un aurait alors pu résoudre cette incohérence en changeant le modèle en {{lien|trad=Lee Erwin (writer)|fr=Lee Erwin (auteur)|texte=Lee Erwin}}, ce qui aurait rendu le lien remplaçable en cas de création de Lee Erwin (auteur).
Orlodrim (discuter) 11 septembre 2026 à 16:10 (CEST)Répondre

africatime.com > lien mort

modifier
Dernier commentaire : il y a 17 jours10 commentaires2 participants à la discussion

Usurpation de domaine http://www.africatime.com (site d'actu) remplacé par clinique japonaise. Environ 150 articles Signalé par w0landdd (d · c) sur ici

J'ai pas encore de système sur CodexBot pour gérer les usurpations. Merci Irønie 14 septembre 2026 à 14:31 (CEST)Répondre

Chercher l'URL entière donne 146 articles .
Ce site a l'air d'avoir été phagocyté il y a déjà un moment : cf. cette archive de 2021 (ref. 32 sur Libreville). [EDIT : le site est déjà fermé en mai 2018 ]
En bref, c'est compliqué... Il faudrait déjà voir quels refs sont déjà des archives qui fonctionnent.
À noter que certaines refs ont parfois une autre ref pour la même chose, on pourrait éventuellement supprimer celle d'africatime.Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 14 septembre 2026 à 17:56 (CEST)Répondre
Ou bien déplacer la demande et gestion sur un espace pas-bot ? Discussion Wikipédia:Demande d'intervention concernant un nom de domaine ? -- Irønie 14 septembre 2026 à 18:05 (CEST)Répondre
@Irønie : ça c'est la PdD de la blacklist (personne ne va là bas).
On peut éventuellement blacklister le site une fois que les pages auront été traitées, mais il y a peu d'intérêt : je ne vois pas grand-monde qui va mettre un lien vers un site d'une clinique d'Osaka (si c'en est bien une et pas une arnaque quelconque).
Après, il n'y a pas beaucoup d'occurrences, plein de cas différents, et je doute qu'un bot, même très bien programmé, puisse décider si une archive est la bonne ou non.
En regardant de plus près la page principale sur archive.org, on peut voir que le site a fermé en mai 2018 Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 14 septembre 2026 à 18:35 (CEST)Répondre
Juste pour voir avec la recherche de liens externes, des recherches insource dans les articles et les PU, avec aussi SpamCheck :
africatime.com (liens, pages, espaces : article, utilisateur. SpamCheck)
Avec SpamCheck, on voit que les liens ajoutés dernièrement sont des archives, venant sans doute d'articles d'autres Wikipédias, comme la ref. 8 de Fatou Mass Jobe-Njie, traduit de enwiki. Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 14 septembre 2026 à 18:53 (CEST)Répondre
Poster sur le bistro ? Autre coin de maintenance ? Irønie 14 septembre 2026 à 19:10 (CEST)Répondre
@Irønie : j'ai fait des messages sur Discussion Projet:Afrique#africatime.com, Discussion Projet:Maghreb#africatime.com et Wikipédia:Le Bistro/15 septembre 2026#africatime.com et créé la page Projet:Afrique/africatime.com où j'ai mis des listes de liens et de pages à vérifier (j'ai sans doute dit des bêtises ci-dessus avec mes recherches, je n'avais pas vu qu'il y a des www.africatime.com, fr.africatime.com, en.africatime.com, et africatime.com tout court).
On peut laisser la requête ici au cas où, mais je crois qu'un traitement automatique n'est pas envisageable, il faut espérer que des volontaires vérifieront les liens à la main (il n'y en a que 139 sur 130 pages, plus 14 pages avec des liens d'archive qu'il faudrait juste vérifier, avec la liste qui contient déjà les liens vers wikiwix et archive.org que j'ai faite, ça ne devrait pas être trop long, j'en ai fait deux en pas longtemps). Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 14 septembre 2026 à 23:38 (CEST)Répondre
J'ai fait une demande d'ajout de filtre sur Wikipédia:AbuseFilter/Requêtes#Spécial:AbuseFilter/ 2026-09-15 00:20. Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 15 septembre 2026 à 00:31 (CEST)Répondre

┌─────────────────────────────────────────────────┘

Le problème a été réglé en grande partie grâce à l'aide de Gy823 et W0landdd.
Il ne reste que 47 articles avec des liens sans archive valable, dont 5 qui ont déjà un modèle {{lien brisé}} (liste ici). J'ai aussi retiré 4 liens sans archive dans des sections « Liens externes ».
Le plus simple serait de mettre des liens vraiment morts dans des modèles {{lien brisé}}, le problème est qu'une partie n'est pas dans des modèles biblio, mais des liens externes simples.
Attention aussi à l'article Équipe du Mali de football qui a un lien sans archive et un autre avec.
Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 17 septembre 2026 à 00:00 (CEST)Répondre

Requête en attente d'informations complémentaires Créer les articles manquants des municipalités du Michigan

modifier
Dernier commentaire : il y a 16 jours10 commentaires3 participants à la discussion
  • Suivi de la demande :
  • Demandé par :J. N. Squire (discuter) 16 septembre 2026 à 02:05 (CEST)Répondre
  • Références ou discussions / décisions justifiant la demande :
  • Liste des pages à traiter :
    Tous les articles manquants (cf le tableau de la liste). Attention : tous les liens rouges ne sont pas traduits vers le français à cause de la lourdeur du tableau en mode édition.
  • Nature de la demande :
    Bonjour !

J'aimerai proposer à la labellisation Liste des municipalités du Michigan, mais il reste plus de 1000 articles à créer, par défaut admissibles (comme toute municipalité dans le monde).

Un dresseur pourrait-il s'en charger, s'il-vous-plait ?

{{ébauche|Michigan}}
{{Infobox Localité}}
Le '''canton de X''' ({{En anglais|'''X Township'''}}) est un [[Civil township|canton civil]] ({{Anglais|civil township}}) du [[comté de Y]] dans l'[[États des États-Unis|État américain]] du [[Michigan]]. D'après le [[Recensement des États-Unis de 2020|recensement de 2020]], la population du canton était de {{Unité|ZZZ|habitants}}<ref>{{lien web|langue=en|auteur institutionnel=[[Bureau du recensement des États-Unis]]|titre=TOTAL POPULATION, Decennial Census, DEC Demographic and Housing Characteristics, Table P1|traduction titre=POPULATION TOTALE, Recensement décennal, Caractéristiques démographiques et de logement (DEC), Tableau P1|nature ouvrage=|année=2020|lire en ligne=https://data.census.gov/table/DECENNIALDHC2020.P1?g=040XX00US26$0600000&tp=false|accès url=libre|consulté le=16 juillet 2026|site=data.census.gov|nature document=tableau numérique}}</ref>.

== Références ==
{{Références}}

== Liens externes ==
{{Liens}}

{{Portail|Michigan}}

[[Catégorie:Township au Michigan]]

(remplacer le type de municipalité par « [[canton à charte]] ({{Anglais|charter township}}) » le cas échéant).

Auriez-vous besoin d'autres éléments pour traiter cette requête ? J. N. Squire (discuter) 16 septembre 2026 à 02:04 (CEST)Répondre

Bonjour J. N. Squire.
Ça n'est pas parce que supposément c'est admissible que c'est forcément consensuel, c'est donc ce dernier point qui importe. Il faut surtout une discussion préalable montrant l'utilité de la chose (si c'est juste obtenir un label, pour une liste, ça me semble assez futile).
Par exemple, Wikipédia:Le Bistro/2 septembre 2013#Et encore montre que les créations à la chaîne ne sont pas consensuelles, et des blocages ont lieu tout le temps pour cette raison (je ne dis pas que ce sont les mêmes cas, je dis juste qu'il n'y a aucune preuve que ce cas similaire est consensuel).
Il y a des problèmes à ce genre de création, notamment que les articles ne seront pas liés sur Wikidata, à moins d'avoir un bot là-bas aussi (et vu le nombre de noms homonymes pour les localités, même dans un même état, je doute que ce soit entièrement automatisable), ou que ces articles ne seront dans la liste de suivi de personne.
Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, mercredi 16 septembre 2026 à 07:34 (CEST)Répondre
D'accord,
J'ai essayé de présenter la chose au mieux au Projet:États-Unis afin de trouver un consensus. J'ai aussi trouvé le moyen de mettre le code en forme de bloc ! 🎉 J. N. Squire (discuter) 16 septembre 2026 à 23:18 (CEST)Répondre
Bonsoir J. N. Squire Émoticône
Je me suis permis de modifier ta demande afin de retirer au modèle {{Références}} un paramètre incorrect, car inexistant.
Peut-être aussi utiliser {{Liens}} au lieu de {{Autorité}} ?
--FDo64 (discuter) 17 septembre 2026 à 00:18 (CEST)Répondre
  1. Attention, le paramètre taille existe bel et bien. Voir Modèle:Références#Regroupement de références.
  2. Oui, très bonne idée, merci !
J. N. Squire (discuter) 17 septembre 2026 à 00:22 (CEST)Répondre
Modèle:Références#Affichage sur plusieurs colonnes précise : « L'affichage sur plusieurs colonnes [...] ne doit être envisagé que pour réduire la hauteur de la section références, par exemple si celle-ci est très longue »
25em crée deux colonnes sur la plupart des écrans, ce qui rend la section difficile à lire s'il y a moins de 10 refs, ce que ce genre d'article n'aura sans doute jamais. Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 17 septembre 2026 à 00:41 (CEST)Répondre
OK ! J. N. Squire (discuter) 17 septembre 2026 à 03:22 (CEST)Répondre
Bonjour J. N. Squire Émoticône
Je t'invite à lire la documentation du modèle {{Références}} : il n'existe pas de paramètres non nommés. Donc, comme je te l'indiquais, écrire {{Références|25em}} était incorrect. C'est pour cela que j'ai corrigé ta demande. Cela aurait eu pour conséquence de classer toutes ces pages dans la Catégorie:Page utilisant le modèle Références avec un paramètre inconnu.
--FDo64 (discuter) 17 septembre 2026 à 18:49 (CEST)Répondre
@FDo64 : bien vu. Smiley avec un pouce vers le haut Je ne m'étais même pas aperçu du nom de paramètre manquant. Şÿℵדαχ₮ɘɼɾ๏ʁ, jeudi 17 septembre 2026 à 19:56 (CEST)Répondre

Requête traitée URL Google translate

modifier
Dernier commentaire : il y a 11 jours13 commentaires2 participants à la discussion

Discussion Wikipédia:Observatoire des sources#globalmilitary.net, pantheon.world et Google Traduction

  • Liste des pages à traiter :

339 articles [EDIT : cette recherche matche aussi les utilisations du site Google translate lui-même, celle-là est mieux : 307 articles] (les pages utilisateur ne devraient sans doute pas être éditées, certains liens sont visiblement volontaires vers ce service )

  • Nature de la demande :

Bonjour.

Briotin416 (d · c · b) a fait très justement remarquer sur l'ODS que pas mal de liens ont un préfixe Google translate.

Pour éviter toute altération des sources par un outil de traduction automatique, il serait bien d'avoir l'URL originale à la place de la traduction Google.

Je n'ai pas regardé tous les cas, mais cette URL originale semble présente dans celle de Google, encodée URL :

Il faudrait aussi éventuellement ajouter ou corriger le paramètre langue si l'URL est dans un modèle biblio si possible.

Merci. Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 20 septembre 2026 à 13:29 (CEST)Répondre

Je viens de m'apercevoir que certains liens sont en archive (ref. 163 sur Ours brun), et donc on ne doit pas pouvoir les modifier sans casser le lien d'archive. Tous ne semble pas forcément encodés non plus (mais le décodage d'un texte déjà décodé ne change rien).
Sinon, on peut faire le décodage facilement avec {{Urldecode}} (je dis ça parce que c'est moi qui l'ai importé d'enwiki et qu'il ne doit pas être très connu).
On peut donc sans doute faire ça avec une regex et un susbst :
  • Find : (\s|\[|=)https:\/\/translate\.google\.com.*?(http.*?)&act=url(\s|\[|\})
  • Replace : $1{{subst:urldecode|$2}}$3
(test sur regex101.com, où l'on voit que ça ne marche pas pour les URL d'archive). Şÿℵדαχ₮ɘɼɾ๏ʁ, dimanche 20 septembre 2026 à 18:49 (CEST)Répondre
Hello @SyntaxTerror. C'est faisable. J'ai fait un test à blanc : 262 articles, 402 liens à remplacer par l'URL décodée, 71 langue= à ajouter d'après sl=, 20 liens laissés (2 en archive, 18 vers Google Traduction lui-même). Regarde le rapport et dit-moi si c'est ok pour toi. Il y a cependant 23 cas ou langue= existe mais diffère de sl= (ex. langue=fr, sl=de), qu'en fait-on ? Ghoster (¬ - ¬) 20 septembre 2026 à 22:37 (CEST)Répondre
Bonjour @Ghoster. Ça semble super.
Tu as utilisé la deuxième recherche insource (insource:/\Wtranslate\.google\.com.*?http\W/ ) ? Normalement, il ne devrait pas y avoir de liens vers Google Traduction, vu qu'il y a deux fois http.
J'ai pas eu de chance de tomber sur une archive, je n'ai regardé que trois articles : Islande (lien externe simple), Vert (lien vers Google traduction) et Ours brun (lien mort + lien archivé). S'il n'y en a que deux, on pourra vérifier à la main.
Si sl= est la langue de la page d'origine, c'est elle qui faudrait mettre dans le paramètre langue du modèle biblio.
Mais en y réfléchissant un peu plus, on peut faire des erreurs : par exemple si le titre de la page a été traduit, on va mettre la mauvaise balise de langue sur le titre (par exemple {{lien web|url=https://example.com|titre=Exemple}}) et il n'est pas possible de vérifier facilement la langue du titre utilisé.
Il faut mieux laisser ça de côté je pense et laisser ces éditions à un humain qui saura quelle langue mettre (ce genre d'indication de langue manquante est très répandu, pas besoin d'empirer les choses en en mettant des erronées).
.
Sinon, ce genre d'ajout va sûrement se reproduire (même s'il reste relativement rare si on a que 307 articles touchés (à moins que le même nettoyage ait déjà été effectué par le passé).
Un passage régulier avec un bot serait sans doute à planifier (mais je ne pense pas que ton bot tourne 24/7).
On peut aussi faire une demande de filtre non bloquant qui prévient qu'il vaut mieux mettre le lien original, ça devrait en éviter une bonne partie. Şÿℵדαχ₮ɘɼɾ๏ʁ, lundi 21 septembre 2026 à 02:43 (CEST)Répondre
@SyntaxTerror Terminé. 262 articles, 402 liens remplacés sans erreur. Je peux lancer la tâche mensuellement par cron, sans soucis. Ghoster (¬ - ¬) 21 septembre 2026 à 23:48 (CEST)Répondre

┌─────────────────────────────────────────────────┘

Merci Ghoster Smiley avec un pouce vers le haut
Je viens de m'apercevoir que la regex de la recherche que j'avais remplacée plus haut ne marche pas comme prévu , j'ai confondu les \W avec des \b (je suis une bille en regex), donc le second http peut se trouver n'importe où dans le reste de la ligne.
J'ai essayé avec insource:/\Wtranslate\.google\.com[^ ]*?http/i qui donne 52 articles , dont une partie que tu dois avoir traités (par ex. l'archive sur Ours brun), mais il y a aussi des liens encore plus compliqués, comme la ref. 10 de Sarcoïdose :
  • http://translate.googleusercontent.com/translate_c?depth=1&hl=fr&rurl=translate.google.com&sl=auto&tl=fr&u=https://www.ncbi.nlm.nih.gov/pubmed/9561361&usg=ALkJrhhBlxUPdyHfcJo75yzjt7wxbd9YLw
Le premier lien Google est en erreur 404 , mais le second un lien PubMed valide.
(en passant, j'ai dû chercher sur Bocas del Toro (province), Julian Fellowes, Promotion de la santé, Sintra et Yom Kippour avant de trouver un lien valide, tous sont en erreur 404 ou vers la page d'acceuil du site, mais c'est un autre problème).
Tu peux regarder si tu arrives aussi à corriger ceux-là ?
On dirait aussi que tu n'as pas traité les liens sans crochets, comme la ref. 11 d'Alliance des patriotes de Géorgie :
  • <ref>https://translate.google.com/translate?sl=ru&tl=en&u=https://dossier.center/georgia/</ref>.
Et quelques un sont passés à travers les mailles, comme la ref. 109 sur Autisme en psychanalyse (ancienne version, j'ai retiré cette ref qui cite answers.com) :
  • [http://translate.google.com/translate?hl=fr&langpair=en|fr&u=http://www.answers.com/topic/psychology-of-dementia-pr-cox-the traduction logicielle]
C'est peut être à cause de la barre verticale dans l'adresse qui a buggué ta détection (?)
Merci, Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 22 septembre 2026 à 00:56 (CEST)Répondre
@SyntaxTerror Ha oui! J'ai fait les 3 adaptations et lancé le bot à blanc. le rapport montre pas mal de nouveau liens à faire. Si cela te semble ok je relance Émoticône sourire. Ghoster (¬ - ¬) 22 septembre 2026 à 07:55 (CEST)Répondre
@Ghoster : c'est vrai qu'il y a tous les liens autres que .com, ça fait en fait 463 articles si j'enlève le domaine dans ma recherche (et toi 540, mais tu cherches juste translate.google on dirait)
Ton test me semble correct, mais je n'ai bien sûr pas tout vérifié. Comme c'était bon la dernière fois, je te fais confiance pour celle-ci.
On verra bien après ce qui reste éventuellement à corriger. Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 22 septembre 2026 à 12:19 (CEST)Répondre
voilà @SyntaxTerror, nouvelle passe. Avec le rapport complet. Je place la tâche en cron mensuel. Ghoster (¬ - ¬) 22 septembre 2026 à 15:16 (CEST)Répondre
Super Ghoster.
J'ai nettoyé les articles qui restaient dans ma recherche (liens invalides genre [//translate.google.com/... et archives, parfois inutiles, car celui qui les a importées de enwiki ne les a pas vérifiées ).
Il ne reste apparemment plus qu'un lien sur Winta, que je n'ai pas pu remplacer vu que la page originale n'a pas été archivée.
Ça m'a permis de m'apercevoir que certains liens vers des traductions sont volontaires , mais comme elles ont été importées de enwiki sans être éditées, elles sont vers l'anglais et pas vers le français (donc pas vraiment mieux).
Ce genre de pratique a en tout cas l'air de casser une partie des archives de Google et/ou de rendre la récupération du lien original impossible, vu qu'archive.org archive la traduction Google, pas la page originale, comme ici, c'est donc vraiment à éviter.
Merci pour tout, une passe mensuelle est sans doute ce qu'il y a de mieux à faire.
Bonne journée, Şÿℵדαχ₮ɘɼɾ๏ʁ, mardi 22 septembre 2026 à 16:33 (CEST)Répondre
@SyntaxTerror avec plaisir. cron ajouté (1er de chaque mois à 03h00), tu pourras le suivre sur le dashboard du bot (tâche 16). Ghoster (¬ - ¬) 22 septembre 2026 à 16:57 (CEST)Répondre

Demandes d'octobre 2026

Ajouter octobre 2026 à ma liste de suivi.


Unité mètre dans les paramètres de l'infobox Chute d'eau

modifier
Dernier commentaire : il y a 4 heures3 commentaires2 participants à la discussion
  • Nature de la demande :
    Les paramètres altitude, hauteur totale et plus grand saut de l'{{Infobox Chute d'eau}} sont des grandeurs à exprimer en mètres. Dans la majorité (mais loin de la totalité) des articles, elles sont renseignées sans unité, conformément à l'ancien fonctionnement du modèle (avant le passage en Lua en 2017) qui ajoutait automatiquement l'unité mètre. La page de documentation, obsolète, continue de décrire ce fonctionnement. Depuis 2017, aucune unité n'est ajoutée aux paramètres qui sont renseignés localement (cependant lorsque la donnée est importée de Wikidata, l'unité est également importée de Wikidata comme il se doit). Résultat : des chiffres sont affichés sans unité, par exemple sur Chutes d'Iguazú. Je ne souhaite pas modifier le module Lua pour revenir à un ajout automatique de l'unité car il me semble compliqué de traiter les cas où le paramètre renseigné est plus compliqué que juste un nombre, et je pense préférable pour la lisibilité du modèle par les utilisateurs et sa flexibilité que les paramètres fournis ne soient pas transformés. Par ailleurs ayant parcouru la liste, je suis assez confiant du fait que ce sont en effet toutes des valeurs en mètres.
    Donc je demande un passage par bot qui ajoute l'unité « m » dans le codes des articles lorsque le paramètre est renseigné sans unité. Idéalement, sous la forme {{unité|...|m}} mais ... m est acceptable. Si les cas particuliers (par exemple ceux avec une source) sont compliqués à traiter, ils peuvent être ignorés par le bot puis traités manuellement.

Merci, --l'Escogriffe (✉) 3 octobre 2026 à 17:55 (CEST)Répondre

Le mieux serait qu'un bot capable de faire ça vérifie s'il y a des valeurs sur Wikidata et si c'est le cas, qu'il retire celles présentes ici.
Sinon, je peux le faire avec AWB, les références ne posent pas de problème a priori.
Il n'y a pas beaucoup d'occurrences (545 articles) donc une vérification de toutes les valeurs devrait être faisable, je vais voir si je peux trier les données pour repérer ce genre d'erreur : {{unité|2,969|mètres}}.
  • Il faudrait changer les quelques « XXX mètres » en « {{unité|XXX m}}.
  • On peut aussi remplacer les ~ et les quelques environ par {{≈|1234 m}} qui donne ≈ 1 234 m (ce modèle inclut déjà le modèle unité) ou plus simplement et lisiblement par environ {{unité|1234 m}}. Il y a bien le modèle {{env.}}, mais il n'est pas nécessaire, vu qu'il y a la place dans l'infobox (je serais plutôt pour la seconde proposition).
Pour info, le paramètre légende image s'affiche en erreur sur wstat, mais c'est parce qu'il n'est pas dans le templatedata (je viens de l'ajouter , ça devrait être bon au prochain dump). Şÿℵדαχ₮ɘɼɾ๏ʁ, samedi 3 octobre 2026 à 19:47 (CEST) Répondre
Ce document provient de « https://fr.wikipedia.org/w/index.php?title=Wikipédia:Bot/Requêtes&oldid=237742062 ».