Википедия:Запросы к ботоводам/Архив/2017/3

Здесь находятся завершившиеся обсуждения. Просьба не вносить изменений.

deadurlПравить

Information.svgПредыдущее обсуждение: Обсуждение_шаблона:Cite_web#Параметр deadurl
Information.svgПредыдущее обсуждение: Википедия:Форум_ботоводов#IABot и мёртвые урлы
Information.svgПредыдущее обсуждение: User_talk:Cyberpower678/Archive_51#Bot_changes_in_ruwiki

В начале месяца бот InternetArchiveBot начал, действуя в рамках правил англовики, править статьи и расставлять везде где есть архивные ссылки, deadurl=yes. Правки коснулись как минимум десятков тысяч статей. Проблемой являлось то, что в наших (ruwiki) шаблонах такого параметра нет и не было (вместо него используется deadlink, см. {{cite web}}). Расстановка deadurl=yes в англовики (по их правилам) происходит как значение по умолчанию, поэтому бот расставил везде где мог. С версии 1.5.2 бот перестал безобразничать в ruwiki по этому параметру, но следы остались. Соответственно, заявка состоит в удалении всех deadurl=yes в ruwiki, так как во-первых, такого параметра у нас нет, а во-вторых, правки бота были неконсенсусны и не несли смысловой нагрузки. Bsivko (обс.) 06:15, 28 сентября 2017 (UTC)

  • Я не уверен, что это нужно делать, т.к. ничего не изменится, по существу. Сколько будет правок, тысяч 15-20? Многовато для запроса, не делающего ничего. MBH 10:26, 28 сентября 2017 (UTC)
    • Почему ничего? Сейчас в статьях десятки тысяч параметров, которые сбивают с толку редакторов, занимают лишнее место (что плохо для редактирования) и не имеют никакой смысловой нагрузки. Bsivko (обс.) 10:28, 28 сентября 2017 (UTC)
  • Мне всё-таки не нравится эта вычистка. Этот параметр точно будет периодически переходить из англовики с переводами — значит ли это, что нужно периодически его вычищать? И ради чего? Это не является синтаксической ошибкой или чем-либо, требующим немедленного вмешательства. Это вообще не является ошибкой с учётом того, что параметры могут быть рано или поздно синхронизированы с англовики, и тогда всё вычищенное вдруг станет нужным. Это так, мелкий недочёт кода, который может впоследствии перестать быть недочётом. У нас и на вычистку откровенных синтаксических ошибок находятся толпы недовольных засорением истории правок, а тут так натуральное переливание из пустого в порожнее. ~Facenapalm (обс.) 14:07, 28 сентября 2017 (UTC)
    • Да, нужно вычищать. В рувики другие шаблоны и другие правила. Вставка подобных параметров неконсенсусна. И я так понимаю, вы считаете, что все, что происходит в англовики, должно быть скопировано в рувики без обсуждения? На это есть консенсус в сообществе? Bsivko (обс.) 14:59, 28 сентября 2017 (UTC)
      • Вы умудрились предположить такое у участника, который наоборот регулярно отстаивает точку зрения, что не должно быть. — Джек, который построил дом (обс.) 15:19, 28 сентября 2017 (UTC)
        • Я не преследую участников и вопрос возник из контекста. Bsivko (обс.) 15:27, 28 сентября 2017 (UTC)
      • Вставка подобных параметров по существу не делает ничего. Их удаление тоже по существу не делает ничего и вполне может быть воспринято за аналогично неконсенсусную деятельность. Называть копирование параметров вместе с шаблонами источников при переводе статей «неконсенсусным» странно; у нас куда более странные и, казалось бы, неконсенсусные вещи существуют потому, что они копируются вместе со сносками при переводе статей с англовики, см., например, редирект Billboard (magazine). Нет, я не считаю, что следует копировать «всё, что происходит в англовики», тем более без обсуждения, и нахожу такое обвинение оскорбительным. Однако логично ожидать, что логика шаблона, специально созданного для унификации ссылок на источники в том числе и между разделами и даже имеющему для этих целей унифицированное во всех разделах название, будет периодически синхронизироваться с другими разделами. А отрицание такой тенденции контрпродуктивно. ~Facenapalm (обс.) 15:46, 28 сентября 2017 (UTC)
        • Вставка данного параметра англоботом неконсенсусна согласно ВП:КОНС и противоречие с правилами рувики должно быть возвращено к тому, что было до бота. Разница только в том, что откат к консенсусной версии может сделать не каждый участник, а только бот. И здесь заявка именно по этой причине. Bsivko (обс.) 15:53, 28 сентября 2017 (UTC)
          • Отмена вставки параметра — это не откат неконсенсусной версии к консенсусной, а елозанье по серой зоне, которое при перемножении на ВП:МНОГОЕ даёт совсем неприятную картину; а расширение этой деятельности до всех (не только вставленных ботом) параметров под лозунгом «это неконсенсусно» некорректно, что я упоминал в предыдущем сообщении. ~Facenapalm (обс.) 16:23, 28 сентября 2017 (UTC)
            • По ВП:МНОГОЕ вставки несуществующего параметра без обсуждения не должно быть в принципе, а подобная вставка должна быть отклонена. Более того, не нужно захламлять исходный текст всяким барахлом, вставляя его только в статьи с A до S и не проверяя факт того, что урл жив. Bsivko (обс.) 16:33, 28 сентября 2017 (UTC)
        • При синхронизации логики эти параметры мгновенно станут ошибками. «Ничего» сейчас, но вполне реальная проблема в будущем. Особенно, если часть этих параметров редакторы исправят вручную по рекомендациям из документации англовики. — Vort (обс.) 17:05, 28 сентября 2017 (UTC)
          • Сначала хотелось бы увидеть, что вся рувики подлежит синхронизации по логике, а также обоснование того, что редакторы должны руководствоваться правилами англовики, а не рувики. Пока что вы придумываете проблемы в будущем. По факту же имеем 18 тысяч проблем в настоящем. Bsivko (обс.) 17:12, 28 сентября 2017 (UTC)
            • В будущем + в настоящем > в настоящем. — Vort (обс.) 17:34, 28 сентября 2017 (UTC)
              • Выдуманных проблем в будущем нет. А воображаемыми проблемами саботируется решение существующих, откуда число настоящих проблем возрастает. Bsivko (обс.) 17:46, 28 сентября 2017 (UTC)
                • «саботируется решение существующих» — не вижу откуда такой вывод. — Vort (обс.) 17:56, 28 сентября 2017 (UTC)
                  • Вместо того, чтобы решать существующие, начинаются размышления о будущем. Простейший факт - оба параметра жили в англовики и рувики более 10 лет. За всё это время они решали задачи по мертвым урлам и архивным ссылкам, и не наблюдалось «проблем синхронизации логики» или массового пришествия deadurl'ов. Bsivko (обс.) 18:08, 28 сентября 2017 (UTC)
                    • «Вместо того» — нет, тут одно дополняет другое. «решали задачи по мертвым урлам» — бот своими непродуманными действиями напомнил о давней проблеме. Надо постараться решить обе. И только если не получится, тогда просто вычищать параметры. — Vort (обс.) 18:18, 28 сентября 2017 (UTC)
  • Нам следовало бы инициировать обсуждение вопроса, нужно ли заменять главную ссылку на архивную, если ссылка мертва. Сейчас архивная ссылка всегда идёт отдельно. В английском разделе это замена происходит автоматически, если есть архивная ссылка, но deadurl=no позволяет отменить это поведение. Однако, Iniquity утверждает, что бот ставит deadurl=yes всем ссылкам, даже живым, то есть в английском разделе его проходка по ссылкам означает, что все ссылки заменяются на архивные. Хотелось бы получить подтверждение и понять, почему так делается, почему живая ссылка не лучше. В зависимости от этого, следует принимать дальнейшие решения. — Джек, который построил дом (обс.) 15:15, 28 сентября 2017 (UTC)
    • Во-первых, полностью поддерживаю внедрение механизма обмена ссылок. Во-вторых, я так понял, что deadurl в енвики используется давно, соответственно, везде, где deadurl=no нужен, он уже был проставлен до начала работы бота. В остальных случаях — когда участникам было лень ставить параметр deadurl=yes, но они его явно подразумевали (это закреплено в документации), им помогает бот. — Vort (обс.) 15:21, 28 сентября 2017 (UTC)
      • Только в рувики используется deadlink, который полностью заменяет deadurl. Bsivko (обс.) 15:27, 28 сентября 2017 (UTC)
        • Пока нет обмена ссылок — не полностью. — Vort (обс.) 15:35, 28 сентября 2017 (UTC)
          • Обмен ссылками вообще не имеет отношения к теме. Значение deadlink определяет yes или no deadurl'a. Bsivko (обс.) 15:53, 28 сентября 2017 (UTC)
            • Обмен ссылками — это единственное назначение обсуждаемого параметра. — Vort (обс.) 16:06, 28 сентября 2017 (UTC)
              • Ещё раз. deadlink полностью заменяет deadurl. В любом контексте, в том числе при обмене ссылками. Bsivko (обс.) 16:18, 28 сентября 2017 (UTC)
                • Не заменяет, а может заменять. Если получится прийти к какому-то компромиссному решению. — Vort (обс.) 16:40, 28 сентября 2017 (UTC)
                  • В каких случаях по-вашему, он «не заменяет»? Bsivko (обс.) 16:44, 28 сентября 2017 (UTC)
                    • Пока никто не сделал изменения в шаблоне {{cite web}}, то во всех. — Vort (обс.) 16:53, 28 сентября 2017 (UTC)
                      • Понятно. Т.е. ни одного случая невозможности замены нет. По крайней мере, не наблюдается. Bsivko (обс.) 17:03, 28 сентября 2017 (UTC)
                        • Есть несовместимость стандартных значений. Отсутствие deadlink означает доступную ссылку, отсутствие deadurl — недоступную. Поэтому синонимами их так просто не сделать. Но то, что deadurl будут изредка попадать сюда из англовики — это однозначно. То есть, проблему надо как-то решать. — Vort (обс.) 17:15, 28 сентября 2017 (UTC)
                          • Отсутствие deadurl в рувики вообще ничего не означает. Если кто-то притащил deadurl=yes/no, то это заменяется на deadlink=0/200, только и всего. Bsivko (обс.) 17:29, 28 сентября 2017 (UTC)
                            • Означает в enwiki, откуда может быть скопировано включение шаблона. Соответственно, такой вариант тоже надо учитывать. — Vort (обс.) 18:05, 28 сентября 2017 (UTC)
                              • При копировании из любого другого источника можно много дров наломать. Мы же не можем решать проблемы копирования из всех других языковых разделов. Т.е. тот кто копирует должен давать себе отчёт, и автоматикой такое не исправить. Bsivko (обс.) 18:27, 28 сентября 2017 (UTC)
                        • Ещё одно отличие: deadurl подразумевает наличие параметра archiveurl, deadlink — нет. — Vort (обс.) 17:21, 28 сентября 2017 (UTC)
                          • Наличие параметра archiveurl проверяется его непосредственным наличием. Bsivko (обс.) 17:29, 28 сентября 2017 (UTC)
                            • Суть в том, что добавить параметру deadlink замену ссылок по аналогии с deadurl без учёта этой особенности не выйдет. — Vort (обс.) 18:09, 28 сентября 2017 (UTC)
                              • Почему? Если физически нет archiveurl, то замену делать нельзя, что даже шаблонами легко проверяется. Само же наличие deadurl не гарантирует присутствия архивной ссылки, т.е. в любом случае этот вариант нужно как-то обработать. Bsivko (обс.) 18:27, 28 сентября 2017 (UTC)
      • «везде, где deadurl=no нужен, он уже был проставлен до начала работы бота» — deadurl — необязательный параметр, проставлен он должен быть мало где без бота. — Джек, который построил дом (обс.) 15:41, 28 сентября 2017 (UTC)
        • Только его отсутствие эквивалентно его наличию: «the default value of this optional parameter, if omitted, is |dead-url=yes». — Vort (обс.) 15:44, 28 сентября 2017 (UTC)
          • В англовики эквивалентно. Но в рувики подобных правил нет. Bsivko (обс.) 15:53, 28 сентября 2017 (UTC)
            • Так это ответ на «Хотелось бы ... понять, почему так делается». — Vort (обс.) 16:06, 28 сентября 2017 (UTC)
              • Следует добавить, что сейчас так уже не делается. А расстановка мёртвого урла для всех подряд, в том числе живых, ничего хорошего не делает. И по факту бот расставил этот параметр везде, где нашёл архив. Но имеется огромное кол-во ссылок, где проставлен архив на всякий пожарный при живом урле. Поэтому сейчас смысл deadurl=yes это "я (бот) нашёл archiveurl, вот вам ещё один параметр", т.е. только сбивает с толку. При чём, отключение добавления deadurl=yes было сделано посреди дороги. В результате часть статей (первая по алфавиту) получила этот параметр в каждую ссылку где есть archiveurl, а в остальную часть статей они не попали. Bsivko (обс.) 16:18, 28 сентября 2017 (UTC)
                • «Следует добавить, что сейчас так уже не делается» — речь шла о том, что бот расставляет deadurl=yes даже к живым ссылкам в английском разделе (и расставлял в русском). То есть даже если вы в русском заставите его вставлять deadlink, это при таком режиме работы ни к чему хорошему не приведёт. — Джек, который построил дом (обс.) 16:31, 28 сентября 2017 (UTC)
                  • Мое предложение заключается в том, чтобы убрать deadurl=yes, которым напортачил бот. Нужно или не нужно вставлять deadlink или делать что-то ещё это вопрос отдельного обсуждения. Bsivko (обс.) 16:39, 28 сентября 2017 (UTC)
                    • Может, его не убирать надо, а заменять. В таком случае можно будет сэкономить 18 тысяч правок. — Vort (обс.) 16:44, 28 сентября 2017 (UTC)
                      • Может. Но убрать это более простая операция - узнать HTTP код ответа это более тяжелая операция и я например не знаю, будут ли это делать ботоводы. Кроме того, «убрать» уже обосновано итогом и фактом того, что сам бот уже не вставляет deadurl=yes. Bsivko (обс.) 16:49, 28 сентября 2017 (UTC)
  • @Bsivko: я вас уже раз третий прошу не путать народ. |deadlink= и |deadurl= являются совершенно разными параметрами, отвечающими за совершенно разный функционал. С уважением, Iniquity 17:44, 28 сентября 2017 (UTC)
    • Боюсь что это будет происходить до тех пор, пока не будет обосновано то, что вы говорите. В предыдущих двух случаях вы также ограничились неким «разным функционалом», хотя на практике функциональной разницы не наблюдается. Назначения первого и второго в шаблонах не описывается, а только то, как они работают. Функционально же, как описано выше, с помощью deadlink решаются все задачи, поставленные перед deadurl. Более того, в настоящее время проект работает именно так, как подразумевает замена - например deadlink=200 шаблон воспринимает как живой урл, а deadlink=400 приводит к мёртвому урлу, и соответствуюзим образом изменяется реакция на параметр. Т.о. ваши слова расходятся с практикой. Bsivko (обс.) 17:54, 28 сентября 2017 (UTC)
      • deadlink=200 — это тоже  (недоступная ссылка). — Vort (обс.) 18:02, 28 сентября 2017 (UTC)
        • Е-мое.ю я ж 8-го сентября специально проверял.. Сейчас вроде приводит к недоступной. Bsivko (обс.) 18:27, 28 сентября 2017 (UTC)
    • Да, они разные. Но нужны ли две сущности для решения проблем с мёртвыми ссылками или можно обойтись одной, совмещающей функции двух? — Vort (обс.) 17:59, 28 сентября 2017 (UTC)
      • Можно конечно, просто надо придумать, как из этой кучи ботоправок сделать что-то полезное. С уважением, Iniquity 18:09, 28 сентября 2017 (UTC)
        • Надо подумать над желательным поведением единого параметра и над тем, как обеспечить совместимость с тем, что есть в рувики и может приходить из англовики. Моё предложение по первой части: обмен ссылками если есть archiveurl, {{недоступная ссылка}} в противном случае. — Vort (обс.) 18:22, 28 сентября 2017 (UTC)
        • По поводу второй части: удалить deadurl=yes только в тех случаях, в которых его добавил бот; внутри шаблона сделать алиас deadurl=yesdeadlink=yes; deadurl=no или вычистить или игнорировать; добавить к deadlink в документацию вариант yes в значении «страница недоступна, код неизвестен». — Vort (обс.) 18:34, 28 сентября 2017 (UTC)
        • Тогда нужно/давайте думать. А то получается, что 18 тыс. кусочков мусора убрали под ковёр, а как пытаешься его оттуда достать, так оказывается нельзя, пусть валяется. Bsivko (обс.) 18:27, 28 сентября 2017 (UTC)
  • Я разобрался. Как и следовало ожидать, бот не дурак (или не совсем дурак) и не ставит deadurl=yes живым ссылкам, у которых до этого не было прописано архивного URL. Проблема в том, что он ставит его ещё и тем ссылкам, у которых архивный URL уже был (что не всегда означает, что ссылка мертва), — потому что именно по такой логике работает английский {{cite web}}: архивная ссылка есть — значит ссылка считается мёртвой. Те deadurl=yes, которые бот проставил сейчас, наполовину (грубо говоря; доли сейчас определять сложно, но есть мнение, что больше, чем наполовину) ложные — где-то он поставил их, просто потому что есть архивная ссылка, а где-то — потому что архивной ссылки не было и он увидел, что ссылка мертва.
    Но у нас есть более важная проблема, чем параметры deadurl=yes сами по себе, — так как сейчас бот-архиватор по нашей просьбе не добавляет информации о том, мертва ли ссылка, это не отражается на параметре deadlink нашего шаблона и, в частности, не позволит впоследствии внедрить возможность обмена местами главной ссылки и архивной, если главная мертва, что было бы, на мой взгляд, весьма актуально. Поэтому нам нужно как можно быстрее решить вопрос о том, как боту оформлять мёртвые ссылки. В наш параметр deadlink ботам предлагается вписывать код отказа (404, 403, ложный 200), английский deadurl работает с простым yes/no. Мы можем предложить боту определять код отказа, но не уверен, что он пойдёт на это. При этом параметр deadurl вместе с алиасом dead-url вводить в любом случае стоит, потому что шаблон регулярно копируется из английского раздела, и deadurl=no имеет 2 тысячи вхождений безо всяких ботов. Этот шаблон изначально задумывался как синхрозируемый с английским разделом (хотя сейчас эта синхронизация и сильно хромает).
    Возвращаясь к deadurl=yes — в связи с вышесказанным стоило бы пройтись даже не по всем вхождениям deadurl=yes, а по вкладу бота, и удалить deadurl=yes из тех шаблонов, где архивная копия уже была и бот добавил deadurl=yes. Боюсь, это было бы весьма сложно, но как минимум — нужно удалить deadurl=yes, добавленные ботом. (Хотя опять же, в статьях могут быть deadurl=yes и не добавленные ботом, и придётся мучиться с парсингом.) В принципе, их можно и вовсе не удалять, и при принятии решения об обмене ссылок местами на этих пятнадцати тысячах страниц главными ссылками будут ссылки на Интернет-архив. Некоторые считают, что это не такая проблема, даже если ссылка живая. (Хотя я всё-таки думаю, что проблема.) Вариант — не мучаться с определением того, что добавил бот, и самостоятельно проверять ответ сервера, и удалять оттуда, где он не 404.
    Также непонятно, что делать с десятками тысяч правок, которые бот совершил, не добавив в них информации о мёртвости адреса. Хотя, в принципе, у нас и так должно быть порядочно мёртвых ссылок с архивными копиями без параметра deadlink. — Джек, который построил дом (обс.) 19:24, 28 сентября 2017 (UTC)
    • Джек, который построил дом: из-за того, что в разделах разные умолчания (в енвики без параметра ссылка считается мёртвой, у нас — живой), бот без адаптации под наш раздел работать не сможет. Но раз его логику придётся менять, то есть смысл подумать — каков же идеал, какое поведение параметров нас бы устроило. Вот мой вариант: 1, 2, есть ли по нему возражения? — Vort (обс.) 05:06, 29 сентября 2017 (UTC)
    • По поводу вычистки параметров — вполне можно делать упрощения, предполагая наиболее вероятные ситуации. К примеру, можно предположить, что если бот с даты А до даты Б посетил статью, то все параметры deadurl=yes в статье неверны и их надо удалять. Или можно взять старый дамп, созданный до начала работы бота, посмотреть в каких статьях был проставлен deadurl=yes и вычесть их из списка статей с параметром на данный момент. — Vort (обс.) 05:06, 29 сентября 2017 (UTC)
  • Бот перемалывает сейчас все статьи подряд по алфавиту. В будущем этот массив придется все равно заново переделывать, натравливая того же модифицированного бота или нового. Так что надо вырабатывать оптимальное решение. --Michael Romanov (обс.) 20:54, 28 сентября 2017 (UTC)
  • Из вышеперечисленного так понимаю что все согласны с тем, что deadurl=yes бота нужно удалять, т.е. с заявкой согласны. А вопрос что делать в общем случае не решён. И так понимаю, чем дальше будем тянуть с вторым, тем сложнее будет аккуратнее сделать первое. Bsivko (обс.) 13:22, 1 октября 2017 (UTC)

Категория:Греки в РоссииПравить

Просьба расформировать согласно итогу на ВП:КУ.--Обывало (обс.) 17:04, 27 сентября 2017 (UTC)

Проект:Психология и психиатрия/К удалениюПравить

Пожалуйста, помогите настроить автоматическое обновление страниц к удалению для проекта. Очевидно, в связи с неправильными настройками, бот добавляет сюда статьи, совершенно не имеющие отношения к тематике проекта. Спасибо.-- Золоторёв Павел (обс.) 19:27, 24 сентября 2017 (UTC)

  • @Золоторёв Павел: настроил, сейчас вроде бы корректно. Если что-то будет некорректно отображаться на этой странице (или наоборот, какие-то статью, которые должны быть, на эту страницу попадать не будут), надо будет уточнить категории-исключения (которые после слова «кроме»). GAndy (обс.) 19:55, 23 ноября 2017 (UTC)
  • ✔ Сделано. GAndy (обс.) 19:59, 23 ноября 2017 (UTC)

Цветные ссылкиПравить

1к в поиске по основному пространству нужно в простых случаях заменить font на шаблон:colored link. Тег у викиссылки встречается внешний, внутренний и оба сразу. Закрывающего тега может не быть, но если он где-то дальше викиссылки и будет замена, то покажется в ошибки/разделённый тег и исправтся позднее. --Sunpriat (обс.) 21:00, 21 сентября 2017 (UTC)

Около 70 самых простых случаев обработал. Заметил один случай, когда стало хуже: дифф. Остались, похоже, в основном, «Сборные по хоккею с шайбой» с одним и тем же паттерном: [1]. — Vort (обс.) 07:39, 22 сентября 2017 (UTC)
Вот такая замена для них подойдёт? — Vort (обс.) 10:37, 22 сентября 2017 (UTC)
Сделал 50 замен. Если не будет возражений — продолжу. — Vort (обс.) 11:33, 22 сентября 2017 (UTC)
  • @Vort: "случай" - но зато теперь при наведении меняется подчеркивание, как у других ссылок; подчеркивание того что не ссылка выглядит обманчиво, там не лучшее решение в оформлении. Кстати попутно white/black можно словами писать и проверить короткие #fff. По нав.болок2 лучше создавать параметр fg=цвет. --Sunpriat (обс.) 12:41, 22 сентября 2017 (UTC)
    • Замену на black сделал, коротких вообще почти нет. Параметр fg ведь не сработал бы для ссылок? То есть, всё равно нужно оборачивать в шаблон, поэтому лучше, когда все указания цвета в одном месте. Надо ещё найти откуда это оформление пошло (документация?) и поменять там. — Vort (обс.) 14:15, 22 сентября 2017 (UTC)
      • @Vort: fg про Special:Diff/87790050 vs Special:Diff/87794624 --Sunpriat (обс.) 14:32, 22 сентября 2017 (UTC)
        • Да, я понял. Но в таком случае надо было бы проверять — нет ли уже установленного параметра. Также были сомнения насчёт того, не образуется ли какой-то конфликт параметра fg и шаблона {{цветная ссылка}}. — Vort (обс.) 14:37, 22 сентября 2017 (UTC)
          • Тогда неважно. Главное замена font. --Sunpriat (обс.) 14:44, 22 сентября 2017 (UTC)
  • Обработал ещё и шаблоны, но так и не понял откуда пошло оформление. Наверно, просто копировалось из статьи в статью. Кстати, помимо #xxxxxx, имеет ещё смысл обработать включения с названиями цветов: [2]. — Vort (обс.) 08:32, 23 сентября 2017 (UTC)
    • Да, тоже нужно. Кстати в поиске по ссылке видны вики-ссылки на англовики - из таких нужно убирать первое двоеточие, т.к. оно уже стоит в шаблоне. В предыдущих заменах такие тоже могли встретиться. --Sunpriat (обс.) 13:34, 23 сентября 2017 (UTC)
      • ✔ Сделано и для шаблонов и для основного пространства. — Vort (обс.) 15:59, 23 сентября 2017 (UTC)

font пустышка вне ns0Править

Вне основного пространства поиском находится около 2к пустышек <font>что-то</font>. Как минимум из подписей участников их кажется можно беспроблемно убрать. --Sunpriat (обс.) 19:05, 21 сентября 2017 (UTC)

  • Вы хотите настроить против себя всех участников, которые используют это в своих подписях? Vcohen (обс.) 19:18, 21 сентября 2017 (UTC)
    • Без стилей оно никак не влияет на отображение. --Sunpriat (обс.) 19:21, 21 сентября 2017 (UTC)
      • А зачем нужна дорога, которая не ведет к храму нужны правки, которые не влияют на отображение? Vcohen (обс.) 19:44, 21 сентября 2017 (UTC)
        • Болтаются в Служебная:LintErrors/obsolete-tag mw:Help:Extension:Linter/obsolete-tag mw:Help:Extension:Linter#Goal: HTML5 output compliance --Sunpriat (обс.) 19:51, 21 сентября 2017 (UTC)
          • Как я понимаю, нас интересует только основное пространство. В неосновном постоянно добавляются всякие нерегулярности в репликах - и в виде опечаток, и в виде намеренных примеров, и править эти реплики тем не менее не принято. Vcohen (обс.) 11:48, 22 сентября 2017 (UTC)
            • Интересуют простые случаи во всех пространствах. Примеры должны быть в мнемониках lt gt, что внешний вид не изменит. Подписи участников достаточно регулярны. Можно предположить, что участники изощренно так добираются до подписи личным css/js, но тогда замена font на span будет равноценна. --Sunpriat (обс.) 13:12, 22 сентября 2017 (UTC)
  • @Dimetr, Illythr, Bolboschoenus, Dostojewskij: пинг --Sunpriat (обс.) 19:30, 21 сентября 2017 (UTC)
  • @Constantin1706: пинг --Sunpriat (обс.) 19:35, 21 сентября 2017 (UTC)
Что от меня требуется? Убрать font из подписи? --Ѳ. М. Достоевскійобсужденіе / вкладъ 19:37, 21 сентября 2017 (UTC)
Убрал. Нормально? --Ѳ. М. Достоевскійобсужденіе / вкладъ 19:38, 21 сентября 2017 (UTC)
  • Нормально. Используйте span если нужно оформление. Вы не против корректировки вашей подписи (убрать пустые font) в архивах? --Sunpriat (обс.) 19:51, 21 сентября 2017 (UTC)
Если уж так нужно — пожалуйста. Но только font. --Ѳ. М. Достоевскійобсужденіе / вкладъ 19:53, 21 сентября 2017 (UTC)
  • Хмык. Заменил вторым спаном. --Illythr (Толк?) 20:58, 26 сентября 2017 (UTC)
    • @Illythr: Можно короче - для <span class="Illythr">[[user:Illythr|Illythr]] ([[user_talk:Illythr|Толк?]])</span> правилом span.Illythr a+a {color: orange;} достать стоящий вторым a. Sunpriat (обс.) 22:06, 7 октября 2017 (UTC)
  • Обработаны Dostojewskij, Illythr, Lord Dimetr. --Sunpriat (обс.) 17:57, 22 октября 2017 (UTC)
  • Bolboschoenus не ответил, но изменил подпись. Lord Dimetr перенаправление на Dimetr. Обработаны Dimetr, Bolboschoenus. --Sunpriat (обс.) 13:31, 13 ноября 2017 (UTC)
  • ✔ Сделано. GAndy (обс.) 11:40, 13 декабря 2017 (UTC)

center вокруг файловПравить

706 результатов в поиске Вокруг файлов можно заменить тег center (устаревший) на вики-текст <center>[[Файл/File ... ]]</center> на [[Файл ... |center]]. --Sunpriat (обс.) 14:22, 21 сентября 2017 (UTC)

  • @Sunpriat: уточни, какие свойства файлов могут конфликтовать с этим? left, right, center? У них ещё киррилические синонимы были? Какие-то ещё случаи отдельно обрабатывать надо? ~Facenapalm (обс.) 14:25, 21 сентября 2017 (UTC)
    • Для выравнивания захватываются: right, справа, left, слева, center, центр, none, без. Сработает то, что стоит раньше в параметрах. Отдельно можно смотреть в таблицах - ячейка заканчивается без закрывающего center. --Sunpriat (обс.) 14:46, 21 сентября 2017 (UTC)
      • «Сработает то, что стоит раньше в параметрах» — рассчитывать на это и писать два противоречащих друг другу параметра же не надо, это исправлялось несколькими запросами ранее. :D Спасибо, сейчас возьмусь. ~Facenapalm (обс.) 14:50, 21 сентября 2017 (UTC)
        • Прошёлся ботом, исправил отсилы половину (зато кое-где по две тысячи включений сразу). Слишком много неочевидных для бота случаев: несколько файлов в одном center, файл+текст, не изображения (ogg в центре, например). Непарные теги в таблицах править сейчас тоже не хочу, потому что там, как правило, вся таблица такая. Будем считать, что ✔ Сделано? Кстати, @Sunpriat:, давно спросить хотел: эти непарные теги после отключения тайди сломаются? Всяких | <center>'''123 || в таблицах видел дохрена и больше. Хочется знать, насколько важно это исправить. ~Facenapalm (обс.) 16:41, 21 сентября 2017 (UTC)
          • Ок, сделано - подразумевались простые случаи только вокруг самого файла. Посмотрел 123 в песочнице в инстременте переезда на новый парсер - парсер добавил закрытие и центра и жирного выделения. В хелпе переезда упоминаются только "высокоприоритетные" mw:Help:Extension:Linter#Goal: Replacing Tidy mw:Parsing/Replacing Tidy/FAQ#What will editors need to do?. (хотя "Присвоенное содержимое" из среднего приоритета тоже вылезает, но визуально не заметно. например через шаблон геокар в, например, Острова Кука через инструмент можно увидеть в начале статьи много пустых p тегов.) --Sunpriat (обс.) 16:52, 21 сентября 2017 (UTC)

ВОВ → Великая Отечественная войнаПравить

Обратил внимание, что у нас пара тысяч ссылок на ВОВ, которые должны вести на статью Великая Отечественная война, но на самом деле через перенаправление ВОВВОВ (значения) приводят на дизамбиг. Хорошо бы эту ситуацию распутать, хотя бы частично. Предлагаю первый шаг. Многие ссылки в коде статей имеют вид (пример): [[ВОВ|Великой Отечественной войны]] (в разных падежах), надо заменить на [[Великая Отечественная война|Великой Отечественной войны]] (во всех возможных падежах). После этого посмотрим, сколько останется неисправленных ссылок и решим, что делать дальше. Спасибо, — Adavyd (обс.) 14:25, 19 сентября 2017 (UTC)

4 сентября аноним сделал ссылку на неоднозначность. Вернул как было. --Andreykor (обс.) 14:32, 19 сентября 2017 (UTC)
А, спасибо. Тогда это не так актуально, хотя без перенаправлений, конечно, было бы безопаснее. — Adavyd (обс.) 14:36, 19 сентября 2017 (UTC)
Ну, массовое раскрытие перенаправлений не очень-то одобряется. × Не сделано пока. ~Facenapalm (обс.) 15:06, 19 сентября 2017 (UTC)
Кстати, в отличие от пресловутого «не поломано», именно это на самом деле называется WP:NOTBROKEN. :) — Mike Novikoff 22:35, 22 сентября 2017 (UTC)

Спасите и сохраните ссылкиПравить

Peter Porai-Koshits сообщает, что Сайт Sports Reference закрывается, необходимо сохранить ссылки в веб-архиве. Возможно ли собрать все ссылки из наших статей на этот сайт на одной странице для удобства архивирования? Многие включались через Шаблон:SportsReference. Вообще, надо бы все-все профили спортсменов оттуда поархивировать, вне зависимости от наличия у нас статей. Кто что может предложить? Сидик из ПТУ (обс.) 12:46, 19 сентября 2017 (UTC)

  • Присоединяюсь к просьбе. Если мы их потеряем - это будет большая потеря. Очень большая потеря. JukoFF (обс.) 15:43, 19 сентября 2017 (UTC)
  • Тоже присоединяюсь к просьбе. Уточню - закрывается только олимпийская часть проекта - https://www.sports-reference.com/olympics/. На нее у нас минимум 1200 ссылок. --Peter Porai-Koshits (обс.) 07:32, 28 сентября 2017 (UTC)
  • Сидик из ПТУ, я поначалу подумал, что задача — в архивации. Сами же ссылки вытащить проще — вот они: Участник:Vort/SR1, Участник:Vort/SR2. — Vort (обс.) 08:31, 28 сентября 2017 (UTC)
    • Дело ведь ещё в том, что хорошо бы все, даже не использованные пока в Википедии, ссылки заархивировать с прицелом на создание недостающих статей. Сидик из ПТУ (обс.) 08:42, 28 сентября 2017 (UTC)
      • Было тут недавно обсуждение бота-архиватора, может попросить его владельца пройтись по списку? Кстати, всё не так уж и плохо — я проверил несколько произвольных ссылок в Архиве — для всех были копии. — Vort (обс.) 08:45, 28 сентября 2017 (UTC)
      • Если (допустим) недостающие заархивировать — как потом узнавать об их существовании? В таком случае ведь нужен какой-то каталог. Ещё большее усложнение задачи получается. — Vort (обс.) 08:50, 28 сентября 2017 (UTC)
        • Нашёл каталог: вот он. Опять произвольно проклацал несколько ссылок — все страницы на месте. — Vort (обс.) 12:43, 28 сентября 2017 (UTC)
  • Проверил 100 произвольных ссылок через API. Только 3 из них оказались не заархивированы: [4] [5] [6]. Первые две — битые. То есть, потери при закрытии сайта будут около 1 %. — Vort (обс.) 09:12, 28 сентября 2017 (UTC)
    • Да, это так. Но, во-первых, трудно будет искать архивы для ненаписанных статей, во-вторых, в архивах могут быть менее актуальные версии, дополненные авторами сайта после архивации. В любом случае, бить в набат начал Peter Porai-Koshits, я лишь ему дал трибуну. Сидик из ПТУ (обс.) 09:23, 28 сентября 2017 (UTC)
  • Я ошибся насчёт ссылки JOR/summer/2008, она всё-таки есть в архиве. — Vort (обс.) 10:05, 28 сентября 2017 (UTC)
  • Кто-нибудь может дать хотя бы один пример живой незаархивированной ссылки на закрыващийся раздел сайта? Пока что я не вижу какие вообще действия возможны в пределах этого запроса. — Vort (обс.) 10:05, 28 сентября 2017 (UTC)
    • Я узнал про закрытие перейдя из статьи Носкова, Яна Сергеевна (в преамбуле ссылка [6]). Это незаархивированная ссылка? --Peter Porai-Koshits (обс.) 10:20, 28 сентября 2017 (UTC)
      • 13 раз сохранена в Архиве: [7]. — Vort (обс.) 10:24, 28 сентября 2017 (UTC)
        • Хм, я думал заархивированная ссылка это ссылка в статье, которая ведет уже на web.archive.org, а не на оригинальный сайт. Потому что вот допустим завтра они закроют раздел "sports-reference.com/olympics/". Ссылка в статье будет вести не на 404, а на какую-нибудь корректную страницу типа "информация удалена по требованию правообладателя". Очередной редактор зайдет в статью, увидит, что по рефу нет искомой информации, прибьет реф и поставит Запрос АИ. Я думал (не очень разбираюсь в вопросе), что мы тут обсуждаем превентивную замену ботом всех ссылок типа "www.sports-reference.com/olympics/..." на "web.archive.org/web/*/http://www.sports-reference.com/olympics/..." в связи с предполагаемым закрытием этого раздела. --Peter Porai-Koshits (обс.) 10:37, 28 сентября 2017 (UTC)
          • Во-первых, в таком случае речь уже не идёт о спасении ссылок. Можно не спешить, никуда эти данные не денутся. Во-вторых, простая замена ссылки — плохое решение. Пока сайт жив, надо направлять на сайт, как уйдёт в оффлайн — перенаправить в архив. Или хотя бы вывести две ссылки, чтобы пользователь мог сам выбрать. Да и не всегда такая замена возможна. К примеру, в статьях 9655 включений шаблона {{SportsReference}}. В него без доработки архивную ссылку не вставить. И это только часть проблем. — Vort (обс.) 10:45, 28 сентября 2017 (UTC)
            • То есть если я правильно понимаю нужно все прямые ссылки перевести под шаблон {{SportsReference}}, видимо с помощью какого-то бота, а затем, когда и если раздел закроется, то сразу же соответствующе отредактировать шаблон. --Peter Porai-Koshits (обс.) 10:51, 28 сентября 2017 (UTC)
              • Можно и так. Только автоматически из шаблона архивную ссылку получить не выйдет — надо знать дату архивирования. — Vort (обс.) 11:00, 28 сентября 2017 (UTC)
              • Если кто-то переделает шаблон {{SportsReference}} для поддержки параметра, задающего дату архивации (к примеру, 20170610200503 для ссылки [8]), то я смогу ботом проставить даты архивированных страниц в его включения. Шаблон, правда, защищён до администраторов и инженеров. — Vort (обс.) 12:53, 28 сентября 2017 (UTC)
  • Если необходимо, то можно попросить БотаАрхиватора и он заархивирует все ссылки по домену. С уважением, Iniquity 18:33, 28 сентября 2017 (UTC)

Приморское кольцоПравить

Просьба заменить ссылки Приморское кольцо на Приморское кольцо (Калининградская область). --Insider 51 06:05, 18 сентября 2017 (UTC)

  • ✔ Сделано. GAndy (обс.) 21:36, 13 октября 2017 (UTC)

Категория:Памятники под угрозой уничтожения Категория:Здания и сооружения, находящиеся под угрозой уничтоженияПравить

В целях унификации эти категории, а также все подкатегории, нужно привести к виду «N под угрозой уничтожения», проще говоря удалить везде кусок «, находящиеся»--Мечников (обс.) 15:32, 17 сентября 2017 (UTC)

КонструктивизмПравить

Из статей категориии Сооружения в стиле конструктивизма нужно поудалять категорию Архитектура русского авангарда. Она и так в неё включена через категорию Конструк. арх-ра--Мечников (обс.) 17:53, 10 сентября 2017 (UTC)

  • ✔ Сделано MBH 18:22, 10 сентября 2017 (UTC)

Замена мёртвой ссылкиПравить

Нужно заменить недоступные ссылки вида {{cite web|url=http://w1.c1.rada.gov.ua/pls/z7503/A005?rdat1=10.11.2012&rf7571=636|title=с Октябрське Автономна Республіка Крим, Ленінський район|publisher=Верховна Рада України|lang=uk|accessdate=2015-11-10}} на архивную {{cite web|url=http://pop-stat.mashke.org/ukraine-census-2001/avtonomna_respublika_krym.htm|title=Украина. Перепись населения 2001 года|publisher=|accessdate=2017-9-10|lang=|archiveurl=http://www.webcitation.org/6SPSk0MOk|archivedate=2014-09-7}} в разделах «Динамика численности» на 2001 год. --kosun?!. 04:19, 10 сентября 2017 (UTC)

  • Уточните, какого "вида". Поиск подстроки "w1.c1.rada.gov.ua/pls/z7503/A005?rdat1=10.11.2012&rf7571=636" выдаёт одну статью. Что из приведённого вами может быть вариабельно и в каких границах вариабельно? MBH 06:26, 10 сентября 2017 (UTC)
    • Знал бы как уточнить… „Материнский“ сайт этот, там дальше была страница «Автономна Республіка Крим» и в ней раздел сёла и пгт (по-украински), все ссылки оттуда. Для каждого нп своя. --kosun?!. 16:56, 10 сентября 2017 (UTC)
      А давно там ремонт? В плане может проще дождаться конца их модернизации? --ᛒᚨᛊᛖ (ⰑⰁⰔ) 22:20, 20 октября 2017 (UTC)
  • Видимо, начинающиеся на http://w1.c1.rada.gov.ua/pls/z7503/ (478 штук; если меньше уточнений, то люди появляются, а если больше, НП исчезают). Викизавр (обс.) 18:58, 23 ноября 2017 (UTC)
    • Совершенно в таких вопросах не разбираюсь, ссылки во всех 900 с чем-то статьях о сёлах и все не работают. Можно и дождаться конца модернизации, но нет гарантии, что ссылки будут те же. --kosun?!. 06:48, 20 декабря 2017 (UTC)
      • Я углядел в ссылках только одно общее для всех — http://w1.c1.rada.gov.ua/pls/z7502/A005?rdat1 — может, их поменять все? — кажется, это Крым. При этом по Ленинскому району, вроде бы всё работает :(. --kosun?!. 18:51, 11 февраля 2018 (UTC)

ПереименованиеПравить

Вследствие орфографической ошибки, допущенной создателем этой категории, я переименовала её в «Участники, учившиеся в КВВМКУ», которая теперь пустая. Сюда следует перенести название страницы, относящееся к этой категории.--Tanzun (обс.) 16:03, 9 сентября 2017 (UTC)

  • Сюда публикуются запросы на _массовые_ правки. ✔ Сделано MBH 16:15, 9 сентября 2017 (UTC)

Удаление категорииПравить

Пожалуйста, добавьте в список задач. Я просто не могу технически сохранить эту правку, то ли страница большая, то ли что-то с браузером. {{Участник:KrBot/Удалить категорию |имя категории = Игравшие принцесс |комментарий = по итогам [[Википедия:К удалению/2 сентября 2017#Категория:Игравшие принцесс]] }} --Good Will Hunting (обс.) 08:13, 9 сентября 2017 (UTC)

  • ✔ Сделано, какая ошибка была? MBH 10:32, 9 сентября 2017 (UTC)
    • Ошибки не было. Просто (и не только на этой странице, а на время от времени часто тоже) не сохранялась правка при нажатии на «Записать страницу». В инспектор не смотрел. Спасибо! --Good Will Hunting (обс.) 10:38, 9 сентября 2017 (UTC)

Замена включений шаблона Шаблон:Флагификация/Корейская Народно-Демократическая РеспубликаПравить

Википедия:К удалению/30 августа 2017#Шаблон:Флагификация/Корейская Народно-Демократическая Республика - прошу заменить включения шаблона с более длинным именем на включения с более коротким. --Good Will Hunting (обс.) 11:19, 7 сентября 2017 (UTC)

  • Скоро будет ✔ Сделано. Наша система вызова флагов в карточки жутко сложна, в подавляющем большинстве статей шаблон вставлен не напрямую, а параметром карточки вида "страна = Северная Корея", откуда идёт сложный многоступенчатый вызов до шаблона. MBH 11:58, 7 сентября 2017 (UTC)

Шаблон проекта МеталПравить

Доброго времени суток! Требуется проставить шаблон проекта на все статьи в категории Метал. Возможно ли это? --Deltahead (обс.) 00:43, 5 сентября 2017 (UTC)

  • Пора ответ в ВП:ЗЕЛЕНО добавлять. @Deltahead: поставить возможно, только значительная группа людей в обществе считает такую деятельность вредительством. Как компромисс пришли к консенсусу, что если одновременно с плашкой не проставляется информация о значимости и уровне статьи, плашки проставлять нельзя, а ботом их не определишь. Как аргумент за это решение приводилось то, что если ряд статей описывается категорией, то и работать с ней можно категорией, плашки не нужны. От себя (ни разу не противника плашек) добавлю, что сейчас из простановки плашек сделали самоцель, и это очень плохо. Плашки служат для координации работ и обозначения фронта, а тут нет ни второго, ни другого. Приходят в КБУшную статью, ставят плашку, идут дальше — нет чтоб статью проверить, поправить очевидные ошибки, отпатрулировать — нет, даже не заглядывают! И нахрена ставят? × Не сделано, короче. ~Facenapalm (обс.) 01:08, 5 сентября 2017 (UTC)
Ваш ответ понятен. Но вообще-то как раз "фронт" и требовалось обозначить. Ладно, будем работать по частным категориям. --Deltahead (обс.) 01:22, 5 сентября 2017 (UTC)
«Обозначенный фронт» — это когда понятно, над какими статьями надо работать в первую очередь и какие вообще масштабы работы. Огромная цифра в графе «неизвестная важность, неизвестный уровень» — это не фронт, это цифра, доступная и через категории. Если под фронтом подразумевается именно эта оценка, это тоже доступно через категории. ~Facenapalm (обс.) 01:42, 5 сентября 2017 (UTC)
Спасибо за разъяснения.) --Deltahead (обс.) 01:45, 5 сентября 2017 (UTC)
А список статей можно выгрести и разными тулзами. Вот, например, все статьи рекурсивно включённые в указанную вами категорию - Участник:Serhio Magpie/Метал. --Serhio Magpie (обс.) 03:42, 5 сентября 2017 (UTC)

Снятие отметок «отпатрулировано» с файлов участника U:McowkinПравить

По итогам сообщений на странице обсуждения участника (начиная с топика "Статус файла Файл:Добролёт.jpg") и рассмотрения его повторной заявки на ВП:ЗСЗ, с учётом обсуждения на ВП:Форум патрулирующих, прошу снять ботом отметку «отпатрулировано» с файлов, загруженных участником U:Mcowkin. Alex Spade 08:17, 4 сентября 2017 (UTC)

  • Делаю. Планирую переписать под это ранее написанный код депатрулирования гловацкого. Депатрулироваться будут первые версии загруженных файлов (в подавляющем большинстве случаев они и единственные). MBH 16:56, 8 сентября 2017 (UTC)

Республика АбхазияПравить

Необходимо заменить ссылки [[Абхазия|Республик* Абхазия]] на [[Республика Абхазия|Республик* Абхазия]] в связи с разделением статей. — stsents о/в 14:17, 3 сентября 2017 (UTC)

А также Республик* [[Абхазия]] на [[Республика Абхазия|Республик* Абхазия]]stsents о/в 19:13, 5 сентября 2017 (UTC)

Википедия:К переименованию/28 июля 2016#Российские судыПравить

Во исполнение итога на КПМ надо переименовать в т.ч. несколько категорий с 9 статьями и более:

Заранее спасибо. Blacklake (обс.) 20:23, 30 августа 2017 (UTC)

КлСтатПравить

Википедия:К объединению/3 августа 2017

Шаблон «КлСтат5» и все подстраницы «КлСтат5/ЧтоУгодно» можно заменить на оригинальный шаблон {{КлСтат}}, поскольку дополнительный шаблон полностью дублирует функциональность (DRY). --MaxBet (обс.) 22:16, 24 августа 2017 (UTC)

  • @MaxBet: в основном пространстве — ✔ Сделано. ~Facenapalm (обс.) 23:23, 30 августа 2017 (UTC)
    Спасибо --MaxBet (обс.) 21:06, 3 сентября 2017 (UTC)

ГербПравить

Нужно этот файл удалить. А там где он использовался проставить этот, правильный.--Мечников (обсуждение) 18:50, 24 August 2017 (UTC)

  • Будет ✔ Сделано MBH 18:22, 10 сентября 2017 (UTC)

Категория:Участники Польско-украинской войныПравить

Прошу переименовать 38 страниц категории согласно итогу обсуждения. MisterXS (обс.) 19:48, 23 августа 2017 (UTC)

  • ✔ Сделано MBH 23:02, 23 августа 2017 (UTC)

Категория:Персоны нон грата по странамПравить

Прошу зачистить категорию и включения. MisterXS (обс.) 19:31, 23 августа 2017 (UTC)

  • Сделал сам. MisterXS (обс.) 12:58, 24 августа 2017 (UTC)
  • ✔ Сделано - шаблон для ботоархивации. --Michgrig (talk to me) 19:29, 24 августа 2017 (UTC)

Категория:Персоналии:Запрещён въезд на УкраинуПравить

Прошу зачистить категорию. MisterXS (обс.) 13:16, 22 августа 2017 (UTC)

  • ✔ Сделано до нас. Руками, полагаю? ~Facenapalm (обс.) 23:24, 30 августа 2017 (UTC)

Архивация запросов на проверку участниковПравить

Я думаю, что было бы здорово, если бы чей-нибудь бот взял на себя архивацию запросов на этой странице. Кадош (обс.) 20:41, 21 августа 2017 (UTC)

  • × Не сделано. Есть ли такая необходимость — это решать чекъюзерам. У четырёх из пяти чекъюзеров есть собственные боты. GAndy (обс.) 12:54, 24 октября 2017 (UTC)

Перенос шаблона из статьи на СОПравить

Просьба перенести шаблон {{Марафон юниоров}} из статей на их СО: список. NBS (обс.) 14:36, 20 августа 2017 (UTC)

  • @NBS: обсуждалось? Насколько я понимаю, шаблон ещё и заменителем «редактирую» является и просит участников не редактировать статью, чтобы дать автору спокойно ознакомиться с процессом написания статей в своём темпе. После марафона шаблоны снимаются. Вреда от него не вижу, а смена регламента марафона без уведомления как жюри, так и участников, выглядит деструктивном. Особенно участников, это же марафон для новичков, прояви снисхождение. ~Facenapalm (обс.) 15:35, 20 августа 2017 (UTC)
    • На странице марафона вообще нет упоминания этого шаблона, так что я склонен считать подобное его использование самодеятельностью нескольких участников марафона. Просьба не редактировать статью, во-первых, написана столь незаметно, что я её заметил только после вашего упоминания (а судя по правкам в статьях, и не только я); во-вторых, без регламента снятия шаблона она или весьма факультативна, или грубо нарушает ВП:МОЁ; в-третьих, она совсем уж странно выглядит на готовых статьях (а в шаблоне в основном используется значение параметра «готово»), а тем более — на статьях, выставленных на статус ДС. И наконец, новичкам полезно как можно раньше показать, какие шаблоны уместны не в статье, а на её СО (или что, лучше на подождать, когда на КДС напишут «против — в статье висит какой-то левый шаблон»?). NBS (обс.) 16:05, 20 августа 2017 (UTC)
  • Не обсуждалось, посему выглядит странно просьба. --НоуФрост❄❄ 15:58, 20 августа 2017 (UTC)
    • А ссылку, где обсуждалось, что этот шаблон должен висеть на статьях, можете дать? NBS (обс.) 16:07, 20 августа 2017 (UTC)
      • Тогда и вы мне ссылочку где есть консенсус ПИ избирать не голосованием, а «по аргументам»… А то я искал - не нашёл. А в правилах другое написано. «Повелось так» — внизу реплика Ле Лоя про это. --НоуФрост❄❄ 17:17, 20 августа 2017 (UTC)
  • Да, после марафона все плашки снимаются ботом --Ghuron (обс.) 16:00, 20 августа 2017 (UTC)
  • Шаблон уже на четвёртый марафон ставят, марафон идёт 21 день, после этого его убирают ботом. Никогда никому не мешал он, консенсус де-факто. Ле Лой 16:48, 20 августа 2017 (UTC)
  • В общем, здесь в любом случае × Не сделано, РДБ — не место для поиска консенсуса. ~Facenapalm (обс.) 21:52, 21 августа 2017 (UTC)

Исправление былых недочётовПравить

Просьба в личное пространство (Участник:AleUst/Шаблоны) собрать все шаблоны из Категория:Шаблоны:Футбол в которых используется свойство border:. Это необходимо для того чтобы при необходимости поправить отображение границ ячеек где это будет актуально (из документации шаблона навигационная таблица: Так как разделение строк происходит через CSS-свойство border-top, то возможны сложности с созданием границ ячеек. Проблему могут помочь решить CSS-тени или шаблоны box-shadow и Box-shadow border). Плюс к этому просьба собрать все шаблоны из указанного выше пространства где используется hlist hlist-items-nowrap (параметр класс_списков или класс_тела). Это необходимо для отказа от данного класса в шаблонах где присутствуют только ссылки на основании Обсуждение шаблона:Навигационная таблица#hlist-items-nowrap. @MBH: возьмётесь? Заранее спасибо. --AleUst (обс.) 07:56, 20 августа 2017 (UTC)

  • Сейчас будет ✔ Сделано MBH 13:17, 20 августа 2017 (UTC)

Удаление шаблонаПравить

Прошу реализовать итог Служебная:diff/87114313, то есть удалить включения в статьи шаблонов {{Microsoft APIs}} и {{Windows API}}, и по окончании осуществить переименование с подавлением перенаправления (целевая страница: Проект:Информационные технологии/Списки/Шаблон:Microsoft APIs, bezik° 12:56, 17 августа 2017 (UTC)

  • Будет ✔ Сделано MBH 13:38, 17 августа 2017 (UTC)
    • Палец вверх Спасибо! bezik° 18:10, 17 августа 2017 (UTC)

Исправление ссылок на перенаправление Нью-йоркПравить

В соответствии с итогом обсуждения, прошу заменить все вики-ссылки, ведущие на Нью-йорк, так чтобы они указывали на Нью-Йорк, после чего недопустимое перенаправление Нью-йорк удалить. --Good Will Hunting (обс.) 06:32, 17 августа 2017 (UTC)

  • Я извиняюсь, но я не заметил этот итог, поэтому и не оспорил его. Я считаю, что консенсуса сообщества за удаление и близко нет, а англошаблон является ультимативным аргументом за оставление. Я оспорю итог и открою обсуждение поправки в КБУ перенаправлений, которая бы легализовала такие редиректы. А пока × Не сделано MBH 10:21, 17 августа 2017 (UTC)

Ошибочное размещение сносок внутри шаблона примечанияПравить

Via Форум/Технический § Казелауг.

insource:/\{\{[пП]римечания\| *\<ref/ hastemplate:примечания — подобные случаи (плюс те, где перенос строки перед <ref>, — insource-поиск не позволяет закодировать перенос строки): сноски должны быть внутри параметра |refs=. Хотел сам, но тут без сложного скриптинга не обойтись: некоторые рефы, присутствующие в {{примечания}}, не встречаются в статье (например, тут), и убирание их в |refs= приводит к появлению красной ошибки. Таким образом, нужно для каждого рефа, найденного внутри {{примечания}}, поискать употребление в остальной части статьи, и если хоть одного нет — видимо, игнорировать такие статьи, чтобы потом разбираться с ними вручную. — Джек, который построил дом (обс.) 20:57, 16 августа 2017 (UTC)

Просьба объединить категорииПравить

К:Выпускники Качинского высшего военного авиационного училища и К:Выпускники Качинского лётного училища относятся к одному и тому же учебному заведению. Pavel Alikin (обс.) 01:10, 13 августа 2017 (UTC)

  • ✔ Сделано MBH 01:56, 13 августа 2017 (UTC)

Лишние ударенияПравить

Давеча, приводя Джеку пример (реально существующего и распространённого, к сожалению) абсурда, я подумал: а поставится ли ударение над согласной буквой? И вот представьте себе…

К делу. Некоторое время назад анонимаус с упорством, достойным бота, ходил по статьям об улицах, проспектах и площадях и «помогал проекту», расставляя ударения в родовых словах: «улица», «площадь», «проспект», «проезд», «шоссе». (А ведь было правильно — только в топониме!). Целое субботнее утро я гонялся за ним и отменял, но он был шустрее. Он внял предупреждению, но я не бот, отменил далеко не всё. Прошу помочь в этом.

То есть, в выделенном полужирным названии в преамбулах убрать ударения в вышеперечисленных родовых словах. — Mike Novikoff 01:50, 11 августа 2017 (UTC)

  • зачем? был же консенсус, что в определении статьи ударения полезны везде. Потому что читают нас не только хорошо владеющие русским языком. ShinePhantom (обс) 07:48, 12 августа 2017 (UTC)
  • Так как консенсуса нет ни за проставление ударений, ни за удаление (к моему сожалению) в таких случаях, этот запрос подлежит выполнению только в части, где ударения расставлял упомянутый аноним (дайте тогда на него ссылку), как мера противодействия нарушению ВП:МНОГОЕ. — Джек, который построил дом (обс.) 16:26, 12 августа 2017 (UTC)
    • Во-первых, айпишник я уже привёл выше (ссылка на его ОУ). Во-вторых, он динамический. В-третьих, не хотел бы, чтобы это выглядело личным преследованием кого бы то ни было. А в-четвёртых... о́х. Тос-ка́. Всё чаще возникает чувство, что нормальной русской википедии в ближайшие годы не будет, напрасно и пытаться. — Mike Novikoff 16:57, 15 августа 2017 (UTC)
      • Так что? Мы что-нибудь делаем по этому запросу или закрываем? Это не может быть личным преследованием, как не является таковым устранением нарушения ВП:МНОГОЕ. — Джек, который построил дом (обс.) 17:17, 15 августа 2017 (UTC)

Смирнов, Владимир Николаевич (1937)Править

Нужно во включениях поменять Фёдоровича на Николаевича — отчество оказалось неверным. Фил Вечеровский (обс.) 12:31, 10 августа 2017 (UTC)

Флаг МавританииПравить

С 06.08.2017 новый флаг Мавритании - File:Mauritania 2017.svg или File:Flag of Mauritania (2016 proposal).svg, ранее был - Flag of Mauritania (1959 - 2017).svg или File:1959-2017 Flag of Mauritania.svg. Необходимо произвести корректную замену флагов (где-то нужен действующий, где-то исторический). С уважением, - And S Yu (обс.) (Дата 18:32, 7 августа 2017 (UTC))

Напишите алгоритм раскрывающий ваше «где-то». Роботы выполняют конкретные задачи, а не думают. --ᛒᚨᛊᛖ (ⰑⰁⰔ) 20:55, 6 сентября 2017 (UTC)
× Не сделано. ТЗ не сформулировано, это скорей всего ручная работа, в значительной части точно. GAndy (обс.) 22:18, 13 октября 2017 (UTC)

Реализовать итог удаления шаблоновПравить

Шаблон:Италия на КЦЕ 1931-1932 и Шаблон:Италия на КЦЕ 1927-1930 согласно Википедия:К удалению/15 апреля 2016#Составы футбольных сборных в продолжительных турнирах. Dmitry89 (talk) 18:21, 7 августа 2017 (UTC)

✔ Сделано. -- dima_st_bk 07:22, 11 августа 2017 (UTC)

Параметр ЦветПравить

Пройтись по статьям и убрать пустой параметр «Цвет». Раньше в документации был пример шаблона с пустыми параметрами, который бездумно копировали. Впрочем и заполненные некорректны, попадался цвет «красно-белый», но это уже на усмотрение исполнителя. --Serhio Magpie (обс.) 01:47, 7 августа 2017 (UTC)

  • Судя по документации, присутствующий, но пустой параметр «Цвет» соответствует White (другое дело, что фактически он так не работает). Tatewaki (обс.) 01:26, 13 августа 2017 (UTC)
  •  @Serhio Magpie: а зачем? Чем плох лишний параметр в статьях? Кушать не просит. В отличие от лишней записи в истории правок. ~Facenapalm (обс.) 00:52, 31 августа 2017 (UTC)
    • Да, сейчас вижу, что целесообразно сделать проверку в самом шаблоне, и не допускать сбрасывание цвета оформления. Без оформления всё сливается — Get Hip Records. --Serhio Magpie (обс.) 01:10, 31 августа 2017 (UTC)
      • Делаем так и отправляем запрос в архив шаблоном × Не сделано? ~Facenapalm (обс.) 01:19, 31 августа 2017 (UTC)

оригинальное названиеПравить

В К:Местные советы (Тернопольская область) на большинстве статей в инфобоксе атрибут "оригинальное название" излишне завернут в Ш:lang-uk.--Spiderg123 (обс.) 07:14, 4 августа 2017 (UTC)

Скоро будет ✔ Сделано. -- dima_st_bk 07:28, 11 августа 2017 (UTC)

userbox и centerПравить

Нужно в ~800 поиск юзербоксах убрать из info= оборачивающий тег center и добавить |info-a=center . Попутно можно менять font на ш:Colored link :) ~Sunpriat (обс.) 12:36, 3 августа 2017 (UTC)

  • Большую часть сделал, пошли совсем уж экзотические случаи. Трачу пять минут на уточнение регулярки и получаю три дополнительных случая. Дальше проще руками, несмотря на объём. ✔ Сделано ~Facenapalm (обс.) 01:49, 31 августа 2017 (UTC)

lang и новый парсерПравить

Нужно обойти статьи с включением lang-xx шаблонов и убрать из параметра вики-оформление курсива ''. Шаблоны уже и так содержат в своем коде курсив + через новый парсер тег курсива i закрывается и облипает открывающий и закрывающий span lang, а не открывает новый внутренний тег i как в текущем парсере. :) ~Sunpriat (обс.) 10:31, 3 августа 2017 (UTC)

  • А в каких случаях {{text=lang-x}} используется без курсива? Насколько это оправданно? Для убирания курсива можно использовать {{без курсива}}: {{lang-en|{{без курсива|текст}}}}англ. текст. — Джек, который построил дом (обс.) 12:49, 3 августа 2017 (UTC)
    • В самих шаблонах уже задано оформление курсивом (т.е. используется всегда) ''span lang {текст} /span'' и вставляя текст с '' получем ''span lang ''текст'' /span'' i span lang /i текст i /span /i. Это убирание курсива в курсиве чтобы остался хотя бы один из кусивов. Вот Малое Васильково (Калининградская область) lang de в карточке - в инструменте переезда видно, что справа(в новом) lang de теряет курсив, а слева(текущий) курсив есть; а в преамбуле есть lang de с убранными кавычками и курсив остался. :) ~Sunpriat (обс.) 13:41, 3 августа 2017 (UTC)
      • Дело в том, что обычно такой трюк: {{lang-de|''Gut Neudamm''}}нем. Gut Neudamm — используется, чтобы убрать курсив. Отсюда мой вопрос. В карточке в вашем примере он не убирает. Другое дело, что с новым парсером такой трюк сбивает работу шаблона, в результате чего «Gut Neudamm» не оказывается внутри <span lang="de"></span>. — Джек, который построил дом (обс.) 23:08, 3 августа 2017 (UTC)

Вариант2Править

В документации написано "когда курсив не нужен ... Используйте шаблон текст." Т.е. нужно {{lang-de|''текст''}} менять на {{lang|de|текст}}. @Jack who built the house: так нормально? --Sunpriat (обс.) 15:21, 19 сентября 2017 (UTC)

@Sunpriat: Тогда ведь не будет приставки «нем.». Неравноценная замена получается. — Vort (обс.) 15:31, 19 сентября 2017 (UTC)
  • Мы обсуждали это в чате инженеров с Facenapalm, и я обратил внимание на то, что подавляющее большинство использований этого шаблона с '' немотивированные (обычно люди просто не понимают, что шаблон уже даёт курсив). Facenapalm собирался пройтись по простым случаям (когда lang в скобках или типа того), а затем посмотреть остальные. — Джек, который построил дом (обс.) 15:40, 19 сентября 2017 (UTC)
  • @Sunpriat: Мы же не собирались делать с {{без курсива}}, а бот сейчас этим занялся. Этот курсив убирается в подавляющем большинстве случаев по ошибке. — Джек (обс.) 20:58, 26 ноября 2017 (UTC)
    • @Jack who built the house: Нужно обновить сами шаблоны с lang на langi, чтобы в дальнейшем это не повторялось, а тогда включения с существующими кавычками перестанут убирать курсив. "не собирались" - от этого варианты не отказывались, просто никто не взялся. Смотря на конкретные случаи очень неясно "по ошибке" или специально. --Sunpriat (обс.) 21:12, 26 ноября 2017 (UTC)
      • Посмотрим 5 последних правок бота. 1 — тут да, в биологическом проекте целенаправленно убирают курсив из определённых единиц классификаций, которые по правилам должны писаться так. В {{lang-la}} действительно можно более смело заменять на {{без курсива}}. 2 — явно ошибочное использование. 3 — видна странная попытка оформления, бот поломал этот случай. 4 — ошибочное использование (остальные lang-en с курсивом). 5 — ошибочное использование. — Джек (обс.) 21:19, 26 ноября 2017 (UTC)
  • Давно пора вычистить, надоело убирать уже. Для того и шаблон, чтобы оформление было единым. Кому не нужен курсив пусть берут другой шаблон. Advisor, 10:15, 18 января 2018 (UTC)
  • Приходится брать другой, благо Джек его сделал. --VladXe (обс.) 18:36, 19 января 2018 (UTC)

clearПравить

Надо бы заменить 2,6к (поиск) br с obsolete атрибутом clear на шаблон:clear :) ~Sunpriat (обс.) 16:28, 2 августа 2017 (UTC)

  • @Sunpriat: я так полагаю (и проверка рандомных результатов это подтверждают), что все нашедшиеся результаты находятся в <!-- комментариях -->. Потому что я в этом году уже вычищал все эти <br clear="all">, <br clear="both">, <br style="clear: both;">, <br clear>, и т. д. (одновременно с вычисткой некорректностей уровня </br> или <br). После этого я настроил бота регулярно вычищать новоприбывающие очевидные случаи, а неочевидные время от времени подчищаю руками. Последний раз я это делал по дампу двухнедельной давности. ~Facenapalm (обс.) 16:58, 2 августа 2017 (UTC)
  • UPD: другое дело, что делал (и делаю) я это только в основном пространстве имён. ~Facenapalm (обс.) 16:59, 2 августа 2017 (UTC)
    • В комментариях видел br style. clear в других пространствах, да. :) ~Sunpriat (обс.) 17:03, 2 августа 2017 (UTC)

Категория:Править

Перенесено на страницу ВП:Ф-О.
  • Техническое × Не сделано для архивации ботом. ~Facenapalm (обс.) 13:45, 2 августа 2017 (UTC)

ПросьбаПравить

Несколько месяцев назад я был переименован. Прошу везде, где это только возможно, автоматически заменить мой прежний ник на Игорь Степанович. Заранее огромное спасибо. — Игорь Степанович (обс.) 18:02, 31 июля 2017 (UTC)

  • Только не в архивах. Vcohen (обс.) 18:13, 31 июля 2017 (UTC)
  • × Не сделано. Так не делается, в прошлых обсуждениях могут содержаться неточно написанные отсылки к вашему нику, после замены будет непонятно, о каком участнике идёт речь. MBH 23:11, 31 июля 2017 (UTC)

center и таблицыПравить

Сможет кто-нибудь обойти 3к https://ru.wikipedia.org/w/index.php?search=insource:/\%3Ccenter\%3E.\{\%7C/&title=Служебная:Поиск&profile=default&fulltext=1&searchToken=ain3hxv6js176l38lg5caegdy случаев оборачивания таблицы в center? Нужно убрать открывающий и закрывающий center вокруг таблицы, а в шапку таблицы добавить (align="center"obsolete) style="margin-left: auto; margin-right: auto;" :) ~Sunpriat (обс.) 17:10, 30 июля 2017 (UTC)

  • Лайк. Только посмотрите, откуда у такого употребления ноги растут: не закралось ли такое в руководства какие, не копируют ли из документаций шаблонов? — Джек, который построил дом (обс.) 17:16, 30 июля 2017 (UTC)
  • class wikitable принудительно прижат влево, (чтобы не трогать внешний вид) ему нужно будет добавить style="margin: auto;"(уточнено выше) или дополнить прописанный в статье style. Или заменять class на standard. В любом случае не-wikitable таблицы можно обойти. :) ~Sunpriat (обс.) 17:44, 30 июля 2017 (UTC)
  • Если вы осуществляете ботоподобные правки, давайте впредь не удалять ничего без явной причины. St. Johann 18:14, 30 июля 2017 (UTC)
  • В мобильном скине minerva для таблиц magin обнулен через important. В каких-то случаях это может выйти боком. --Sunpriat (обс.) 16:09, 21 сентября 2017 (UTC)

hlist-items-nowrapПравить

Нужно взять шаблоны с ш:Навигационная таблица у которых в параметре класс_списков стоит "hlist hlist-items-nowrap" и проверить списки - если строка начинается с * или : и все эти строки содержат только вики-ссылку, тогда удалить часть "hlist-items-nowrap". :) ~Sunpriat (обс.) 03:05, 30 июля 2017 (UTC)

  • Параметр ещё может называться listclass. — Джек, который построил дом (обс.) 09:47, 30 июля 2017 (UTC)
    • также параметр может носить название bodyclass или класс_тела + добавлю сюда ссылку на обсуждение для лучшего понимания ботоводами необходимости выполнения данного запроса. --AleUst (обс.) 10:03, 30 июля 2017 (UTC)
  • Категорически (−) Против. Похоже на вандализм. В «старой» Opera 12 оно прекрасно работает; а где оно не работает-то? В IE6? ;) И кто будет расставлять nbsp, nobr или что-то подобное взамен — Пушкин? ;)
    Вышеупомянутое обсуждение посмотрел. Ха, к концу лета наконец-то заметили существование навбоксов, где «весь текст выстраивается в один ряд». Полтора десятка таких я поправил ещё зимой (где ж вы тогда были?), и могу сказать, что такие всё равно очень кривы и нуждаются в ручной обработке, нельзя принимать глобальные решения из заботы о них. Да и много ли таких осталось, с декабря до сих пор не поправленных? Значит, не нужны никому.
    Вот Джек пишет (про обычный hlist):
    > достаточно того, что не переносятся ссылки, — а они не переносятся и у нас
    Как это «не переносятся», с каких пор? Именно что переносятся! Opera 12. — Mike Novikoff 11:25, 30 июля 2017 (UTC)
    • Майк, вы возможно не поняли. Ссылки внутри навбоксов уже не переносятся из-за класса nowraplinks, который стоит всегда. Выполнение данного запроса ничего не изменит во внешнем виде навбоксов. Также просьба не совершать отсылок к понятию «вандализм», когда речь идёт о добросовестных правках или предложениях. — Джек, который построил дом (обс.) 12:48, 30 июля 2017 (UTC)
      • Проверил ещё раз. Действительно, сейчас не переносятся ссылки в навбоксах. Иногда там бывают ещё невикифицированные элементы списков, но это в запросе уже учтено. Снимаю возражения и прошу прощения за лишний шум. :) — Mike Novikoff 15:35, 31 июля 2017 (UTC)
  • Поясню, чтобы было понятно, для чего запрос. Он ничего не изменит во внешнем виде шаблонов, так как в навшаблонах, где есть только ссылки, элементы не переносятся уже сейчас. Включённость этого класса даже там, где он избыточен (что началось, видимо, с поспешным включением его в заготовку), нарушает саму его задумку как вставляемого лишь при необходимости — иначе непереносимость нужно было бы включить в сам класс hlist. Помимо логической избыточности, такое употребление будет сбивать участников, которые будут копировать код шаблонов в новосоздаваемые, думая, что он необходим для непереноса ссылок. Если же когда-либо будет решено делать непереносимыми пункты горизонтального списка по умолчанию, с избавлением от этих -items-nowrap будет ещё больше мороки. — Джек, который построил дом (обс.) 13:03, 30 июля 2017 (UTC)

Пара задач общего толкаПравить

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

Но никто же их не собирается выполнять, не правда ли. — Джек, который построил дом (обс.) 15:29, 27 июля 2017 (UTC)

  • (+) За удаление из использования {{cite web}} фрагмента |lang=ru (плюс возможные пробелы в промежутках). Идея изначально моя, основана на документации {{cite web}}, где чётко сказано, что этого не должно быть. Кстати, в enwiki рекомендация аналогичная, оттуда и взята, только там дефолтный язык en. Не первый месяц уже занимаюсь удалением такого капитанства вручную, но объёмы велики, а труд кропотлив, явно для ботов. — Mike Novikoff 18:40, 27 июля 2017 (UTC)
  • @Jack who built the house: а как предлагается в автоматическом режиме отличать комментарии от ссылок на источники? Речь же идёт о статьях, где у комментариев группа не проставлена? ~Facenapalm (обс.) 11:20, 28 июля 2017 (UTC)
    • Нейросетями, конечно же. Ну то есть это, инженерской смекалкой. По паттернам с большим количеством текста и отсутствием шаблонов для источников. — Джек, который построил дом (обс.) 11:30, 28 июля 2017 (UTC)
      • Шаблоны на источники далеко не во всех статьях проставлены. А описания книг могут быть весьма объёмными и при этом не содержать ни одной ссылки и ни одного элемента разметки. Особенно если из книги приводится цитата. ~Facenapalm (обс.) 11:40, 28 июля 2017 (UTC)
        • Фейс, зачем ты мне описываешь трудности, решить которые и поставлена задача? Я осведомлён о возможности их наличия и как бы намекаю на то, что это непростой путь, но весьма интересный и даже, с моей точки зрения, стоящий того (я думаю, очень многие читатели не кликают на [1], потому что ждут, что там источник, а не комментарий). Think out of the box. — Джек, который построил дом (обс.) 11:46, 28 июля 2017 (UTC)
          • Я описываю трудности, которые не позволяют задачу, позиционируемую как задача для бота, решить автоматическим инструментом. Пусть интересным, непростым и стоящим того путём занимаются те, кому это интересно. А не ботоводы. Если нужен список длинных сносок без группы, не содержащих шаблонов и внешних ссылок — так и напиши, формализовав слово «длинных» (100 символов? 200?) и, может, указав, сноски с какой разметкой надо исключать. Тогда процент ошибок и процент пропущенных комментариев останется на твоей совести. ~Facenapalm (обс.) 12:01, 28 июля 2017 (UTC)
            • Это задача для бота в той мере, в которой она предполагает обход статей. Легче, если всеми частями задачи занимается один человек. Мне непонятно твое недовольство тем фактом, что я неправильно заполнил форму 32-Б привёл задачу, предполагающую проявление изобретательности, и я не вижу причин, по которым ботоводы не могли бы обладать таким качеством. «Если нужен список длинных сносок без группы» — что нужно, я указал в исходной реплике: получить с наименьшим количеством ошибок статьи, где комментарии перемешаны со ссылками на источники. Как отличать комментарии — задача, которую будет решать тот, кто возьмётся за эту задачу, извиняюсь за тавтологию. — Джек, который построил дом (обс.) 12:18, 28 июля 2017 (UTC)
            • > Легче, если всеми частями задачи занимается один человек
              Чтобы проверять, удачен ли алгоритм, нужно обходить статьи — то есть заниматься этим в любом случае лучше тому, у кого отлажен этот процесс. — Джек, который построил дом (обс.) 12:22, 28 июля 2017 (UTC)
              • Это ни в какой мере не задача для бота. Это задача на сканирование дампа. И в текущей её формулировке — с последующей объёмной ручной проверкой результатов. Сканировать дампы может кто угодно, но, да, ботоводы могут в этом помочь, конкретное предложение — выше. А вот ручная монотонная работа — это уже совсем не к ботоводам, независимо от её масштаба (даже с обратной зависимостью от её масштаба, что уж там). Даже если она кажется кому-то интересной (причём непонятно, почему интересна она кому-то, а делать её должен ботовод). Моё недовольство в этом, а не в форме 32-Б. ~Facenapalm (обс.) 12:40, 28 июля 2017 (UTC)
                • > Это ни в какой мере не задача для бота. Это задача на сканирование дампа.
                  Ну давай мы сейчас поспорим о терминах, является ли сканирование дампа ботоработой. Я скажу — да, является; даже если боты правки не совершают, нет никого, кто бы с ней справлялся лучше, чем ботоводы. Написание скрипта для сканирования также типичная ботозадача. Монотонной ручной работой в плане разбора результатов работы итогового алгоритма, конечно же, может заниматься даже и просто тот, кто будет впоследствии эти разделы добавлять.
                  > непонятно, почему интересна она кому-то, а делать её должен ботовод
                  Нет, ну что за странные претензии. Я же специально написал в начале «Раз меня уже ругали за то, что захламляю техзадачи заданиями для ботов, которые мне просто пришли в голову, но за которые я не собираюсь нести ответственность…». И озаглавил тему «Пара задач общего толка» (выделение моё), они не про чёткие замены или критерии поиска. Это творческая задача, сочинение, а не изложение, интерпретируй как захочешь, а если не захочешь — не интерпретируй и не делай. Когда я стану ботоводом, я буду такие задачи приветствовать, и тогда попрошу не отправлять приходящих с ними в другой кабинет, потому что это расходится с твоим идеальным представлением о ботозадаче. — Джек, который построил дом (обс.) 14:58, 28 июля 2017 (UTC)
  • Правильно ли я понимаю, что предложено удалить параметр lang=ru во всех cite-шаблонах и возражений против этого нет? Я не вижу смысла проверять название источника на кирилличность: никогда не видел источника, название которого было бы написано не на русском, а текст - на русском. MBH 12:00, 28 июля 2017 (UTC)
    • Возражения против этого есть: если статья называется на английском, то приписка «(рус.)» полезна; если на японском — обязательна (хотя последнего я не видел, да). Для русскоязычных названий лично у меня возражений нет. ~Facenapalm (обс.) 12:02, 28 июля 2017 (UTC)
      • Приведёшь примеры источников, название которых написано не на русском, а текст - на русском? MBH 12:04, 28 июля 2017 (UTC)
        • Именно из используемых в Википедии? Не уверен, что целенаправленно найду. Быстропоиск дал эту статью, например, вторая ссылка снизу — хотя тут можно (и, возможно, нужно) заголовок поменять. ~Facenapalm (обс.) 12:12, 28 июля 2017 (UTC)
    • > Правильно ли я понимаю, что предложено удалить параметр lang=ru во всех cite-шаблонах и возражений против этого нет
      Это не имеет ничего общего с тем, что написано в моей реплике. — Джек, который построил дом (обс.) 12:18, 28 июля 2017 (UTC)
      • Разъясни же отличия. MBH 12:30, 28 июля 2017 (UTC)
        • Предлагается найти статьи для дальнейшей ручной обработки, где параметр lang(uage)=ru с большой долей вероятности должен быть удалён, потому что по заголовку понятно, что источник русский, и он не находится посреди множества иноязычных источников. t:ref-ru: «Так как мы в русской Википедии, шаблон рекомендуется использовать лишь в ограниченном числе случаев, например когда название документа на другом языке или в длинном ряду иноязычных ссылок». — Джек, который построил дом (обс.) 15:42, 28 июля 2017 (UTC)
          • Я продолжаю считать, что можно просто удалить все lang=ru. Пример Фейса не считаю, что введёт кого-то в заблуждение: читатель статей об играх с почти стопроцентной вероятностью поймёт, что источник в AG, название которого - английское название игры, написан на русском. Я реализую запрос в таком виде, если не увижу более существенных возражений. MBH 18:09, 28 июля 2017 (UTC)
            • А это плохая идея хотя бы потому, что, если уж нам нужно удалить везде русский, это до́лжно делать в самом шаблоне, как это делается в энвики. Но в энвики такие шаблоны выглядят совсем по-другому, привлекая внимание, это надо обсуждать.
              > Я реализую запрос в таком виде, если не увижу более существенных возражений.
              Типа, консенсус. Ещё (рус.) полезно, когда источники на кириллических языках, отличных от русского, например когда вперемешку русские и украинские и слова какие-нибудь общие.
              > читатель статей об играх с почти стопроцентной вероятностью поймёт, что источник в AG, название которого - английское название игры, написан на русском
              В таких вопросах часто важно не «поймёт или нет», а скорость, с которой происходит понимание. Подобные вещи служат быстроте, автоматичности понимания, как, например, @ перед словом помогает понять, что это ник. — Джек, который построил дом (обс.) 18:24, 28 июля 2017 (UTC)
              • > если уж нам нужно удалить везде русский, это до́лжно делать в самом шаблоне
                Одно другому не мешает. В статьях зачистить накопившийся мусор, а в шаблоне — убрать поддержку для профилактики рецидивов.
                Приведёные возражения мне, как и Максу, существенными не кажутся. Немногочисленные и спорные гипотетические примеры не стоят того, чтобы отменять или откладывать давно назревшую большую уборку. Они несоизмеримы с масштабами решаемой проблемы.
                > @ перед словом помогает понять, что это ник
                Может, кому-то и помогает. А я каждый раз подвисаю и задумываюсь: на кой чёрт написано это нелепое «at user», что это вообще значит, когда всю жизнь писали нормальное человеческое «user at host»? ;-)
                А когда в очередной раз вижу  (рус.) в источниках, тут же начинаю мысленно заниматься грубейшими и абсолютно недопустимыми нарушениями э-пэ и эн-о. Какая уж тут скорость… — Mike Novikoff 14:55, 30 июля 2017 (UTC)

Незакрытый center в подписи к файламПравить

~1к https://ru.wikipedia.org/w/index.php?search=insource:/\%3Ccenter\%3E\%5D\%5D/&title=Служебная:Поиск&profile=default&fulltext=1&searchToken=77zdjrqp0j4doaddnwa8pafte Нужно закрыть тег встречающийся в конце описания файла [[файл...|[<center>]... <center>]]-></center>]]. :) ~Sunpriat (обс.) 04:14, 26 июля 2017 (UTC) Альтернатива - замена тега на шаблон, т.е. оборачивание описания файла в шаблон:center :) ~Sunpriat (обс.) 13:08, 31 июля 2017 (UTC)

  • Стоит ещё учесть, что тег <center> — устаревший и от него лучше бы вообще избавляться. — Mike Novikoff 13:35, 26 июля 2017 (UTC)
    • Скорее стоит учесть, что централизация подписи к файлу нахрен не нужна. Вычистить бы всё это. Но, наверное, потом отдельным и более широким проходом, когда (и если) консенсус соберётся. ~Facenapalm (обс.) 13:44, 26 июля 2017 (UTC)
      • Согласен, не нужна. Сам никогда не использую. Шаблон {{center}} взамен работает, но центровка там и правда не в кассу, в большинстве статей этого нет и не будет. (Уточню: не использую в отдельных картинках, которые thumbnail. Другое дело галереи, но там это чаще всего автоматически). — Mike Novikoff 14:10, 26 июля 2017 (UTC)
    • Заодно можно пройтись по Категория:Воздушные суда по алфавиту, и удалить теги с параметра подпись, после переработки карточки, центрируется самостоятельно. —Serhio Magpie (обс.) 13:47, 26 июля 2017 (UTC)
      • @Serhio Magpie: ещё в параметре «название» встречались. Вычищено. ~Facenapalm (обс.) 13:44, 31 августа 2017 (UTC)
  • ✔ Сделано, позаменял на шаблон {{center}}. Всё равно вычищать придётся куда больше, если когда-то будет консенсус за вычистку центровки из файлов. ~Facenapalm (обс.) 17:22, 31 августа 2017 (UTC)

Таблицы наград двойное началоПравить

Нужно сократить {{{!}}\n{{(!}} до {{{!}} ~147 https://ru.wikipedia.org/w/index.php?search=insource:/\{\{\{!\}\}.\{\{\{!\}\}/&title=Служебная:Поиск&profile=default&fulltext=1&searchToken=b302tb5xv05erlnpc1nm6xldk :) ~Sunpriat (обс.) 20:41, 25 июля 2017 (UTC)

Категория:Википедия:Тупиковые статьиПравить

Необходимо очистить эту категорию от статей, в которых есть внутренние ссылки на нехронологические статьи. Вадзім Медзяноўскі (обс.) 18:17, 25 июля 2017 (UTC)

Таблицы нумизматикаПравить

Нужно в (~166) https://ru.wikipedia.org/w/index.php?title=Служебная:Поиск&profile=all&search=insource:/\%7C\%5B\%5BФайл:RR5221-0012\.png\%7C40px\%7Cleft\%7Clink%3DНумизматика\%5D\%5D/&fulltext=1&searchToken=9vvtqyq05k3apiqegdmq5o4hy убрать лишний вики-текст таблицы, пример special:diff/prev/86699799 :) ~Sunpriat (обс.) 03:11, 24 июля 2017 (UTC)

  • Нужно ли? Таблица ведь и так не поломана. MBH 09:39, 24 июля 2017 (UTC)
    • Это двойная таблица - она попадает в Ошибки статического анализатора/Высокий приоритет/Тег таблицы, который следует удалить. Она будет неправильно показываться после переезда на новый парсер - посмотреть как выглядит можно в Настройки/Редактирование/Включить инструмент переезда на новый парсер - справа в меню Инструменты появится новый инструмент. :) ~Sunpriat (обс.) 14:31, 24 июля 2017 (UTC)
    • Конечно, нужно, Макс, сейчас бы синтаксические ошибки, которые неизвестно каким чудом работают, в коде держать. Я такие вещи ботом уже вычищал и не раз. ~Facenapalm (обс.) 22:43, 25 июля 2017 (UTC)
  • @Sunpriat: хозяйке на заметку: если видишь массовую проблему, то перед, во время или даже вместо её решения найди её корень. В данном случае корнем проблемы был подстановочный шаблон. По остальному сейчас пущу бота. ~Facenapalm (обс.) 18:02, 26 июля 2017 (UTC)
  • ✔ Сделано ~Facenapalm (обс.) 18:37, 26 июля 2017 (UTC)

Шаблоны спортсменовПравить

Нужно в https://ru.wikipedia.org/w/index.php?search=insource%3A%2F%D1%81%D1%82%D0%B8%D0%BB%D1%8C_%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%BD%D0%BE%D0%B3%D0%BE_%D0%B7%D0%B0%D0%B3%D0%BE%D0%BB%D0%BE%D0%B2%D0%BA%D0%B0+%3D+background%3Adodgerblue+color%3A1e90ff%2F&title=%D0%A1%D0%BB%D1%83%D0%B6%D0%B5%D0%B1%D0%BD%D0%B0%D1%8F:%D0%9F%D0%BE%D0%B8%D1%81%D0%BA&profile=advanced&fulltext=1&ns10=1&searchToken=4eqnawa7s0dosh5ywomn7dsaj (60) добавить точку с запятой в стиль_основного_заголовка = background:dodgerblue color:1e90ff стиль_заголовков = background:dodgerblue color:1e90ff -> color:#1e90ff; :) ~Sunpriat (обс.) 12:37, 23 июля 2017 (UTC)

  • Одну точку с запятой в конце? Зачем? Она там не нужна.
    С точки зрения синтаксиса CSS, точка с запятой нужна после background:dodgerblue;, потому что без неё этот dodgerblue сейчас не действует. А с точки зрения ВП:ЦВЕТ — очень хорошо, что не действует, это был бы нечитабельный неконтрастный вырвиглаз. Эти стили там надо вообще убрать, цвета по умолчанию сейчас вполне нормальные. — Mike Novikoff 09:34, 24 июля 2017 (UTC)
    • Одну убрав цвет фона. В целом нужно исправить описание оформления. Или удалить, или background:dodgerblue; color:1e90ff;, или только color, или в ваш цвет фона по вкусу, но поправить нужно. Одна точка т.к. вместе с цветом фона они сливаются, ниже по тексту встречается font - вот чтобы убирать font оставить color полезно. :) ~Sunpriat (обс.) 14:35, 24 июля 2017 (UTC)
      • Я в потенциально нечитаемых (по крайней мере попавших в соотв. категорию) ставил color:blue;, точка с запятой или нет, но вот отсутствие # перед 1e90ff точно спасает от абсолютной нечитаемости) --AleUst (обс.) 15:06, 24 июля 2017 (UTC)
        • Да, поправил, сам заменял на текстовые darkblue и blue. :) ~Sunpriat (обс.) 15:16, 24 июля 2017 (UTC)
  • @Sunpriat, Mike Novikoff: что по итогам решили? Убирать совсем или какой-нибудь адекватный дизайн на замену подобран? ~Facenapalm (обс.) 23:53, 25 июля 2017 (UTC)
    • В существующем виде оно вообще не работает, а цвет задается через font вокруг самих слов (По желанию можно выцеплять эти font special:diff/prev/86696424(оживлять цвет фона в правке кажется было ошибочно, если у всех удалят свои правки поправлю)). Т.е. если убрать совсем (оставив название параметра) - ничего не изменится. Можно убрать совсем. При желании перекрасить можно потом - там серии шаблонов с одинаковыми названиями. :) ~Sunpriat (обс.) 23:59, 25 июля 2017 (UTC) 1e90ff это и есть dodgerblue, т.е. оформление вообще ошибочно :) ~Sunpriat (обс.) 00:07, 26 июля 2017 (UTC)
      • Да и <font> тоже не нужен. Устарел ещё в прошлом веке. А дефолтное оформление навбоксов сейчас хорошее. Практически оно там и есть. — Mike Novikoff 00:10, 26 июля 2017 (UTC)

([нН]ью-йорк) → Нью-Йорк|$1 во внутренних ссылкахПравить

Невыполнение этого запроса тормозит принятие решения на КУ перенаправления «Нью-йорк»: на КУ ждут результата РДБ, на РДБ ждут результата КУ. См. также Википедия:Форум/Правила#Перенаправление, удобное для викификации. Прошлые попытки были тут и тут. MBH возражает против выполнения этого запроса, но хочу обратить его внимание, что основная цель его выполнения — получить чистую статистику по переходам на страницу Нью-йорк. Предлагаю отложить бюрократию в сторону для получения данных, иначе веткам гаданий участников по поводу того, сколько же людей открывают статью Нью-Йорк, будучи перенаправлены с Нью-йорк, при этом не переходя по ссылке для этого, не будет конца.

Что требует сделать: заменить

  • [[нью-йорк]] на [[Нью-Йорк|нью-йорк]]
  • [[Нью-йорк]] на [[Нью-Йорк|Нью-йорк]]

insource-поиск.

— Джек, который построил дом (обс.) 21:25, 22 июля 2017 (UTC)

  • Не совсем так — иначе получится «Нью-Йоркский», если это первое слово в предложении (см. первую же статью в поиске — 1987 год). NBS (обс.) 21:36, 22 июля 2017 (UTC)
  • Что за информацию предлагается вычислить такой бессмыслицей? Если убрать все ссылки, останется счётчик посещений, вызванных написанием «нью-йорк» в поисковой строке. Чистой статистики не получится в любом случае (да и не нужна она, чтобы обосновать, что есть способы без бюрократии и лишнего инфошума решить вопрос существования таких редиректов). St. Johann 00:30, 23 июля 2017 (UTC)
    • Не думаю, что много людей пользуется этой строкой: нужно прокрутить вверх, прицелиться в это мелкое окошко. Куда более очевидный способ — заменить часть адреса. Окей, чистой статистика не будет, но от главного загрязняющего фактора избавится.
      «Обосновать, что есть способы без бюрократии и лишнего инфошума решить вопрос существования таких редиректов» — я так и не смог разобраться в устройстве этой части, прокомментирую кусок «есть способы без бюрократии и лишнего инфошума решить вопрос существования таких редиректов». Как ты его решишь, не имея на руках данных, насколько данный редирект полезен (в плане переходов по нему)? Только если у тебя есть некое априорное представление о его нужности. Против такого антиверификационистского подхода я и возражаю. Одни считают так, другие этак, проверить же никто ничего не хочет. Это неконструктивный подход. — Джек, который построил дом (обс.) 01:52, 23 июля 2017 (UTC)
      • Данный редирект полезен тем, что позволяет викифицировать "нью-йоркский". MBH 02:15, 23 июля 2017 (UTC)
      • Согласен с предыдущим оратором: польза этого редиректа не в удобстве перехода, а в удобстве викификации. И кстати: какую часть адреса надо менять? Я первый раз слышу о таком способе, а адрес у меня выглядит вот так: https://ru.wikipedia.org/w/index.php?title=Википедия:Запросы_к_ботоводам&curid=44801&diff=86680390&oldid=86677965. Vcohen (обс.) 07:31, 23 июля 2017 (UTC)
        • Вот эту: https://ru.wikipedia.org/wiki/Что-то. — Джек, который построил дом (обс.) 07:53, 23 июля 2017 (UTC)
          • Вопрос был риторический. Другой юзер, который видит адрес так же, как и я, об этом должен догадаться сам? И считать этот способ более интуитивным, чем пользование поиском? Vcohen (обс.) 08:34, 23 июля 2017 (UTC)
            • Сложно сказать. А какой у вас браузер, позвольте поинтересоваться? — Джек, который построил дом (обс.) 08:58, 23 июля 2017 (UTC)
              • На такое только опера 12 способна. --Serhio Magpie (обс.) 09:06, 23 июля 2017 (UTC)
              • На работе IE, дома Edge. Может быть, дело в том, что у меня язык по умолчанию - не русский. Но я еще раз подчеркиваю, что говорю не об этом, а о том, что наиболее интуитивный способ поиска статьи - это пользование поиском. Тем более что в поиске как раз можно всё ввести маленькими буквами и получить статью, а путем изменения адреса - не всегда. Vcohen (обс.) 09:59, 23 июля 2017 (UTC)
            • О чём вы здесь говорили, о каком "адресе"? Вообще не понял ветки. MBH 10:12, 23 июля 2017 (UTC)
              • В адресной строке браузера. --Serhio Magpie (обс.) 10:20, 23 июля 2017 (UTC)
  • "Чистая статистика по переходам" на нью-йорк должна включать переходы по удобному коду [[нью-йорк]]ский, то есть мы её уже имеем. На фпра большинство за оставление такого класса редиректов. × Не сделано MBH 00:35, 23 июля 2017 (UTC)
    • Как я могу наблюдать, большинство как раз не разделяет этой твоей идеи, мотивируя неудаление удобством нахождения информации. Ну смотри, редирект удалят, а аргументации за его оставление на руках не будет. Сам же делаешь позицию за оставление редиректа более слабой. — Джек, который построил дом (обс.) 01:52, 23 июля 2017 (UTC)
      • Не удалят, многие поддерживают оставление (плюс он не один такой, как показал Братчук). MBH 02:15, 23 июля 2017 (UTC)
        • Может и не удалят (а вообще как ПИ оценит соответствие правилам), но я не вижу там большой поддержки расставления ссылок по твоему принципу. А что Братчук? — Джек, который построил дом (обс.) 02:25, 23 июля 2017 (UTC)

Bogus file optionsПравить

[10] Служебная:LintErrors/bogus-image-options Везде нужно заменить на правильное:

rıght ight rait righ riht rigt richt rihgt rihts rught wright write rihgt ritht rifgt rigrt rifht rightt tight rigjht rjght rigjt rught whrite raight rucht  rght rigth rightt roght rignt righn rihht righr lright вправо право кшпре -> right

miniatur miniatyr mini міні thum thunb thoumb thumbs humb -> thumb

числа без "px" 200 (две-три цифры)
числа с пробелом 225 px (две-три цифры)
пск px280 200пх 90pt 300ps 180pxl 250pxt 300 pcx 300xp 200пск x267 100PX 100Px 200p 250pix 300 pix 300 pt 250pxt 300x 200pxL 250п 150dpi 210зч 150pz  200 Px 250п "px 200" ->px

leftt lrft ->left
  • || и |]] пустой параметр убрать совсем;
  • |default нет такого параметра - убрать совсем;
  • |left|200px|left |thumb|mini |thumb|мини повторяющиеся - должен остаться один :) ~Sunpriat (обс.) 22:48, 21 июля 2017 (UTC)
@Sunpriat: Займусь этой задачей. Но будет нужна помощь в проверке замен и получении флага бота. Предварительный результат: Участник:Vort/BogusImageOptions. — Vort (обс.) 10:13, 26 июля 2017 (UTC)
Насчёт pt, ps, dpi и x200/200x сомнения. pt и dpi надо бы как-то конвертировать, ps и x200/200x — не совсем понятно что имел в виду редактор. В итоге, пока что у меня получился вот такой регекс: ^([0-9]{2,3})\s*(пск|пх|п|зч|PX|Px|xp|p|pix|pxl|pxL|pcx|pxt|pz)$. — Vort (обс.) 10:33, 26 июля 2017 (UTC)
  • +пк, px перед числом: px200. Можно не конвертировать, с большой вероятностью вписано по незнанию, такие размерности не понимаются и показывается очень маленькая миниатюра по умолчанию.

[[Файл:The True Cross. Saint Cyril and Methodius.jpg|thumb|250x|Памятник Кириллу и Мефодию]] [11] [[Файл:33d Network Warfare Squadron - JBSA.jpg|thumb|200x|Одно из подразделений сетевых операций Кибернетического командования ВВС]] [12] [[Файл:06-02-05-embr-entry-1.png|x237|thumb|'''1<sup>ая</sup>''' запись EBR]] [13] :) ~Sunpriat (обс.) 11:00, 26 июля 2017 (UTC)

  • Хорошо. Как допишу бота и сделаю первые тестовые правки — сообщу. — Vort (обс.) 15:08, 26 июля 2017 (UTC)
  • Сделал 200 правок. Если жалоб не будет — буду наращивать объёмы. — Vort (обс.) 06:42, 28 августа 2017 (UTC)
  • {{сделано}}. — Vort (обс.) 19:27, 28 августа 2017 (UTC)
    • @Vort: от меня персональное спасибо! Пара фич-реквестов, если будет не сложно. Там, если на список посмотреть, ещё очевидные замены набираются. Например, «рх» (русские буквы) -> «px», 54 страницы. Кроме того, по неосновному пространству тоже имеет смысл пробежаться, я считаю, хотя бы чтобы расчистить список ошибок и упростить работу руками. И было бы очень круто настроить бота регулярно (скажем, раз в месяц) автоматически повторять процедуру, дабы пресекать проблему в корне, это реально? ~Facenapalm (обс.) 19:43, 28 августа 2017 (UTC)
      • Добавил ещё замен: [14]. Но, думаю, слишком увлекаться этим не стоит — можно получить ложные срабатывания. — Vort (обс.) 07:00, 29 августа 2017 (UTC)
      • Более важно, кстати, обработать альтернативные дубли. К примеру, когда в одной строке указан и thumb и мини. — Vort (обс.) 07:00, 29 августа 2017 (UTC)
        • Это я в запросе не заметил. Займусь позже. — Vort (обс.) 07:04, 29 августа 2017 (UTC)
      • По остальным пространствам имён: во-первых там архивы, во-вторых реплики участников и, в третьих, личные страницы. Не уверен что это можно трогать. Пока что прошёлся дополнительно по категориям, проектам и порталам, исключив страницы со словом «архив». — Vort (обс.) 07:00, 29 августа 2017 (UTC)
      • Касаемо регулярности: сейчас я слежу за ботом, если что-то идёт не так — исправляю. В автоматическом режиме такой возможности не будет. Во-первых, может поменяться MW API, во-вторых, попасться настолько сломанная разметка, что парсер поймёт её совершенно неправильно. Да и в роли хостинга мне выступать ещё не приходилось. Если кто-то захочет у себя захостить этот код (и запускать под своей учётной записью) — я подскажу как настроить бота. Исходники, если что, доступны (по крайней мере, сейчас): [15] [16], [yadi.sk/d/iR6rbZzj3MQiTj]. — Vort (обс.) 07:00, 29 августа 2017 (UTC)
        • @Vort: поскольку это не содержательная правка, а исправление синтаксиса к новой версии парсера, исправлять везде не можно, а нужно, но это моё ИМХО. Хостить бота можно на туллабсе, ныне переименованном в тулфордж. Правда, там линукс, поэтому с ботами на C# может возникнуть небольшой геморрой, но Макс всех своих ботов пишет на нём. ~Facenapalm (обс.) 10:57, 29 августа 2017 (UTC)
          • Да, сначала запускал через тамошний встроенный моно, но он старый и имеет баги, поэтому скомпилировал собственный 4.8 и теперь запускаю через него. MBH 11:33, 29 августа 2017 (UTC)
            • @MBH: Собрал 5.2.0.215. Были проблемы с SSL, решились командой ./cert-sync --user /etc/ssl/certs/ca-certificates.crt. Только вот бота через grid запустить не удаётся. Команда vort@tools-bastion-02:~/WikiTasks$ jsub -cwd -N WikiTasks /home/vort/mono/bin/mono WikiTasks.exe при первом же запросе на сервера Википедии выдаёт то System.Net.WebException: An exception occurred during a WebClient request. ---> System.IO.IOException: Write timed out., то System.Net.WebException: The request timed out. При этом, запуск напрямую из консоли стартует нормально. Есть идеи в чём может быть проблема? Может прав каких-то не хватает? — Vort (обс.) 12:50, 30 августа 2017 (UTC)
            • Вот пример простой программы, которая не работает через grid: [17]. — Vort (обс.) 15:20, 30 августа 2017 (UTC)
            • Всё, разобрался. Оказывается, стандартных 512 мегабайт не хватало даже на запуск Mono. Из-за этого, скорее всего, система начинала свопить и виснуть. С гигабайтом уже запускается, хотя тут ещё проблемы явно придётся решать. — Vort (обс.) 15:33, 30 августа 2017 (UTC)
              • [18] MBH 23:09, 30 августа 2017 (UTC)
          • Хорошо, посмотрю можно ли сделать бота совместимым с Mono. Пока что отключил шаблон архивации. — Vort (обс.) 12:39, 29 августа 2017 (UTC)
  • Адаптировал бота под Линукс и написал запрос в Toolforge. — Vort (обс.) 15:22, 29 августа 2017 (UTC)
    • Возможно, стоило дать ссылку на аккаунт бота в русской Википедии, а не на его исходники, я в своё время сделал так. ~Facenapalm (обс.) 15:52, 29 августа 2017 (UTC)
      • Добавил ссылку. Правда, один из соседних удовлетворённых запросов выглядит вот так: «I want to run my bot on Toolforge». Так что я даже много написал :-). — Vort (обс.) 16:03, 29 августа 2017 (UTC)
        • Я писал просто «Bot hosting: [ссылка_на_аккаунт_бота]». :) ~Facenapalm (обс.) 16:27, 29 августа 2017 (UTC)
    • Вы уверены, что запрос пишется там? Я его писал тут, другие участники рувики недавно тоже писали его там. Вот совсем недавно написанный запрос там. MBH 16:39, 29 августа 2017 (UTC)
      • Доступ выдали. — Vort (обс.) 12:50, 30 августа 2017 (UTC)
  • Улучшил алгоритм поиска дубликатов и настроил бота на запуск по расписанию (раз в день). Но многие страницы остались необработанными (2-3 тысячи). Во-первых, я всё же не решился править личное пространство (восстановление «лишнего» параметра может быть расценено как вандализм). Во-вторых, если в коде указано left|right, то лучше не гадать что имел в виду автор, а исправить такую ситуацию вручную. — Vort (обс.) 08:55, 31 августа 2017 (UTC)
    • Спасибо, круто! «если в коде указано left|right, то лучше не гадать что имел в виду автор» — разумеется, неоднозначные случаи не для бота. ✔ Сделано, для архивации. ~Facenapalm (обс.) 12:13, 31 августа 2017 (UTC)

СборныеПравить

Нужно в Категория:Шаблоны:Национальные сборные (много однотипных) заменить font на t:LinkColor t:Colored link (пример special:diff/prev/86658332 - первый font бывает уже есть в параметре стиль_основного_заголовка, а бывает нет; если для LinkColor второй и третий параметры одинаковы, то третий можно не записывать). :) ~Sunpriat (обс.) 21:21, 21 июля 2017 (UTC)

Только тогда уж не на t:LinkColor, а на t:Colored link (нынешнее название шаблона без перенаправления)) --AleUst (обс.) 21:46, 21 июля 2017 (UTC)
Ага-:) ~Sunpriat (обс.) 03:17, 25 июля 2017 (UTC)

Модуль:Statistical/RUS-Править

Здравствуйте, уважаемые ботоводы! На сайте http://lingvarium.org/russia/settlem-database.shtml представлены файлы в формате .xls с данными переписи РФ 2002 года. Возможно ли эти данные перенести в соответствующие модули субъектов РФ? Раньше подобным занимался Участник:TemirovBot, пока ботовладельца не заблокировали. С уважением, 01:19, 21 июля 2017 (UTC) And S Yu (обс.)

  • @Seryo93: глянете? --Serhio Magpie (обс.) 01:38, 21 июля 2017 (UTC)
    • Спасибо, гляну. Хотя, насколько я помню, ВПН-2002 в наших модулях уже представлена. С уважением, --Seryo93 (о.) 20:23, 21 июля 2017 (UTC)
      Офф-топ, но к чему использовать такие страшные модули когда для этого есть Tabular Data? --ᛒᚨᛊᛖ (ⰑⰁⰔ) 21:00, 6 сентября 2017 (UTC)
      "All data in the Data: namespace must be in Public Domain, licensed under Creative Commons Zero (CC0) license", что явно сужает поле применения этого типа данных. Увы. С уважением, --Seryo93 (о.) 21:11, 6 сентября 2017 (UTC)

Paragraph wrapping bug workaroundПравить

Нужно (полу)массово переделать шаблоны Служебная:LintErrors/pwrap-bug-workaround. Желательно c hlist. Проблемные шаблоны затрагивают около 15к страниц. Посмотреть как выглядит можно в Настройки/Редактирование/Включить инструмент переезда на новый парсер - справа в меню Инструменты появится новый инструмент. :) ~Sunpriat (обс.) 20:37, 20 июля 2017 (UTC)

@Sunpriat: Там по хорошему сначала надо поправить шаблоны {{Состав сборной по баскетболу}} {{Драфт НБА}} и {{СБК-игрок}} поправить. + в баскетбольных шаблонах не мешало бы избавиться от {{Состав сборной по футболу/Tnavbar}}, который можно и удалить вовсе ибо от подобного оформления уже давно отказались в пользу шестеренки. --AleUst (обс.) 11:56, 21 июля 2017 (UTC)

Шаблон:Карточка ЛАПравить

Переписал шаблон на {{Карточка}}. Старый шаблон отображал изображения только если у них есть префикс ([Файл|File|Изображение|Image]:). Временным решением сделал удаление префикса с помощью шаблона {{remove file prefix}}. Собственно нужно пройтись и удалить префиксы c файлов в поле «изображение». Пример запущенного варианта — Boeing 767. --Serhio Magpie (обс.) 20:04, 19 июля 2017 (UTC)

  • Будет ✔ Сделано MBH 23:12, 19 июля 2017 (UTC)
    • Палец вверх Спасибо. --Serhio Magpie (обс.) 23:18, 19 июля 2017 (UTC)
    • Я так понимаю, что готово, можно удалять временный шаблон? --Serhio Magpie (обс.) 07:17, 21 июля 2017 (UTC)
      • Да. MBH 09:42, 21 июля 2017 (UTC)

ttПравить

Нужно в шаблонах заменить <tt><nowiki> на <code><nowiki> и </nowiki></tt> на </nowiki></code>. 141 страница. :) ~Sunpriat (обс.) 17:23, 18 июля 2017 (UTC)

  • Против. IMHO, они используются по разным причинам (ввиду присутствующего в <code> выделения), никакой причины заменять тэг ботом нет (не раньше, чем на разных страницах откажутся от <font> или дадут замену <code> без дополнительных стилей). St. Johann 17:39, 18 июля 2017 (UTC)
  • Ботом — ни в коем случае. Saint Johann прав. Это испортит оформление таких таблиц, где неспроста использован именно <tt>, а не <code>. Кстати, уже не 141, а 134. — Mike Novikoff 20:35, 21 июля 2017 (UTC)
  • × Не сделано по возражениям выше. ~Facenapalm (обс.) 22:42, 25 июля 2017 (UTC)

Эмманюэль МакронПравить

В связи с переименованием статьи по итогам обсуждения, надо бы пройтись ботом по всем включениям и заменить Эммануэл* на Эмманюэл* (включая все падежи). LeoKand 15:02, 18 июля 2017 (UTC)

  • Будет ✔ Сделано MBH 15:08, 18 июля 2017 (UTC)
    • Палец вверх LeoKand 15:48, 18 июля 2017 (UTC)

Удалить двоеточиеПравить

Собственно по стопам Википедия:Форум/Технический#Ломается часть ссылок с использованием Colored link просьба пройтись по включениям {{Colored link}} и удалить двоеточия перед префиксами Категория и Шаблон (возможны одиночные случай). Заранее спасибо. --AleUst (обс.) 14:54, 18 июля 2017 (UTC)

  • Будет ✔ Сделано MBH 15:08, 18 июля 2017 (UTC)

Довыполнить замены с шаблоном DateПравить

Второпях при выполнении этого запроса забыли о перенаправлениях на шаблон: {{д}} и {{дата}}. Выполнявший тот запрос сейчас, к сожалению, вдали от компьютера. Просьба взяться кому-нибудь другому. 286 страниц. По той же схеме — в этих включениях надо заменить 3 на 4, обратные замены я выполню сам. — Джек, который построил дом (обс.) 19:05, 15 июля 2017 (UTC)

  • Скоро будет ✔ Сделано MBH 22:26, 15 июля 2017 (UTC)
    • Спасибо! А вот не выполнять обратные замены я попросил неслучайно: некоторые из включений — новые, и там всё было правильно (я откатил все лишние правки). — Джек, который построил дом (обс.) 23:31, 15 июля 2017 (UTC)
      • Я вас неправильно понял (понял так: сделать все замены из прошлого задания, а какие из них окажутся неверными - ты сделаешь обратные) MBH 23:53, 15 июля 2017 (UTC)

Проставить новую категорию в пачку статейПравить

Проставить категорию К:Породы собак, признанные FCI во все статьи, где имеется ссылка на сайт FCI: www.fci.be и отсутствует категория К:Породы собак, не признанные FCI; ссылку ожидаем в карточке, сносках или ссылках, если это имеет значение. Предполагаемое количество статей 300+/-. Об излишнем включении беспокоиться не стоит, я потом внимательно проверю содержимое категории и лишнее уберу. Спасибо. Томасина (обс.) 07:35, 10 июля 2017 (UTC)

  • А почему ботом, а не через карточку? Vcohen (обс.) 07:37, 10 июля 2017 (UTC)
    • А что, в карточках уже проставлен параметр "признана ФЦИ"? Если нет, это не вопрос о непроведении ботозамены, а вопрос о замене одной ботозамены другой. Будет ✔ Сделано MBH 09:47, 10 июля 2017 (UTC)
      • Это был вопрос о том, чтобы сначала доделать карточку. Vcohen (обс.) 10:07, 10 июля 2017 (UTC)
        • u:Томасина? MBH 10:17, 10 июля 2017 (UTC)
          • В новой редакции карточки Шаблон:Порода собак такой параметр имеется, есть и параметры для других крупных кинологических организаций. А в старой карточке проставляли ссылку на стандарт на сайте FCI, или ссылались на неё где-то еще в тексте. Если что-то выпало, потихоньку отладим. Спасибо! Томасина (обс.) 15:29, 10 июля 2017 (UTC)
          • Я сообразила, что полный список этих статей есть в этом списке. Кроме последнего раздела, но там все статьи снабжены категорией К:Породы собак, не признанные FCI. Томасина (обс.) 15:37, 10 июля 2017 (UTC)
          • Подумала ещё немного, и поняла, что категорию надо пришивать к карточке. Но это не отменяет задачи, потому что новая карточка стоит не во всех статьях. Мы её постепенно заменяем. Томасина (обс.) 15:37, 10 июля 2017 (UTC) Это отменяет задачу? Томасина (обс.) 15:51, 10 июля 2017 (UTC)
  • Хорошо, когда есть кому вправлять мозги. Добавили категорию в карточку. Томасина (обс.) 16:33, 10 июля 2017 (UTC) И таки да, во многих статьях стоят старые карточки. Так что придётся пройтись ботом. Томасина (обс.) 16:40, 10 июля 2017 (UTC)

Категория:Организованные преступные группировки Российской ФедерацииПравить

Категория:Организованные преступные группировки Российской Федерации и ее подкатегория Категория:Преступные группировки Российской Федерации, прекратившие существование имеют полсотни пересечений. Нужно удалить первую категорию из списка пересечений.--Sheek (обс.) 14:19, 8 июля 2017 (UTC)

  • Будет ✔ Сделано MBH 15:26, 8 июля 2017 (UTC)

Регион ЗемлиПравить

Information.svgПредыдущее обсуждение: Википедия:К удалению/13 июля 2016#Шаблоны с флагом Земли
Information.svgПредыдущее обсуждение: Википедия:Форум/Вниманию участников#Удаление шаблона Флаг Земли
Information.svgПредыдущее обсуждение: Обсуждение проекта:Компьютерные игры#Удаление шаблона Флаг Земли

Недавно был удалён флаг Земли за неимением официальности. Данное удаление затронуло энциклопедически важную инфомацию, так как этим знаком обозначался регион выпуска-издания, были повреждены более 2 тыс. статей, включая избранные и хорошие. По обсуждению в проекте КИ пришли к решению, что удаленный шаблон флага нужно вернуть и заменить на инфорграфику. В настоящее время подготовлен шаблон {{Регион инфографика}} и его синоним {{Reg}}. Просьба произвести замену.

Удаление флага Земли проводилось ботом MotnahpBot 30 июня 2017. Т.е. предполагается откат всех возможных правок бота за этот день, и замена на {{reg|WW}}. То, что не откатится, готов обработать вручную. Пример отката - только что сделал две правки (1 2) в статье Deflektor. Bsivko (обс.) 10:10, 7 июля 2017 (UTC)

Параметр «Сотовая связь» в карточках станций метроПравить

Прошу удалить из статей с шаблоном {{Станция метро}} отключённый параметр «Сотовая связь» вместе с его содержимым. ØM 11:15, 4 июля 2017 (UTC)

  • Будет ✔ Сделано MBH 11:49, 4 июля 2017 (UTC)
    • Раз уж на то пошло, то хочу также попросить заменить включения шаблонов типа {{Парижское метро/линия Х}} на {{Линия Х (Париж)}} для удаления основной страницы {{Парижское метро}}. Vladislavus (обс.) 15:26, 4 июля 2017 (UTC)
      • Икс - цифры? Сделаю завтра. MBH 15:54, 4 июля 2017 (UTC)
        • Да. Включая линии 3bis и 7bis. Vladislavus (обс.) 16:20, 4 июля 2017 (UTC)
          • ✔ Сделано MBH 11:41, 5 июля 2017 (UTC)

Замена ё на е - массовая орфографическая ошибкаПравить

Согласно словарям. В статьях основного пространства в слове кикбоксёр (также Кикбоксёр и их формы) заменить ё на е. Томасина (обс.) 08:15, 4 июля 2017 (UTC)

  • Будет ✔ Сделано MBH 11:44, 4 июля 2017 (UTC)

Запрос на замену текста в связи с переименованиемПравить

В связи с ВП:К переименованию/30 июня 2017#Граймс → Граймс (певица), Граймс (значения) → Граймс прошу заменить все включения Граймс (значения) в основном пространстве, шаблонах (если найдутся) и обсуждениях статей на Граймс. Страницу Граймс (значения) после этого можно благополучно удалить. Спасибо. Томасина (обс.) 07:45, 4 июля 2017 (UTC)

  • ✔ Сделано. Там реальных ссылок-то всего ничего было, все записи в «ссылках сюда» - неприятная особенность шаблона {{однофамильцы}}, в текст статьи она попадает. ~Facenapalm (обс.) 23:35, 25 июля 2017 (UTC)

Устаревший класс plainlinksneverexpandПравить

Всем привет, может кто помочь заменить везде (+модули, шаблоны) класс plainlinksneverexpand на plainlinks. 250 включений. С уважением, Iniquity 17:05, 3 июля 2017 (UTC)

  • Будет ✔ Сделано MBH 01:40, 9 июля 2017 (UTC)

Активность патрулирующихПравить

Перестал работать линк http://tools.wmflabs.org/h2bot/ps/ - Vald (обс.) 10:05, 3 июля 2017 (UTC)