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

Эта страница имеет отставание , требующее внимания редакторов. Удалите это уведомление, если и когда отставание будет устранено.

Обзор ( Словарь ) Политика ботов Группа утверждения ботов Гид Доска объявлений Новостная рассылка Запросы ботов Запросы на одобрение Админботы {{ BAG Tools }} Создание бота Список ботов Отчет о статусе бота

Часто запрашиваемые боты Часто отказывают Антивандальный Архивирование Автооценка Доставка рассылки Подмена шаблона Теги WikiProject

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

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

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

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

• WP: AWBREQ , для простых задач, которые включают несколько статей и / или должны выполняться только один раз (например, добавление категории к нескольким статьям).
• WP: URLREQ , для задач, связанных с изменением или обновлением URL-адресов, чтобы предотвратить гниение ссылок (с этим справляются специализированные боты).
• WP: SQLREQ , для задач, которые могут быть решены с помощью SQL-запроса (например, составление списка статей по определенным критериям).
• WP: TEMPREQ , чтобы запросить новый шаблон, написанный в вики-коде или Lua.
• WP: SCRIPTREQ , чтобы запросить новый пользовательский сценарий . Многие полезные скрипты уже существуют, см. Википедия: Пользовательские скрипты / Список .
• WP: CITEBOTREQ , чтобы запросить новую функцию для WP: Citation bot , инициируемого пользователем бота, который исправляет цитирование.

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

Заменить шаблон: профиль МПК шаблоном: спортсмен МПК [ править ]

Профиль Template: IPC содержит около 800+ включений . Они переходят на страницу архива, потому что исходная ссылка не работает, но с первыми пятью, которые я произвольно проверил, страница архива тоже не работает: Скот Холлонбек , Стивен Итон , Йонас Якобссон , Сирли Тийк , Константин Лисенков .

Кажется возможным заменить шаблон шаблоном : Спортсмен МПК : {{Профиль МПК | фамилия = Третуэй | givenname = Шон}} становится {{Спортсмен МПК | sean-tretheway}}. Однако безопаснее брать параметр из заголовка статьи, чем из шаблона профиля IPC: в Jacob Ben-Arie , {{IPC profile | surname = Ben-Arie | givenname = <! - в этом случае оставьте поле пустым, заданное имя не в списке ->}} должен стать {{IPC athlete | jacob-ben-arie}} [1] .

Если замена слишком сложна, то также можно просто удалить профиль IPC, поскольку нет смысла хранить шаблоны, которые не дают полезных результатов. Фрам ( разговорное ) 11:34, 5 января 2021 (UTC)

@ Fram : если я правильно вас понял, является ли шаблон полностью избыточным и следует ли заменить все включения на спортсмена МПК? Если это так, вы можете просто TfD шаблон, тогда существующий бот с общей авторизацией TfD может легко выполнить эту задачу. Это также, вероятно, быстрее (в противном случае потребуется не менее 7 дней для ввода сообщества + BRFA для одной только задачи). ProcrastinatingReader ( разговор ) 00:33, 6 января 2021 (UTC)

Спасибо, я тогда подниму это на TfD, не знал, что их «сила» зашла так далеко (но это хорошо). Фрам ( разговор ) 08:23, 6 января 2021 (UTC)

Primefac, учитывая, что TfD закрыт, может ли ваш бот сделать это? ProcrastinatingReader ( обсуждение ) 16:05, 2 февраля 2021 г. (UTC)

Если это WP: TFDH , оно будет выполнено. Primefac ( обсуждение ) 17:30, 2 февраля 2021 г. (UTC)

Добавьте ссылки ELP в информационные окна языка [ править ]

Уведомление об этом запросе было размещено на WT: LANG и получило только положительные комментарии (благодарности или текст).

Я отформатировал пример вручную на языке Dâw . Есть чуть более 3000 URL-адресов, на которые можно ссылаться. Они предоставляют демографические данные и надежные источники по языкам и являются альтернативой Ethnologue , которая теперь имеет очень дорогой платный доступ. (А в некоторых случаях ELP - это проверка на Ethnologue, поскольку эти два сайта часто полагаются на разные первичные источники и часто дают очень разные числа.)

В прошлый раз, когда я делал что-то подобное, этим занимался PotatoBot, но Anypodetos сообщает мне, что это больше не работает.

Цель

Добавьте ссылки на Проект языков, находящихся под угрозой исчезновения (ELP) из наших языковых статей через {{ Infobox language }}, параллельно с существующими ссылками на другие лингвистические онлайн-ресурсы (ISO, Glottologue, AIATSIS и т. Д.)

Данные

Список названий языков ELP и связанных кодов ISO и URL-адресов находится здесь . Я был бы рад, если бы записи в таблице с отдельными кодами ISO обрабатывались ботом. Остальное я могу сделать вручную, но см. Ниже.

В таблице три столбца. Два содержат значения, которые бот должен добавить в информационное окно. Третий - для навигации, адрес, по которому бот может найти правильную статью WP для редактирования.

Действие

Бот должен добавить параметры «ELP» и «ELPname» в информационное окно, используя значения в столбцах «ELP URL» и «ELP name» в таблице данных.

Значение в столбце «Код ISO» предназначено для проверки того, что бот редактирует правильную статью WP. Бот должен выполнить перенаправление WP для этого кода ISO и убедиться, что код ISO действительно присутствует в информационном поле на целевой странице.

Пример

Например, предположим, что одна из записей в таблице данных имеет код ISO [abc]. Перенаправление WP для этого кода - ISO 639: abc . Это должно привести бота к статье о языке, и бот должен убедиться, что в информационном окне этой статьи действительно есть параметр ISO3 = abc или lc [n] = abc (где [n] - это цифра).

Если совпадений нет (а с тех пор, как мы запускали бота обслуживания, чтобы проверить их все, прошли годы), тогда эта запись ELP должна быть помечена как имеющая плохое перенаправление WP для ISO.

Осложнения

Иногда на информационное окно языка приходится более одного кода ISO, потому что у нас нет отдельных статей для каждого кода ISO. (Здесь используются параметры lc [n].) Если бот обнаружит, что в поле уже есть ссылка ELP из предыдущего прохода, он должен добавить новые коды как ELP [n] и ELPname [n], и ведите список, чтобы в дальнейшем мы могли закодировать шаблон для поддержки статьи с наибольшим числом [n] ссылок.

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

Бот должен проверить, попадает ли внешний URL-адрес на реальную страницу. Например, язык в таблице данных указан как имеющий URL-адрес 8117, но после 8117 появляется сообщение об ошибке «Страница не найдена :(». Такие неверные URL-адреса должны быть помечены как для этого проекта, так и для отправки в ELP.

Записи ELP с несколькими кодами ISO (необязательно)

Если программист бота желает, было бы неплохо, если бы они могли выполнить запуск для 40+ записей ELP, каждая из которых имеет 2 кода ISO. (Или их три, если кодирование достаточно простое, но их всего 16. Что-то большее, чем это, вероятно, я должен сделать вручную.) Если rd для этих двух кодов ISO ссылаются на одну и ту же статью в Википедии, то Параметры ELP должны быть добавлены, как указано выше. Если они ссылаются на разные статьи, их нужно пометить, и я сделаю их вручную.

Пожалуйста, свяжитесь со мной, если ответите. - Квами ( разговор ) 11:14, 16 января 2021 (UTC)

Вместо этого рассмотрите возможность добавления этой информации в Викиданные, а затем извлечения ее оттуда. Есть несколько систем, которые, вероятно, могут сделать эту работу довольно быстрой. - Изно ( разговор ) 08:31, 27 января 2021 (UTC)

@ Kwamikagami : Чтобы подробнее рассказать о комментарии Изно: большинство однозначных идентификаторов ELP уже есть в Викиданных. В настоящее время я импортирую соответствующие имена ELP. Эти идентификаторы на заявления как endangeredlanguages.com ID (P2192) и имена , как названные в (P1810) классификаторов. Следующим шагом будет изменение {{ Infobox language }} для их использования, но я недостаточно знаком с Module: WikidataIB, чтобы сделать это сам. Вахурзпу ( разговорное ) 19:44, 27 января 2021 (UTC)

Мы можем вызвать RexxS, и он появится как по волшебству, чтобы все исправить. - Изно ( разговор ) 20:00, 27 января 2021 г. (UTC)

Я не знаком с Викиданными или с тем, как получить к ним доступ через информационное окно. Наверное, неплохо научиться. Было бы неплохо иметь центральный репозиторий, чтобы упростить обновление. Кстати, я получил список от ELP. Некоторые URL-адреса еще не созданы. Это включает в себя все более высокие числа и несколько разбросанных более низких чисел. Я думаю, что я их отсеял. - квами ( разговор ) 21:57, 27 января 2021 (UTC)

@ Квамикагами и Вахурзпу : Я всегда рад помочь любому научиться, и я могу дать вам пример получения данных из Викиданных, если хотите.

Вы можете получить значение идентификатора endangeredlanguages.com (P2192) от Dâw (Q3042278) следующим образом:

{{#invoke:WikidataIB |getValue |ps=1 |P2192 |qid=Q3042278}} → 2547

и квалификатор с именем (P1810) следующим образом:

{{#invoke:WikidataIB |getValue |ps=1 |P2192 |qid=Q3042278 |qual=P1810 |qo=y}} → Dâw

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

В противном случае я изменил Template: Infobox language / sandbox, чтобы показать вам, как он будет работать в информационном окне Dâw language . Посмотрите, делает ли это то, что вы хотите, и дайте мне знать. - RexxS ( разговор ) 01:09, 28 января 2021 (UTC)

Выглядит хорошо, спасибо. Но что решает, появится ли код ELP и какой? (Не считая ручного управления.) - Квами ( разговор ) 07:06, 28 января 2021 г. (UTC)

@ Kwamikagami : Появится ли код ELP или нет, зависит от того, есть ли у него необходимые данные о соответствующем элементе Викиданных (они связаны на боковой панели; например, см. Dâw (Q3042278) ). Около 2900 страниц в настоящее время имеют идентификаторы ELP в своих элементах Викиданных, и если ничего из этого не изменилось за последние 12 часов, все они имеют имена.

В случае, когда существует несколько идентификаторов ELP для одной страницы: она не обрабатывается чисто (чтобы точно увидеть, как она выглядит, перейдите на язык Bonan, переключите {{ Infobox language }} на {{ Infobox language / sandbox }} и предварительный просмотр). Однако есть только 7 страниц, на которых это применимо в настоящее время, и они, вероятно, в любом случае нуждаются в ручном изменении. Вахурзпу ( разговорное ) 07:50, 28 января 2021 (UTC)

Извините, я не следил за этим. Я не вижу никаких данных в Викиданных. Например, я не могу сказать, какие 7 страниц имеют несколько идентификаторов, или как было определено, какая страница получает какой ELP ID. - Квами ( разговор ) 08:13, 28 января 2021 (UTC)

@ Vahurzpu : как и обещал, я создал специальный модуль Module: Endangered Languages ​​Project для получения данных ELP. Он обрабатывает несколько значений и позволяет локальному значению переопределять значение Викиданных. Если вы теперь посмотрите на язык Bonan , вы увидите формат, который я использовал для нескольких значений ELP. Дай мне знать, если ты хочешь чего-то другого.

@ Kwamikagami : Вам не нужно знать, сколько значений ELP доступно в записи Wikidata, так как код теперь позаботится об этом. При обновлении шаблона: Infobox языка из своей песочницы, каждая статья , в которой уже есть ELPи ELPnameпараметры остается неизменной, и каждая статья , которая не имеет те параметры , установленные будет пытаться извлечь их из соответствующей записи викиданной и использовать их. Пожалуйста, дайте мне знать, если вам нужны дополнительные объяснения. - RexxS ( разговор ) 13:30, 28 января 2021 г. (UTC)

Спасибо, @ RexxS : ! Выглядит отлично!

Куда бы мы пошли, чтобы обновить значения ELP?

Не могли бы вы создать список идентификаторов ELP с отдельными кодами ISO, которые не запускаются, чтобы я мог исправить их вручную? Заметил severl, но не стал бы искать все 3000, чтобы проверить.

Не могли бы вы добавить имя к ссылкам, чтобы мы могли вызывать их с помощью <ref name = ELP />, <ref name = ELP2 />? И не могли бы вы добавить ссылку Category:Language articles with manual ELP linksна статьи, которые имеют значение в ELP? (Я сделал это для ELP2 в шаблоне.)

Небольшая ошибка, когда ELP вводится вручную без ELPname, ничего не отображается. Что-то должно показывать, хотя бы для того, чтобы предупредить редакторов о том, что информационное окно необходимо исправить.

Кстати, см. Яуйос – Чинча Кечуа , где есть второе частичное совпадение. (Единственная статья ELP, которая, как утверждается, является подмножеством кода ISO.) Я использовал ELP2, чтобы добавить ее в автоматическую ссылку.

Язык гелао имеет до ELP4. - Квами ( разговорное ) 22:08, 28 января 2021 (UTC)

@ Квамикагами : Я думаю, мы говорим о противоречиях . Изно и Вахурзпу предложили использовать Викиданные для хранения кода ELP и имени ELP, и я создал способ получения информации из Викиданных. Кажется, вы хотите добавить информацию к каждой статье вручную или попросить бота сделать это за вас. Любой способ будет работать, но, очевидно, не оба одновременно. Лично я бы рекомендовал хранить идентификаторы ELP в Викиданных, потому что это делает их доступными для всех 300+ языковых Википедий, но вы можете предпочесть этого не делать. Если есть список этих идентификаторов ELP, то бот может добавить их в Викиданные, хотя вам понадобится кто-то из Викиданных, чтобы сделать запрос за вас.

Я только что добавил четыре значения ELP для языка Gelao в Gelao (Q56401) в Викиданных и удалил ручные параметры из статьи. Как видите, теперь информация берется из Викиданных. Я добавил код для создания имени для каждой ссылки, ELP1, ELP2 и т. Д.

Раньше, когда ELPname добавлялось без ELP, ничего не отображалось. Я закодировал модуль так, чтобы в любом случае ничего не отображалось, что предпочтительно для читателей. Но я понимаю, что вам нужно что-то, чтобы редакторы могли видеть, где могут возникнуть проблемы, поэтому я изменил его, чтобы отображать параметр (не связанный), и добавил категорию отслеживания Категория: статьи о языках с отсутствующими параметрами ELP, чтобы отловить случаи, когда один параметр ELP отсутствует и не может быть предоставлен из Викиданных. - RexxS ( разговор ) 15:03, 29 января 2021 г. (UTC)

@ RexxS : На самом деле, я предпочитаю Викиданные, но я не знал, как и где их изменить.

Я думаю, что все равно будет некоторая необходимость дополнить его вручную. В WP на других языках они могут решить следовать подразделениям ISO, которых нет у нас, или иметь другие различия в объеме, которые не подходят WD. Итак, если нет обходного пути (я не знаком с WD), мы, вероятно, должны иметь универсальные элементы в WD для доступа к каждому WP, а затем вручную переопределять, когда какой-то конкретный WP желает отклониться от этого, по какой-либо причине . (Например, решение о том, что ISO или ELP неточны на основе источников, использованных для статьи.) Разве размещение всего в Викиданных не приведет к конфликтам между WP на разных языках?

Кроме того, как мы можем сгенерировать список идентификаторов ELP, которые вызываются в WP-en, чтобы я мог исправить те, которые нет? - Квами ( разговор ) 01:17, 30 января 2021 (UTC)

Привет, Квамикагами : Я не эксперт по Викиданным, но надеюсь, что этот запрос может помочь (используйте синюю кнопку запуска). Он должен показать вам таблицу идентификаторов элементов Викиданных, идентификаторов ELP, имен ELP и заголовков статей enwiki, где есть соединение. (Есть несколько строк для случаев, когда предмет имеет несколько идентификаторов ELP.) -  The Earwig  ^talk 02:58, 30 января 2021 г. (UTC)

Спасибо, уховертка!

И я должен сказать, это имя пользователя, которое я не скоро забуду! :-) - Квами ( разговор ) 03:11, 30 января 2021 (UTC)

Это сокращает количество статей до 500, которые мне нужно проверить вручную или вручную добавить в WikiData. - Квами ( разговор ) 09:29, 2 февраля 2021 (UTC)

@ RexxS , Vahurzpu и Earwig : в нижнем разделе Wikipedia talk: WikiProject Languages ​​/ Список названий языков ELP (#Names в 'Языки с едиными кодами ISO' ...) - это 500+ названий ELP, которые должны ссылки из статей WP, но нет. Иногда это связано с тем, что статья WP охватывает более одного языка ELP, но иногда я не понимаю, почему нет ссылки. Может просто несоответствие имен?

Можно ли добавить эти имена ELP и ссылки к статьям WP через Викиданные? (К статьям WP, на которые перенаправляются эти связанные синим цветом имена ELP.) Я сделал несколько вручную и могу вернуть их, как только они появятся в Викиданных. - Квами ( разговор ) 04:20, 3 февраля 2021 (UTC)

Квами : Я просмотрел несколько примеров на этой странице, и во многих случаях не было очевидно, что делать. Для ненцев в вашем списке указан ELP ID 5847, который указывает на недопустимую страницу на веб-сайте ELP, поэтому я не думаю, что это следует добавлять. Что касается Tujia , статья охватывает как северный, так и южный диалекты, но есть отдельные элементы Викиданных для Северной Tujia (Q12953229) и Южной Tujia (Q12633994) , и идентификаторы ELP (по праву) расположены на этих элементах вместо общего элемента Tujia . Для этой общей проблемы мы можем рассмотреть возможность заимствования подхода, используемого {{ Taxonbar}}. Вместо того, чтобы вручную добавлять идентификаторы ELP для диалектов в информационное окно основного языка, мы добавляем элементы Wikidata составляющих диалектов, и шаблон автоматически извлекает идентификаторы ELP из этих элементов вместо элемента страницы. То есть вместо добавления |ELP=4225|ELP2=1744в шаблон мы добавляем |from=Q12953229|from2=Q12633994, и шаблон извлекает оттуда идентификаторы ELP. Это дает преимущество в том, что упрощает поддержку идентификаторов других диалектов, если мы решим перенести больше идентификаторов в Викиданные. Мне не нравится такой подход, но я хотел его предложить. -  В  Earwig  ⟨ ток ⟩ 7:17, 14 февраля 2021 (UTC)

Спасибо, уховертка. Есть ли способ это автоматизировать? - Квами ( разговор ) 07:33, 14 февраля 2021 (UTC)

Можно автоматизировать либо это, либо напрямую добавить идентификаторы ELP. Я огляделся и не вижу никаких информационных ящиков, делающих то, что я описал, так что это могло быть слишком эзотерическим предложением. Буду признателен за информацию от кого-то, кто более знаком с дизайном инфобокса. Ситуация у нас довольно сложная: многие идентификаторы ELP недействительны или прикреплены к элементам Викиданных, которые отличаются от статей, в которых они обсуждаются. -  В  Earwig  ⟨ ток ⟩ 00:30, 15 февраля 2021 (UTC)

Периодически составляйте список статей под однозначным заголовком, которые недоступны из основного заголовка [ править ]

У нас есть много статей с неоднозначным заголовком, на которые нет ссылок из сноски и которые не указаны на странице с неоднозначностью. Либо редакторы забыли добавить страницу к странице значений неоднозначности, либо сноска была удалена в результате вандализма. Закваска, штат Монтана (создана в 2009 году) была недоступна из базового названия Закваска  до тех пор, пока Закваска (значения) не  была создана в 2020 году; Засуха была недоступна с 2018 по 2020 год.

Мне интересно, стоит ли за этим следить, периодически составляя список. Понятия не имею, будет ли такой список слишком большим, чтобы кто-нибудь захотел его просмотреть. Может быть, к этим статьям можно добавить невидимый тег, похожий на {{ orphan }}?

- Thjarkur (разговор) 12:39, 19 января 2021 (UTC)

MOS: SMALL и / или MOS: POINTS исправлены в информационном окне [ править ]

Одна из вещей, которые мне нравятся, - это делать информационные боксы совместимыми с MOS: SMALL и MOS: POINTS, используя AWB. Например, [2] и [3] . Исправления МАЛЫХ легко, для HTML - тегов Я просто найти <small>и </small>и оставить «заменить на» окно пустое. Для {{ small }} и {{ midsize }} я использую регулярное выражение. Найдите ({{small\|)(.*?)(}})и замените на $2.

MOS: POINTS немного сложнее. Я в основном жестко запрограммировал кучу правил поиска и замены, используя регулярное выражение для общих степеней. Таким образом, не имеет значения, набирается он как «MBA» или «MBA», он все равно будет изменен на MBA .

Проблема с AWB в том, что он недостаточно универсален для меня, по крайней мере, для моих элементарных навыков. Например, чтобы ограничить поиск и замену информационными окнами, я установил правило как «внутренние шаблоны», поэтому мне все равно нужно убедиться, что оно не вносит никаких изменений в URL-адреса ни в одном из шаблонов CS1. Другая проблема связана с моим регулярным выражением для PhD и PhB. Для PhD: (P)(\.?)(\s?)(h)(\.?)(\s?)(d)(\.?). Это означает, что в информационном ящике для Марселя Леттре « Джозеф Д. Кернан » становится « JosePhD Kernan ». Я бы хотел, чтобы эту задачу выполнял бот, чтобы я мог вносить другие изменения и не тратить время на то, чтобы убедиться, что эти проблемы не возникнут.  Bait30  Talk 2 мне, пожалуйста  ? 01:49, 22 января 2021 (UTC)

Для кандидатов наук вы можете проверить с помощью \ b границы слова в начале, чтобы они соответствовали "Jose ph D." но не «Джозеф Д.». Certes ( обсуждение ) 11:30, 22 января 2021 (UTC)

Бот может не удалять мелкие элементы из информационных и навигационных ящиков. Он должен иметь возможность избежать удаления экземпляров, которые обертывают уже увеличенный текст, обычно обнаруживаемый в параметрах |name=или аналогичных. - Jonesey95 ( разговорное ) 16:30, 22 января 2021 г. (UTC)

У вас есть примеры этого? Мне сложно представить сценарий, при котором использование {{ small }} в параметре имени было бы лучшим вариантом. С технической точки зрения, можно ли создать задачу бота, которая будет применяться только к определенным параметрам? Потому что то, что я делаю, в |education=любом случае почти полностью исключено .  Bait30  Talk 2 мне, пожалуйста  ? 21:28, 22 января 2021 г. (UTC)

Конечно. Колумбия использует шаблон {{ small }} в параметре информационного окна |native_name=; поскольку |native_name=отображается больше, чем обычный текст информационного окна, текст внутри шаблона {{ small }} в конечном итоге отображается с 93,5% нормального размера , что совершенно нормально и не следует увеличивать. - Jonesey95 ( разговорное ) 22:32, 22 января 2021 г. (UTC)

Перемещение старых страниц WP: FFD [ править ]

Некоторые старые страницы WP: FFD называются WP: Файлы для удаления вместо WP: Файлы для обсуждения . Следует ли создать бота, чтобы переместить их в новый заголовок, точно так же, как WP: Голоса за удаление страниц были перемещены в WP: Статьи для удаления ради единообразия? P, TO 19104 ( обсуждение ) ( вклад ) 15:54, 23 января 2021 (UTC)

Попробуйте сначала узнать, заинтересован ли WT: FFD . - Изно ( разговор ) 17:55, 23 января 2021 (UTC)

@ Izno : Я только что разместил там - см. Обсуждение в Википедии: Файлы для обсуждения # Обсуждение в Википедии: Запросы ботов § Перемещение старых страниц WP: FFD (вопреки названию, он также требует ответа там). P, TO 19104 ( обсуждение ) ( вклад ) 23:23, 23 января 2021 (UTC)

Счастлив кодировать это, если есть консенсус. ProcrastinatingReader ( разговор ) 18:51, 24 января 2021 (UTC)

Я не ожидаю большого количества отзывов на WT: FFD , поэтому я начал с RFC по этому поводу. P, TO 19104 ( обсуждение ) ( вклад ) 13:13, 25 января 2021 (UTC)

Преобразовать в Twitter [ править ]

Мне бы очень хотелось иметь бота или скрипт, который позволил бы пользователям превращать ссылки на страницы, содержащие URL-адрес Twitter, в экземпляры {{ cite tweet }}. - MJL  - Обсуждение - ^☖ 20:17, 3 февраля 2021 (UTC)

• Сценарий, вероятно, будет лучше, если его нельзя безопасно запустить на всех URL-адресах Twitter в тегах ref (в этом случае бот может быть приемлемым). ProcrastinatingReader ( обсуждение ) 21:10, 3 февраля 2021 г. (UTC)
• Почему мы снова цитируем Twitter? :) - Изно ( разговор ) 00:42, 4 февраля 2021 (UTC)
  • Учитывая CITEVAR, это не подходящая задача для бота. - Jonesey95 ( разговорное ) 16:22, 4 февраля 2021 г. (UTC)

    Разве это не было бы продолжением работы, уже проделанной ботом Citation ? -  В  Earwig  ⟨ ток ⟩ 16:54, 4 февраля 2021 (UTC)

Сделайте заголовки разделов уникальными в статьях года [ править ]

Разделы с названиями месяцев в году повторяются дважды или трижды в «Событиях», «Рождениях» и «Смерти». Чтобы заголовки разделов были уникальными, предлагаю внести следующие изменения:

заменить регулярное выражение

(\ w) (?) ===

с

$ 1 {{none | рождений}} $ 2 ===

или же

$ 1 {{none | deaths}} $ 2 ===

в зависимости от раздела. JsfasdF252 ( обсуждение ) 17:31, 5 февраля 2021 (UTC); обновлено 17:38, 5 февраля 2021 г. (UTC)

Перед написанием бота WT: WikiProject Years может быть заинтересован в обсуждении этой идеи. Certes ( обсуждение ) 17:44, 5 февраля 2021 (UTC)

По моему обычному запросу - насколько широко мы говорим? Десятки, сотни или тысячи потенциальных страниц? Primefac ( обсуждение ) 17:47, 5 февраля 2021 (UTC)

В категории «Годы» более 2700 лет , но небольшая выборка показывает, что повторение отдельных месяцев начинается только около 1900 года , так что точная проблема возникает только на менее чем паре сотен страниц. Однако, если смотреть на период с 1500 года и позже, разделы обычно озаглавлены «Январь – июнь» и «Июль – декабрь» с постепенным переходом к четырем подразделам «Январь – март». и т. д. Замена тех, кто находится на третьем уровне, на «... рождений» или «... смертей» соответственно не вызовет никаких проблем, за исключением педантов, которые будут цитировать MOS: SECTIONSTYLE («не должно относиться к заголовок более высокого уровня ").Очевидно, что включение статей с 1500 года потребует еще нескольких сотен статей за год. - RexxS( разговорное ) 21:33, 5 февраля 2021 (UTC)

Какая цель? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 22:03, 21 февраля 2021 (UTC)

Бот за 5 месяцев уведомляет создателей черновиков страниц [ править ]

Здравствуйте, я надеялся, что можно будет создать нового бота, который будет делать то, что раньше делал Hasteur Bot, а именно уведомлять редакторов о том, что их черновики приближаются к их 6-месячному периоду бездействия, когда они могут быть удалены как устаревшие проекты (CSD G13 ). Эти уведомления были разосланы после того, как черновик не редактировался в течение 5 месяцев. Мы упускали это с лета, что привело, как я думаю, к большему количеству удалений черновиков и большому количеству запросов на восстановление в WP: REFUND . Я думаю, что часто редакторы забывают, что они начали черновик (особенно те редакторы, которые запускают много черновиков одновременно), и эти напоминания очень полезны для создателей страниц, а также для редакторов и администраторов, которые регулярно проверяют устаревшие черновики отчетов.

Может ли создатель бота повторно использовать код Hasteur Bot? Но я просто ищу бота, который будет делать именно то, что делал до того, как он был отключен из-за ухода создателя бота. См. Special: Contributions / HasteurBot, где приведены примеры того, что я ищу. Спасибо. L iz ^{Read! Разговаривать!} 00:18, 7 февраля 2021 (UTC)

Я вижу, что MDanielsBot 7 был утвержден на замену HasteurBot, но, похоже, на данный момент он отключен. Оператор пинга Mdaniels5757 . -  В  Earwig  ⟨ ток ⟩ 00:22, 7 февраля 2021 (UTC)

Они AFK около двух недель и уже заявили, что не планируют продолжать эту задачу. Primefac ( разговор ) 00:25, 7 февраля 2021 (UTC)

В таком случае я не против взглянуть на это, хотя может пройти некоторое время, прежде чем я смогу это сделать, и кто-то другой может забрать это у меня. -  В  Earwig  ⟨ ток ⟩ 00:31, 7 февраля 2021 (UTC)

Если это делает его легче, код является доступны (это то , что Mdaniels использовал). Primefac ( разговор ) 00:42, 7 февраля 2021 (UTC)

Да, на самом деле я являюсь участником проекта Toolforge, и, по всей видимости, был им уже несколько лет, хотя я почти забыл об этом. Хотя, вероятно, переместим его в другое место. -  В  Earwig  ⟨ ток ⟩ 00:57, 7 февраля 2021 (UTC)

Ха! Я как бы подумал, просто имел в виду, что не всегда очевидно, что доступно, а что нет (например, мне напоминают, что я сказал кому-то, что загружу свой модуль AWB Task 30 ...). Primefac ( разговор ) 00:59, 7 февраля 2021 (UTC)

Я считаю, что у MDanielsBot был какой-то странный аспект подписки, который не сделал бы его эффективным, поскольку многие создатели черновиков не являются обычными редакторами. У них часто есть настройки для получения сообщений электронной почты, когда кто-то публикует уведомление на своей странице обсуждения, поэтому уведомление на странице обсуждения очень полезно. Hasteur Bot неактивен с июля 2020 года, поэтому, хотя этот новый бот очень нужен, это не срочно. Если бы эта задача попала в чей-то список дел, я был бы счастлив! L iz ^{Read! Разговаривать!} 00:20, 8 февраля 2021 г. (UTC)

Это сейчас в моем списке дел. Раньше я запускал ботов, и, учитывая, что исходный код доступен, это похоже на игру в легком (иш) режиме! Хех. Если уховертка доберется до места первой, ничего страшного, по крайней мере, тогда у нас будет два человека, готовых управлять этим делом. ƒirefly ( t · c ) 11:13, 8 февраля 2021 г. (UTC)

Оказалось, что у моего бота все еще есть одобренный BRFA для этого, поэтому я могу немедленно перезапустить задачу. Я совсем забыл об этом! irefly ( t · c )

@ Лиз : - Сейчас работает. Я также собираюсь возродить BRFA для фактического тегирования CSD G13, поскольку это на 100% работа для бота, а не для людей. ƒirefly ( t · c ) 17:26, 11 февраля 2021 (UTC)

@ Firefly : Спасибо, что взяли это на себя, но бот отправляет сообщения с правками, помеченными как незначительное редактирование + редактирование бота, что означает, что пользователи НЕ будут получать уведомления «у вас есть новые сообщения» или уведомления по электронной почте. Пожалуйста, снимите флажок незначительного редактирования, иначе люди могут пропустить сообщение. - SD0001 ( разговор ) 19:30, 11 февраля 2021 г. (UTC)

Странно, но он запускает тот же код, что и раньше. Я это исправлю. ƒirefly ( t · c ) 19:35, 11 февраля 2021 (UTC)

Теперь исправлено! Спасибо за сообщение об ошибке! ƒirefly ( t · c ) 22:16, 11 февраля 2021 года (UTC)

У меня нет ноу-хау, чтобы взять это на себя, но, бросив некоторую быструю поддержку, это обязательно нужно сделать.

Я бы хотел, чтобы такие задачи предупреждали нас, когда они перестали работать, поскольку они очень сильно повреждены, пока они неработоспособны. Сколько заметных страниц мы потеряли из-за того, что создатель только получил уведомление об удалении и отказался, вместо того, чтобы столкнуться с препятствием на пути к возмещению? {{u | Sdkb }}  ^talk 04:19, 17 февраля 2021 г. (UTC)

Согласно BRFA, SDZeroBot 9 в конечном итоге сможет отслеживать активность других ботов, но в настоящее время он заблокирован. Вахурзпу ( разговорное ) 04:26, 17 февраля 2021 (UTC)

Как бы то ни было, соответствующая часть задачи (обновление списка) была фактически одобрена. Primefac ( разговор ) 11:35, 17 февраля 2021 (UTC)

Очистить ссылки на взломанный sentragoal.gr [ править ]

Сайт sentragoal.gr был взломан сайтом азартных игр, и мы должны попытаться отключить активные ссылки на этот источник. Если бы кто-то смог справиться с этим легко, это было бы фантастически. - billinghurst sDrewth 23:55, 13 февраля 2021 г. (UTC)

Под этим вы подразумеваете, что ссылки в шаблонах CS1 / 2 должны иметь параметр, |url-status=usurpedа другие ссылки должны ... иметь что с ними делать? - Изно ( разговор ) 00:44, 14 февраля 2021 г. (UTC)

В статьях всего 141 экземпляр текста sentragoal.gr. Если вы посмотрите, например, на ФК «Олимпиакос» , вы увидите, что ссылка идет по ссылке {{ webarchive }}. Я полагаю, что лучшим выходом было бы предоставить заархивированные URL-адреса как можно большему количеству. Нет ли бота, который пытается восстановить мертвые ссылки с помощью этой техники? Может быть, он справился бы с этой работой с небольшими изменениями? - RexxS ( разговор ) 01:23, 14 февраля 2021 (UTC)

Бот для добавления отсутствующих тегов формата даты [ править ]

Похоже, что во многих тысячах статей отсутствует {{ использовать даты mdy }} или {{ использовать даты dmy }}, но которые связаны с информацией, достаточной для определения того, какой тег следует использовать. Например, я думаю, мы можем смело предположить, что немаркированная страница для средней школы в подкатегории Категория: Средние школы в Соединенных Штатах (или со страной (P17) = Соединенные Штаты Америки (Q30) в Викиданных) должна быть с использованием MDY, или что на немаркированной британской странице биографии, не входящей ни в одну категорию для экспатриантов или лиц с двойным гражданством, должен использоваться DMY. В 3500 страниц , что использование {{ американский английский}}, но без тега кажется еще более простым вызовом.

Я хотел бы видеть бота, который просматривает старые страницы и добавляет соответствующие теги, где он может сделать твердое определение. Затем он будет периодически работать, добавляя теги DMY или MDY к новым страницам по мере их создания (но не отменяет никакие страницы, помеченные вручную). Это поможет уменьшить количество некрасивых дат 2021-02-15 и сэкономить часть работы редактора. Это было бы очень низким риском, так как даже если есть какие-то непредвиденные обстоятельства, которые заставляют бота время от времени нарушать работу, наносится очень небольшой ущерб (например, американцы все еще могут хорошо понимать DMY, также как и британцы с MDY, и большинство, вероятно, предпочтут либо на ГГГГ-ММ-ДД) и исправить это будет легко.

Кто-нибудь хочет взяться за это? {{u | Sdkb }}  ^talk 23:27, 15 февраля 2021 г. (UTC)

@ Sdkb : Как бот сможет определить, когда следует сохранить текущий формат (даже если это «уродливые даты 2021-02-15») в соответствии с MOS: DATERET ?) GoingBatty ( обсуждение ) 04:11, 16 февраля 2021 г. (УНИВЕРСАЛЬНОЕ ГЛОБАЛЬНОЕ ВРЕМЯ)

GoingBatty , MOS: DATERET делает исключение для переключателей, основываясь на сильных национальных связях с этой темой , что может иметь место для категорий здесь. {{u | Sdkb }}  ^talk 05:43, 16 февраля 2021 г. (UTC)

Незначительное исправление в статьях о персидских деревнях [ править ]

На основании этого поиска было обнаружено около 50 000+ статей (в основном о населенных пунктах в Иране), созданных пользователем: Carlossuarez46 , в которых используется неправильный регистр «романизированный».

Слово пишется с заглавной буквы, когда оно означает «сделать что-то латинское по буквам», и строчными буквами, когда оно означает «преобразовать в латинский шрифт», как в этих случаях. Это различие отражено во всех наших статьях ( Категория: романизация ) и поддерживается словарями [4] , энциклопедиями [5] [6] [7] и т. Д.

Если бы для исправления этого была создана задача бота, то, вероятно, было бы разумно перенастроить вики-ссылки следующим образом: [[Romanization of Persian | romanized]], что является лучшей целью. - Гозей ( разговорное ) 23:56, 17 февраля 2021 (UTC)

• Похоже, что вопрос о том, следует ли писать «романизировать» с заглавной буквы, не согласован: в Чикагском руководстве по стилю используются как заглавные, так и заглавные версии. (см., например, раздел 11.95 (16-е издание): Курсив вместо латинского для транслитерированных терминов: «Обычно транслитерированный (или латинизированный), курсив против римского для транслитерированного термина», а в других местах он используется без заглавных букв (например, в разделе 11.106 обсуждается транслитерация японского языка) . Если это, по вашему мнению, лучший вариант , бот должен уметь это делать. Карлосуарес46 ( разговор ) 00:08, 18 февраля 2021 г. (UTC)

Я посмотрел на эту часть CMS 16 и обнаружил, что слово «Romanized» пишется с заглавной буквы только в этом случае, потому что оно присутствует в заголовке подраздела (например, « Языки, обычно транслитерируемые (или латинизированные)» ). Например, заголовок предыдущего раздела записывается как « Языки, использующие латинский алфавит» .

Первое предложение внутри раздела (и все другие варианты использования в руководстве) используются в нижнем регистре: в неспециализированных работах принято транслитерировать, то есть преобразовывать в латинский алфавит или латинизировать слова или фразы из языков, которые не используют латинский алфавит. - Гозей ( разговорное ) 00:31, 18 февраля 2021 г. (UTC)

Я считаю, что это хорошее изменение. Проблема, однако, - уверены ли мы, что это никогда не появляется в начале предложения или где-либо еще, что оно должно быть написано с заглавной буквы? Боюсь, что некоторые второстепенные дела станут проблемой CONTEXTBOT. Возможно, потребуется искать «романизированный» только тогда, когда он находится в скобках, состоящих из, (Romanized as [one or more words in Farsi script])чтобы снизить риск ложных срабатываний. Ниттенд ( разговорное ) 15:21, 18 февраля 2021 (UTC)

@ Nyttend : Я не понимаю твою точку зрения. Поисковый запрос Goszei искал экземпляры словосочетания «также латинизировано как» - в каком случае следует использовать заглавные буквы? 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 22:06, 21 февраля 2021 (UTC)

Итак, просьба состоит в том, чтобы мы игнорировали все, в чем «также» не предшествует «романизированному»? Я интерпретировал это как «послушайте, этот поиск показывает, что есть много статей, написанных на романизме, поэтому давайте исправим все появления романизированных статей». Если запрос действительно означает «давайте исправим все, что написано« также романизировано »», конечно, продолжайте. Ниттенд ( разговорное ) 15:42, 22 февраля 2021 (UTC)

Что касается моего предложения о "латинизации персидского" выше, мне пришло в голову, что {{lang-fa|بابصفحه}}часть текста статьи может быть обнаружена, чтобы убедиться в правильности контекста. Я плохо разбираюсь в регулярных выражениях, но строка будет целью для внесения двух изменений (декапитализация латинизации и изменение цели ссылки). Могут остаться некоторые случаи, но, вероятно, разумная сумма подходит для прохода AWB (то есть с проверкой человеком) вместо запуска бота. - Гозей ( разговор ) 17:58, 1 марта 2021 (UTC){{lang-fa|anything goes here}}, also Romanized as"

Исправление правильных ссылок для всех страниц, связанных с Marvel, и грамматические исправления [ править ]

Этот бот нужен для исправления грамматических ошибок. Я заметил, что нет. О грамматических ошибках на страницах, которые не посещались пользователями или администраторами. - Предыдущий неподписанный комментарий, добавленный Kohcohf ( обсуждение • вклад )

Вам придется быть более конкретным в том, что вы запрашиваете. См. Также WP: CONTEXTBOT . -  HELL KNOWZ    ▎ TALK 15:22, 18 февраля 2021 г. (UTC) 

Создайте и поддерживайте категорию страниц в черновике, которые не являются перенаправлениями [ править ]

Пытаться просмотреть и улучшить черновики на Special: AllPages / Draft: сложно, потому что там очень много перенаправлений. Можно ли создать и поддерживать категорию черновиков, не являющуюся перенаправлением, для упрощения навигации?

Я думаю, вы могли бы использовать Special: PrefixIndex / Draft:, который предоставит вам все страницы в области черновика, и вы можете фильтровать и удалять перенаправления. Primefac ( разговор ) 01:42, 19 февраля 2021 (UTC)

Составьте список статей, которые, возможно, ошибочно помечены как заглушка [ править ]

Я бы сказал, что несколько статей помечены как заглушки, но оцениваются Википроектами по-разному. Хорошая идея - поддерживать (возможно, кэшированный) их список для целей обслуживания. - Предшествующий беззнаковый комментарий добавлен 5a5ha seven ( обсуждение • вклад ) 23:17, 19 февраля 2021 г. (UTC)

@ 5a5ha seven : Отчет кажется разумным, если WikiProject был готов разрешить пункты в отчете. Может быть, участник WikiProject может запросить это в Wikipedia: Database reports ? (Не забудьте подписать свои сообщения на страницах обсуждения , набрав на клавиатуре четыре тильды, например:. ~~~~) GoingBatty ( обсуждение ) 23:45, 19 февраля 2021 г. (UTC)

Двойной жирный шрифт [ править ]

Согласно MOS: BOLD , «полужирный шрифт применяется автоматически [в] [t] заголовках. Добавленная вручную разметка жирным шрифтом в таких случаях будет излишней, и ее следует избегать». Специально: поиск / insource: / \ | \ + * '' '/ в настоящее время возвращает более 17000 результатов. Предлагаю заменить

\ | \ + (*) '' '([^' \ |] +) '' '\ |

к

| + $ 1 $ 2 |

во всех случаях. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 22:13, 21 февраля 2021 (UTC)

Не лучшая задача для бота. Не оказывает существенного влияния, поэтому не работает WP: COSMETICBOT . ƒirefly ( t · c ) 22:21, 21 февраля 2021 г. (UTC)

Хорошее приложение для WP: COSDAY . - Зеленый C 22:28, 21 февраля 2021 г. (UTC)

Также может быть частью WP: GENFIXes . Headbomb { t · c · p · b } 23:28, 21 февраля 2021 года (UTC)

«В конечном итоге это приведет к тому, что шрифты с двойным полужирным шрифтом (толщиной 900) станут чрезмерными». Это действительно выглядит некрасиво. Учитывая, что CBD должен быть довольно скоро, я буду в порядке, если это будет сделано. 𝟙𝟤𝟯𝟺𝐪𝑤𝒆𝓇𝟷𝟮𝟥𝟜𝓺𝔴𝕖𝖗𝟰 ( 𝗍𝗮𝘭𝙠 ) 23:40, 21 февраля 2021 (UTC)

Я целую вечность не видел шрифтов с двойным полужирным шрифтом в Firefox, который был одним из наиболее пострадавших браузеров. Исправление для этого может быть хорошей идеей. - Изно ( разговор ) 00:11, 22 февраля 2021 (UTC)

Мне кажется разумным делать это либо на WP: COSDAY, либо через GENFIXes. ƒirefly ( t · c ) 09:35, 22 февраля 2021 г. (UTC)

Добавление его в генфиксы AWB - определенно хороший способ справиться с этим. Primefac ( обсуждение ) 13:57, 22 февраля 2021 (UTC)

ФЭНДОМ [ править ]

ФЭНДОМ в Фэндом (сайт) , пожалуйста. JediMasterMacaroni  (Обсуждение) 00:57, 24 февраля 2021 (UTC)

Нет причин менять редиректы. Primefac ( разговор ) 01:06, 24 февраля 2021 (UTC)

StarWars.com [ править ]

Все, что связано с http://www.starwars.com, следует изменить на https . JediMasterMacaroni  (Обсуждение) 17:03, 25 февраля 2021 (UTC)

Отправьте сообщение в WP: URLREQ . - Jonesey95 ( разговор ) 18:18, 25 февраля 2021 г. (UTC)

Сортировка категорий для тайских имен [ править ]

Здравствуй. Я хочу возродить запрос, сделанный ранее в 2018 году, который обсуждался (в значительной степени) здесь и здесь . Тогда TheSandDoctor изначально предлагал свою помощь, но из-за других обстоятельств не смог уделить время задаче и предложил мне спросить здесь еще раз. Я оставил его довольно долго, но, думаю, лучше поздно, чем никогда.

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

{{DEFAULTSORT: фамилия, имя }}[[Категория: Иностранцы]][[Категория: тайцы | Имя Фамилия ]]

В настоящее время соблюдение требований повсеместно: тайский порядок помещается в значение DEFAULTSORT в некоторых статьях, а тайские ключи сортировки отсутствуют в других. Бот необходим для: (1) выполнения одноразовой задачи по проверке значений DEFAULTSORT в биографиях, связанных с Таиландом (список с правильными значениями, которые необходимо ввести вручную) и замены значений, если они неверны, и (2) периодического обслуживания пройдя через указанный список категорий (возможно, с помощью шаблона отслеживания, размещенного на страницах категорий) и добавив тайский порядок имен в качестве ключей сортировки для вызовов этих категорий в каждой статье участника, которая является биографией. В большинстве случаев тайский порядок имен будет заголовком страницы, но есть несколько исключений, о которых я подробнее расскажу позже. Тогда это было разрекламировано, и некоторые детали задачи прояснились, но с тех порПрошло три года, возможно, потребуется подтвердить консенсус. Но сначала я хотел бы увидеть, заинтересованы ли какие-либо операторы ботов в таком проекте. -Paul_012 ( разговор ) 00:13, 26 февраля 2021 (UTC)

@ Пол 012 : Ну, думаю, я сделаю это:

1. Для страниц категории "Тайцы" все подстраницы категорий, включая {{ категорию тайцев }}:
2. Добавить / изменить DEFAULTSORT как {{DEFAULTSORT:Surname, Given name}}
3. + Категория: Люди из других стран
4. Измените ключ сортировки категории: тайцы и категории, включая {{ категория тайцев }}, как[[Category:Category name|Given name Surname]]

Я что-нибудь упускаю? - Канашими ( разговор ) 08:36, 11 марта 2021 (UTC)

Канашими , «Категория: тайцы» и «Категория: люди из других стран» в примере были означены как заполнители для всех категорий внутри и вне предопределенного набора, а не буквальные категории с этими именами (поэтому пропустите № 3); извините, если это было непонятно. Набор категорий может отслеживаться {{ категориями тайцев }} (необходимо добавить шаблон), хотя это не высечено в камне. Есть также имена, которые не в формате Given-name Surname ; их список, вероятно, нужно будет составить вручную, так что это тоже нужно учитывать. - Paul_012 ( разговор ) 20:43, 11 марта 2021 (UTC)

Я неправильно понял обсуждение. Это правильно?

1. Для категорий, включающих {{ категорию тайцев }} и их подкатегории, назовите ее Thai_CATEGORY_LIST. Для статей из всех Thai_CATEGORY_LIST назовите его Thai_ARTICLE_LIST. И мы сделаем это для всех тайских_ARTICLE_LIST:
2. Если статья находится в Template: Thai people category / doc # Ключи сортировки биографических статей, добавленных в категории с помощью этого шаблона :
   1. Измените ключ сортировки категорий в Thai_CATEGORY_LIST, как [[Category:Category name|Category Sort key specified]]
3. Еще:
   1. Добавить / изменить DEFAULTSORT как {{DEFAULTSORT:Surname, Given name}}
   2. Измените ключ сортировки категорий в Thai_CATEGORY_LIST, как [[Category:Category name|Given name Surname]]

И у меня есть вопрос: всегда ли фамилии тайцев на английском языке состоят из одного слова, чтобы я мог легко разделить данное имя и фамилию по заголовку статьи; это всегда в шаблоне "дано дано дано ... фамилия"? - Канашими ( разговорное ) 22:26, ​​11 марта 2021 (UTC)

Может быть, мне сначала стоит рассказать немного больше об этом. Короткий ответ на ваш последний вопрос: «Нет». Чтобы получить развернутый ответ, я просмотрел около 4000 статей тайцев, чтобы выявить следующие закономерности:

Я полагаю, все это означает, что это, вероятно, слишком сложно для автоматической обработки значения defaultsort; чтение составленного вручную списка было бы более практичным. Я все еще дорабатываю список, но, например, см. Более раннюю (устаревшую) версию по адресу Special: Permalink / 829756891 .

Я думаю, что процесс должен быть примерно таким:

1. Для категорий, включающих {{ категория тайцев }}, назовите ее Thai_CATEGORY_LIST. Для статей из всех Thai_CATEGORY_LIST назовите его Thai_ARTICLE_LIST. И мы сделаем это для всех тайских_ARTICLE_LIST:
2. Если статья представляет собой личную биографию, действуйте следующим образом:
   1. Если статья находится в DEFAULTSORT_UPDATE_LIST:
      1. Добавить / изменить DEFAULTSORT в соответствии со значением в DEFAULTSORT_UPDATE_LIST
      2. Если это указано в DEFAULTSORT_UPDATE_LIST:
         1. Добавьте в статью {{ Тайская сортировка такая же, как сортировка по умолчанию }}
      3. Еще:
         1. Измените ключ сортировки категорий в Thai_CATEGORY_LIST, как [[Category:Category name|PAGENAME]](хотя отформатируйте имя страницы так, чтобы исключить двусмысленность в скобках)

Вышесказанное относится к первоначальному запуску бота. Также должны быть периодические обновления, где 2.1 будет:

2. 1. Если DEFAULTSORT существует и отличается от заголовка статьи (за исключением запятых и скобок для устранения неоднозначности), а {{ Тайская сортировка такая же, как defaultsort }} не найдена в статье:
      1. Измените ключ сортировки категорий в Thai_CATEGORY_LIST, как [[Category:Category name|PAGENAME]](хотя отформатируйте имя страницы так, чтобы исключить двусмысленность в скобках)

Рекурсия категорий сложна и может привести к неожиданным проблемам, поэтому {{ категория тайцев }}, вероятно, следует размещать непосредственно на всех соответствующих страницах категорий. (Это также может быть задача бота.) Я работаю над этим предварительным списком: Special: Permalink / 1011801926 , но некоторые дополнительные настройки все еще необходимы.

Поскольку тайский ключ сортировки будет таким же, как заголовок статьи (для обычных имен) или значение DEFAULTSORT (для роялти и т. Д.), DEFAULTSORT_UPDATE_LIST может указать, какой регистр применяется к каждой статье, и это можно отследить в статье. источник. Я думаю, что это было бы предпочтительнее в долгосрочной перспективе, так как центральный список будет сложно обновлять, в то время как шаблон отслеживания можно добавлять к новым статьям по мере их создания. {{ Тайская сортировка такая же, как defaultsort }} не должна генерировать никаких видимых результатов (кроме, возможно, категории отслеживания, если это полезно).

Имеет ли это более или менее смысл? - Paul_012 ( разговор ) 23:15, 12 марта 2021 (UTC)

В описанном выше процессе мы будем игнорировать все статьи, которых нет в DEFAULTSORT_UPDATE_LIST, даже если статья находится в Thai_ARTICLE_LIST. Я думаю, что мы можем определять имя и фамилию автоматически (например, перечислять общие фамилии), а только перечислять особые случаи в другом списке. Это значительно снизит нагрузку на человека и бота. И должен ли {{ Thai sort такая же, как defaultsort }} отображаться следующим образом: {{Thai sort same as defaultsort}}{{DEFAULTSORT:Surname, Given name}}(ничего между шаблоном и DEFAULTSORT)? - Канашими ( разговорное ) 01:26, 13 марта 2021 (UTC)

Ой, должно было быть больше так:

2. Если статья представляет собой личную биографию, действуйте следующим образом:
   1. Если статья находится в DEFAULTSORT_UPDATE_LIST:
      1. Добавить / изменить DEFAULTSORT в соответствии со значением в DEFAULTSORT_UPDATE_LIST
      2. Если это указано в DEFAULTSORT_UPDATE_LIST:
         1. Добавьте в статью {{ Тайская сортировка такая же, как сортировка по умолчанию }}
         2. Перейти к следующей статье
   2. Измените ключ сортировки категорий в Thai_CATEGORY_LIST, как [[Category:Category name|PAGENAME]](хотя отформатируйте имя страницы так, чтобы исключить двусмысленность в скобках)

Я не совсем вижу практический набор инструкций, который позволил бы автоматическую идентификацию имени, учитывая связанные с этим сложности. Человеческая нагрузка не является проблемой, так как в основном я уже закончил с именами (просто нужна вторая проверка). Я представляю себе размещение тайской сортировки так же, как и шаблона сортировки по умолчанию, как вы описали. Однако это предварительное предложение; Если мы согласимся использовать этот метод, я опубликую на странице обсуждения MOS для утверждения сообществом. - Paul_012 ( разговор ) 07:18, 13 марта 2021 (UTC)

Ok. Я примерно понимаю, что вы имеете в виду. Я думаю, что DEFAULTSORT_UPDATE_LIST должен включать PAGENAME, фамилии и имена; не менее трех столбцов. Кстати, как мы поддерживаем новые статьи о тайских людях? Их не будет в DEFAULTSORT_UPDATE_LIST. - Канашими ( разговорное ) 07:51, 13 марта 2021 (UTC)

Я ожидаю, что DEFAULTSORT_UPDATE_LIST будет упоминаться только один раз, чтобы проверить существующие в настоящее время статьи. Практика указания Given-name SurnameDEFAULTSORT (которую бот должен будет исправить) довольно старая (я думаю, в основном ее можно найти в статьях более десяти лет назад). Новые статьи сегодня, скорее всего, будут иметь значения DEFAULTSORT в Surname, Given-nameформате, поэтому потребуется только добавить ключи сортировки PAGENAME. Меньшая часть статей, требующих особого форматирования и маркировки, может обрабатываться патрулями, отслеживающими поток потенциальных новых статей WikiProject Thailand по мере их создания. - Paul_012 ( разговор ) 09:13, 13 марта 2021 (UTC)

Ok. Кажется, это возможно для бота. - Канашими ( разговор ) 10:58, 13 марта 2021 (UTC)

Спасибо за ответы, Канашими . Планируете ли вы взяться за задачу? Если да, я уведомлю соответствующие проекты и страницы обсуждения. - Paul_012 ( разговор ) 14:05, 14 марта 2021 г. (UTC)

Очистить шаблоны музыкальных жанров в Infobox [ править ]

Цель состоит в том, чтобы удалить параметры "color =" и "популярность =" из {{ Infobox music genre }}. Параметр цвета был отключен в январе 2019 года [8] , а популярность исчезла в 2013 году [9] , но они все еще присутствуют в ~ 900 и ~ 300 шаблонах соответственно [10] . Было бы здорово, если бы мы могли очистить эти шаблоны. Solidest ( разговор ) 17:06, 3 марта 2021 (UTC)

@ Primefac : Подойдет ли это вашему боту? GoingBatty ( разговор ) 02:06, 12 марта 2021 (UTC)

Придется поискать дальше, но наверняка уверен. Primefac ( обсуждение ) 15:11, 12 марта 2021 (UTC)

Автоматическое добавление встроенного шаблона пустого URL за пустым URL [ править ]

Я хочу, чтобы робот мог добавлять {{ Bare URL inline | {{ subst: DATE }}}} в конец всех пустых URL-адресов. - Алкреми ( выступление ) 09:54, 11 марта 2021 г. (UTC)

Так много пустых URL-адресов, что это были бы миллионы статей, что потребовало бы значительного консенсуса. Предлагайте поиск и работу с голыми URL-адресами с помощью бота с голыми URL-адресами в Шаблон: Очистить голые URL-адреса / бот . - Зеленый C 16:58, 11 марта 2021 г. (UTC)

Заменить включения пространства шаблона шаблона: документ с шаблоном: документация [ править ]

Это запрос специально для внешних вики-сайтов, которые импортируют шаблоны Википедии для собственного использования. В настоящее время перенаправление {{ Doc }} включено более чем в 3000 шаблонов . Это означает, что любая вики, которая импортирует один из этих шаблонов, также получит перенаправление пространства шаблона, которое им может не понадобиться, или, по крайней мере, красную ссылку, которую они затем должны исправить (если им это небезразлично). Я не думаю, что это явно охвачено каким-либо из пунктов WP: NOTBROKEN , но мне кажется, что это, по крайней мере, соответствует духу предпоследнего пункта "веские причины":

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

Если сообщество здесь решит (или решило), что повторное использование на внешних вики не является достаточно серьезной проблемой, чтобы оправдать такие изменения, это нормально. Я лично считаю, что это стоит изменить, хотя, как повторный пользователь одного из этих внешних вики, я здесь явно предвзят. =) 「デ ィ ノ奴千？！」^{☎ Dinoguy1000 07:01} , 12 марта 2021 г. (UTC)

Разве это не то же самое, что менять каждое перенаправление для шаблона на его основное имя? Я считаю, что сообщество, как правило, весьма категорически против, когда оно выполняется как отдельная задача без какой-либо основной причины. В любом случае, это подпадает под WP: COSMETICBOT, и я не вижу основной цели, которая позволила бы его одобрить. ProcrastinatingReader ( разговор ) 07:06, 12 марта 2021 (UTC)

Я подумал об этом при написании этого запроса, но почувствовал, что тот факт, что {{ Documentation }} включен почти в каждый шаблон в Википедии, делает это стоящим отдельным делом (поскольку вы можете столкнуться с включением из-за перенаправления на любой шаблон, в отличие от любого случайного шаблона с ограниченным использованием пространства шаблона).

Мне не было известно о ранее достигнутом консенсусе по этой теме, хотя это меня не удивляет; есть ли шанс, что у вас есть ссылки на некоторые из этих дискуссий?

Ваша точка зрения COSMETICBOT отмечена, хотя я на самом деле не получил на нее никакого ответа. Если другие возражения можно разрешить, я полагаю, лучшее, что я мог бы предложить, - это отправить это на Cosmetic Bot Day ? 「デ ィ ノ奴千？！」^{☎ Dinoguy1000} 07:30, 12 марта 2021 г. (UTC)

Мне пришлось немного покопаться, чтобы найти это, но я отмечу, что в 2010 году я выдвинул на удаление ряд перенаправлений пространства шаблонов по тем же причинам, что и это предложение, и (в то время) это не оспаривалось. Конечно, консенсус мог измениться за прошедшее десятилетие с лишним, но это, по крайней мере, показывает, что сообщество (когда-то) терпело редактирование подобного рода. 「デ ィ ノ奴千？！」^{☎ Dinoguy1000} 07:45, 12 марта 2021 г. (UTC)

У меня нет каких-либо конкретных ссылок, но это только мое понимание. Он может иметь право на CBD. Я бы сказал, что нужно объединить его в генфиксы, но редактирование генфиксов на самом деле не работает в шаблонах, поэтому это не сработает. ProcrastinatingReader ( обсуждение ) 14:16, 12 марта 2021 (UTC)

Если вы получили RfD, это другое дело, и тогда вы не подпадете под CBOT. Но я не уверен, что RfD на документ пройдет. ProcrastinatingReader ( обсуждение ) 14:17, 12 марта 2021 (UTC)

Я сочувствую. Я не думаю, что замена одного шаблона на другой является достаточной причиной для редактирования часто используемых шаблонов. Я не вижу большой проблемы с их отключением AWB и ссылки на какое-то обоснование, подобное приведенному здесь для малоиспользуемых шаблонов или часто используемых песочниц шаблонов (которые будут синхронизированы позже). Объясните, что это для i18n / внешних вики, чтобы было легче. Не возвращайтесь, если вернули.

Другой вариант - отправить перенаправление в RFD с тем же обоснованием.

Я согласен с Reader, когда он говорит, что есть много шаблонов, в которых это проблема, и не похоже, что они разные (ну, может быть, они есть, поскольку doc в основном используется только для шаблонов, которые мы обычно избегаем редактировать с помощью AWB, которые могли бы / могли бы возможно, позаботьтесь об этом с помощью исправлений перенаправления шаблонов). - Изно ( разговор ) 19:22, 12 марта 2021 (UTC)

Это не та задача, которая обычно одобряется как запрос бота, поскольку она носит чисто косметический характер. Может быть проще создать перенаправление на другие экземпляры WP, указывающие {{ doc }} на их версию шаблона документации. Это то, что мы делаем здесь для многих шаблонов, которые обычно копируются из WP на языках, отличных от английского. - Jonesey95 ( разговорное ) 23:48, 12 марта 2021 г. (UTC)

Этот запрос касается не только WP на других языках или даже других wiki WMF, но также и сторонних wiki (в той степени, в которой я «представляю» что-либо, я представляю такую ​​wiki в этом запросе). Конечно, аргумент о том, что создание перенаправлений там проще, чем изменение шаблонов, действителен независимо от того, есть ли «другие вики WMF» или «сторонние вики», но другие вики (предположительно) никогда не перестанут создаваться, тогда как эти перенаправления (в идеале) никогда не будут существенно использоваться за пределами того места, где они уже есть; это наводит на мысль, что в конечном итоге было бы лучше обновить их здесь, чем ожидать повторного использования вики для продолжения создания перенаправлений на неограниченный срок. Также есть разница между ожиданием того, что вики создаст перенаправление с локального имени шаблона,вместо того, чтобы ожидать, что они создадут перенаправление с локального имени, а также перенаправление (в разумных пределах, конечно; см. ниже контрпример).

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

Что касается озабоченности «другие шаблоны также имеют эту проблему», это, очевидно, анекдотично, но в моем собственном импорте я на самом деле не заметил, чтобы это всплывало. Основными нарушителями, которые я заметил в последнее время, являются перенаправления {{ tl * }} из-за того, что это семейство шаблонов недавно было переименовано в расширенные имена, и в этих случаях перенаправления имеет смысл сохранить для внешних вики (и всегда will), поскольку вся цель шаблонов - в любом случае упростить связывание с шаблонами (так что меньше набора текста - это хорошо). 「デ ィ ノ奴千？！」^{☎ Dinoguy1000} 09:48, 13 марта 2021 г. (UTC)

Разве это не тот же аргумент в пользу необходимости копировать шаблоны зависимостей? Я имею в виду, что если вы хотите скопировать шаблон в новую вики, вам нужно не только скопировать этот шаблон, но и каждый шаблон, от которого он зависит, рекурсивно (например, {{ if }} и т. Д.). Я не думаю, что создание перенаправления {{ doc }} или изменение имени - это слишком много, чтобы просить об этом. ProcrastinatingReader ( разговор ) 01:29, 14 марта 2021 (UTC)

Принять ожидающие изменения, внесенные автоматически подтвержденными пользователями, где они должны были быть автоматически приняты [ изменить ]

В статьях, защищенных ожидающими изменениями , если в статье нет ожидающих изменений, автоматически подтвержденные пользователи должны иметь возможность автоматически принимать свои изменения. В настоящее время существует довольно неприятная ошибка, из-за которой некоторые правки автоматически подтвержденных пользователей по ошибке задерживаются для проверки: см. Википедию: Village pump (технический) #Pending Changes again и различные заявки на phab [11] [12]. По-видимому, кодовая база помеченных исправлений / ожидающих изменений полностью заброшена (нет активных разработчиков, понимающих код), и в настоящее время не ожидается своевременного исправления этой проблемы. В качестве временной временной меры, пока мы пытаемся найти разработчиков для исправления базового программного обеспечения, можно ли создать бота, который автоматически принимает ожидающие изменения, внесенные автоматически подтвержденными пользователями, где они должны были быть автоматически приняты программным обеспечением? Спасибо, Mz7 ( разговор ) 23:41, 12 марта 2021 (UTC)

Кто-то написал код для задачи бота в задаче phab, где-то связанном с этой проблемой. Однако у меня нет ссылки под рукой. ProcrastinatingReader ( разговор ) 23:54, 12 марта 2021 (UTC)

В первом билете phab есть toolforge: mbh / patrol.txt для ruwiki. Здесь мало что происходит и есть некоторые вопросы по дизайну, поэтому я бы предложил реализацию enwiki в чистой комнате. Есть ли у нас консенсус по этому поводу? Очень неприятно, что мы оказались в такой ситуации. Было бы лучше потратить время на просмотр кода FlaggedRevisions, чтобы исправить проблему, даже если мы не сможем найти для этого нового сопровождающего? Я имею в виду, что, учитывая основную ситуацию, у нас не так много вариантов, кроме более агрессивного поиска сопровождающего или отключения отложенных изменений. -  The  Earwig  ( разговор ) 00:16, 13 марта 2021 г. (UTC)

Всем хороших вопросов. На мой взгляд, этот бот был бы просто техническим средством для возврата к статус-кво, обеспечивающим уже установленный консенсус в отношении того, как ожидающие изменения должны работать. Насколько я понимаю, было бы проще создать этого бота, потому что, по крайней мере, здесь мы знаем, что делаем, тогда как при отладке FlaggedRevisions я не думаю, что мы даже знаем, с чего начать. Как я уже говорил на деревенском насосе, если в долгосрочной перспективе мы не сможем гарантировать надежность этого программного обеспечения, то я согласен с тем, что нам действительно нужно подумать о том, следует ли нам вообще запускать это программное обеспечение. Mz7 ( разговорное ) 03:28, 13 марта 2021 (UTC)

Я счастлив написать и запустить этого бота, если консенсус существует (развивается?), Но я должен согласиться с Earwig в том, что, если эти ошибки не будут исправлены, нам, возможно, придется проанализировать жизнеспособность продолжения запуска этого расширения .. . ƒirefly ( t · c ) - Предыдущий недатированный комментарий добавлен в 12:08, 13 марта 2021 г. (UTC)

Что касается консенсуса, что, по вашему мнению, необходимо? Как я объяснил выше, я думаю, что, поскольку цель этого бота будет заключаться в обеспечении уже существующего консенсуса (то есть, как должны работать ожидающие изменения), нам не нужно идти на многое, чтобы запустить RfC или что-то в этом роде. . Mz7 ( разговорное ) 01:15, 14 марта 2021 (UTC)

Эта конкретная задача - просто обеспечение уже существующего консенсуса и нормального желаемого поведения, как вы говорите, поэтому, как я вижу, в BRFA основное внимание будет уделяться оценке технической надежности (и я лично одобряю на этом основании). ProcrastinatingReader ( разговор ) 01:27, 14 марта 2021 (UTC)

Достаточно разумно; Я тоже так думал, но склонен ошибаться в сторону осторожности в отношении консенсуса по поводу ботов. Я, конечно, не думаю, что нам нужно тратить время на RfC, и обсуждение VPT ясно указывает на проблему, которую необходимо исправить. В таком случае, светлячок , могу я предположить, что ты над этим поработаешь? -  The  Earwig  ( разговор ) 02:33, 14 марта 2021 (UTC)

@ The Earwig : Кодирование ... - Я отправил запрос в PERM, +reviewerчтобы я мог поэкспериментировать с соответствующими вызовами API. Учетная запись бота, под которой выполняется эта задача, очевидно, в конечном итоге также понадобится, но, конечно, после BRFA. ƒirefly ( t · c ) 11:03, 14 марта 2021 г. (UTC)

Предоставляется. Анархит ( обсуждение • работа ) 11:17, 14 марта 2021 (UTC)