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

Обзор Словарь Политика в отношении ботов Группа одобрения ботов Гид Доска объявлений Информационный бюллетень Запросы бота Запросы на одобрение Админботы {{ КОРЗИНА ИНСТРУМЕНТОВ }} Создание бота Список ботов Монитор активности Отчет о состоянии История Типы

Всем редакторам предлагается принять участие в запросах ниже — ваши комментарии будут цениться больше, чем вы думаете!

Ярлыки WP:BRFA WP:RFBOT

Чтобы запустить бота в английской Википедии, сначала нужно получить его одобрение . Следуйте инструкциям ниже, чтобы добавить запрос. Если вы не знакомы с программированием, попросите кого-нибудь другого запустить бота для вас .

Оператор: MacaroniPizzaHotDog  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 20:59, понедельник, 28 октября 2024 г. ( UTC )

Обзор функции: выполняет анализ настроений по ожидающим рассмотрения заявкам AfC, оставляет комментарии AfC при необходимости.

Автоматический, контролируемый или ручной: автоматический

Язык(и) программирования : Python

Доступный исходный код : Нет

Ссылки на соответствующие обсуждения (где уместно):

Период(ы) редактирования: Ежедневно

Предполагаемое количество затронутых страниц: 250

Пространство(я) имен: Черновик

Соответствует исключению (Да/Нет) : Нет

Подробности функции: Обнаруживает ненейтральный язык (т. е. чрезмерно позитивный, негативный или субъективный) в ожидающих представлениях AfC (полученных путем запроса API MediaWiki) с помощью TextBlob. Добавляет комментарии AfC с помощью mwclient, где это уместно.

Эта идея уже где-то обсуждалась?? * Pppery * _{началось...} 00:05, 29 октября 2024 (UTC) [ ответить ]

• Комментарий : Похоже, это проблема WP:CONTEXTBOT . Что, если бы кто-то писал черновик статьи о Майкле Джордане , содержащий текст, например, Джордана часто называют величайшим баскетболистом всех времен , со ссылками на несколько надежных источников? Будет ли этот черновик каким-либо образом помечен? – Jonesey95 ( обсуждение ) 15:12, 29 октября 2024 (UTC) [ ответить ]

  Да, это хороший момент. Я могу сделать так, чтобы он проверял предложение за предложением и смотрел на ссылки. Настоящая проблема — выяснить, действительно ли эти ссылки говорят об этом, и являются ли они надежными. MacaroniPizzaHotDog ( обсуждение • вклады ) 15:16, 29 октября 2024 (UTC) [ ответить ]

  Или я мог бы исключить проверку полярности и полностью сосредоточиться на объективности. MacaroniPizzaHotDog ( обсуждение • вклад ) 18:17, 29 октября 2024 (UTC) [ ответить ]

Необходимо более широкое обсуждение . По крайней мере, убедитесь, что WT:AFC действительно этого хочет . Primefac ( обсуждение ) 15:46, 30 октября 2024 (UTC) [ ответить ]

 На удержании. пока это не будет сделано. Primefac ( обсуждение ) 15:46, 30 октября 2024 (UTC) [ ответить ]

Оператор: Bunnypranav  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 15:12, четверг, 24 октября 2024 г. ( UTC )

Автоматический, контролируемый или ручной: автоматический

Язык (и) программирования: AutoWikiBrowser

Доступен исходный код : AWB имеет открытый исходный код.

Обзор функции: бот для исправления ошибок CheckWiki , работающий с использованием AWB

Ссылки на соответствующие обсуждения (где уместно): Wikipedia:Village pump (proposals)#Check Wiki error fixing AWB Bot for CW Error #3 , хотя там не так много комментариев. Это в любом случае непротиворечивая задача по обслуживанию

Период(ы) редактирования: Ручной запуск при публикации новых дампов ошибок CheckWiki

Предполагаемое количество затронутых страниц: ~1000 для каждого дампа.

Соответствует исключению (Да/Нет) : Да

Уже есть флаг бота (Да/Нет) : Нет

Подробности функции: Исправление ошибок проверки Wiki на затронутых страницах с включенным GenFixes . Параметры пропуска в AWB, Страница используется, Изменения не внесены, Внесены только косметические изменения будут включены.

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

#	Приоритет	Косметический	Ошибка	АВБ	Описание
03 (свалка)	Высокий	Нет	Отсутствует список ссылок / страница устранения неоднозначности с запрещенным <ref>	Y	Статья содержит один или несколько <ref>тегов, но отсутствует {{Reflist}} или <references />тег. Или страница устранения неоднозначности содержит недопустимый тег <ref>, см. WP:DABREF .
06	Низкий	Нет	DEFAULTSORT со специальными символами	Y	Не используйте специальные буквы в DEFAULTSORT
07 (свалка)	Середина	Нет	Все заголовки начинаются с трех "="	Y	Первый заголовок начинается с "=== XY ===". Он должен быть "== XY ==". Это вызывает организационные и доступные проблемы.
36	Низкий	Нет	Перенаправление с неправильным синтаксисом	Y	Перенаправление не будет работать
37	Низкий	Нет	DEFAULTSORT отсутствует для заголовков со специальными буквами	Y	Не используйте специальные буквы для сортировки. DEFAULTSORT следует устанавливать без специальных букв.
44	Низкий	Нет	Заголовки жирным шрифтом	Y	Заголовок полностью или частично жирный. Это следует использовать редко и может быть жирным или нет в зависимости от используемого браузера.
45	Низкий	Нет	Интервики дублирование	Y	Дублирующая запись. Теперь, когда интервики-ссылки перемещены в викиданные, эта ошибка, возможно, вызвана вики-ссылками, которые должны отображаться без начального : in [[:pt:Jorge de Mascarenhas]]. Часто должны быть преобразованы во внутренние красные ссылки согласно WP:BUILD / WP:REDLINK .
48 (свалка)	Низкий	Нет	Название связано в тексте	Y	Найдена викиссылка на заголовок статьи. Это создает ненужную циклическую викиссылку по MOS:OVERLINK / WP:SELFREDIRECT и неуместно выделяет жирным шрифтом связанное слово.
51	Середина	Нет	Интервики перед последним заголовком	Y	Поскольку интервики больше не используются, это обычно означает синтаксическую проблему с межъязыковой ссылкой, т. е. [[de:foo]]вместо[[:de:foo]]
53	Середина	Нет	Интервики перед последней категорией	Y	Поскольку интервики больше не используются, это обычно означает синтаксическую проблему с межъязыковой ссылкой, т. е. [[de:foo]]вместо[[:de:foo]]
54 (свалка)	Низкий	Нет	Перерыв в списке	Y	WP:СПИСОКGAP
57	Низкий	Нет	Заголовки заканчиваются двоеточием	Y	Удалить:
61	Низкий	Нет	Ссылка перед пунктуацией	Y	<ref>ставится после not перед различными знаками препинания (.,?:;!); см. WP:REFPUNC
62	Высокий	Нет	URL без http://	Y	Найден URL, не содержащий http://. Пример: [en.wikipedia.org Wikipedia]
63	Низкий	Нет	<small>в <ref>, <sub>или<sup>	Y	<ref>и <sub>теги уже создают меньший текст. Добавление <small>приведет к тому, что текст будет меньше 85%. Это противоречит рекомендациям по доступности .
66	Низкий	Нет	Описание изображения с полным<small>	Y	Текст описания изображения уже меньше. Добавление <small>приведет к тому, что текст будет меньше 85%. Это противоречит рекомендациям по доступности .
84	Выключенный	Нет	Раздел без содержания	Y
86	Высокий	Нет	Внешняя ссылка с двумя скобками	Y	Найдены внешние ссылки, заключенные в двойные скобки. Пример:[[http://www.wikipedia.org Wikipedia]]
89	Низкий	Нет	DEFAULTSORT без пробела после запятой	Y	Скрипт обнаружил DEFAULTSORT без пробела после запятой {{DEFAULTSORT:DuBois,Lewis}}. Это приводит к тому, что статья сортируется как первая статья DuBois.
93	Середина	Нет	Внешняя ссылка с двойным http://	Y	Скрипт нашел внешнюю ссылку, которая имела двойной http://. Примером может быть [ http://http://www.google.com]
101 (свалка)	Низкий	Нет	Порядковый номер, найденный внутри тегов <sup>	Y	Порядковые числительные должны быть указаны в обычном тексте, а не внутри тегов <sup>. См. MOS:ORDINAL .

Выше приведен список всех ошибок, которые я намерен исправить с помощью этого задания бота. За исключением CW Error #03 и CW Error #44 , все случаи этих ошибок можно исправить с помощью AWB GenFixes без какого-либо вмешательства.

CW Error #03 - Reflist Missing task : большинство моих правок AWB исправляли эту ошибку, и я не нашел ни одного неправильного предложения от AWB. Я считаю, что AWB был обновлен, чтобы не делать ошибок в этой задаче, и что ее можно выполнить без какого-либо надзора.

Ошибка CW № 44 — заголовки, выделенные жирным шрифтом : Опять же, я выполнил много задач по исправлению этой ошибки вручную и не нашел ни одной ошибки.

• не совсем противоположно, но эта задача reflist не должна выполняться без присмотра с AWB, что делает ее не очень хорошей идеей для полностью автоматизированного бота AWB. —usernamekiran (обсуждение) 10:57, 29 октября 2024 (UTC) [ ответить ]

  @ Usernamekiran Спасибо за комментарий. До сих пор я выполнил около 150-200 таких задач вручную, используя свой основной аккаунт. Мне пришлось пропустить только около 5-10 правок, и то потому, что они ничего не меняли, и я не включил более безопасные параметры пропуска в AWB (те, которые я включу, если это одобрят).

  Поэтому я считаю, что задачу можно выполнить вручную, хотя, пожалуйста, поделитесь своими мыслями. ~/Bunny pranav :< ping > 11:30, 29 октября 2024 (UTC) [ ответить ]

  В настоящее время я не использую Windows, поэтому у меня нет доступа к AWB. Но учитывая, что ошибка CW № 3 не имеет зеленой галочки для AWB, нам следует перестраховаться. Соответствующий BRFA Yobot — Wikipedia:Bots/Requests for approval/Yobot 16 . Они были осторожны в отношении проблемы с reflist. Также следует отметить, что оператор Yobot был одним из разработчиков самого AWB. Что касается Wikipedia:Bots/Requests for approval/MenoBot 4 от Menobot , это был по сути клон Wikipedia:Bots/Requests for approval/BG19bot 7 , и оба они не справились с проблемой с reflist. Я не против этой задачи навсегда, но я думаю, что ее следует автоматизировать после нескольких сотен правок. —usernamekiran (обсуждение) 15:48, 29 октября 2024 (UTC) [ ответить ]

  Извините за возможное недопонимание. Я сделал около 200 правок (если мне не изменяет память) , и каждая из них была полностью и правильно сделана AWB. У меня недостаточно опыта, чтобы оценить каждое возможное событие, но по моему опыту, статью CW можно отметить зеленой галочкой. ~/Bunny pranav :< ping > 15:53, 29 октября 2024 (UTC) [ ответить ]

  @ Usernamekiran Кроме того, список , в котором указано, что ошибка 3 частично исправима AWB, последний раз редактировался в 2017 году, и с тех пор AWB и CW были обновлены. ~/Bunny pranav :< ping > 09:15, 1 ноября 2024 (UTC) [ ответить ]

• {{ BAG assistance needed }} - Шесть дней с момента запроса, нет ответа от члена BAG. ~/Bunny pranav :< ping > 12:25, 30 октября 2024 (UTC) [ ответить ]

  Шесть дней — это ничто; я даже не смотрел BRFA в течение недели. Его посмотрят, когда его посмотрят, что, как я надеюсь, произойдет в эти выходные. Primefac ( talk ) 14:06, 30 октября 2024 (UTC) [ ответить ]

  Достаточно справедливо, согласен. ~/Bunny pranav :< ping > 14:07, 30 октября 2024 (UTC) [ ответить ]

• Я изменил BRFA, чтобы он распространялся на все некосметические ошибки CW, надеюсь, это не вызовет путаницы. ~/Bunny pranav :< ping > 08:24, 1 ноября 2024 (UTC) [ ответить ]

  Для облегчения проверки в будущем, не могли бы вы перечислить все ошибки, проверяемые в разделе «Сведения о функциях»? Primefac ( обсуждение ) 12:48, 10 ноября 2024 (UTC) [ ответить ]

  Сделаю. Просто уточнение, этот список может быть расширен в будущем только с другим BRFA, верно? ~/Bunny pranav :< ping > 12:50, 10 ноября 2024 (UTC) [ ответить ]

  Вот почему полный список идеален — если вы говорите «Я хочу сделать их все», это немного перебор, учитывая, что это ваш первый бот и первая задача. Мы хотим очень конкретную задачу и функциональность (даже если это «эти 20 ошибок CW»), чтобы мы знали, что должно и что не должно происходить. В зависимости от того, какие расширения вы хотите, это может быть новый BRFA или просто дополнение к существующему (но, опять же, это зависит от того, как выглядит окончательный объем этого запроса). Primefac ( обсуждение ) 16:54, 11 ноября 2024 (UTC) [ ответить ]

  @ Primefac Спасибо за подробное объяснение. Я добавил список ошибок, которые хочу исправить в этом BRFA. ~/Bunny pranav :< ping > 12:53, 12 ноября 2024 (UTC) [ ответить ]

• {{ BAG assistance needed }} Прошло 12 дней с момента запроса, но ответа от члена BAG нет. ~/Bunny pranav :< ping > 12:43, 5 ноября 2024 (UTC) [ reply ]

Оператор: Имя пользователяkiran  ( обсуждение  · вклад  · SUL  · количество изменений  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 15:59, вторник, 24 сентября 2024 г. ( UTC )

Обзор функции: обновление ссылок Accelerated Mobile Pages /AMP до обычных ссылок

Автоматический, контролируемый или ручной: автоматический

Язык(и) программирования : pywikibot

Доступен исходный код : репозиторий github

Ссылки на соответствующие обсуждения (где это уместно): запрошенные на BOTREQ около 1,5 лет назад: Wikipedia:Bot requests/Archive 84#Accelerated Mobile Pages link eradicator needed и village pump: Wikipedia:Village_pump_(technical)/Archive_202#Accelerated_Mobile_Pages_links , недавно запрошенные на BOTREQ несколько дней назад: special:permalink/1247505851 .

Период(ы) редактирования: еженедельно или ежемесячно

Требуемая частота редактирования: 1 редактирование за 50 секунд.

Предполагаемое количество затронутых страниц: на данный момент около 8000, но оценка высока — около тысяч страниц. позже, по мере поступления.

Пространство(я) имен: main/article

Соответствует исключению (Да/Нет) : да (на данный момент), если требуется, это можно изменить позже

Подробности функции: с использованием обширных шаблонов регулярных выражений бот ищет ссылки AMP. Он избегает ложных совпадений с общими словами «amp» в доменах, например yamaha-amplifiers.com. После нахождения и обновления ссылки бот проверяет, работает ли новая/обновленная ссылка, если он получает код ответа 200, бот обновляет ссылку в статье. В противном случае бот добавляет заголовок статьи и (необновленную) ссылку в файл журнала (ее также можно сохранить на странице журнала). —usernamekiran (обсуждение) 15:59, 24 сентября 2024 (UTC) [ ответить ]

• Приложение: Я должен был уже включить это, но забыл. В BOTREQ и других обсуждениях обсуждался открытый исходный код "amputatorbot" github. У этого бота много нерелевантных функций для Википедии. Единственная релевантная функция — удаление ссылок AMP. Но для этого amputatorbot использует базу данных для хранения списка из ~400 тыс. ~200 тыс. ссылок AMP и еще одного списка канонических ссылок этих ссылок AMP. Поддерживать эту базу данных и бесконечный список ссылок для Википедии невозможно. Программа, которую я создал, использует комплексные шаблоны регулярных выражений. Она также изящно обрабатывает архивные ссылки. —usernamekiran (обсуждение) 17:50, 28 сентября 2024 (UTC) [ ответить ]

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

Кроме того, я рад, что это будет передано в суд. @ GreenC : есть ли какие-либо комментарии по этому поводу, и входит ли это в сферу действия вашего бота? ProcrastinatingReader ( обсуждение ) 10:40, 29 сентября 2024 (UTC) [ ответить ]

• Скоро я опубликую ссылку на github и объясню, почему не стоит использовать метод с базой данных. —usernamekiran (обсуждение) 13:21, 29 сентября 2024 (UTC) [ ответить ]

  @ ProcrastinatingReader : Привет. Да, автор на github сделал его доступным, но я думаю, что база данных не обновлялась 4 года, хотя я не уверен. Я также не смог найти саму базу данных. Если мы используем базу данных, бот не будет обрабатывать «неизвестные» ссылки amp, которых нет в базе данных. В этом случае нам придется использовать метод, который мы используем в настоящее время. Кроме того, я думаю, что общий процесс будет более ресурсоемким, то есть: «1: поиск ссылок amp в статьях 2: если ссылка amp найдена в статье, поиск ее в базе данных 3: поиск соответствующей канонической ссылки 4: замена в статье. Даже если база данных поддерживается, нам придется обновлять ее, и нам придется добавлять в нее наши новые выводы. Я думаю, что этот более простой подход будет лучше. KiranBOT на github, AmputatorBot readme на github. Пожалуйста, дайте мне знать, что вы думаете. —usernamekiran (обсуждение) 19:50, 29 сентября 2024 (UTC) [ ответить ]

  PS: Я уведомил GreenC на их странице обсуждения. Кроме того, в сценарии я добавил больше комментариев, чем обычно, и сценарий создавался в течение нескольких дней/по частям, поэтому комментирование может показаться немного странным. —usernamekiran (обсуждение) 19:54, 29 сентября 2024 (UTC) [ ответить ]

  Это звучит как хорошая идея. Я столкнулся с URL-адресами AMP с доменами Times of India и сделал много преобразований. Казалось, что это относится к конкретному сайту. Например, m.timesofindia.com стал timesofindia.indiatimes.com, а "(amp_articleshow|amp_videoshow|amp_etphotostory|amp_ottmoviereview|amp_etc..)" удалил часть "amp_". В любом случае, я добавлю эту страницу в список наблюдения и не стесняйтесь обращаться ко мне за комментариями, как только будут сделаны тестовые правки. -- Green C 23:42, 29 сентября 2024 (UTC) [ ответить ]

• @ ProcrastinatingReader : если больше нет вопросов/сомнений, то можно ли провести пробную версию? Я уверен в одной проблеме, связанной с https, но думаю, нам стоит обсудить ее после пробной версии. —usernamekiran (обсуждение) 15:16, 2 октября 2024 (UTC) [ ответить ]
• {{ BAG assistance needed }} —usernamekiran (обсуждение) 08:42, 5 октября 2024 (UTC) [ ответить ]

  Просматривая код, вы применяете набор правил ( amp.domain.tld→ www.domain.tld, /amp/→ /, ?amp=true&...→ ?...), а затем проверяете, что URL отвечает кодом 200 на запрос HEAD. Это кажется хорошим для большинства случаев, но будут некоторые случаи, когда сайт использует необычное сопоставление URL AMP и отвечает кодом 200 на все/большинство/некоторые недействительные запросы, особенно учитывая, что мы следуем перенаправлениям (но не обновляем URL для последующего перенаправления). Это также не сработает для примера редактирования из BOTREQ? Я не знаю, как решить эту проблему без какого-либо способа проверки того, что перенаправленная страница действительно содержит часть контента, который мы ищем, или доступа к базе данных проверенных сопоставлений. Может быть, частота ошибок будет достаточно низкой, чтобы это не было проблемой? Я не уверен. Есть какие-нибудь мысли от других? —  The  Earwig  ( обсуждение ) 16:10, 5 октября 2024 (UTC) [ ответ ]

  Это хорошие моменты. Soft-404 и soft-redirects являются самыми большими (но не единственными) проблемами с изменениями URL. При soft-404 вы сначала обрабатываете ссылки без фиксации изменений, регистрируете URL-адреса перенаправления, смотрите, какие URL-адреса перенаправления повторяются, вручную проверяете их, чтобы увидеть, являются ли они soft-404; затем снова обрабатываете ссылки с добавленной ловушкой, чтобы рассматривать идентифицированные soft-404 как мертвые ссылки. Не все повторяющиеся редиректы являются soft-404, но многие будут ими, вам нужно выполнить работу по обнаружению. Для soft-redirects требуется предвидение на основе ручных проверок, как в примере Times of India выше. Изменения URL-адресов затруднены по этим причинам, а также по другим, упомянутым в WP:LINKROT#Glossary . -- Green C 17:53, 5 октября 2024 (UTC) [ ответить ]

  @GreenC есть предложения по логике/алгоритму? Попробую реализовать. Я не против дальнейшей работы над совершенствованием программы —usernamekiran (обсуждение) 20:32, 6 октября 2024 (UTC) [ ответить ]

• @ GreenC , ProcrastinatingReader и The Earwig : Я обновил код и протестировал его на нескольких типах ссылок (которые я смог придумать), как указано в этой версии страницы, diff исправления. Пожалуйста, предложите мне больше типов/форматов ссылок AMP и любые предложения/обновления кода. —usernamekiran (обсуждение) 02:49, 31 октября 2024 (UTC) [ ответить ]

  1. Я вижу, что вы регистрируете неудачные случаи. Если вы еще этого не сделали, также регистрируйте успехи (старый URL -> новый URL), на случай, если вам понадобится отменить некоторые позже (новый URL -> старый URL).
  2. Один из способов избежать проблем, отмеченных The Earwig, — просто пропускать URL с заголовками 301/302. Большинство soft-404 — это URL-адреса перенаправления. За исключением http->https, с ними все в порядке. Вы всегда можете вернуться и пересмотреть их позже. Один из способов сделать это — зарегистрировать «приемник» URL (конечный URL в цепочке перенаправления), а затем заскриптовать логи, чтобы увидеть, повторяются ли какие-либо приемники.

  -- Green C 04:19, 31 октября 2024 (UTC) [ ответить ]

  хорошо, я попробую это. —usernamekiran (обсуждение) 17:41, 11 ноября 2024 (UTC) [ ответить ]

Оператор: Rusty Cat  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 15:17, воскресенье, 15 сентября 2024 г. ( UTC )

Обзор функций: Категоризация и создание перенаправлений на страницы годов (н.э. и до н.э.).

Автоматический, контролируемый или ручной: автоматический

Язык(и) программирования : Python (pywikibot)

Доступен исходный код : предоставлю при необходимости

Ссылки на соответствующие обсуждения (где это уместно): Wikipedia:Bot requests#Статьи о годах: редиректы и категории

Период(ы) редактирования: однократный запуск

Предполагаемое количество затронутых страниц: около 1000-2000 страниц, поэтому, если предположить, что нам придется создать 3 перенаправления для каждой, то максимум 6000

Пространство(я) имен: Основное

Соответствует исключению (Да/Нет) : Да

Подробности функции: Для каждого числа от 1 до 2000 бот будет работать на страницах « Число AD » и « Число BC».

• На страницах AD бот добавит Category:Years AD к странице, если ее еще нет.
• Бот создаст перенаправления « год нашей эры », « год нашей эры» и « год нашей эры» на страницы AD, а также « год до нашей эры », « год до нашей эры » и « год до нашей эры» на страницы BC.

• Поддержка как запросчика. Обратите внимание, что статьи года нашей эры в основном в настоящее время не категоризируются, кроме как по номеру (например, Категория:98 для 98 года нашей эры ). Энди Маббетт ( Pigsonthewing ); Поговорите с Энди ; Правки Энди 10:15, 16 сентября 2024 (UTC) [ ответить ]

  @ Pigsonthewing : Я только что проверил и понял, что категории чисел являются подкатегориями категории Category:Years . Означает ли это, что боту не нужно помещать страницу в категорию AD Years? Rusty  🐈 14:53, 16 сентября 2024 (UTC) [ ответить ]

  Ах, я это пропустил. Думаю, да. Я начну отдельную дискуссию о подразделении Category:Years на подкатегории BC и AD. Энди Маббетт ( Pigsonthewing ); Поговорите с Энди ; Правки Энди 14:58, 16 сентября 2024 (UTC) [ ответить ]

  Было предложено использовать категории вроде Категория: Годы 19 века , поэтому я применяю их сейчас, используя Cat-a-lot. Энди Маббетт ( Pigsonthewing ); Поговорите с Энди ; Правки Энди 15:36, 29 сентября 2024 (UTC) [ ответить ]

• Какие шаблоны "R from", если таковые имеются, будут размещены в новых перенаправлениях? Я вижу один на AD 812 и другой на AD 79. Есть ли систематический способ их использования? – Jonesey95 ( talk ) 10:17, 17 сентября 2024 (UTC) [ ответить ]

  Я бы сказал, что здесь следует использовать {{ R from year }} , поскольку он гласит: «Это перенаправление с отформатированного заголовка года на соответствующую статью года».

  И "AD" не является неоднозначностью в смысле скобок. Расти  🐈 14:02, 17 сентября 2024 (UTC) [ ответить ]

• Отдельный вопрос: я вижу как страницы 128 , так и 152 года нашей эры, но в описании задачи говорится, что бот будет работать только на «страницах AD» или, в отдельной спецификации, на страницах « номера AD ». Как задача бота узнает правильную цель для своих перенаправлений? Существует ли систематический метод нумерации этих страниц? – Jonesey95 ( обсуждение ) 10:22, 17 сентября 2024 (UTC) [ ответить ]

  @ Jonesey95 :

  Раньше я не знал о существовании 152 , спасибо, что обратили на это мое внимание.

  Я полагаю, что будет не так просто найти все страницы с годами, начинающиеся только с цифры; если предположить, что страницы с годами правильно категоризированы, бот должен проверить наличие подкатегории Category:Years на странице, и если это так, предположить, что это страница с годом.

  Если страница "AD number " существует и это не перенаправление, мы предполагаем, что эта страница является страницей года для этого года. В противном случае предполагается, что страница года — это просто номер. Расти  🐈 13:58, 17 сентября 2024 (UTC) [ ответить ]

• Есть ли консенсус по этой задаче? Если отсутствует стандартизация в наименовании страниц, то это должно быть устранено в первую очередь, а затем должен быть достигнут консенсус относительно того, какие перенаправления использовать (я отмечаю, что 2/3 каждого примера, приведенного в ветке BOTREQ, были красными ссылками). Primefac ( обсуждение ) 11:42, 20 октября 2024 (UTC) [ ответить ]

   На удержании. Ожидаются ответы на вышеуказанные вопросы. Primefac ( обсуждение ) 12:50, 10 ноября 2024 (UTC) [ ответить ]

  @ Primefac : Извините за поздний ответ. Я думаю, что стандартизация имени страницы не имеет значения, пока у нас есть перенаправления на каждую страницу ( MOS:VAR ?)

  Я считаю, что примеры, приведенные в BOTREQ, являются красными ссылками, поскольку именно их запрашивающий пользователь хочет, чтобы бот создал именно их. Расти  🐈 00:38, 12 ноября 2024 (UTC) [ ответить ]

Оператор: Ponor  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 23:36, суббота, 20 июля 2024 г. ( UTC )

Обзор функции: WP:MASSCREATE оставшиеся 3200 из 6700 хорватских naseljes (населенных пунктов), которые являются третьим уровнем деления страны. Бот может создавать заглушки, такие как Dubrava, Split-Dalmatia County . Обновляйте существующие статьи с почтовыми индексами (новый официальный источник) и историческими графиками данных о населении (где это возможно, под полным контролем).

Автоматически, под наблюдением или вручную: автоматическое создание. Контролируемые или ручные обновления.

Язык(и) программирования : Python @ PAWS

Доступен исходный код : возможно

Ссылки на соответствующие обсуждения (где это уместно): обсуждение в Википедии:WikiProject Croatia/Архив 5#Статьи о хорватских поселениях массовое создание

Период(ы) редактирования: однократный запуск

Предполагаемое количество затронутых страниц: 3200 (+2500 или около того)

Пространство(я) имен: Статьи

Соответствует исключению (Да/Нет) : не имеет значения

Подробности функции:

1. Создайте около 3200 статей из списка Wikipedia:WikiProject Croatia/To Do List/Missing Settlements , свяжите их с Wikidata.
2. Обновите существующие хорватские статьи поселений с почтовыми индексами и историческими графиками данных о населении, где это возможно (если позволит время). Та же работа была выполнена на hrwiki для всех 6700 поселений.

Необходимо более широкое обсуждение . Обсуждение, на которое вы ссылаетесь, было между вами и только одним человеком. Пожалуйста, ищите консенсус на WP:Village pump (предложения) или на аналогичном месте, где мы можем быть уверены, что многие люди его видели. Anomie ⚔ 01:11, 21 июля 2024 (UTC) [ ответить ]

Хм... Спасибо, хотя я не уверен, что хочу снова проходить через что-то вроде Wikipedia:Village pump (proposals)/Archive 207. Я думал, что более 2000 существующих хорватских заглушек поселения подтвердят текущий консенсус. Несколько сотен заглушек, созданных двумя пользователями, упомянутыми мной в связанной дискуссии WikiProject:Croatia, определенно содержат меньше информации, чем может добавить мой бот, и все они были сохранены. Позвольте мне написать @ Joy , чтобы посмотреть, сможет ли он помочь продвинуть это... куда-нибудь. Боюсь, у меня самого нет времени на бесконечные самоуверенные дискуссии. Ponor ( talk ) 01:49, 21 июля 2024 (UTC) [ ответить ]

Вы ссылаетесь на провалившееся предложение ужесточить правила заметности, но оно не имеет большого отношения к данному предложению, потому что если все эти новые статьи будут похожи на Дубраву, Сплитско-Далматинская жупания, то никто не предложит их удалить. Это не бензоколонки, маскирующиеся под деревни.

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

@ Primefac ранее разрешил Wikipedia:Bots/Requests for approval/PonoRoboT , и я не помню, чтобы видел какие-либо проблемы. Это показалось мне приятным и простым улучшением энциклопедии.

@ Anomie , есть ли здесь реальная разница? Почему это изменение в статьях урегулирования 3k требует большего обсуждения, если предыдущее изменение в аналогичных статьях урегулирования 3k не требовало?

Тот факт, что у одной группы из 3 тыс. хорватских мест есть статьи, а у другой — нет, является исторической случайностью. Если нам нужно обсуждение того, как сделать эту ситуацию последовательной, то нужно обсудить и ранее существовавшую группу. Но мы уже знаем, что все они соответствуют WP:5P1 и т. д., поэтому я не совсем понимаю, почему это должно быть отклонено в соответствии со стандартными процессами ( WP:BOLD , WP:NOTBURO ). -- Joy ( talk ) 06:32, 21 июля 2024 (UTC) [ ответить ]

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

Я вижу, что, например, у Сербии все их гео-заглушки 3-го уровня из двух предложений созданы с 2010 года или около того. Это говорит о том, что WP:EDITCON там, не так ли? Ponor ( talk ) 10:01, 21 июля 2024 (UTC) [ ответить ]

Реальная разница между Wikipedia:Bots/Requests for approval/PonoRoboT и этим заключается в том, что это касается творений, и сообщество уже много лет хочет проверять бот-творения статей до того, как они появятся. И это независимо от того, пройдут ли предлагаемые творения WP:N (часть этого заключается в том, что сообщество хочет независимой оценки этого до того, как творения появятся) или существуют ли уже другие статьи по теме или смежным темам.

Если вы хотите сослаться на политику, WP:MASSCREATION говорит (выделено мной) Также настоятельно рекомендуется (и может потребоваться BAG) , чтобы вклад сообщества был запрошен на WP:Village pump (предложения) и на страницах обсуждения любых соответствующих WikiProjects. Если вы не можете заставить другого BAGger продолжить без этого, это я требую. Anomie ⚔ 11:17, 21 июля 2024 (UTC) [ ответить ]

Я согласен с Anomie в этом вопросе; у нас есть редактор , который, хотя и были задействованы другие факторы, хотел сделать нечто подобное для 300 страниц и ограничен созданием только одной в месяц. Создание в десять раз большего количества одноабзацных подзаголовков за меньшее время потребует консенсуса. Да, это не просто заправочные станции, но, кроме «Город X имеет население Y», похоже, больше нет доступной информации, поэтому я хотел бы увидеть разумный консенсус для их создания (а не просто двух редакторов, согласившихся, что это было бы хорошей идеей). Как сказала Anomie, вашей первой одобренной задачей было обновление информации, а не создание новых страниц. Primefac ( обсуждение ) 12:07, 21 июля 2024 (UTC) [ ответить ]

Это канцелярская разница, просто какой-то редактор создал десятки тысяч таких два десятилетия назад и случайно пропустил половину хорватских поселений. Но ладно, давайте по порядку, я подам предложение, когда у меня будет время (и если никто меня не опередит). -- Joy ( talk ) 18:57, 21 июля 2024 (UTC) [ ответить ]

@ Ponor, лучшим способом обосновать это предложение было бы убедиться, что мы показываем некоторые внешние ссылки, например, на Бюро статистики, выполняющее надлежащую работу (документирующее существующее человеческое жилье, а не что-то странное), и иллюстрируем объем научных и других работ по теме этих поселений. Если у вас уже есть что-то на эту тему, пожалуйста, поделитесь. -- Joy ( talk ) 19:05, 21 июля 2024 (UTC) [ ответить ]

Конечно, я помогу всем, что знаю, но я не могу взять на себя бремя убеждения всех в проекте в одиночку. Я бы начал с первых четырех рефери в Дубраве, Сплитско-Далматинская жупания : есть законы, одно агентство занимается разделом(ами), бюро использует их данные. У каждого города и муниципалитета есть своя веб-страница со списком этих поселений. В большинстве поселений есть церковь, школа и т. д. Давайте продолжим в WikiProject Croatia, а? Ponor ( обсуждение ) 19:20, 21 июля 2024 (UTC) [ ответить ]

Я бы выступил против создания ботом дополнительных страниц до тех пор, пока Модуль: График данных о населении Хорватии не будет переведен на английский язык и больше страниц не станут недоступны для редактирования редакторами, незнакомыми с языком. Gonnym ( обсуждение ) 11:00, 4 августа 2024 (UTC) [ ответ ]

 На удержании. Пожалуйста, не стесняйтесь отключать шаблон {{ BotOnHold }} , когда будет продемонстрирован консенсус относительно целесообразности этой задачи. Primefac ( обсуждение ) 23:48, 4 августа 2024 (UTC) [ ответить ]

Оператор: BilledMammal  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 08:51, понедельник, 8 июля 2024 г. ( UTC )

Обзор функции: Настраивает шаблоны на основе предоставленных файлов конфигурации JSON. Этот запрос ограничен Template:Cite news и Template:Cite web и в первую очередь предназначен для исправления проблем, когда работа или издатель связаны с неправильной целью.

Автоматический, контролируемый или ручной: автоматический

Язык(и) программирования : Python

Доступный исходный код : В настоящее время отсутствует

Ссылки на соответствующие обсуждения (где уместно):

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

Оценочное количество затронутых страниц: Значительно варьируется в зависимости от конфигурации. Эта конфигурация , которая применяется к десяти источникам, отредактирует около 23 000. Эта конфигурация , которая выходит за рамки исправления неправильных ссылок, а также всегда вставляет правильную ссылку, если она отсутствует, отредактирует около 450 000.

Пространство(я) имен: Основное пространство

Соответствует исключению (Да/Нет) : Да

Подробности функции: Настраивает параметры новостей Cite и веб-сайта Cite на основе файла конфигурации. Эта конфигурация может быть применена к любому параметру, но цель этого запроса — применить ее к следующему:

• работа
• издатель
• место публикации
• отделение
• агентство
• URL-доступ

Он определяет, какое изменение применить на основе текущих значений полей параметров. Можно использовать любое поле или комбинацию полей, но цель этого запроса — использовать поле «url».

Корректировки могут быть указаны как «always», «onEdit» или «never». Если указано «always», если изменение определено как желательное для параметра, статья будет отредактирована для его реализации. Если указано «onEdit», желаемые изменения реализуются только в том случае, если мы уже редактируем страницу. Это снижает влияние на списки наблюдения, пропуская статьи, которые не имеют высокоприоритетных проблем.

{ "$schema": "http://json-schema.org/draft-07/schema#", "тип": "массив", "предметы": { "тип": "объект", "характеристики": { "включает": { "тип": "массив", "предметы": { "тип": "объект", "характеристики": { "ключ": { "тип": "строка", "пример": "url" }, "ценить": { "тип": "массив", "предметы": { "тип": "строка", "пример": ["www.bbc.com", "www.bbc.co.uk"] } }  } }, "description": "Перечисляет условия, которые необходимо соблюсти для применения этой конфигурации к шаблону." }, "исключает": { "тип": "массив", "предметы": { "тип": "объект", "характеристики": { "ключ": { "тип": "строка", "пример": "url" }, "ценить": { "тип": "массив", "предметы": { "тип": "строка", "пример": ["www.bbc.com/sport", "www.bbc.co.uk/sport"] } } }, "description": "Перечисляет условия, которые не должны быть выполнены для применения этой конфигурации к шаблону." } }, "patternProperties": { "^[a-zA-Z0-9-]+$": { "один из": [ { "тип": "массив", "description": "Названо по имени параметра и определяет, что с ним будет сделано. Используется, когда существует несколько возможных конфигураций параметра.", "предметы": { "$ref": "#/определения/параметр-конфигурация" } }, { "тип": "объект", "description": "Названо по имени параметра и определяет, что с ним будет сделано. Используется, когда для параметра возможна только одна конфигурация.", "$ref": "#/определения/параметр-конфигурация" } ] } } }, "определения": { "параметр-config": { "$schema": "http://json-schema.org/draft-07/schema#", "$id": "параметр-config", "тип": "объект", "характеристики": { "включает": { "тип": "массив", "предметы": { "тип": "объект", "характеристики": { "ключ": { "тип": "строка", "пример": ["url"] }, "ценить": { "тип": "массив", "предметы": { "тип": "строка", "пример": ["www.bbc.com", "www.bbc.co.uk"] } } } }, "description": "Перечисляет условия, которые необходимо соблюсти для применения этой конфигурации к параметру." }, "исключает": { "тип": "массив", "предметы": { "тип": "объект", "характеристики": { "ключ": { "тип": "строка", "пример": ["url"] }, "ценить": { "тип": "массив", "предметы": { "тип": "строка", "пример": ["www.bbc.com/sport", "www.bbc.co.uk/sport"] } } } }, "description": "Перечисляет условия, которые не должны быть выполнены для применения этой конфигурации к параметру." }, "связь": { "тип": "строка", "description": "Куда обычно должен ссылаться параметр", "example": ["ABC News (Австралия)"] }, "викитекст": { "тип": "строка", "description": "Каким обычно должен быть викитекст параметра", "пример": [" ABC News "] }, "черный список": { "тип": "массив", "предметы": { "тип": "строка", "example": ["ABC News (США)", "ABC News"] }, "description": "Ссылки, которые всегда будут удалены" }, "серый список": { "тип": "массив", "предметы": { "тип": "строка", "example": ["Австралийская вещательная корпорация"] }, "description": "Ссылки, которые будут удалены только при редактировании страницы. Используются для предотвращения правок, которые исправят только те проблемы, которые мы считаем незначительными." }, "белый список": { "тип": "массив", "предметы": { "тип": "строка", "example": ["The Sunday Telegraph (Сидней)"] }, "description": "Ссылки, которые никогда не будут удалены. Используются, когда мы считаем, что редакторы могли намеренно предоставить нестандартное значение, которое мы хотим уважать". }, "fixRedirects": { "тип": "строка", "enum": ["всегда", "onEdit", "никогда"], "по умолчанию": "onEdit", "description": "Указывает, когда мы заменим перенаправления на предоставленную ссылку на предоставленную ссылку." }, "fixDisplay": { "тип": "строка", "enum": ["всегда", "onEdit", "никогда"], "по умолчанию": "onEdit", "description": "Указывает, когда мы заменим текущий отображаемый текст отображаемой версией предоставленного Wikitext." }, "исправитьДругие": { "тип": "строка", "enum": ["всегда", "onEdit", "никогда"], "по умолчанию": "всегда", "description": "Указывает, когда мы заменим ссылки на страницы, которые не перенаправляют на ссылку и не находятся в предоставленных списках." }, "исправитьОтсутствует": { "тип": "строка", "enum": ["всегда", "onEdit", "никогда"], "по умолчанию": "onEdit", "description": "Указывает, когда мы добавим отсутствующее значение" }, "приоритет": { "тип": "целое число", "по умолчанию": 5, "description": "Предоставляет решающий фактор, когда несколько объектов массива соответствуют критериям включения или исключения. Предпочтительнее большее значение. Не указано, какой объект конфигурации используется, если оба имеют одинаковый уровень приоритета.", "минимум": 1 } } } } }}

Что он делает с этими параметрами, зависит от конфигурации. Например:

"работа": { "ссылка": "ABC News (Австралия)", "викитекст": " ABC News ", "черный список": ["ABC News (США)", "ABC News"], "greylist": ["Австралийская вещательная корпорация"], "исправитьПропущено": "onEdit", "fixRedirects": "onEdit", "fixOthers": "всегда" }

Будет гарантировать, что параметр "work" ссылается только на ABC News (Australia) . Когда он находит ссылку на источник, отличный от ABC News (Australia) , его перенаправлений или Australian Broadcasting Corporation , он отредактирует статью, чтобы исправить эту ссылку.

При обнаружении перенаправления, Australian Broadcasting Corporation или отсутствующего значения он исправит их только в том случае, если статья уже редактируется.

Если мы изменим «fixMissing» на «always», статья будет отредактирована для вставки значения.

"агентство": { «включает»: [ { "ключ": "агентство", "значение": ["Рейтер"] } ], "удалить": "onEdit" }

Удаляет поле агентства, если оно содержит «Reuters». Это используется для исправления, когда поле было неправильно заполнено именем издателя или работы.

"отделение": [ { «включает»: [ { "ключ": "url", "значение": ["reuters.com/world/"] } ], "викитекст": "Мир" }, { «включает»: [ { "ключ": "url", "значение": ["reuters.com/world/reuters-next/"] } ], "wikitext": "Рейтер Далее", "приоритет": 6 }, { «включает»: [ { "ключ": "url", "значение": ["reuters.com/business/"] } ], "wikitext": "Бизнес" } ]

Это заполняет поле отдела на основе исходного URL. Если ни один из этих пунктов не выполнен, то поле отдела не заполняется.

Текущий файл конфигурации будет выполнять следующие действия:

• ABC News (Австралия)
  • Установите «работу» на ABC News
  • Установите «издателя» на Australian Broadcasting Corporation
  • Удалить "место публикации"
  • Удалить «агентство», если неверно
• Дейли Телеграф
  • Установите «работу» для The Daily Telegraph
  • Установите «издателя» на Telegraph Media Group
  • Установите "место публикации" на "Лондон, Соединенное Королевство"
  • Установите «отдел», когда его можно определить
• Рейтер
  • Установите «работу» на Reuters
  • Установите «издателя» на Thomson Reuters
  • Установите "место публикации" на "Лондон, Соединенное Королевство"
  • Установите «отдел», когда его можно определить
  • Удалить «агентство», если неверно
• Нью-Йорк Таймс
  • Установите «работу» для The New York Times
  • Установите «url-access» на «limited»
  • Удалить «издателя»
  • Удалить "место публикации"
• Новости Би-би-си
  • Установите «работу» на BBC News
  • Удалить «издателя»
  • Удалить "место публикации"
  • Установите «отдел», когда его можно определить
• BBC Спорт
  • Установите "работу" на BBC Sport
  • Удалить «издателя»
  • Удалить "место публикации"
• Хранитель
  • Установите «работу» для The Guardian
  • Удалить «издателя»
  • Установите "место публикации" на "Лондон, Соединенное Королевство"
  • Установите «отдел», когда его можно определить
• Хранитель (Свон-Хилл)
  • Установите «работу» для The Guardian
• Daily Telegraph (Сидней)
  • Установите «работу» для The Daily Telegraph
  • Установите "издателя" на News Corp Australia
  • Удалить "место публикации"
• ABC News (США)
  • Установите «работу» на ABC News
  • Установите "издателя" на American Broadcasting Company
  • Удалить "место публикации"

Цель состоит в том, чтобы сообщество расширило файл конфигурации, увеличив количество ссылок, которые он может исправить.

При редактировании шаблона, для улучшения читаемости, он также будет применять единообразный формат и соглашение об именовании. Это включает преобразование параметров из псевдонимов в их основные значения и размещение параметров в следующем порядке:

Я бы предпочел, чтобы этот бот (и каждый бот) не стал переупорядочивать параметры шаблона. Полная реорганизация любого отредактированного шаблона значительно усложнит определение внесенных изменений при просмотре различий. Folly Mox ( обсуждение ) 09:23, 16 июля 2024 (UTC) [ ответить ]

Я бы сказал, что мы можем доверять нашим ботам настолько. И это не должно быть большой проблемой, если вы сравните различия в визуальном режиме, попробуйте здесь. По моему опыту, боту (программе) гораздо проще собрать шаблон в некотором предопределенном порядке. Наличие данных в порядке окончательного появления действительно помогает с читабельностью (BilledMammal: это будет url?, данные автора(ов), дата, заголовок…). Ponor ( обсуждение ) 06:48, 18 июля 2024 (UTC) [ ответить ]

@ Ponor : В настоящее время данные автора(ов), дата, заголовок, URL - полный порядок можно увидеть в финальном свернутом поле. Однако это легко изменить.

Было бы несложно вернуть его в исходный порядок (хотя это привело бы к появлению новых полей в конце), но лично я считаю, что лучше реорганизовать его, поскольку, хотя редакторам, использующим невизуальные средства просмотра, будет сложнее идентифицировать изменения, редакторам будет проще анализировать шаблон в дальнейшем. BilledMammal ( обсуждение ) 23:05, 18 июля 2024 (UTC) [ ответ ]

Я поддерживаю размещение параметров в каком-то каноническом порядке, мой единственный вопрос в том, какой именно. VisualEditor (TemplateData), IAbot, может быть, даже reFill, вероятно, используют тот же самый ("Полный набор параметров в горизонтальном формате" из {{ Cite web }} ?), который я бы тоже использовал. Хотя решать вам. Ponor ( talk ) 14:05, 19 июля 2024 (UTC) [ ответить ]

Я начал с полного набора параметров из Template:Cite news , но быстро обнаружил, что «полный набор параметров» на самом деле не означает «полный набор параметров».

Я вижу, что два шаблона различаются в том, где размещать URL; я думаю, метод Cite news лучше, так как URL трудно прочитать, поэтому лучше разместить его в конце. BilledMammal ( обсуждение ) 14:11, 19 июля 2024 (UTC) [ ответ ]

Вероятно, порядок соответствует порядку, используемому TemplateData, поскольку именно из него ProveIt берет свой порядок. Gonnym ( talk ) 11:07, 4 августа 2024 (UTC) [ ответить ]

Я думаю, что консенсус должен быть установлен для этого на других площадках. Часть предложения относительно добавления ссылок там, где их нет, имеет потенциал для конфликта с WP:WHENINROME . voorts ( обсуждение / вклад ) 21:18, 16 августа 2024 (UTC) [ ответить ]

Этот аспект не обязательно включать; то, как именно он функционирует, полностью зависит от файла конфигурации.

Однако этот аспект не рассматривается в WP:WHENINROME , где говорится, что если все или большинство ссылок в статье состоят из простых URL-адресов или иным образом не содержат необходимых библиографических данных, таких как название источника , название статьи или веб-страницы, к которой обращались, автор (если известен), дата публикации (если известна) и номера страниц (если применимо), то это не будет считаться «единообразным стилем цитирования» и может быть свободно изменено для вставки таких данных.

Выделено мной. BilledMammal ( обсуждение ) 18:24, 17 августа 2024 (UTC) [ ответить ]

Я имел в виду часть WHENINROME, которая гласит: Редакторы не должны пытаться изменить установленный стиль цитирования статьи, просто исходя из личных предпочтений или для того, чтобы он соответствовал другим статьям, без предварительного поиска консенсуса для изменения. Например, если статья имеет правильное форматирование цитирования, но ни одно из названий публикаций не имеет вики-ссылок или только первый экземпляр имеет, запуск этого бота для добавления вики-ссылок к каждому параметру публикации будет противоречить WHENINROME. В любом случае, учитывая, что у нас есть обоснованные разногласия по этому вопросу, я думаю, что для реализации этой части бота потребуется консенсус. voorts ( talk / making ) 18:28, 17 августа 2024 (UTC) [ reply ]

А, я не понял. Файл конфигурации можно обновить так, чтобы он не заменял несвязанные, но в остальном правильные имена источников, если такое поведение желательно.

С учетом сказанного, я не уверен, подпадает ли решение о Wikilink или нет под WP:WHENINROME , поскольку такое решение, по-видимому, выходит за рамки стиля ссылок и вместо этого подпадает под MOS:LINK , в частности MOS:UL , который гласит, что имена собственные, которые, вероятно, будут незнакомы читателям (к которым относятся практически все имена источников, поскольку лишь немногие из них имеют мировое признание), должны быть связаны. BilledMammal ( обсуждение ) 18:48, 17 августа 2024 (UTC) [ ответ ]

Я широко толкую WHENINROME, чтобы избежать конфликтов ссылок, поскольку MOS является спорной темой. voorts ( обсуждение / вклад ) 19:04, 17 августа 2024 (UTC) [ ответить ]

У меня не обязательно есть проблема с остальным, что будет делать бот. Кроме того, я хотел бы увидеть процесс установления консенсуса относительно того, какие параметры должны быть включены для каждой ссылки. Например, почему у The Guardian (Swan Hill) нет параметра publication-place? Зачем использовать publisher вместо publication-place для The Daily Telegraph(s)? Это вещи, которые, возможно, нужно будет проработать. voorts ( talk / making ) 18:31, 17 августа 2024 (UTC) [ ответить ]

Упущения по Swan Hill Guardian в первую очередь связаны с тем, что мне нужен был пример минимально завершенного исходного кода, чтобы продемонстрировать диапазон инструментов.

(The Daily Telegraph на самом деле использует оба варианта)

Процесс, который я планировал, был стандартным WP:CONSENSUS с требованием, чтобы консенсус был получен до изменения основного файла конфигурации. Или вы думаете, что нужно что-то более сложное? BilledMammal ( talk ) 18:48, 17 августа 2024 (UTC) [ ответить ]

Я думаю, что даже приблизительный консенсус был бы хорош для содержимого файла конфигурации. Я бы хотел, чтобы это было объявлено на Wikipedia talk:Citing sources , Wikipedia talk:Manual of Style и, возможно, на других площадках, прежде чем этот бот станет активным. voorts ( talk / making ) 18:58, 17 августа 2024 (UTC) [ ответить ]

Хорошая идея; я думаю, что WP:VPR также будет хорошим местом, хотя я подожду, пока BAG даст предварительное одобрение, прежде чем выносить это на более широкое сообщество. BilledMammal ( обсуждение ) 19:01, 17 августа 2024 (UTC) [ ответ ]

Извините, я хотел пометить это как « Требуется более широкое обсуждение» , но у меня были другие дела; я хотел бы увидеть общее согласие относительно того, что это желаемая задача бота. Primefac ( обсуждение ) 12:02, 22 августа 2024 (UTC) [ ответить ]

Я открыл обсуждение на Village Pump . BilledMammal ( обсуждение ) 09:03, 25 августа 2024 (UTC) Ссылка расширена для включения раздела, других изменений нет. Primefac ( обсуждение ) 20:09, 25 августа 2024 (UTC) обсуждение заархивировано, ссылка обновлена. Primefac ( обсуждение ) 11:43, 20 октября 2024 (UTC) [ ответить ]

Одобрено для испытания (50 правок). Пожалуйста, предоставьте ссылку на соответствующие вклады и/или различия, когда испытание будет завершено. Я замечаю очень слабый консенсус на Pump, что это будет разумное испытание бота. Ради того, чтобы привлечь больше внимания, пожалуйста, не отмечайте эти правки как незначительные. Primefac ( обсуждение ) 11:46, 20 октября 2024 (UTC) [ ответ ]

Оператор: Имя пользователяkiran  ( обсуждение  · вклад  · SUL  · количество изменений  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 13:04, суббота, 7 сентября 2024 г. ( UTC )

Обзор функции: пройдите по Категория:Статьи с отсутствующими координатами с координатами на Wikidata , добавьте координаты из wikidata в статью enwiki и удалите шаблон {{ coord missing }}

Автоматический, контролируемый или ручной: автоматический

Язык(и) программирования : pywikibot

Доступный исходный код : пока нет, скоро на github, скрипт pywikibot

Ссылки на соответствующие обсуждения (где это уместно): запрашиваются на WP:BOTREQ , постоянная ссылка

Период(ы) редактирования: раз в месяц

Предполагаемое количество затронутых страниц: около 19 000 при первом запуске, затем по мере поступления

Пространство(я) имен: mainspace

Соответствует исключению (Да/Нет) : нет

Подробности функции: бот проходит по Category:Articles missingordinates с координатами на Wikidata , для каждой статьи: он считывает координаты из wikidata QID этой конкретной статьи. добавляет его в инфобокс с | coordinates =параметром. Если инфобокс отсутствует, то он добавляет его в нижнюю часть в соответствующем месте, используя шаблон {{ coord }} . Если координаты добавлены успешно, то бот удаляет шаблон {{ coords_missing }} . —usernamekiran (обсуждение) 13:04, 7 сентября 2024 (UTC) [ ответить ]

• это похоже на пограничный косметический бот, если это так, возможно ли запустить бота с более низкой скоростью редактирования, например, одно редактирование в минуту или 1 редактирование/5 минут? —usernamekiran (обсуждение) 16:19, 8 сентября 2024 (UTC) [ ответить ]

  Я думаю, что это не подпадает под категорию косметического бота из-за третьего пункта в WP:COSMETICBOT : [.. Изменения, которые обычно считаются существенными, затрагивают что-то видимое читателям и потребителям Википедии, например...] «администрирование энциклопедии», например, ведение скрытых категорий, используемых для отслеживания невыполненных работ по техническому обслуживанию (например, изменение на ) —usernamekiran (обсуждение) 15:46, 17 сентября 2024 (UTC) [ ответить ]{{citation needed}}{{citation needed|date=September 2016}}

• {{ BAG assistance needed }} —usernamekiran (обсуждение) 08:41, 5 октября 2024 (UTC) [ ответить ]

  Одобрено для испытания (100 правок). Пожалуйста, предоставьте ссылку на соответствующие вклады и/или различия, когда испытание будет завершено. —  The  Earwig  ( обсуждение ) 15:28, 5 октября 2024 (UTC) [ ответить ]

  @ The Earwig : Привет. Я сделал около 10 правок, но было два технических и еще одна проблема. Я случайно запустил старую версию скрипта, в которой была проблема с дублированием записей для координат, это уже исправлено. Вторая проблема была в формате координат. Третья, нетехническая проблема, заключается в том, что эта задача в настоящее время не имеет консенсуса на Wikipedia talk:WikiProject Geographicalordinates . Но я думаю, что это обсуждалось в прошлом, а не недавно. Сначала я исправлю проблему форматирования, а затем начну обсуждение на Wikipedia talk:WikiProject Geographicalordinates. До тех пор, я думаю, этот BRFA следует разместить на На удержании. . —usernamekiran (обсуждение) 18:18, 6 октября 2024 (UTC) [ ответить ]

Оператор: Sohom Datta  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 20:03, вторник, 16 июля 2024 г. ( UTC )

Автоматический, контролируемый или ручной: автоматический

Язык (и) программирования : Python

Исходный код доступен: https://github.com/sohomdatta1/npp-notifier-bot

Обзор функции: Уведомление предыдущих рецензентов статьи в AFD о номинации

Ссылки на соответствующие обсуждения (где это уместно): Первоначальные обсуждения на NPP Discord + предыдущие BRFA, касающиеся уведомлений AFD

Период(ы) редактирования: Непрерывный

Предполагаемое количество затронутых страниц: 1-2 в день (примерно?)

Соответствует исключению (Да/Нет) : Да

Уже имеет флаг бота (Да/Нет) : Нет, на enwiki, да, для других вики по другим задачам

Подробности функции:

• Используйте API eventstream для прослушивания новых AfD
• Извлечь название страницы путем анализа викитекста AfD
• Определите предыдущих рецензентов страницы в AFD
• Уведомить указанных рецензентов на их страницах обсуждения с помощью персонализированной версии существующего уведомления AfD

• Мне нравится эта концепция в целом. Я пытался сделать пользовательский скрипт, который делает это ( User: Novem Linguae/Scripts/WatchlistAFD.js#L-89--L-105 ), но он не работает (мне, вероятно, нужно переписать его, чтобы использовать MutationObserver). Будет ли этот бот автоматическим для всех или по выбору? Выбор может быть лучше и проще для продвижения в BRFA. Если не выбор, возможно, стоит начать опрос где-то, чтобы убедиться, что есть какая-то поддержка «включено по умолчанию». – Novem Linguae ( talk ) 07:58, 17 июля 2024 (UTC) [ ответить ]

  Я думаю, было бы лучше, если бы эта функция была включена по умолчанию, а рецензенты могли бы ее отключить. ( t · c ) buidhe 14:28, 17 июля 2024 (UTC) [ ответить ]

  Ах да. «Отказаться» может быть хорошим способом описать этот третий вариант. – Novem Linguae ( обсуждение ) 22:13, 17 июля 2024 (UTC) [ ответить ]

• Поддержка — кажется хорошей идеей. Я просмотрел несколько статей, которые я пометил для заметности или других проблем, только чтобы случайно заметить их через несколько дней, когда их кто-то другой пометил как AfD. Бот кажется хорошей идеей, и я не вижу в этом недостатков. Bastun ^{Ėġáḍβáś₮ŭŃ!} 16:31, 17 июля 2024 (UTC) [ ответить ]
• Это своего рода вещи, которые были бы очень полезны для некоторых людей (например, новых/редко пишущих рецензии) и действительно раздражали бы других (например, людей, которые просмотрели десятки тысяч статей). Если это в конечном итоге приведет к отказу, каждое сообщение должно содержать очень четкие инструкции о том, как отказаться. Также стоит подумать о временном ограничении: большинство людей не получат никакой пользы от того, что услышат о статье, которую они просмотрели десять лет назад. Возможно, год или два были бы хорошим порогом. Extraordinary Writ ( обсуждение ) 18:48, 17 июля 2024 (UTC) [ ответить ]
• Регулярное выражение PREVIOUS_NOTIF также должно учитывать уведомления, оставленные через инструмент курирования страниц («Обсуждение удаления xxx»). Уведомление также необходимо пропустить, если предыдущий рецензент сам выдвигает кандидатуру. Кроме того, я бы предложил добавить задержку по крайней мере в несколько минут вместо немедленного действия при создании AfD — так как это может привести к условиям гонки, когда Twinkle/PageTriage и этот бот одновременно доставляют уведомления одному и тому же пользователю. – SD0001 ( обсуждение ) 13:41, 19 июля 2024 (UTC) [ ответить ]
• {{ Требуется помощь оператора }} Что вы думаете по поводу комментариев/предложений выше? Также, у вас есть готовое уведомление или оно все еще в разработке? Если оно готово, пожалуйста, дайте на него ссылку (или скопируйте его сюда, если оно жестко закодировано в другом месте). Primefac ( обсуждение ) 12:48, 21 июля 2024 (UTC) [ ответ ]

  @ Primefac Я реализовал несколько предложений, переработал код, чтобы исключить страницы, содержащие {{User:SodiumBot/NoNPPDelivery}}, что должно служить механизмом отказа :) Я также переработал код, включив предложение SD0001 о добавлении значительной задержки, заставив бота ждать не менее часа, а также изменил регулярное выражение для учета сообщений, отправляемых PageTriage.

  В соответствии с предложениями Extraordinary Writ я также ограничил поиск последними 3 годами и создал черновик User:SodiumBot/ReviewerAfdNotification , в котором есть инструкции о том, как отказаться от рассылки. Sohom ( обсуждение ) 16:02, 21 июля 2024 (UTC) [ ответить ]

  Спасибо, я оставлю это открытым на несколько дней для комментариев, прежде чем отправлять в суд. Primefac ( обсуждение ) 16:07, 21 июля 2024 (UTC) [ ответить ]

  Одобрено для испытания (50 правок). Пожалуйста, предоставьте ссылку на соответствующие вклады и/или различия, когда испытание будет завершено. Пожалуйста, убедитесь, что этот BRFA связан в сводке правок. Primefac ( обсуждение ) 23:50, 4 августа 2024 (UTC) [ ответ ]

• Сегодня я наткнулся на Wikipedia:Bots/Requests for approval/SDZeroBot 6 , который представляет собой очень похожую задачу и использует стратегию «отказаться». Это говорит о том, что сообщество может быть не против того, чтобы уведомления AFD были включены по умолчанию для такой задачи бота. – Novem Linguae ( обсуждение ) 07:10, 8 августа 2024 (UTC) [ ответить ]

Оператор: DannyS712  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 00:02, четверг, 9 мая 2024 г. ( UTC )

Автоматический, контролируемый или ручной: автоматический

Язык (и) программирования : JavaScript

Доступный исходный код : TBD

Обзор функции: Автоматически отмечать перенаправления, созданные Wikipedia:Page movers в рамках перемещения страницы , как «патрулируемые» в новой системе патрулирования страниц/курирования страниц.

Ссылки на соответствующие обсуждения (где это уместно): обсуждение в Википедии:Новый патруль страниц/Обозреватели/Архив 51#Идея по сокращению очереди перенаправлений

Период(ы) редактирования: Непрерывный

Предполагаемое количество затронутых страниц: много

Соответствует исключению (Да/Нет) : Нет

Уже есть флаг бота (Да/Нет) : Да

Подробности функции: Код будет добавлен в мои текущие правила патрулирования бота перенаправлений (см. User:DannyS712 bot III/rules для текущих правил), как только я его напишу. Вы можете видеть реализацию, которую я намерен использовать, — это патрулирование всех перенаправлений на основе запроса ниже.

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

ВЫБИРАТЬpage_id КАК 'pageid',page_title КАК 'заголовок',ptrpt_value КАК 'цель',Actor_name как 'создатель'ОТстраницаПРИСОЕДИНЯЙТЕСЬ к pagetriage_page НА page_id = ptrp_page_idПРИСОЕДИНЯЙТЕСЬ к pagetriage_page_tags ВКЛ ptrp_page_id = ptrpt_page_idПРИСОЕДИНЯЙТЕСЬ к версии rv ON page_latest = rev_idПРИСОЕДИНЯЙТЕСЬ к актеру ON rev_actor = actor_idПРИСОЕДИНЯЙТЕСЬ к user_groups В АКТЕР_ПОЛЬЗОВАТЕЛЕ = ug_пользователеГДЕptrp_reviewed = 0И ptrpt_tag_id = 9 # ФрагментИ page_namespace = 0И page_is_redirect = 1И СУЩЕСТВУЕТ (# Только 1 ревизия на основе тега сортировки страницы rev_countВЫБРАТЬ 1ОТ pagetriage_page_tags теги2ГДЕ tags2.ptrpt_page_id = page_idИ теги2.ptrpt_tag_id = 7И теги2.ptrpt_value = 1)И СУЩЕСТВУЕТ (# Переместить журнал того же времени тем же человекомВЫБРАТЬ 1ИЗ logging_logindex lgl2ГДЕ log_namespace = page_namespaceИ заголовок_журнала = заголовок_страницыИ log_timestamp = rev_timestampИ log_actor = rev_actorИ log_type = 'переместить'И log_action = 'переместить')И ug_group = 'extendedmover'ЛИМИТ 100;

Одобрено для пробного периода (100 правок или 14 дней, в зависимости от того, что наступит раньше). Пожалуйста, предоставьте ссылку на соответствующие вклады и/или различия, когда пробный период будет завершен. ProcrastinatingReader ( обсуждение ) 10:58, 9 мая 2024 (UTC) счетчик обновлен. Primefac ( обсуждение ) 17:03, 29 июня 2024 (UTC) [ ответить ]

@ ProcrastinatingReader бот отчитывается перед пользователем User:DannyS712 bot III/Redirects.json каждые 15 минут с перенаправлениями, которые он патрулирует, и почему - 14-дневная пробная версия будет включать 1344 записи для сканирования, и я ожидаю, что почти все соответствующие записи будут при первом запуске (для любого существующего бэклога) - подойдет ли более короткая пробная версия? Например, день (или даже меньше)? -- DannyS712 ( talk ) 16:13, 9 мая 2024 (UTC) [ ответить ]

( Комментарий к галерее Peanut) Я СМЕЛО добавляю {{ BAG assistance needed }} : {{ BAG assistance needed }} House Blaster  ( обсуждение  · он/они) 03:32, 29 июня 2024 (UTC) [ ответить ]

Я подправил пробные номера. Primefac ( обсуждение ) 17:03, 29 июня 2024 (UTC) [ ответить ]

Есть ли причина, по которой однодневный пробный период (как просил Дэнни) был бы Плохим? Конечно, я не бот-оператор, так что я могу чего-то не знать :) House Blaster  ( обсуждение  · он/они) 22:39, 29 июня 2024 (UTC) [ ответить ]

Мне также интересно, что - также "что произойдет раньше" означает, что мне все равно придется добавить некоторую логику, чтобы подсчитать, сколько перенаправлений уже было проверено в ходе испытания -- DannyS712 ( обсуждение ) 12:18, 1 июля 2024 (UTC) [ ответить ]

{{ требуется помощь с сумкой }} (извините за частое использование этого в последнее время...) House Blaster  ( разговор  · он/они) 22:45, 6 июля 2024 (UTC) [ ответить ]

Хотя я не могу говорить от его имени, я представляю, что @ Primefac : мог бы беспокоиться о том, что бот может быть готов в течение дня. Что ты думаешь, Primefac? При условии, что он на самом деле не завершится в течение дня, я не вижу проблемы с 1-дневной пробной версией. cc @ DannyS712 : -- The SandDoctor ^Talk 04:24, 9 июля 2024 (UTC) [ ответить ]

У меня не было никаких опасений; я думал, что даю ботопу то, что они хотят. Они сказали, что 14 дней — это слишком долго, и будет слишком много действий, которые нужно будет просмотреть. Я выкинул 100 в качестве нашего стандартного числа (которое, как оказалось, «примерно стоит дня», если посчитать), потому что в этих «не уверен, сколько в день» запросах может быть всего несколько десятков за 14 дней. Дэнни — надежный ботоп, и хотя ему нужно пройти испытание, чтобы убедиться, что все работает, мы не пожалеем нескольких правок по обе стороны от 100, если будет показано, что задача работает в пределах ожидаемых параметров. Так что, конечно, запустите его на день и посмотрите, что получится. Primefac ( обсуждение ) 00:03, 10 июля 2024 (UTC) [ ответить ]

И да, HouseBlaster , использование шаблона помощи дважды за десять дней — это немного перебор. Primefac ( обсуждение ) 00:03, 10 июля 2024 (UTC) [ ответить ]

@ DannyS712 : вы видели выше? Обсуждение SandDoctor 22:20 , 13 июля 2024 (UTC) [ ^{ответить} ]

Да, извините, меня некоторое время не было в городе, но я вернулся и скоро снова займусь ботом -- DannyS712 ( обсуждение ) 02:39, 21 июля 2024 (UTC) [ ответить ]

Пользователь потребовал внимания оператора. Как только оператор увидит это сообщение и ответит, пожалуйста, деактивируйте этот тег.  (пользователь уведомлен) @ DannyS712 : есть ли еще интерес к выполнению этой задачи? или вы готовы отметить ее как отозванную на данный момент? ProcrastinatingReader ( обсуждение ) 10:58, 29 сентября 2024 (UTC) [ ответить ]

@ DannyS712 , похоже, сейчас отсутствует. Думаю, мы можем смело пометить это как неактивное, пока они не вернутся или пока заменяющий ботоп не захочет взять на себя этот пункт. пингую @ DreamRimmer , чтобы привлечь внимание. – robertsky ( talk ) 02:12, 5 октября 2024 (UTC) [ ответить ]

Из 414 страниц movers, около 300 либо перечислены для redirect autopatrol , либо уже имеют права autopatrolled. Поскольку этот запрос не показывает отставания, я думаю, если мы увидим отставание в 100 или больше, я продолжу и добавлю эту функцию. А пока давайте немного подождем Дэнни. – DreamRimmer ( talk ) 07:43, 6 октября 2024 (UTC) [ ответить ]

Оператор: Hawkeye7  ( обсуждение  · вклад  · SUL  · количество правок  · журналы  · перемещения страниц  · журнал блокировок  · журнал прав  · поиск ANI)

Время подачи: 01:57, среда, 22 марта 2023 г. ( UTC )

Обзор функции: Отметить неоцененные статьи-заглушки как заглушки

Автоматический, контролируемый или ручной: автоматический

Язык(и) программирования : C#

Доступный исходный код : Пока нет

Ссылки на соответствующие обсуждения (где это уместно): Wikipedia:Bot requests/Archive 84#Stub assessments with ORES

Период(ы) редактирования: ежедневно

Предполагаемое количество затронутых страниц: < 100 в день

Пространство(я) имен: Обсуждение

Соответствует исключению (Да/Нет) : Да

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

•  Примечание: этот бот, похоже, редактировал с момента подачи этого BRFA. Боты не могут редактировать за пределами своего собственного или пользовательского пространства своего оператора, если они не одобрены или не одобрены для пробного использования. AnomieBOT ⚡ 00:10, 28 марта 2023 (UTC) [ ответить ]

  ^. Также, потенциально может быть CONTEXTBOT; см. Wikipedia:Stub : Не существует установленного размера, при котором статья перестает быть заглушкой. EpicPupper ( обсуждение ) 23:04, 30 марта 2023 (UTC) [ ответить ]

  Запуск бота влияет только на неоцененные статьи, оцененные mw:ORES как заглушки. Рейтинги ORES для заглушек очень надежны (некоторые ложные отрицательные результаты — которые не будут затронуты в рамках этого предложения — но ложных положительных результатов нет) . Hawkeye7 (обсудить) 00:03, 31 марта 2023 (UTC) [ ответить ]

• Одобрено для испытания (50 правок). Пожалуйста, предоставьте ссылку на соответствующие вклады и/или различия, когда испытание будет завершено. Звучит разумно, поскольку ORES обычно хорош для оценки статей-заготовок как таковых. – SD0001 ( обсуждение ) 11:41, 1 апреля 2023 (UTC) [ ответить ]

  YБот запущен с 50 правками. О проблемах не сообщается. Различия: [1]. Hawkeye7 (обсудить) 00:42, 18 апреля 2023 (UTC) [ ответить ]

• Комментарий: Мне показалось интересным то, что бот отменяет классификации начального класса, уже назначенные редактором-человеком, и переопределяет те, которые имеют класс-заглушку. [2] и [3] EggRoll97 ^{( обсуждение )} 03:28, 18 мая 2023 (UTC) [ ответить ]

  Этого не должно происходить. Frostly ( обсуждение ) 03:58, 18 мая 2023 (UTC) [ ответить ]

  Вопрос в том: что должно происходить? Статья была помечена, потому что некоторые проекты не были оценены. Должен ли бот (1) оценивать неоцененные как заглушки и игнорировать оцененные или (2) выравнивать неоцененные с оцененными? Hawkeye7 (обсудить) 04:21, 18 мая 2023 (UTC) [ ответить ]

  Согласно последнему консенсусу оценки должны быть для всей статьи, а не для WikiProject. Бот должен изменить шаблон, чтобы использовать код всей статьи. Если несколько проектов имеют разные оценки для статьи, он должен оставить ее в покое. Frostly ( обсуждение ) 05:03, 18 мая 2023 (UTC) [ ответ ]

  @ Hawkeye7 : Спасибо, ping, я вручную исправил правки, где бот заменил оценку редактором-человеком. Всего нужно исправить 6 правок из 52. EggRoll97 ^{( обсуждение )} 07:16, 18 мая 2023 (UTC) [ ответить ]

  Бот был изменен. Hawkeye7 (обсудить) 04:51, 19 мая 2023 (UTC) [ ответить ]

{{ BAG assistance needed }} Это ждало более 2 месяцев с момента окончания пробного периода и более 4 месяцев с момента создания запроса. Учитывая высказанные опасения, которые оператор бота с тех пор исправил, продленный пробный период может быть хорошей идеей. EggRoll97 ^{( talk )} 05:19, 8 августа 2023 (UTC) [ reply ]

Приношу свои извинения. Я был очень занят. Стоит ли мне снова запустить нового бота с несколькими правками? Hawkeye7 (обсудить) 18:57, 15 октября 2023 (UTC) [ ответить ]

Одобрено для расширенного испытания (50 правок). Пожалуйста, предоставьте ссылку на соответствующие вклады и/или различия, когда испытание будет завершено. – SD0001 ( обсуждение ) 19:10, 15 октября 2023 (UTC) [ ответить ]

Спасибо. Hawkeye7 (обсудить) 22:33, 15 октября 2023 (UTC) [ ответить ]

{{ Требуется помощь оператора }} Прошло больше месяца с момента последнего поста, этот судебный процесс все еще продолжается? Primefac ( обсуждение ) 13:26, 31 декабря 2023 (UTC) [ ответ ]

Да. Я написал бота, используя свой API C#, и из-за необходимого обновления здесь моя среда dotnet опередила среду в сетке. Я не мог ни собрать локально и запустить в сетке, ни собрать в сетке. (Я мог бы запустить пробную версию локально, но не смог бы развернуть в рабочей среде.) В настоящее время идет работа по перемещению ботов в контейнеры Kubernetes, но не было доступного пакета сборки dotnet. Герои на Toolforge уже предоставили один для dotnet, и я буду тестировать его, когда вернусь из отпуска на следующей неделе. Если все пойдет хорошо, я наконец смогу развернуть бота и запустить пробную версию. Подробности см. в phab:T311466. Hawkeye7 (обсудить) 22:54, 31 декабря 2023 (UTC) [ ответить ]

Пользователь запросил внимание оператора. Как только оператор увидит это сообщение и ответит, пожалуйста, деактивируйте этот тег.  (пользователь уведомлен) Primefac ( talk ) 20:10, 18 февраля 2024 (UTC) [ ответить ]

Работа была сделана в январе, и некоторые изменения были внесены в Toolforge. Возобновлю пробный запуск, когда появится возможность. Hawkeye7 (обсудить) 23:33, 18 февраля 2024 (UTC) [ ответить ]

@ Hawkeye7 : есть ли какие-нибудь новости по этому поводу? Если это что-то среднесрочное и над ним не ведется активная работа, вы рады бы отметить этот BRFA как отозванный на данный момент? ProcrastinatingReader ( обсуждение ) 10:54, 29 сентября 2024 (UTC) [ ответить ]

Мои технические проблемы решены. На этой неделе будет проведен новый пробный запуск. Hawkeye7 (обсудить) 19:26, 29 сентября 2024 (UTC) [ ответить ]

[4][5][6][7][8][9] и т. д. Hawkeye7 (обсудить) 03:15, 2 октября 2024 (UTC) [ ответить ]

Одно важное изменение: теперь вместо ORES используется Liftwing. Hawkeye7 (обсудить) 03:25, 2 октября 2024 (UTC) [ ответить ]

Боты, которые были одобрены для операций после успешного BRFA, будут перечислены здесь в информационных целях. Для этих ботов не требуется никаких других действий по одобрению. Недавно одобренные запросы можно найти здесь (изменить), а старые запросы можно найти в архивах.

• BaranBOT  ( BRFA  · вклад  · @media screen{html.skin-theme-clientpref-night .mw-parser-output div:not(.notheme)>.tmp-color,html.skin-theme-clientpref-night .mw-parser-output p>.tmp-color,html.skin-theme-clientpref-night .mw-parser-output table:not(.notheme) .tmp-color{color:inherit!important}}@media screen and (prefers-color-scheme:dark){html.skin-theme-clientpref-os .mw-parser-output div:not(.notheme)>.tmp-color,html.skin-theme-clientpref-os .mw-parser-output p>.tmp-color,html.skin-theme-clientpref-os .mw-parser-output table:not(.notheme) .tmp-color{color:inherit!important}}логи действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 8) Одобрено 16:12, 30 октября 2024 (UTC) (бот имеет флаг)
• KiranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 13) Одобрено 17:08, 20 октября 2024 (UTC) (бот имеет флаг)
• BaranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 7) Одобрено 11:55, 20 октября 2024 (UTC) (бот имеет флаг)
• Monkbot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 20) Одобрено 11:55, 20 октября 2024 (UTC) (бот имеет флаг)
• KiranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 11) Одобрено 17:24, 13 октября 2024 (UTC) (бот имеет флаг)
• Qwerfjkl (бот)  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 31) Одобрено 17:24, 13 октября 2024 (UTC) (бот имеет флаг)
• Leaderbot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Одобрено 22:09, 17 октября 2024 (UTC) (бот будет работать без флага)
• Бот DreamRimmer  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Одобрено 16:59, 4 октября 2024 (UTC) (бот имеет флаг)
• BaranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 4) Одобрено 11:57, 10 сентября 2024 (UTC) (бот имеет флаг)
• BaranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 5) Одобрено 15:53, 9 сентября 2024 (UTC) (бот имеет флаг)
• Бот-помощник по защите  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Одобрено 13:59, 8 сентября 2024 (UTC) (бот имеет флаг)
• KiranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 9) Одобрено 17:21, 1 сентября 2024 (UTC) (бот имеет флаг)
• Platybot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Одобрено 17:21, 1 сентября 2024 (UTC) (бот имеет флаг)
• BaranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Одобрено 12:02, 11 августа 2024 (UTC) (бот имеет флаг)
• HooptyBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Одобрено 00:01, 5 августа 2024 (UTC) (бот будет запущен без флага)
• ChristieBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 3) Одобрено 23:42, 4 августа 2024 (UTC) (бот имеет флаг)
• C1MM-bot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Одобрено 23:26, 4 августа 2024 (UTC) (бот имеет флаг)
• HBC AIV helperbot14  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Одобрено 13:24, 27 июля 2024 (UTC) (бот имеет флаг)
• The Sky Bot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 3) Одобрено 10:58, 24 июля 2024 (UTC) (бот имеет флаг)
• IznoBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 4) Одобрено 12:58, 21 июля 2024 (UTC) (бот имеет флаг)
• AdminStatsBot 2  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Одобрено 12:41, 21 июля 2024 (UTC) (бот имеет флаг)
• BaranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 3) Одобрено 12:36, 21 июля 2024 (UTC) (бот имеет флаг)
• Бот Mdann52  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 14) Одобрено 12:36, 21 июля 2024 (UTC) (бот имеет флаг)
• The Sky Bot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Одобрено 16:34, 17 июля 2024 (UTC) (бот имеет флаг)
• RustyBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Одобрено 18:05, 5 июля 2024 (UTC) (бот имеет флаг)
• Бот Mdann52  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 15) Одобрено 18:05, 5 июля 2024 (UTC) (бот имеет флаг)
• Qwerfjkl (бот)  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 30) Одобрено 18:05, 5 июля 2024 (UTC) (бот имеет флаг)
• PrimeBOT  ( BRFA  · contribs  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 45) Одобрено 13:47, 29 мая 2024 (UTC) (бот имеет флаг)
• Numberguy6Bot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Одобрено 13:18, 26 мая 2024 (UTC) (бот имеет флаг)
• BsoykaBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 3) Одобрено 13:18, 26 мая 2024 (UTC) (бот имеет флаг)

Боты, которым отказано в операциях, будут перечислены здесь в информационных целях в течение как минимум 7 дней, прежде чем будут архивированы. Для этих ботов не требуется никаких других действий. Более старые запросы можно найти в Архиве .

• MdWikiBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 12:04, 3 августа 2024 г. (UTC)

• Arjunaraocbot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 07:35, 23 марта 2024 (UTC)

• UrbanBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Бот отклонен 14:23, 12 октября 2023 (UTC)

• Aesthetic Bot  ( BRFA  · contribs  · action log  · block log  · flag log  · user rights) Бот отклонен 19:53, 9 сентября 2023 (UTC)

• Душан Крехель (бот)  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: V) Бот отклонен 11:24, 25 июля 2023 (UTC)

• UrbanBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 12:43, 18 июля 2023 (UTC)

• pumi  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 11:46, 10 июля 2023 (UTC)

• DYKToolsAdminBot  ( BRFA  · contribs  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 11:39, 1 апреля 2023 (UTC)

• KiranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 5) Бот отклонен 07:53, 4 февраля 2023 (UTC)

• PuggleBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 12:03, 11 января 2023 (UTC)

• Душан Крехель (бот)  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: IV) Бот отклонен 13:04, 29 сентября 2022 (UTC)

• CapsuleBot  ( BRFA  · contribs  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 08:21, 27 мая 2022 (UTC)

• BsoykaBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 17:50, 3 апреля 2022 (UTC)

• Душан Крехель (бот)  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: III) Бот отклонен 17:24, 3 апреля 2022 (UTC)

• Бот Dneo  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Бот отклонен 17:32, 6 марта 2022 (UTC)

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

• FrostlySnowman  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 10) Отозвано оператором 04:41, 4 ноября 2024 (UTC)

• BaranBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 6) Отозвано оператором 16:29, 30 октября 2024 (UTC)

• CapsuleBot  ( BRFA  · contribs  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Истек 22:58, 11 октября 2024 (UTC)

• StradBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Отозвано оператором 22:53, 11 октября 2024 (UTC)

• PrimeBOT  ( BRFA  · contribs  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 39) Отозвано оператором 12:21, 29 сентября 2024 (UTC)

• BattyBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 81) Отозвано оператором 15:48, 26 августа 2024 (UTC)

• Душан Крехель (бот)  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: VII) Истек 15:41, 27 июня 2024 (UTC)

• Душан Крехель (бот)  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: VIII) Истек 15:41, 27 июня 2024 (UTC)

• PearBOT  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 14) Истек 00:23, 15 июня 2024 (UTC)

• PearBOT II  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 13) Истек 07:35, 23 марта 2024 (UTC)

• VulpesBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 3) Истек 21:04, 10 марта 2024 (UTC)

• DYKNomCheck  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) Отозвано оператором 19:20, 10 марта 2024 (UTC)

• BattyBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 78) Истек 13:13, 20 февраля 2024 (UTC)

• VulpesBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Истек 12:06, 20 февраля 2024 (UTC)

• LemonadeBot  ( BRFA  · вклад  · журнал действий  · журнал блокировок  · журнал флагов  · права пользователя) (Задача: 2) Истек 09:37, 16 февраля 2024 (UTC)