stringtranslate.com

Википедия:Запросы ботов

Ярлыки
  • WP:БОТРЕК
  • WP:БОТР

Это страница для запроса задач, которые должны быть выполнены ботами в соответствии с политикой ботов . Это подходящее место для размещения идей по бесспорным задачам ботов, для раннего получения отзывов об идеях для задач ботов (спорных или нет) и для поиска операторов ботов для задач ботов. Обсуждения по достижению консенсуса, требующие широкого участия сообщества (например, запроса комментариев ), обычно следует проводить на WP:VPPROP или других соответствующих страницах (например, странице обсуждения WikiProject) .

Вы можете установить флажок «Часто запрашиваемые боты» выше, чтобы узнать, существует ли уже подходящий бот для поставленной вами задачи. Если у вас есть вопросы о конкретном боте, свяжитесь с оператором бота напрямую через его страницу обсуждения или страницу обсуждения бота. Если бот ведет себя неправильно, следуйте инструкциям, изложенным в WP:BOTISSUE . Более широкие вопросы и общее обсуждение ботов можно найти на доске объявлений о ботах .

Прежде чем сделать запрос , просмотрите список ботов, которым часто отказывают , либо потому, что они слишком сложны для программирования, либо потому, что они не имеют консенсуса среди сообщества Википедии. Если вы запрашиваете добавление шаблона (например, баннера WikiProject) на все страницы определенной категории, внимательно проверьте дерево категорий на наличие нежелательных подкатегорий. Лучше всего дать полный список категорий, над которыми следует работать индивидуально, а не одну категорию для рекурсивного анализа (см. разницу в примерах).

Альтернативы запросам ботов

Примечание для операторов ботов: шаблон {{ BOTREQ }} можно использовать для предоставления общих ответов и упрощения отслеживания текущего статуса задачи. Если вы выполнили запрос, отметьте, что вы это сделали , и заархивируйте запрос через несколько дней ( здесь пригодится WP:1CA ).{{BOTREQ|done}}

Пожалуйста, добавьте запросы ботов внизу этой страницы.
Сделать новый запрос



Автоматическое ключевое слово NOGALLERY для категорий, содержащих несвободные файлы (снова)

Я подниму этот вопрос еще раз, так как в прошлый раз обсуждение сошло на нет и было заархивировано без официальных действий со стороны члена BAG .

Проблема в том, что файлы в категориях отображаются по умолчанию, а это нарушает WP:NFCC#9, если в категории есть несвободные файлы. Их необходимо пометить, __NOGALLERY__если вы хотите отключить отображение несвободных файлов в категории. Это неотложная проблема, поскольку категории без этого тега, содержащие несвободные файлы, встречаются повсюду, и поскольку мы очень серьезно относимся к авторским правам, мы не можем ждать, пока пользователь-человек найдет категорию и добавит тег __NOGALLERY__, поэтому для этой задачи требуется бот. Любая другая рутинная задача, связанная с несвободными файлами, например удаление экземпляров без действительного тега добросовестного использования, уже выполняется ботом.

Предыдущее обсуждение застопорилось после того, как пользователь возразил и предложил добавить в MediaWiki новую функцию для отключения галерей категорий по умолчанию, что менее удобно из-за необходимости действия WMF и создаст противоположную проблему: нам понадобится бот, чтобы включить режим галереи. по категориям, содержащим только бесплатные файлы. Несмотря на то, что большинство файлов, размещенных локально, не являются бесплатными, нет причин, по которым бот не мог бы справиться с задачей добавления необходимых __NOGALLERY__тегов в необходимом масштабе. В обсуждении принял участие только еще один человек, который возражал против предложения о новой функции MediaWiki, поскольку она будет препятствовать навигации по категориям специально для бесплатных файлов, и после этого больше ничего не произошло. – Laundry Pizza 03 ( d c̄ ) 05:58, 30 марта 2024 г. (UTC) [ ответ ]

Пользователь: JJMC89 имеет бот, который работает с платными изображениями, и ему может быть интересно рассмотреть эту задачу. – Jonesey95 ( обсуждение ) 13:26, 1 апреля 2024 г. (UTC) [ ответ ]
@ Jonesey95 : Должен ли я связаться с JJMC89  ( обсуждение  · вклад ) через их страницу обсуждения пользователей? – Laundry Pizza 03 ( d c̄ ) 17:28, 10 апреля 2024 г. (UTC) [ ответ ]
Стоит попробовать. – Jonesey95 ( обсуждение ) 16:39, 11 апреля 2024 г. (UTC) [ ответ ]
Я знаю, что меня пинговали, но у меня нет времени разбираться в этом прямо сейчас. Кто-нибудь другой может заняться этим, или я вернусь, когда у меня будет время. —  JJMC89  ( T · C ) 17:38, 11 апреля 2024 г. (UTC) [ ответ ]
Вот SQL-запрос, который у меня получился:
MariaDB [enwiki_p]> выберите счетчик (отличный cl2.cl_to) из ссылок категории как cl1, присоедините ссылки категорий как cl2 на cl1.cl_from=cl2.cl_со страницы присоединения на странице page_title=cl2.cl_to слева присоединитесь к page_props на page_id=pp_page и pp_propname="nogallery" где cl1.cl_to="All_non-free_media" и cl1.cl_type="file" и page_namespace=14, а pp_propname имеет значение NULL;+---------------------------+| count(различный cl2.cl_to) |+---------------------------+| 5070 |+---------------------------+1 ряд в сете (1 час 35 мин 26,445 сек)
Таким образом, это относится примерно к 5000 категориям. Я думаю, что мы должны убедиться, что этот бот также убирает за собой: как только в категории больше нет несвободных файлов, переключатель NOGALLERY следует удалить. Создание оболочки типа {{non-free category gallery}}или чего-то подобного сделало бы явным назначение тега nogallery, чтобы его можно было безопасно удалить, когда в нем больше нет необходимости. Легоктм ( обсуждение ) 17:32, 21 июня 2024 (UTC) [ ответить ]
Я полагаю, да. Мы также могли бы иметь {{ nobots }} для категорий, которые не должны содержать несвободных файлов или, вероятно, находятся под WP:NFEXMP, например, Category:Wikipedia исключения из критериев несвободного контента . – Laundry Pizza 03 ( d c̄ ) 02:57, 22 июня 2024 г. (UTC) [ ответ ]
Интересно, __NOGALLERY__действительно ли автоматическое добавление бота является лучшей идеей по сравнению с отчетом, чтобы люди могли решить, является ли лучшим решением вместо этого удаление несвободных изображений. Аномия ⚔ 20:21, 22 июня 2024 г. (UTC) [ ответить ]
Вы имеете в виду автоматическую пометку категорий тегом для категории отслеживания под названием Категория:Категории Википедии, содержащие несвободные файлы без тега NOGALLERY? Почему? – Laundry Pizza 03 ( d c̄ ) 21:33, 22 июня 2024 г. (UTC) [ ответить ]
Вы перестали читать после первой половины предложения? чтобы люди могли решить, будет ли лучшим решением вместо этого удалить несвободные изображения . Хотя я больше думал об отчетах Wikipedia:Database, а не о шаблоне и категории обслуживания. Аномия ⚔ 11:50, 23 июня 2024 г. (UTC) [ ответить ]
Я прокомментировал здесь, надеясь просто предоставить достаточно подсказок, чтобы кто-то другой мог выполнить задачу, но я полагаю, что могу добавить еще один отчет о базе данных;) Надеюсь, это предоставит достаточно данных о том, подходит ли это для автоматизированной задачи или нет. Легоктм ( обсуждение ) 01:34, 24 июня 2024 (UTC) [ ответить ]
Я использовал ваш запрос и {{ Отчет базы данных }} и настроил отчет по адресу User:WOSlinker/Categories, содержащий несвободные файлы без NOGALLERY, с первыми 1000 категориями, отсортированными по количеству файлов. -- WOSlinker ( обсуждение ) 12:44, 25 июня 2024 г. (UTC) [ ответ ]

Можем ли мы сделать так, чтобы AIV кормил ботов сообщениями в IRC?

Раньше у меня был такой, но потом сервер инструментов изменился, и теперь почему-то аккаунт не так-то легко найти (я писал раньше, но ничего не вышло)... ~ Lofty abyss 03:09, 10 апреля 2024 г. (UTC) [ отвечать ]

@ Лофти : Привет. У вас есть исходный код для этого? Может быть, я смогу это сделать. —usernamekiran (обсуждение) 18:19, 11 апреля 2024 г. (UTC) [ ответ ]
@ Высокая пропасть : лол. Я пропинговал другого пользователя в предыдущем редактировании. —usernamekiran (обсуждение) 19:53, 12 апреля 2024 г. (UTC) [ ответ ]
Нет, я надеялся, что на этой странице можно запустить ботов с нуля, но я использовал это несколько лет назад, и при поиске, похоже, есть несколько возможностей: https://www.mediawiki.org/wiki/Wikipedia:Bot_requests/Manual:IRC_RC_Bot https://www.mediawiki.org/wiki/Wikipedia:Bot_requests/Manual:MediaWiki-Recent_Changes-IRCBot https://en.wikibooks.org/wiki/Wikipedia:Bot_requests/MediaWiki_Administrator%27s_Handbook/Countervandalism_IRC_Bots
Это также, как правило, то, что боты cvn уже там делают, за исключением того, что это должна быть более конкретная страница, которую просматривают. ~ Высокая пропасть 20:16, 13 апреля 2024 г. (UTC) [ ответить ]
@ Lofty Abyss : твой ответ напомнил мне, что мы уже говорили об этом раньше. Я думаю , что User:Frostly работал над этим. Может быть, у них есть частичный код? —usernamekiran (обсуждение) 11:27, 15 апреля 2024 г. (UTC) [ ответ ]
Очевидно, я не могу за них отвечать, но нет ли какого-нибудь способа сделать это совместно, например, на github? Один человек, делающий это, может быть, слишком... ~ Lofty abyss 10:29, 29 апреля 2024 г. (UTC) [ ответить ]
Просто проверяю, но не думаю, что на этом фронте что-нибудь произойдет? ~ Высокая пропасть 18:17, 15 июня 2024 г. (UTC) [ ответить ]
@ Lofty Abyss : вам просто нужен бот, который передает изменения на вики-страницу AIV? Если да, то вы можете использовать для этого wm-bot. Кроме того, получение учетной записи Toolforge теперь должно быть простым, см. краткое руководство. Если вы в конечном итоге подадите запрос на членство, пожалуйста, свяжитесь со мной, и я смогу одобрить его для вас. Легоктм ( обсуждение ) 18:24, 21 июня 2024 (UTC) [ ответить ]

Бот для обновления отчетов о совпадениях для цитирования шаблона

Согласно этому обсуждению в WikiProject Football, кажется, что лучшим способом редактирования является редактирование внешних ссылок отчета о матче на полные цитируемые шаблоны из-за WP:LINKROT . Я делаю запрос на бота, который мог бы делать это автоматически, поскольку существует множество футбольных страниц, использующих систему прямых ссылок. Примером страницы, на которой ее нет, является квалификация Кубка наций OFC 2024 года , а основной страницей, на которой используется прямая ссылка, является страница чемпионата мира по футболу FIFA 2022 года . Yoblyblob ( Обсуждение ) :) 13:01, 16 апреля 2024 г. (UTC) [ ответить ]

@Yoblyblob : есть ли какие-нибудь дальнейшие обсуждения помимо этого? Похоже, что в отношении этого изменения не существует консенсуса. Mdann52 ( обсуждение ) 09:03, 21 мая 2024 г. (UTC) [ ответить ]
@ Mdann52 нет, но это соответствует WP:LINKROT, но я мог бы провести еще одно обсуждение для дальнейшего консенсуса. Лучшее место для этого на странице проекта? Yoblyblob ( Обсуждение ) :) 12:16, 21 мая 2024 г. (UTC) [ ответить ]
Обновление @ Mdann52 : см. Wikipedia_talk:WikiProject_Football#Match_report_discussion_style для, казалось бы, не встречающего сопротивления обсуждения. Политика linkrot кажется здесь лучшим аргументом. Yoblyblob ( Обсуждение ) :) 22:00, 25 мая 2024 г. (UTC) [ ответить ]
Архивная ссылка - Обсуждение в Википедии: WikiProject Football/Архив 165# Стиль обсуждения отчета о матче
Yoblyblob - рад посмотреть на это, это будет задача AWB, но в викитексте есть несколько предостережений. Кодирование... (за неимением лучшего варианта!). Mdann52 ( обсуждение ) 18:04, 9 июня 2024 г. (UTC) [ ответить ]
BRFA подал Mdann52 ( обсуждение ) 18:06, 10 июня 2024 г. (UTC) [ ответ ]
Большое спасибо! Yoblyblob ( Обсуждение ) :) 18:47, 10 июня 2024 г. (UTC) [ ответить ]
Я считаю , что на самом деле это плохой тон (направленный @Yoblyblob :) начинать вручную вносить изменения, выполняющие эту задачу, до того, как BOT будет выполнять эту задачу после ее создания. Особенно для текущих турниров. И особенно возврат изменений WP:GOODFAITH, соответствующих большинству других результатов сопоставления, соответствующих этому формату, возврат без какой-либо сводки изменений. Довольно плохая форма для этого. Это просто создаст ненужные аргументы, как, например, в User talk:J man708 . Как только БОТ заработает, чего, как я понимаю, пока нет, изменения просто произойдут, и люди к нему привыкнут (а не будут спорить с БОТом). Ничего страшного, если оставить правки (автор @J man708 : ) пока в покое. Представьте себе, если бы вы начали делать это посреди чемпионата мира или соревнований КОНМЕБОЛ! Я рекомендую @Yoblyblob : просто дождаться появления функции BOT . Матильда Маньяк ( обсуждение ) 22:46, 19 июня 2024 г. (UTC) [ ответить ]
Мы уже обсуждали это; нет необходимости упоминать меня дважды Yoblyblob ( Обсуждение ) :) 22:55, 19 июня 2024 г. (UTC) [ ответить ]
Я действительно вообще не понимаю необходимости этого бота и тем более не понимаю необходимости изменения функции Match Report из того, что есть. Использование ссылки на архивный отчет о матче, безусловно, предотвращает линкор. - J man708 ( обсуждение ) 00:40, 20 июня 2024 г. (UTC) [ ответ ]
Я бы весьма решительно возражал против этого. Есть множество гномов, которые делают то же самое, что и боты, и, ожидая выполнения запроса бота, почему бы не очистить некоторые из этих вещей вручную? Если кто-то хочет потратить свое время на внесение изменений, которые, возможно, не будут вноситься какое-то время (BRFA не всегда является быстрым процессом), тогда ему будет предоставлено больше возможностей. Я, конечно, поддержу ваше утверждение, что сводки редактирования — это хорошо. Primefac ( обсуждение ) 01:06, 20 июня 2024 г. (UTC) [ ответ ]
Не уверен, что я сказал это с такой позитивной точки зрения. Во избежание сомнений, отсутствие сводок редактирования — это Плохо. Матильда Маньяк ( обсуждение ) 05:23, 20 июня 2024 г. (UTC) [ ответить ]
@ J man708 и Матильда Маньяк : рады приостановить BRFA, если обсуждение необходимо возобновить. Просто дай мне знать. Существует также возможность обернуть это в другой шаблон, чтобы избежать проблемы с пустым URL-адресом, но тогда он не будет автоматически воспринят различными ботами, которые занимаются неработающими ссылками и архивированием. Mdann52 ( обсуждение ) 21:11, 20 июня 2024 г. (UTC) [ ответ ]
Не ожидал увидеть людей против этого, не знаю, как привлечь больше участников к обсуждению, поскольку на WP Football явно было слишком ограничено Yoblyblob ( Обсуждение ) :) 21:21, 20 июня 2024 г. (UTC) [ ответить ]

Бот для массовой маркировки спортивных сезонов Университета штата Калифорния

Привет! Это мой первый запрос, поэтому скажите, пожалуйста, если я сделал что-то не так. В составе целевой группы Калифорнийского государственного университета я хочу добавить {{WikiProject California|calstate=yes|calstate-importance=low}}страницы обсуждений всех спортивных сезонов. Категории ниже содержат страницы, к которым я хочу добавить тег, большая часть страниц относится к футбольным программам каждого учреждения.

SammySpartan ( обсуждение ) 17:32, 19 апреля 2024 г. (UTC) [ ответить ]

Имея около 800 страниц, возможно, стоит обратиться к AWBTASKS , но это главным образом потому, что к тому времени, когда кто-то, кроме меня, проведет BRFA, это, вероятно, можно будет сделать там (не говорю, что это не стоит задачи бота, просто думаю о времени). Primefac ( обсуждение ) 18:13, 19 апреля 2024 г. (UTC) [ ответ ]
Делаю... с помощью JWB (не бота). —  Frostly ( обсуждение ) 16:36, 24 мая 2024 г. (UTC) [ ответить ]
@ Фростли : это сделано? Headbomb { t · c · p · b } 17:28, 9 июня 2024 г. (UTC) [ ответить ]
Хедбомб , это продолжается; некоторые (но не все) категории завершены. —  Морозно ( обсуждение ) 17:05, 10 июня 2024 г. (UTC)[ отвечать ]

Очистить категорию:Несвязанные перенаправления Викиданных

На данный момент имеет 1000 записей. {{ Мягкое перенаправление с элементом Викиданных }} (или его перенаправление {{ элемент Викиданных }} ) или {{ R с элементом Викиданных }} должно быть удалено из каждого из них, поскольку это неверно. *Ппппери* началось... 02:46, 21 апреля 2024 (UTC) [ ответить ]

Я собираюсь подать BRFA как можно скорее. – DreamRimmer ( обсуждение ) 03:28, 21 апреля 2024 г. (UTC) [ ответ ]
Я не знаю, идеально ли просто удалить шаблон из каждого члена этой категории — я уже работал с этим невыполненным заданием раньше, и (если я правильно помню) довольно много редиректов в этой категории предназначались для ссылки на элемент Викиданных, но по какой-то причине не был. Насколько я понимаю, смысл этой категории отслеживания заключался в том, чтобы позволить редакторам пройти и удалить rcat там, где нет элемента Викиданных, на который можно было бы сослаться, и связать элемент со страницей, где он есть - по крайней мере, в некоторых случаях. Насколько я помню, Q-идентификатор уже был передан в качестве параметра шаблону, но страница просто не была должным образом связана с элементом Викиданных. В качестве случайного примера из этой категории в эту редакцию был добавлен Хестер Форд ; но это перенаправление в настоящее время отображается в категории отслеживания, поскольку это соединение никогда не было установлено в самих Викиданных. Просто удалить все шаблоны и потерять эту информацию, на мой взгляд, здесь не лучший вариант. Всего доброго, ‍—‍ умный котёнок [ мяу ] 16:12, 21 апреля 2024 (UTC) [ ответить ]{{Wikidata redirect|Q78588304}}
Вы правы, если есть QID, который может потребовать проверки вручную, но перенаправление Викиданных без QID для несвязанного элемента не содержит полезной информации, поэтому его можно безопасно удалить. И я искренне понятия не имею, почему ie -ous должен быть связан с Викиданными — я вообще не смог найти в нем ни одного элемента, поэтому отслеживание бесполезно. *Ппперы* началось... 16:18, 21 апреля 2024 (UTC) [ ответить ]
Что касается шаблонов, в которых не переданы QID, существует вероятность того, что редактор нашел соответствующий элемент, но не связал его должным образом; в этом случае перенаправление, появляющееся в этой категории, будет означать, что может быть элемент, на который можно ссылаться - хотя и ограниченная информация, но информация, которую заинтересованный редактор мог бы использовать для поиска элемента в Викиданных с потенциально более высокой вероятностью успеха, чем если бы они просто случайным образом выбрали несвязанное перенаправление. Однако существует также вероятность того, что бот в Викиданных создал элемент для мягкого перенаправления без передачи d:WD:N, шаблон {{ перенаправления Викиданных }} был добавлен во время запуска AWB в enwiki, и элемент Викиданных был в конечном итоге удалено (в результате чего страница появляется в этой категории); как я предполагаю, возможно, это произошло с -ous . Однако сейчас у меня нет возможности так глубоко вникать в эти сценарии, поэтому я не буду придерживаться официального мнения по поводу удаления шаблонов без QID. Всего доброго, ‍—‍ умный котёнок [ мяу ] 16:35, 21 апреля 2024 (UTC) [ ответить ]
Подумав еще немного, я чувствую себя, по крайней мере, немного против удаления шаблонов без QID - поскольку в противном случае незамеченный вандал в Викиданных может отключить элемент и перенаправить; и мы удалим из энвики флаг, который (на практике) может означать: «Эта страница должна быть связана с элементом в Викиданных, пожалуйста, подключите ее заново!». В этой категории имеется большое количество невыполненных работ (которое, как и в случае со всеми невыполненными заданиями , далеко от идеального), но я думаю, что лучший способ очистить это отставание — это не удалять шаблон rcat из всех членов категории. ; что может привести к сохранению того же объема необходимой работы в целом, но искусственному уменьшению размера невыполненной работы. Это похоже на категорию обслуживания, где требуется ручная проверка каждого элемента. В связи с этим я попробую сегодня немного поработать с этой категорией. Всего доброго, ‍—‍ умный котёнок [ мяу ] 10:56, 23 апреля 2024 (UTC) [ ответить ]
Есть ли способ узнать, к какому элементу Викиданных была связана страница Википедии? Я знаю, что некоторые изменения Викиданных появляются здесь в журналах, но я не нахожу конкретное «подключение/отключение». jlwoodwa ( обсуждение ) 06:41, 21 июня 2024 г. (UTC) [ ответ ]
У меня аналогичная просьба: во всех редиректах, связанных с Викиданными, добавьте в шаблон QID, если его еще нет. Это упростит ситуацию в будущем, если кто-то удалит это перенаправление из элемента Викиданных или переместит его в другой элемент. Вандервальп ( обсуждение ) 11:16, 1 июля 2024 г. (UTC) [ ответ ]

Исправление размещения тега-заглушки в новых статьях.

Поскольку правильное размещение тегов-заглушек невозможно с помощью VisualEditor , я заметил тенденцию в статьях, созданных с использованием VE, отображать внизу беспорядочный беспорядок из шаблонов заглушек, категорий и справочных тегов. На самом деле это уже генфикс AWB, но мне интересно, было бы уместно, чтобы бот регулярно отслеживал изменения VE и реализовал только это исправление, которое не требует контроля со стороны человека. -- Paul_012 ( обсуждение ) 09:39, 10 мая 2024 г. (UTC) [ ответить ]

Отклоненный Не лучшая задача для бота. . С визуальной точки зрения нет никакой разницы, помещен ли тег-заглушка до или после категорий, что делает это косметическое редактирование, причем довольно тривиальным, учитывая, что викитекст находится в самом низу страницы. Primefac ( обсуждение ) 11:14, 10 мая 2024 г. (UTC) [ ответ ]
Видимая разница заключается в том, что теги-заглушки, размещенные перед категориями, приводят к тому, что категории-заглушки появляются первыми, перед категориями контента. Это единственная причина, по которой WP:LAYOUT ставит их на последнее место. -- Paul_012 ( обсуждение ) 14:28, 10 мая 2024 г. (UTC) [ ответ ]
WP:LAYOUT — это общее руководство, в котором соблюдение конкретного положения о порядке шаблонов-заглушек довольно бесполезно. Это нормально, как часть других изменений, но простое изменение порядка категорий само по себе малоэффективно. Headbomb { t · c · p · b } 20:17, 19 мая 2024 г. (UTC) [ ответить ]

Пользователь:RetractionBot , v2

Retraction Watch выложила свою базу данных в открытый доступ. См. https://www.crossref.org/blog/news-crossref-and-retraction-watch/. В частности, вы можете скачать CSV-файл здесь.

Я хотел бы, чтобы бот сравнивал наши шаблоны цитирования ( {{ citation }} , , {{ doi }} , {{ doi-inline }} , {{ pmid }} ) со столбцами базы данных OriginalPaperDOI и OriginalPaperPubMedID.{{cite xxx}}

Если в столбце RetractionNature указана причина «Отзыв», добавьте ее по мере необходимости.{{Retracted|doi=RetractionDOI|pmid=RetractionPubMedID|URLS ''Retraction Watch''}}

Если в столбце RetractionNature в качестве причины указано «Выражение обеспокоенности», добавьте, если применимо.{{Expression of Concern|doi=RetractionDOI|pmid=RetractionPubMedID|URLS ''Retraction Watch''}}

Если в столбце RetractionNature в качестве причины указано «Восстановление», полностью удалите / {{ Retracted }} .{{Expression of Concern}}

Наконец, если у DOI/PMID сейчас есть причина «Отзыва», измените ее на{{Expression of Concern|doi=RetractionDOI|pmid=RetractionPubMedID|URLS ''Retraction Watch''}}{{Retracted|doi=RetractionDOI|pmid=RetractionPubMedID|URLS ''Retraction Watch''}}

Например, если вы обнаружите

  1. ^ Рестрепо-Аранго, Маркос; Гутьеррес-Буйлес, Лина Андреа; Риос-Осорио, Леонардо Альберто (апрель 2018 г.). «Безопасное питание среди коренных жителей и крестьян: системный пересмотр». Сиенсия и Сауде Колетива . 23 (4): 1169–1181. дои : 10.1590/1413-81232018234.13882016. ПМИД  29694594.

измените это на

  1. ^ Рестрепо-Аранго, Маркос; Гутьеррес-Буйлес, Лина Андреа; Риос-Осорио, Леонардо Альберто (апрель 2018 г.). «Безопасное питание среди коренных жителей и крестьян: системный пересмотр». Сиенсия и Сауде Колетива . 23 (4): 1169–1181. дои : 10.1590/1413-81232018234.13882016. ПМИД  29694594. (Отозвано, см. doi : 10.1590/1413-81232018241.32242011, PMID  30698268, Watch Retraction Watch . Если это намеренная ссылка на отозванную статью, замените ее на . ){{retracted|...}}{{retracted|...|intentional=yes}}

Бот может запускаться еженедельно (или, может быть, ежедневно, если это быстрая задача?) в разделах «Основное» и «Черновик», а возможно и в других, каждый раз повторно загружая CSV. Headbomb { t · c · p · b } 19:42, 19 мая 2024 г. (UTC) [ ответить ]

Я думаю, это хорошая идея. Я не думаю, что это случается очень часто, поэтому сомневаюсь, что нам нужны ежедневные пробежки.
Кто-нибудь говорил об этом с @ Samwalton9 ? Этот бот не работал уже много лет, и нам нужно будет подтвердить, что он все еще работает и может быть адаптирован для этого. WhatamIdoing ( обсуждение ) 21:04, 19 мая 2024 г. (UTC) [ ответить ]
Я согласен, что это хорошая идея. У меня есть немного времени на этих выходных, поэтому я рад связаться с ботом и попробовать еще раз перекодировать это. Похоже, что он был остановлен из-за проблем, связанных с конфликтом правок, так что, возможно, придется еще поработать, прежде чем начинать это снова (если только кто-то еще не очень хочет это сделать!). Приветствую, Mdann52 ( обсуждение ) 09:01, 21 мая 2024 г. (UTC) [ ответ ]
Я только что ответил на ваше электронное письмо - очень рад , что кто-то еще взялся за это, так как я не нашел времени :) Сэм Уолтон ( обсуждение ) 09:34 , 24 мая 2024 г. (UTC) [ ответить ]
Простите за бессодержательный метод, но +1 к повторному запуску. Возможно, даже постоянно? Джо-Джо Юмерус ( обсуждение ) 10:23, 24 мая 2024 г. (UTC) [ ответ ]
Кодирование... — Я получил доступ к существующему экземпляру инструментальной лаборатории и обновляю код, чтобы использовать новый источник данных, указанный выше в Headbomb. На данный момент я планирую работать в рамках предыдущего одобрения (т.е. просто отмечать DOI), но я также принимаю идентификаторы PMED и рад рассмотреть возможность расширения этого со временем.
У меня есть несколько дополнительных изменений, которые я хочу внести (в основном потому, что за последние несколько лет (!) у pywikibot появилось несколько дополнительных функций), поэтому я, возможно, не буду полностью доволен этим в течение нескольких недель.
Я обращаю внимание на просьбу добавить дополнительные столбцы, я думаю, что это потребует дополнения/обновления BRFA. Конечно, рад рассматривать это как более медленную задачу.
@ Headbomb : Я заметил, что вы предложили отчет в оригинальном BRFA. Есть ли какой-нибудь отчет, который вам был бы интересен? Буду рад разместить некоторые отчеты/данные в лабораториях инструментов, если это представляет интерес. Mdann52 ( обсуждение ) 14:02, 24 мая 2024 г. (UTC) [ ответ ]
Рад, что любой инструмент помогает во всем! Headbomb { t · c · p · b } 19:41, 24 мая 2024 г. (UTC) [ ответить ]
Y Готово — кодирование завершено и загружено в инструментальные лаборатории, готовые к работе. Первоначально я буду проводить это под присмотром с интервалом в две недели (до тех пор, пока не найду более разумный способ найти ссылки).
Я не думаю, что для этого потребуется BRFA, поскольку это существующие задачи, и бот все еще помечен, однако на всякий случай я буду выполнять начальные пакеты под наблюдением. Mdann52 ( обсуждение ) 16:06, 25 мая 2024 г. (UTC) [ ответить ]

Бот для изменения цитат для отображения определенных ссылок

Я пишу это с точки зрения нового редактора. Я много боролся с тем, как обычно в статьи вставляются цитаты, и я думаю, что было бы хорошей идеей автоматически преобразовать все статьи в стандарт цитирования , определенный списком ссылок .

Насколько я понимаю, это актуально только для редакторов, использующих режим редактирования исходного кода (?). Вот моя точка зрения: со стилем встроенного цитирования есть две основные проблемы. 1) Очень сложно прочитать текст и найти в статье нужные позиции, так как цитирование - особенно несколько цитат подряд - создаст большие паузы в тексте. 2) Еще большая проблема (особенно для новых редакторов) заключается в том, что вставка уже существующей цитаты (или цитирование чего-либо дважды) становится излишне сложной. Поиск исходной цитаты в тексте, вставка тега имени и последующее использование этого тега в новой цитате сбивает с толку и утомляет. Ссылки, определенные списком, могли бы облегчить все эти проблемы и сделать исходные коды страниц более читабельными и понятными.

Я понимаю, что при редактировании может быть утомительно спускаться к списку ссылок, редактировать его, а затем возвращаться к позиции в тексте. Вот почему я думаю, что хорошим решением будет бот, который сможет позже очищать статьи, не влияя на рабочий процесс редактора. Апофеоз ( обсуждение ) 16:50, 9 июня 2024 г. (UTC) [ ответить ]

Отклоненный Не лучшая задача для бота. Касание ссылок — одна из самых спорных областей в Википедии, а изменение способа и стиля цитирования является одновременно нарушением WP:CITEVAR и никогда не будет достигнуто консенсуса как задача. Headbomb { t · c · p · b } 16:56, 9 июня 2024 г. (UTC) [ ответить ]
Спасибо, я должен был понять это раньше. Апофеоз ( обсуждение ) 17:44, 9 июня 2024 г. (UTC) [ ответить ]

Добавление идентификаторов объектов к данным станций AM/FM/LPFM

Привет! Сможет ли кто-нибудь помочь реализовать Wikipedia:Шаблоны для обсуждения/Журнал/2024, 26 мая#Шаблон:AMQ и Wikipedia:Шаблоны для обсуждения/Журнал/2024, 26 мая#Шаблон:FMQ ? В двух словах, это повлечет за собой поиск и замену его и друзей. Существует также Категория: Страницы, использующие данные станции AM без идентификатора объекта , Категория: Страницы, использующие данные станции FM без идентификатора объекта , и Категория: Страницы, использующие данные станции LPFM без идентификатора объекта , которые имеют аналогичную проблему, которая требует аналогичного решения: замена, например с .{{AMQ|<callsign>}}{{FCC-LMS-Facility|<Facility ID>|<callsign>}}{{AM station data|<callsign>}}{{AM station data|<Facility ID>|<callsign>}}

К счастью, в Викиданных есть идентификаторы объектов, так что это должна быть (относительно) простая работа. Спасибо, House Blaster  ( разговор  · он/они) 02:27, 10 июня 2024 г. (UTC) [ ответить ]

@ HouseBlaster : - Программирование... - Я постараюсь что-нибудь придумать в ближайшие несколько дней. Я предполагаю, что следует полагаться на идентификаторы Викиданных? Глядя на некоторые статьи (такие как d:Q6325806 и KBFL (AM) , я задаюсь вопросом, стоит ли параллельно выполнять задачу по синхронизации позывных с Викиданными? (хотя использование их в качестве заголовков страниц может сделать это излишним Mdann52 ( обсуждение ) 06:06, 10 июня 2024 г. (UTC) [ ответить ]
Mdann52 , я не люблю полагаться на Викиданные, но те немногие, которые я проверил выборочно, были в порядке, и я сомневаюсь, что кто-то будет систематически проверять тысячи включений. Отмечу, что в некоторых статьях используются шаблоны с параметром, отличным от заголовка страницы. Решение о том, хотите ли вы работать над параллельной задачей, зависит от вас. Огромное спасибо, что взялись за это! —  House Blaster  ( разговор  · он/они) 16:36, 10 июня 2024 г. (UTC) [ ответ ]
@ HouseBlaster : Я заметил записи в Викиданных, однако у FCC (на удивление), похоже, есть приличный API, к которому я могу запрашивать по позывным, так что я, вероятно, смогу получить оттуда актуальные данные для обоснования позывных... кодирование займет немного больше времени, однако это позволит мне избежать необходимости полагаться на Викиданные. Дайте мне несколько недель, и я что-нибудь придумаю, если только это не очень срочно, когда я смогу просто использовать WD. Mdann52 ( обсуждение ) 16:44, 10 июня 2024 г. (UTC) [ ответить ]
Мданн52 , вообще не срочно. Я шокирован тем, что у FCC есть API. Если мы сможем это использовать, я полностью за. Огромное спасибо :) —  House Blaster  ( разговор  · он/они) 16:45, 10 июня 2024 г. (UTC) [ ответить ]
@ HouseBlaster : - этот новый шаблон не будет работать для мексиканских станций (и некоторых канадских, как отмечено в TfD), поскольку FCC удалила их из базы данных. Я рад удалить шаблон со страниц без данных FCC, если это встроено в базу данных удаления?
Мексиканский IFT имеет аналогичную базу данных, но не похоже, что ее так легко связать, и API не опубликован (он существует, но его очень сложно использовать по сравнению с базой FCC!), так что это может быть будущая задача. Mdann52 ( обсуждение ) 05:48, 12 июня 2024 г. (UTC) [ ответ ]
Mdann52 , не могли бы вы проверить меня, когда закончите, чтобы я мог экспортировать данные в Викиданные? -  Выступление Qwerfjkl 18:18, 11 июня 2024 г. (UTC)[ отвечать ]
@ Qwerfjkl : - На самом деле я обсуждал загрузку данных в викиданные по ходу дела, тем более что я буду получать их напрямую из источника, и там много полей, которые не появятся в энвики... но если вы предпочитаю сортировать потом, я с этим справлюсь! Mdann52 ( обсуждение ) 19:29, 11 июня 2024 г. (UTC) [ ответ ]
Mdann52 , не стесняйтесь делать это со своей стороны, если хотите. Я собирался использовать этот инструмент для передачи данных. -  Выступление Qwerfjkl 14:29, 12 июня 2024 г. (UTC)[ отвечать ]
BRFA подал Mdann52 ( обсуждение ) 09:27, 12 июня 2024 г. (UTC) [ ответ ]
@Houseblaster: - К вашему сведению, BRFA одобрен. Существует проблема примерно с 25% данных (переводчики и маломощные передатчики), которая потребует более ручного вмешательства для получения данных, но я занимаюсь поиском данных для этого. Mdann52 ( обсуждение ) 12:36, 6 июля 2024 г. (UTC) [ ответ ]

Пометка страниц обсуждения статей о женском баскетболе тегами проекта

Я прошу помощи в добавлении тегов на страницы обсуждения статей о женском баскетболе, если они еще не отмечены тегами.{{WikiProject Basketball|women=yes}}{{WikiProject Women's sport|basketball=yes}}

<удален длинный список подкатов, см. историю> Хмларсон ( обсуждение ) 16:47, 10 июня 2024 г. (UTC) [ ответ ]

@ Hmlarson : категорий много... Можно ли сократить список и удалить подкатегории? Mdann52 ( обсуждение ) 17:32, 10 июня 2024 г. (UTC) [ ответ ]
@ Mdann52 : Каково примерное количество категорий, которые можно было бы считать выполнимыми? Хмларсон ( обсуждение ) 17:48, 10 июня 2024 г. (UTC) [ ответ ]
Что ж, 200 тысяч категорий вряд ли будут считаться вероятными... но является ли этот список всего лишь подкатегориями Категории:Женский баскетбол ? Все те, кого я пробовал, похоже, являются его членами. Если да, просто скажите об этом и избавьте кого-нибудь от лишней работы! Однако , скорее всего, это будет хороший WP:AWBTASKS , если это простое дополнение статей WP. Если вы уточните, что такое кошки, я сделаю несколько запросов, чтобы точно определить, на скольких страницах это скорее всего затронет. Mdann52 ( обсуждение ) 18:05, 10 июня 2024 г. (UTC) [ ответ ]
Да, подкатегории Категории:Женский баскетбол . Спасибо @ Mdann52 : . Хмларсон ( обсуждение ) 18:14, 10 июня 2024 г. (UTC) [ ответ ]
@ Hmlarson : Похоже, в этих категориях около 11 тысяч страниц, включая страницы, уже находящиеся в этих рабочих группах. Можете ли вы просто оставить реверансное сообщение на страницах обсуждения Википроекта и убедиться, что они довольны помеченными статьями, если вы еще не сверились с ними, просто из-за количества необходимых правок? Спасибо, Mdann52 ( обсуждение ) 19:15, 10 июня 2024 г. (UTC) [ ответ ]
Да. Уже сделано. Хмларсон ( обсуждение ) 19:17, 10 июня 2024 г. (UTC) [ ответ ]
@ Хмларсон : Возможно, я смогу это сделать. Через пару дней рассмотрю и сообщу. —usernamekiran (обсуждение) 20:15, 29 июня 2024 г. (UTC) [ ответ ]
Usernamekiran , у меня есть код для этого из задачи 26 , который довольно хорошо справляется с крайними случаями, когда дело доходит до управления страницами обсуждения (в конце концов, он работал на нескольких миллионах из них). Это может помочь? -  Выступление Qwerfjkl 21:03, 29 июня 2024 г. (UTC)[ отвечать ]

Дружественная поддержка категорий черновиков – запрос обратной связи

В настоящее время бот удаляет категории из черновиков согласно WP:NODRAFTCAT , но есть предложение сделать это более удобным для пользователя способом. Мы будем рады вашим отзывам в разделе «Обсуждение пользователей: DannyS712 bot#Task 3 — Черновики категорий» . Спасибо, Mathglot ( обсуждение ) 19:40, 10 июня 2024 г. (UTC) [ ответ ]

«Литература Кашмира»

Необходимо расширить ширину раздела, посвященного месту рождения.

Некоторые тексты кажутся странно увеличенными, другие требуют исправления.

Мусадик Муштак ( разговор ) 20:43, 10 июня 2024 г. (UTC) [ ответить ]

@ Аатик Ганай : Здравствуйте, этоОтклоненный Не лучшая задача для бота. Для этого запроса лучше подойдет WP:TEAHOUSE . —usernamekiran (обсуждение) 07:37, 11 июня 2024 г. (UTC) [ ответ ]

Добавление ссылок на предыдущие TFD

К сожалению, срок действия Википедии: Боты/Запросы на одобрение/PearBOT 14 истек, поскольку оператор берет неопределенный перерыв в редактировании. Будет ли кто-нибудь заинтересован в реализации этого проекта? Primefac ( обсуждение ) 00:24, 15 июня 2024 г. (UTC) [ ответ ]

Я посмотрю на это, но тем временем любой должен знать, что он может принять это, если хочет поговорить с Rusty4321  вклад 04:26, 15 июня 2024 г. (UTC) [ ответить ] 
У меня также есть время в течение следующих нескольких дней, чтобы разобраться с этим, однако я, вероятно, применю для этого другой подход, чем в предыдущем BRFA! Расти, я напишу тебе письмо, но если ты не против попробовать, я воздержусь! Mdann52 ( обсуждение ) 18:57, 16 июня 2024 г. (UTC) [ ответить ]
@ Mdann52 : Спасибо за ваше письмо — я был бы рад попробовать и получить некоторый опыт работы с pwb. Я был бы признателен, если бы вы указали мне правильное направление в разработке нового подхода к кодированию бота. Rusty  Talk  вклад 02:21, 17 июня 2024 г. (UTC) [ ответить ]
@ Mdann52 : Просто любопытно, какой подход(ы) вы бы выбрали для написания бота? У меня есть некоторые идеи, но я не совсем уверен, что будет лучше. Rusty  Talk  вклад 20:59, 18 июня 2024 г. (UTC) [ ответить ]
Мне не нравится использование словаря для чтения/записи данных, а база данных, вероятно, является лучшим способом хранения/управления данными. В-третьих, у меня не было бы режима непрерывного редактирования, и я бы просто сканировал каждые 24 часа или около того, чтобы выбирать новые коробки. Однако я не углублялся в журналы слишком глубоко, чтобы выявить все различия, поэтому не могу получить более подробную информацию о других изменениях, которые я бы внес в то, как они анализируют вещи! Mdann52 ( обсуждение ) 09:22, 19 июня 2024 г. (UTC) [ ответ ]
Mdann52 , из любопытства, почему бы вам использовать ежедневное сканирование вместо мониторинга потока событий в реальном времени? -  Разговор Qwerfjkl 18:02, 20 июня 2024 г. (UTC) [ ответ ]
@ Qwerfjkl : частично личные предпочтения (это не срочная задача, она ни на кого не повлияет, если будет небольшая задержка, поэтому я не вижу необходимости в дополнительных ресурсах, которые появляются при сканировании RC корм), и отсутствие изменений. Да, вы можете сканировать страницу после каждого редактирования, но большинство из них не будут закрытиями, а также это означает, что любые некорректные закрытия успеют исправить до следующего запуска.
Однако моя основная работа связана с областью, где мне нужно беспокоиться о производительности, графике и ресурсах, что здесь не так уж и важно! Mdann52 ( обсуждение )

Бот, который объединяет одинаковые ссылки

Иногда пользователь генерирует цитаты, указывающие на тот же источник, но в отдельном теге ref ( Statement 1<ref>Me!</ref> Statement 2! <ref>Me!</ref>), вместо того, чтобы использовать его <ref name=me>Me!</ref>для первого обращения и <ref name=me/>для последующих. В результате для каждой цитаты создается отдельная запись.

Самый простой случай — обнаружить и исправить точные дубликаты.

Если вы хотите увидеть, насколько это может быть плохо, посмотрите Mavis Beacon Teachings Typing (постоянно: [2]). Тот же самый цитирование генерируется разными способами.

Я был бы рад боту, который исправляет только первый тип, однако я был бы в восторге от бота, который исправляет оба типа.

Acebulf ( обсуждение | вклад ) 03:46, 17 июня 2024 г. (UTC) [ ответить ]

Я на самом деле собираюсь попробовать это сам. Кодирование... Acebulf ( обсуждение | вклад ) 00:04, 18 июня 2024 г. (UTC) [ ответить ]
@ Acebulf : WP:GENFIXES делает хотя бы часть этого.    ~  Том.Рединг ( обсуждение ⋅ dgaf )   00:21, 18 июня 2024 г. (UTC) [ ответить ]
Genfixes делает это при условии, что в статье используются именованные ссылки. Выполнение этого в массовом масштабе, когда именованные ссылки не используются, может вызвать у некоторых раздражение. Опять же, это может быть и не так. Headbomb { t · c · p · b } 00:34, 18 июня 2024 г. (UTC) [ ответить ]
Я подозреваю, что это условие отражало время, когда еще не существовало визуального редактора. При копировании ссылки визуальный редактор уже добавляет именованные ссылки с именем типа «:0». Acebulf ( обсуждение | вклад ) 02:12, 18 июня 2024 г. (UTC) [ ответить ]
Как вы узнаете, на какие страницы ориентироваться? Кроме того, дублированные ссылки могут уже иметь имена, возможно, разные имена. -- Green C 01:07, 18 июня 2024 г. (UTC) [ ответ ]
До сих пор я пробовал это со случайными статьями, и повторяющиеся ссылки присутствуют примерно на 2% всех страниц в простом случае. При редактировании в минуту это примерно 3 месяца, чтобы написать всю энциклопедию. Сканирование дает мне несколько совпадений в минуту, так что это кажется устойчивым. Acebulf ( обсуждение | вклад ) 02:36, 18 июня 2024 г. (UTC) [ ответить ]
ХОРОШО. Наверное, это единственный способ. 2% — это много, более 100 000 страниц. Такое количество правок без WP:BRFA, вероятно, будет замечено. К моменту завершения сканирования/регистрации это может быть одобрено. -- Зеленый C 15:21, 18 июня 2024 г. (UTC) [ ответ ]
Да, скоро подам. Спасибо за помощь! Acebulf ( обсуждение | вклад ) 03:07, 19 июня 2024 г. (UTC) [ ответить ]

Преобразуйте внешние ссылки в пределах {{ Музыкальные рейтинги }} в ссылки.

Бот, который просматривает статьи, содержащие {{ музыкальные рейтинги }}, ищет прямые ссылки и преобразует их в базовую цитату. Это может быть очень грубо, возможно, помещено во временную категорию для запуска WP:CITEBOT . ( Пример разницы , и да, это было очень давно) – The Sharpest Lives ( 💬 • ✏️ •ℹ️) 02:31, 21 июня 2024 г. (UTC) [ ответить ]

Возможно, я смогу сделать это, следуя приведенной выше задаче с футбольным ящиком. К сожалению, у меня открыты 2 BRFA, поэтому я не хочу больше браться за них, пока они не закроются. Mdann52 ( обсуждение ) 10:11, 23 июня 2024 г. (UTC) [ ответ ]

Stat.kg ---> Stat.gov.kg

Схема URL-адресов Национального статистического комитета КР изменилась со stat.kg на stat.gov.kg, все остальное осталось прежним. Веб-сайт часто используется как справочный, но ссылки на него больше не работают (например, в Чаеке : все ссылки ведут на 404, не найдены) Возможно ли, что кто-то перенесет ссылки? MarcelloIV ( обсуждение ) 09:10, 23 июня 2024 г. (UTC) [ ответ ]

Вам следует сделать этот запрос по адресу WP:URLREQ . – DreamRimmer ( обсуждение ) 09:21, 23 июня 2024 г. (UTC) [ ответ ]

Добавьте номера округов в ячейки избирательных округов Индийской ассамблеи.

В настоящее время у меня есть бот User:C1MM-bot , который уже добавляет карты изображений избирательных округов собрания (ранее загруженные) в информационные поля страницы избирательного округа штата Индия. Я хотел бы распространить это на добавление номеров округов на те страницы, на которых их еще нет в информационных полях. Числа указаны в именах файлов загруженных изображений и взяты из надежного источника, а именно веб-сайта eci.gov.in. Я также хотел бы добавить общее количество избирателей по округу с источником. Бот запускается по одному состоянию за раз. C1MM ( обсуждение ) 13:47, 24 июня 2024 г. (UTC) [ ответ ]

Для этого вам понадобится консенсус и новый BRFA. Primefac ( обсуждение ) 00:27, 25 июня 2024 г. (UTC) [ ответ ]
Я только что отправил запрос BRFA. Если вам есть что сказать, не могли бы вы это прокомментировать? C1MM ( обсуждение ) 03:59, 25 июня 2024 г. (UTC) [ ответить ]

Заменить баннеры объединенной истории WikiProjects

Решено

Существует согласие объединить несколько неактивных WikiProjects в Wikipedia:WikiProject History . Чтобы завершить слияние, нам нужно заменить все экземпляры следующих шаблонов баннеров на {{ WikiProject History }} :

Бывшие википроекты не преобразуются в оперативные группы, поэтому достаточно заменить один шаблон другим и перенести рейтинги качества и оценки. На многих страницах уже есть {{ WikiProject History }} , и в этом случае другой баннер просто нужно удалить. Оперативные группы бывших WikiProjects также не сохраняются, поэтому любые параметры, выходящие за рамки стандартных {{ WPBannerMeta }} , можно просто игнорировать или отбрасывать.

Есть ли бот, который может в этом помочь? После завершения я перенаправлю неиспользуемые шаблоны и удалю пустые категории. –  Джо  ( обсуждение ) 13:26, 5 июля 2024 г. (UTC) [ ответ ]

Джо, есть ли причина, по которой шаблоны нельзя просто перенаправить и удалить дубликаты? Primefac ( обсуждение ) 14:40, 5 июля 2024 г. (UTC) [ ответ ]
Я не знаю. Может быть немного запутанно, что, например, в источнике написано {{ WikiProject Dacia }}, но отображается история? И/или сбить с толку такие сценарии, как WP:RATER ? Честно говоря, я прошу сделать это именно так только из-за вашего комментария здесь, но, возможно, я неправильно понял. –  Джо  ( разговор ) 14:49, 5 июля 2024 г. (UTC) [ ответ ]
Во многих шаблонах используются перенаправления в основном потому, что сложно пройти и «исправить» их все (НЕ СЛОМАНЫ и т. д.), и, насколько мне известно, RATER отключается от целевого шаблона (даже есть возможность заменить перенаправление) . Я согласен, что на начальном этапе может возникнуть небольшая путаница, если кто-то посмотрит на код и не увидит того, что ожидает, но с другой стороны, эти люди, скорее всего, заметят, что это перенаправление.
Если мы просто собираем дубликаты, их всего около 250, поэтому я могу быстро их просмотреть. Что касается моего комментария Petscan, то если вы ищете страницы с двумя шаблонами, и один из шаблонов является перенаправлением на другой, то все включения будут помечены как «оба шаблона», поскольку целевой шаблон также (технически ) включено; вот почему лучше удалять дубликаты перед перенаправлением. Primefac ( обсуждение ) 14:58, 5 июля 2024 г. (UTC) [ ответ ]
Звучит неплохо. Чем проще, тем лучше. –  Джо  ( обсуждение ) 15:07, 5 июля 2024 г. (UTC) [ ответ ]
Дубликаты отсортированы, так что вы сможете перенаправить шаблоны и G8 кошек. Primefac ( обсуждение ) 15:19, 5 июля 2024 г. (UTC) [ ответ ]
Отлично, большое спасибо! –  Джо  ( обсуждение ) 15:22, 5 июля 2024 г. (UTC) [ ответ ]

Y Готово (для бота/стола) Primefac ( обсуждение ) 17:51, 5 июля 2024 г. (UTC) [ ответить ]