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

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

Обзор ( Словарь ) Политика ботов Группа утверждения ботов Гид Доска объявлений Новостная рассылка Запросы ботов Запросы на одобрение Админботы {{ 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 , инициируемого пользователем бота, который исправляет цитирование.

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

Избыточные пары шаблонов [ править ]

Следующие пары шаблонов очистки:

• {{ COI }} и {{ Autobiography }} - около 200 статей
• {{ Требуется больше ссылок }} и {{ One source }} - более чем на 3200 статей
• {{ Требуется больше сносок }} и {{ Требуется больше цитат }} - более чем к 5 500 статьям
• {{ Требуются дополнительные сноски }} и {{ Один источник }} - по более чем 1000 статей

не следует использовать в одной и той же статье; но часто бывает.

Нам нужен бот для удаления первого шаблона в каждой из вышеперечисленных пар.

Бот не должен этого делать, если шаблоны относятся к конкретным разделам (например, {{One source|section|date=October 2020}})

Бот должен удалить {{ Multiple issues }}, где это необходимо.

Бот должен учитывать распространенные переадресации (например, {{ Требуется больше ссылок }} часто используется через {{ Refimprove }}; {{ Требуются дополнительные сноски }} как {{ Дополнительные сноски }} и т. Д.).

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

Другие такие пары могут быть обнаружены в будущем.

Предварительное обсуждение здесь . Энди Маббетт ( Свинье крыло ); Поговорите с Энди ; Редакции Энди 20:51, 21 октября 2020 г. (UTC)

• Часто шаблоны в каждой паре пересекаются, но служат разным целям. Например, {{ Требуется больше сносок }} указывает на потребность в дополнительных встроенных ссылках на существующие источники статьи, которые могут быть удовлетворительными по количеству и качеству, тогда как {{ Требуется больше ссылок }} указывает, что статье нужно больше , или, лучше, ссылки, и не обязательно встроенные. - Уанфала (разговорное) 19:59, 29 октября 2020 г. (UTC)
  • Но {{ Требуется больше сносок }} - это подкатегория {{ Требуется больше цитат }} (в нетехническом смысле этого слова); если для статьи требуется больше или более качественных ссылок, и не обязательно встроенных , то сказать, что существует необходимость в дополнительных встроенных ссылках на основе существующих источников статьи, излишне, поскольку существующие источники статей были помечены как недостаточный. WT79 ^{( поговорите со мной | шаблоны редактирования | что я делал )} 16:23, 2 ноября 2020 г. (UTC)
• Я думаю, что это довольно просто сделать с AWB, так как генфиксы будут обрабатывать пакет {{ Multiple issues }}, а GetZerothSection может справиться с требованием только ведущего. ProcrastinatingReader ( обсуждение ) 14:31, 23 ноября 2020 (UTC)
  • @ ProcrastinatingReader : Спасибо. Это предложение сделать это или предположение, что это сделает кто-то другой? Энди Маббетт ( Свинье крыло ); Поговорите с Энди ; Редакции Энди 12:41, 19 декабря 2020 г. (UTC)

    Я бы сделал это сам, но у меня мало доступа к AWB (в основном я использую macOS, если у меня нет причины загружаться в Windows), а JWB не может этого сделать. Так что это просто некоторые мысли, чтобы помочь кому-то другому сделать это. ProcrastinatingReader ( обсуждение ) 14:12, 19 декабря 2020 (UTC)

Бот или другой процесс для обновления категорий и отображения страниц [ править ]

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

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

Когда в шаблон или модуль вносятся изменения, которые включают членство в категории, страницы, которые включают этот шаблон или модуль, требуют нулевого редактирования для обновления своего членства в категории. Из-за задержек в очереди заданий изменение членства в категории может занять недели или даже месяцы. Хуже того, изменения в базовом программном обеспечении MediaWiki, применяющем категории (например, в Special: TrackingCategories ), не заставляют страницы помещаться в очередь заданий, а это означает, что членство в категории для затронутых страниц может занять месяцы, годы или навсегда.

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

Одно из предлагаемых решений / обходных путей - настроить фоновый процесс, который отслеживает все страницы на основе их последней отметки времени редактирования, включая нулевые изменения. Это отслеживание можно использовать для составления списка необходимых нулевых правок для «устаревших» страниц. В приведенных ниже ссылках на phab есть некоторые подробности о том, как создавать такие списки и (возможно), как принудительно помещать страницы в очередь заданий, чтобы бот с нулевым редактированием мог не понадобиться.

Для получения дополнительных сведений и ссылок на билеты фабрикатора см. Мета: Опрос списка желаний сообщества 2021 / Архив / Установить максимальную задержку при обновлении членства в категории и мета: Опрос списка желаний сообщества 2021 год / Архив / Исправить неправильные сроки владения . (На самом деле, я просто помещу сюда ссылки на фабрики: T132467 , T135964 , T157670 , T159512 .) - Jonesey95 ( обсуждение ) 16:34, 7 декабря 2020 г. (UTC)

Не нырнул глубоко в билеты на фабрику. Проблема здесь в том, что у MediaWiki нет ресурсов сервера, чтобы поддерживать эти миллионы страниц свежими, или в том, что ресурсы существуют, но в Mediawiki нет алгоритмов для автоматической очистки? Или что-то среднее? - SD0001 ( разговор ) 13:23, 11 декабря 2020 г. (UTC)

Это последнее. На T157670 есть хорошие комментарии от февраля 2017 года, которые показывают таблицы страниц и дату их последнего обновления. Если бы мы могли каким-то образом составить этот отчет, перечислить страницы и «истечь» или обновить / обнулить-редактировать (не очищать) самые устаревшие страницы, это было бы началом. Мы должны знать о влиянии на очередь заданий, но я думаю, что с этим можно справиться. - Jonesey95 ( разговорное ) 14:15, 11 декабря 2020 г. (UTC)

Возможно, могла бы существовать вторая очередь заданий, обрабатываемая только после опустошения основной, содержащая все страницы, упорядоченные по дате последнего обновления. Это будет держать процесс занятым тогда и только тогда, когда ему больше нечего делать. (На практике я ожидаю, что мы сделаем что-то вроде запроса «найти 1000 самых устаревших», а не будем поддерживать очередь длиной 40 миллионов.) Certes ( доклад ) 14:43, 11 декабря 2020 г. (UTC)

Мне было бы интересно увидеть текущие результаты запроса Legoktm ( select count(*), SUBSTR(page_links_updated, 1,6) from page group by SUBSTR(page_links_updated, 1,6) order by SUBSTR(page_links_updated, 1,6) desc;) и, возможно, некоторые его варианты, в том числе тот же запрос, ограниченный пространством статьи и шаблона. Если бы мы могли получить разумный список самых устаревших статей и шаблонов, бот мог бы систематически отменять их редактирование. - Jonesey95 ( разговорное ) 16:35, 11 декабря 2020 г. (UTC)

Также нас могут заинтересовать любые страницы, где page_links_updated IS NULLи page_touchedстарые. Они не подвергались повторному синтаксическому анализу с момента создания. К сожалению, pageтаблица не проиндексирована по этим столбцам, и я не вижу подходящего альтернативного представления. Certes ( обсуждение ) 17:16, 11 декабря 2020 (UTC)

@ Jonesey95 : см. Https://people.wikimedia.org/~legoktm/T157670/ - дайте мне знать, какие еще запросы вы хотите, чтобы я выполнял. Legoktm ( разговор ) 18:25, 11 декабря 2020 (UTC)

Эти вопросы полезны. Из запроса NS0 мне кажется, что у нас около 15 миллионов страниц в пространстве для статей (хотя {{NUMBEROFARTICLES}} дает мне 6 миллионов страниц, поэтому, если кто-то может это объяснить, пожалуйста, объясните), из которых 8 миллионов были обновлены за последние два месяца. Остается около 7 миллионов «устаревших» страниц статьи, если я понимаю отчет (а я, конечно, не понимаю). Если мы обновляем одну статью в секунду с помощью бота, что не кажется большой нагрузкой, мы можем делать 2,6 миллиона статей каждые 30 дней. Как начать этот процесс? Я думаю, нам нужно как-то создать список названий устаревших статей.

Если мы сможем заставить это работать для статей, мы можем рассмотреть возможность расширения его на другие пространства имен. - Jonesey95 ( разговорное ) 20:43, 11 декабря 2020 г. (UTC)

Остальные 9 миллионов - это страницы, не относящиеся к статьям, например перенаправления и мазки. Дополнительная литература: Википедия: отчеты базы данных / количество страниц по пространству имен . Certes ( обсуждение ) 21:31, 11 декабря 2020 (UTC)

Спасибо! Это могло бы сделать это еще проще. Если мы сможем получить список из X тысяч самых устаревших статей (без перенаправления, без меток) и передать их боту с нулевым редактированием с частотой один раз в секунду, мы сможем обновить все (фактическое) пространство статьи. менее чем за месяц, а затем сохраните его таким образом с помощью фонового процесса, который редактирует недавно устаревшие статьи с нулевым значением. - Jonesey95 ( разговорное ) 23:20, 11 декабря 2020 г. (UTC)

Мы можем выйти за рамки основного пространства имен, но нужно быть немного осторожнее. (Обновление шаблона: тип страницы может занять некоторое время!) Certes ( обсуждение ) 23:48, 11 декабря 2020 г. (UTC)

FWIW, вы можете очищать ссылки на странице со скоростью около 20 за запрос (каждый запрос каждые 5-10 секунд, включая задержку). Больше, и запрос истекает. Таким образом, вы можете обновлять примерно 2-4 страницы в секунду. ProcrastinatingReader ( обсуждение ) 14:32, 19 декабря 2020 (UTC)

Очистка WantedPages путем помещения <nowiki /> в красные ссылки на страницах обсуждения [ править ]

WantedPages довольно бесполезен, поскольку он рассматривает ссылки со страниц обсуждения и на них. Помогает ли вообще запрошенное действие? JsfasdF252 ( обсуждение ) 03:06, 5 января 2021 (UTC)

В Phabricator обсуждали и запрашивали лучшее решение . А до тех пор WP: Самые популярные статьи могут быть более полезной альтернативой. Certes ( обсуждение ) 10:58, 5 января 2021 (UTC)

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

Профиль 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)

Заставить архивных ботов использовать стандартные имена [ править ]

В разговоре с Википедией: Перемещение страницы # Обновление настроек архивного бота при перемещении страницы, вы можете узнать, что PrimeHunter недавно создал Категория: Страницы, где параметр архива не является подстраницей , и что, безусловно, самая большая причина, по которой страницы оказываются там, - это Wiki редакторы перемещают страницы без обновления инструкций бота по архивированию страниц обсуждения.

Но почему люди вообще должны выполнять такую ​​черную работу?

Я предполагаю, что когда были созданы боты, не было реальных стандартов и практик в отношении автоматического архивирования, но теперь они есть. Мне кажется, мы можем избежать ненужного администрирования (и множества страниц, которые не архивируются должным образом), если мы изменим код двух основных архивных ботов, приняв стандартное именование по умолчанию. Если бы |archive=User talk:Example/Archive %(counter)dпараметры (Sigmabot III в нижнем регистре) и |archiveprefix=User talk:Example/Archive(ClueBot III) можно было бы сделать необязательными, мы могли бы удалить их из стандартных инструкций, сохранив при этом возможность ручного изменения для (нескольких) случаев, когда это необходимо. Это должно означать, что перемещение страницы больше не будет нарушать автоматическое архивирование.

Конечно, если была веская причина, по которой это не было реализовано в то время, не стесняйтесь просветить свою аудиторию :) CapnZapp ( выступление ) 09:59, 7 января 2021 года (UTC)

Иногда при перемещении страницы не удается переместить существующие архивы. Это может быть неприятно, если архивирование автоматически начинается с новых имен архивов. PrimeHunter ( обсуждение ) 10:11, 7 января 2021 (UTC)

Согласитесь с PrimeHunter; мы не должны предполагать, что архивы страницы обсуждения были перемещены вместе со страницей обсуждения. Primefac ( разговор ) 10:33, 7 января 2021 (UTC)

Совершенно верно, обычные подтвержденные редакторы не имеют опции «Переместить подстраницы (до 100)», которая предоставляется администраторам и разработчикам страниц , и они могут игнорировать некоторые указания на странице «Очистите после перемещения», которая отображается после переезда. - Red rose64 🌹 ( обсуждение ) 13:14, 7 января 2021 (UTC)

Что ж, простое решение - проверить, является ли значение |archive=(за вычетом подстраницы) перенаправлением, и есть ли какие-либо подстраницы, соответствующие шаблону подстраницы, которые не являются перенаправлениями. Таким образом, это можно автоматизировать. Для тех, кто не соответствует критериям, вероятно, потребуется очистка после перемещения, и она может создать отчет. ProcrastinatingReader ( обсуждение ) 13:17, 7 января 2021 (UTC)

Предложение было сделать |archive=необязательным. Бот не может проверить параметр, если его нет. В таких случаях ему придется искать ходы. Движения не регистрируются для целевого имени, поэтому ему придется проверять историю страниц или входящие перенаправления. Если кто-то скопирует и вставит страницу обсуждения, а не переместится, следов может не остаться. Отсутствие требования имени подстраницы также увеличит количество плохих параметров архива, когда кто-то копирует параметры архива со случайной страницы с очень разной активностью. PrimeHunter ( разговорное ) 22:39, 7 января 2021 (UTC)

Спасибо всем за внимание, @ PrimeHunter , Primefac , Redrose64 и ProcrastinatingReader :Вы говорите, что периодическое «сверхархивирование» (или любое другое название, подходящее для поднятого вами вопроса) считается более разрушительным, чем (предположительно) гораздо большая нагрузка на человеческое управление? Что большая причина, по которой авторы ботов указали имя архива, заключалась в том, чтобы ничего не архивировалось в неправильном месте, даже несмотря на то, что это добавляло нагрузку на людей, которая (с точки зрения непрофессионала) не нужна? Возможно, подобное предположение уже обсуждалось ранее? Ура PS. Если это место - неподходящее место для применения целостного подхода и здесь обсуждение должно ограничиваться только беспроблемными предложениями, пожалуйста, направьте меня в более подходящее место и благодарим вас за ваше время. CapnZapp ( разговор ) 10:29, 8 января 2021 (UTC)

Во всех областях, требующих человеческого внимания, есть большие отставания. Существует тенденция скептически относиться к их автоматизации из-за опасения некоторых ложных срабатываний или ошибок, и Prime делает хорошее замечание выше о возможных ловушках здесь. Здесь похоже, что вы запрашиваете не нового бота, а скорее настройку существующих архивных ботов? В этом случае вам нужно будет связаться с этими ботами и заставить их реализовать желаемое изменение в своем боте. ProcrastinatingReader ( обсуждение ) 10:31, 8 января 2021 г. (UTC)

Я не знаю исходной причины требования параметра. Я просто думаю, что для этого есть веские причины. Категория: страницы, на которых параметр архива не является подстраницей, в настоящее время насчитывают 2875 страниц (включая 710 в пользовательском пространстве), но отслеживание было добавлено всего неделю назад, а некоторым неверным параметрам более 10 лет. Если обслуживающие редакторы со знанием архивации сводят его к нулю и отслеживают, тогда неправильные параметры следует исправлять быстро, часто с лучшими результатами, чем архивный бот, игнорирующий неправильный параметр. Многие страницы крошечные или пустые и даже не нуждаются в архивировании, например [2] PrimeHunter ( обсуждение ) 10:55, 8 января 2021 г. (UTC)

Заменить ссылки Airdisaster.com [ править ]

Веб-сайт airdisaster.com, похоже, используется в нескольких статьях об авиационных происшествиях, но теперь он ссылается на спам-сайт / хранилище доменов, что кажется очень нежелательным для пользователей. Может ли кто-нибудь удалить прямые ссылки и, по возможности, привязать их к заархивированной странице? В частности, если он связан как внешняя ссылка, вхождения в ссылках, по-видимому, уже исправлены. Pieceofmetalwork ( talk ) 16:07, 9 января 2021 г. (UTC)

@ Pieceofmetalwork : Вы предлагаете добавить {{ webarchive }} как это изменение ? GoingBatty ( разговор ) 18:46, 10 января 2021 (UTC)

Да, это было бы хорошим решением. Pieceofmetalwork ( обсуждение ) 18:48, 10 января 2021 (UTC)

@ Cyberpower678 : Можно ли заменить эти ссылки ботом Internet Archive Bot ? Jarble ( разговорное ) 20:18, 22 января 2021 (UTC)

Предложите попробовать WP: URLREQ , Jarble . ProcrastinatingReader ( разговор ) 16:04, 2 февраля 2021 (UTC)

Да, это URLREQ, так как он также должен переключаться |url-status=unfit. - Зеленый C 21:36, 3 февраля 2021 г. (UTC)

Готово. Примеры правок: [3] [4] [5] [6] и т. Д. - Зеленый C 03:16, 4 февраля 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 доступно в записи Викиданных, так как код теперь позаботится об этом. При обновлении шаблона: 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 и The 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. Например, [7] и [8] . Исправления МАЛЫХ легко, для 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 }} в параметре name. С технической точки зрения, можно ли создать задачу бота, которая будет применяться только к определенным параметрам? Потому что то, что я делаю, в |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 | смертей}} $ 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)

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

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

Может ли создатель бота повторно использовать код Hasteur Bot? Но я просто ищу бота, который будет делать именно то, что раньше, до того, как его отключили из-за ухода создателя бота. См. Special: Contributions / HasteurBot, где приведены примеры того, что я ищу. Спасибо. L из- ^{прочтение! Разговаривать!} 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 из- ^{прочтение! Разговаривать!} 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)

Очистить ссылки на взломанный 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)

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

Когда вы загружаете изображение и выбираете вариант в списке, что это обложка книги, оно добавляет обложку книги в раздел Лицензирование, но затем вам нужно вручную добавить две вещи в Сводку. Он должен автоматически сделать Use = Infobox, так как нет никаких шансов, что будет что-то еще. Другое обязательное поле - это «Статья», в которой вы можете легко увидеть, в какую статью она только что была помещена, и если ничего не найдено, появится сообщение, напоминающее людям о необходимости ее добавления. Д т е с т Фокус 14:23, 14 февраля 2021 (UTC)

@ Dream Focus : Почему это вопрос BOTREQ? - Red rose64 🌹 ( обсуждение ) 23:41, 14 февраля 2021 (UTC)

Где еще я могу это запросить? Также бот может просматривать области, которые еще не заполнены, но предназначены для обложек книг, и просто делать это для них автоматически. Затем удалите все теги уведомления об удалении, которые уже размещены там другим ботом. D г е в м Фокус 00:17, 15 февраля 2021 (UTC)

@ Dream Focus : Если вы используете Wikipedia: File Upload Wizard для загрузки изображений, то Wikipedia talk: File Upload Wizard будет правильным местом для обсуждения того, как улучшить мастера. GoingBatty ( разговор ) 01:38, 15 февраля 2021 (UTC)