• 1 Как начать работу?
• 2 Из-под бота?
• 3 Вопрос
• 4 Задача о ранце в криптографии
• 5 Кто прав и что делать?
• 6 Improvement request - Отображать в выпадающем списке напротив заголовка статьи количество прямых интервики-ссылок
• 7 Обрезка шаблонов, вида "lang-en" рядом с прямыми интервики-ссылками
• 8 Есть ли подвижки?
• 9 Несколько вопросов
• 10 GTA: Vice City: API Викиданных не может найти раздел Википедии (gta:…) для одной из ссылок. Она не будет отредактирована.
• 11 Небольшая просьба
• 12 Исключение
• 13 Пожелание
• 14 Задавать вопросы на страницах обсуждения? Зачем? Задавать вопросы в описаниях к правкам — вот это дело! Так поступают опытные участники!
• 15 Другие нп и возможность правки разделов
• 16 Автоматизация для замены Имя [Отчество] Фамилия Фамилия, Имя [Отчество]
• 17 Баг
• 18 Несуществующие статьи
• 19 Пропал раздел [en]?
• 20 Статьи на музыкальную тематику

• Там был указан не тот ID гаджета, спасибо за сообщение, но сам гаджет, если что, доступен и через настройки. stjn 18:39, 10 марта 2018 (UTC)[ответить]
• Присоединяюсь к вопросу. Включил в настойках, что дальше? Как заставить этот гаджет работать? Oleg3280 (обс.) 18:57, 10 марта 2018 (UTC)[ответить]
  • Большая синяя кнопка «Начать работу» на основной странице (этого обсуждения). Если по ссылке не появляется интерфейса — тогда открыть консоль своего браузера, скопировать в отдельную тему содержимое (либо ошибки). stjn 19:00, 10 марта 2018 (UTC)[ответить]
    • У меня там всё забито ошибками. Отключил. Oleg3280 (обс.) 19:06, 10 марта 2018 (UTC)[ответить]
• Большое спасибо, всё получилось. Грандиозная автоматизация! (Удивительно, как много сделано прямых иноссылок даже в тех случаях, когда здравствуют русские статьи), bezik° 19:21, 10 марта 2018 (UTC)[ответить]

• Суть в том, что 1) это полностью полуавтоматические правки, а их даже через AWB разрешено делать не через бота, 2) у всех участников, которые смогли бы поучаствовать в расчистке этих завалов, учётных записей ботов не будет, и требование завести бота будет сильно повышать порог входа. Ну и 3) так авторы статей могут самостоятельно проверить, правильно ли совершена замена, даже если будет человеческая ошибка со стороны редактора, использующего скрипт. stjn 20:15, 10 марта 2018 (UTC)[ответить]

• Это не совсем неправильное использование шаблона, это устаревший синтаксис, который до сих пор не заменён и не устранён (что стоило бы сделать) и поддерживается шаблоном (вопрос к Grain of sand, хочет ли он провести такие замены ботами). Нет, гаджет нацелен только на простые ссылки. stjn 20:15, 10 марта 2018 (UTC)[ответить]
  • Понял. Спасибо. Oleg3280 (обс.) 20:28, 10 марта 2018 (UTC)[ответить]

• Не думал, что скриптом будут пользоваться с мобильных устройств :-) Тем более, что там наверное и без этого достаточно неудобств. Тем не менее, добавил отображение текущего количества интервики-ссылок в статье в подзаголовок. stjn 18:43, 20 марта 2018 (UTC)[ответить]
  • Благодарю. Правда идея была немного в другом :) Чтобы числа показывались в выпадающем списке <span tabindex="0" aria-disabled="false" class="oo-ui-dropdownWidget-handle" role="combobox" aria-owns="ooui-1" aria-autocomplete="list"> --Movses (обс.) 20:35, 21 марта 2018 (UTC)[ответить]
    • В этом случае придётся заранее обработать текст всех 50/500 статей, что, как вы понимаете, очень ресурсозатратно. stjn 20:48, 21 марта 2018 (UTC)[ответить]
  • Ну, не судьба, значит. Имею надежду всё же, что регулярка в разделе обсуждения снизу, не такая затратная. --Movses (обс.) 21:19, 21 марта 2018 (UTC)[ответить]

• Конструкция {{lang-en|[[:en:Olympic Dam, South Australia|Olympic Dam]]}} заметно лучше, чем [[:en:Olympic Dam, South Australia|Olympic Dam]], поскольку хотя бы намекает на переход в иноязычный раздел. Поэтому просто так механически {{lang-en}} в таких ситуациях удалять не стоит, а лучше в полуручном режиме заменять на {{iw|Olympic Dam||en|Olympic Dam, South Australia}}. Почему в полуручном — может быть рядом стоящий контекст, например, то же написание на русском, и тогда надо заменять, например, на {{iw|Олимпик-Дэм||en|Olympic Dam, South Australia}} bezik° 15:59, 20 марта 2018 (UTC)[ответить]

Гм, наверное я неясно выразился. Да, я именно и имел в виду, что гаджету Gadget-iwrm.js было бы логично превращать {{lang-en|[[:en:Olympic Dam, South Australia|Olympic Dam]]}} в {{iw||Olympic Dam|en|Olympic Dam, South Australia}}, например такой регуляркой:

	// Expression for interwiki links after language template: {{lang-$1|[[:$1:$2|$3]]}}
	var _regularExpLangsBefore = /\{{2}[Ll]ang-([a-zA-Z-]+)\|\[{2}:$1:([^\[\]\n\{\}]+?)\|([^\[\]\n\{\}]+?)\]{2}\}{2}/g;

--Movses (обс.) 16:22, 20 марта 2018 (UTC)[ответить]

Это, конечно, было бы хорошо (а то без уточнений и правда звучало как «снести {{lang-en}}»), bezik° 17:24, 20 марта 2018 (UTC)[ответить]

• На мой взгляд, будет чрезвычайно много ложных срабатываний, потому что контекст написания такой конструкции инструмент обнаружить не сможет. stjn 18:14, 20 марта 2018 (UTC)[ответить]

Извините за настойчивость, но тут не нужен никакой контекст ! Используем только те значения, что уже есть. Никаких эвристик, никаких додумываний. Опять же, это не автозамена, а полуавтоматическое предложение от гаджета Gadget-iwrm.js человеку, который принимает окончательное решение:

До правки	{{lang-en|[[:en:Olympic Dam, South Australia|Olympic Dam]]}}
Что может предложить скрипт человеку	{{iw||Olympic Dam|en|Olympic Dam, South Australia}}

--Movses (обс.) 20:43, 20 марта 2018 (UTC)[ответить]

• К сожалению, не ведётся. По личным наблюдениям — медленный спад есть, да. Их до вычистки больше 71 тысячи было, но около тысячи шлёпнул мой бот. Но проблема в том, что есть ещё 91-я — то же самое в другой форме; мой бот фоновой заменой заменяет это на прямые ссылки (а как руки дойдут — пущу отдельной заменой, чтобы их можно было скриптом тоже разобрать). И вот за ней я совсем не слежу. Может, 68-я так медленно рассасывается, потому что 91-я за счёт неё идёт на сильный спад, тогда это хорошо. Может, 68-я просто медленно рассасывается, с 91-я тем временем набирает обороты — маловероятно, но пугающе. Ответа, увы, не знаю. ~Facenapalm 17:41, 8 апреля 2018 (UTC)[ответить]
• По состоянию на середину 2024 года в 68-м фильтре без малого 38 тыс. статей. То есть за 6 лет мы почти вполовину уменьшили число статей с прямыми иноссылками, и можно считать, что процесс, хоть и медленно, но сходящийся, bezik 11:21, 3 июля 2024 (UTC)[ответить]
• За месяц без малого — откат на 7 тыс., теперь в фильтре 45 тыс. статей…, bezik 09:46, 31 июля 2024 (UTC)[ответить]
• Ещё месяц: теперь 47 тыс., минус две тысячи… Может это быть связано с какими-то массовыми инструментами (как было с 91-й)? bezik 14:43, 29 августа 2024 (UTC)[ответить]
• Прошёл месяц, и уже 79753! Или 68-й фильтр нестабильно замеряет, или у нас за месяц случился залив межъяза? bezik 18:09, 30 сентября 2024 (UTC)[ответить]
• Сегодня 77772, bezik 17:39, 22 октября 2024 (UTC)[ответить]
• 70045, bezik 13:32, 18 февраля 2025 (UTC)[ответить]
• 69159, bezik 16:50, 27 марта 2025 (UTC)[ответить]
• 69583, прямо какая-то стационарность…, bezik 11:59, 27 апреля 2025 (UTC)[ответить]
• А сегодня всего 188, это ж совсем чуть-чуть осталось — такое может быть? bezik 16:43, 19 июня 2025 (UTC)[ответить]
  • Нет, не может: запустил IWRM.js — и выдаёт статьи, которых в этом списке из 188 нет, а иноссылки в них есть, bezik 16:45, 19 июня 2025 (UTC)[ответить]
• Ну вот: 71817 — несмотря на все усилия участников проекта и робототехнические работы MBH по автовосстановлению русских ссылок общая ситуация пока ухудшается…, bezik 16:20, 16 июля 2025 (UTC)[ответить]
  • Я бы не сказал, что ухудшается. С появлением такого бота теряет силу ранее главный и единственный аргумент хейтеров прямых ссылок - что они не исправляются после появления ру-статьи - теперь исправляются. В своих статьях я именно прямые ссылки юзал, юзаю и юзать буду, без обращения к уродливо выглядящему нп5, а бот будет их заменять после появления ру-статьи. 18:40, 16 июля 2025 (UTC)[ответить]
• Я бы даже всерьёз задался вопросом, имеет ли теперь, после появления бота, деятельность по ручной работе с этим гаджетом хоть какой-либо смысл, не пора ли сдать её в архив. Огромное количество ручных усилий было потрачено на работу, полезный выхлоп от коей был минимален (факт появления ру-статьи отображался в местах установки шаблона), а сейчас его и вовсе нет - бот заменяет и прямые ссылки, и шаблонные, прямые ему даже парсить проще, учитывая огромный разнобой в вариантах синтаксиса шаблона. 04:54, 19 июля 2025 (UTC)[ответить]
  • Конечно же имеет смысл: бот разрешает значительную часть случаев, когда русская статья есть, но не может установить шаблоны группы {{не переведено}}, bezik 22:48, 19 июля 2025 (UTC)[ответить]
    • Наличие шаблона нп вместо прямой ссылки не имеет самостоятельной ценности, это цель, которую не нужно достигать - я об этом говорю. Есть контраргументы? 23:49, 19 июля 2025 (UTC)[ответить]
      • Есть: шаблон намного полезнее и понятнее для читателя, чем прямая ссылка. Well very well (обс.) 03:32, 20 июля 2025 (UTC)[ответить]
        • Почему полезнее? Чем понятнее? Всё не так, все эти утверждения неверны. 03:53, 20 июля 2025 (UTC)[ответить]
          • Это обсуждалось уже просто многократно. Хорошо, давай так — для меня (и подавляющего большинства) верны Well very well (обс.) 04:22, 20 июля 2025 (UTC)[ответить]
            • Единственный валидный аргумент раньше был - прямая ссылка не показывает, когда статья уже создана. С появлением бота этот аргумент стал инвалид (ему прямая ссылка даже удобнее для замены), а кроме того выяснилось, что созданную статью часто не показывает и шаблон - если она создана под другим именем, таких случаев очень много, а шерстить интервики шаблон не умеет. В сухом остатке - причин заменять прямые ссылки шаблонными не осталось. 05:41, 20 июля 2025 (UTC)[ответить]
              • Единственный валидный аргумент раньше был - прямая ссылка не показывает, когда статья уже создана.
                Нет, не единственный. Как минимум ещё два: 1) читателя конфузит, если по синей ссылке вместо нормальной статьи открывается непонятно что на другом языке — а красная ссылка читателю (надеюсь) более знакома, 2) красная ссылка стимулирует редакторов статью писать. Well very well (обс.) 09:27, 20 июля 2025 (UTC)[ответить]
                • Открывается не непонятно что, а статья по теме, переводимая одним кликом. Нет оснований утверждать, что кого-то это конфузит. 23:51, 22 июля 2025 (UTC)[ответить]
                • Согласен с MBH, особой разницы для читателя нет, кроме собственно пометки (англ) <спасибо, что теперь по-русски>. Если быть точнее, это может зависеть от браузера/плагинов (есть автоперевод), но у большинства, думаю, стоит хром, в котором все есть. Насчет мобильных не скажу, но и там наполовину хром. А то, что для редактора, имеет второстепенное значение. ~~~~ Jaguar K · 00:04, 23 июля 2025 (UTC)[ответить]
                  • А то, что для редактора, имеет второстепенное значение.
                    Угу, но при прочих равных, т.е. если бы для читателя было бы одинаково что то, что то (что не так), это был бы вполне себе аргумент. Well very well (обс.) 08:38, 23 июля 2025 (UTC)[ответить]
• 71209, вручную мы это, наверное, не разгребём…, bezik 16:02, 24 августа 2025 (UTC)[ответить]

• Указывать название статьи вручную?
• Указывать категорию, только из которой будут обрабатываться статьи?

• Запуск только по этой ссылке? Служебная:Пустая страница#/iwrm/

• Участник:Facenapalm. Oleg3280 (обс.) 23:09, 28 мая 2018 (UTC)[ответить]
• Если смотреть на возможности самого гаджета, то на оба первых вопроса ответ «нет».
  «Указывать название статьи вручную?» — возможно только через консоль, могу найти код. «Указывать категорию, только из которой будут обрабатываться статьи?» — я не знаю, насколько легко отредактировать поисковый запрос (можно ли это сделать из консоль или требуется форкать скрипт и дописывать его), на этот вопрос лучше ответит автор гаджета. «Запуск только по этой ссылке?» — да. ~Facenapalm 23:24, 28 мая 2018 (UTC)[ответить]
  • Из консоли сделать в текущей версии невозможно, потенциально можно сделать эту переменную глобальной, но большой выгоды я при разработке гаджета в этом не видел. stjn 19:05, 29 мая 2018 (UTC)[ответить]

• Зачем? Так задумано, чтобы кликабельная область ссылки была больше. stjn 19:00, 29 декабря 2021 (UTC)[ответить]
• @Stjn, мне понадобилось чуть больше времени, чем я предполагал. Извините, если ждали моего ответа. Я искал недолго обоснование для удаления двоеточия из ссылки, и не найдя, нашёл ответ в интерфейсе самой Википедии. В конце каждой правки почти сразу после комментария (CheckWiki: замена прямых интервики-ссылок) обозначается метка правки таким образом: (Метка: IWRM.js), где знаки пунктуации (и двоеточие, и скобки) при более коротких словах не включены в ссылки. Это какое-то дизайнерско-оформительское правило, точнее не скажу. Меня больше занимает вопрос: зачем сокращать название проекта с «Check Wikipedia» до «CheckWiki», при этом кликабельную область ссылки делать больше за счёт включения двоеточия, которое увеличивает ссылку на пол или даже треть символа? Ладно, в любом случае, я вернулся к работе с этим гаджетом, буду вручную править комментарий, с меня не убудет. — Pacha Tchernof: Обсудить • Написать письмо • Вклад 17:55, 8 марта 2022 (UTC)[ответить]

часть=[[:iarchive:EncyclopediaOfIslamAndTheMuslimWorld_411/page/n423/mode/2up|Kharijites, Khawarij]]

• @Stjn, пингочек забыл. — Pacha Tchernof (обс.) 19:22, 30 апреля 2022 (UTC)[ответить]
• Вообще, я просто не понял, чего вы просите. У такого рода ссылок обычно гаджет пишет API Викиданных не может найти раздел Википедии ([[iarchive:…]]) для одной из ссылок. Она не будет отредактирована. Этого достаточно и я просто не могу вносить все сотни возможных исключений (потому что регулярное выражение для детектирования ссылок по определению должно быть достаточно простым). stjn 19:56, 30 апреля 2022 (UTC)[ответить]
  • А, ясно. Спасибо большое за пояснение, да, вроде бы ни одна ссылка такого рода не раскрывалась внутри поля ввода. Учту указанные подробности про детектирование, за которые отдельное большое спасибо. — Pacha Tchernof (обс.) 20:16, 30 апреля 2022 (UTC)[ответить]

• Ещё один запоздалый ответ: вроде бы особой разницы для движка в том, сколько вы статей загружаете, нет. А выполнять именно 50 никто не требует, разумеется. У меня как инженера вообще 500 загружается. Если технически разница есть, возможно, следует снизить число результатов, да. stjn 07:27, 29 июля 2023 (UTC)[ответить]

• Ну и вот тот же вопрос: зачем? Тем более так, как вынесли вы (с заголовком на другую страницу). Обновления рейтинга никому не мешают и здесь. stjn 09:34, 10 августа 2022 (UTC)[ответить]
  • С заголовком на подстраницу. Не пойму, чего в этом плохого — Паша Чернов (что обсудим?) 09:41, 10 августа 2022 (UTC)[ответить]
    • Запоздалый ответ: сложнее следить за тем, что происходит на отдельной странице. stjn 07:27, 29 июля 2023 (UTC)[ответить]

• 1) Нет. 2) Сложно, поэтому тратить время я на это не могу. Можно удалить код шаблона из поля ввода и тогда не будет правиться раздел, который не нужно править (возможно, следует добавить кнопку «очистить» во все результаты). stjn 07:27, 29 июля 2023 (UTC)[ответить]

• @A.sav, приветствую. Я для этих целей писал букмарклет:

  javascript:var a=$('.iwrm-line input');for(var i=0;i<a.length;i++){a[i].value=a[i].value.replace(/({{iw\|)(\|([А-ЯЁ][а-яё]+)\s([А-ЯЁ][а-яё]+)\|[A-Za-z]{2}\|[^\|]+}})/,"$1$4, $3$2");a[i].dispatchEvent(new Event('blur'))};undefined
  

  Создайте в браузере закладку, в качестве URL оставьте этот код. Когда в рамках работы в IWRM наткнётесь на подобную страницу, тыкните на закладку, и всё, что похоже на «Имя Фамилия», автоматом обработается. Но скрипт тупой, могут быть ложноположительные срабатывания, плюс кое-где надо будет привести в именительный падеж и/или добавить уточнения — в общем, руками проконтролировать придётся.
  Ещё я начал писать скрипт User:Facenapalm/iwrm-extensions.js, он автоматом заменяет некоторые очевидные вещи (например, [[:en:Hotel California (Eagles album)|Hotel California]] {{iw|Hotel California (альбом Eagles)|Hotel California|en|Hotel California (Eagles album)}}). Кнопки для полуавтоматической подстановки И(О)Ф тоже в планах, но руки дойдут, скорее всего, нескоро. ~Facenapalm 12:47, 11 января 2024 (UTC)[ответить]
  • Спасибо! Волшебно! P.S. В именах/фамилиях бывают дефисы/минусы (Анна-Мария) и апострофы (О'Браен). A.sav (обс.) 14:46, 11 января 2024 (UTC)[ответить]
    • Я побоялся, что если добавить дефисы, то ложноположительных срабатываний станет слишком много. Но вы можете поэкспериментировать, замените в коде выше [а-яё]+ на, например, [А-ЯЁа-яё'’\-]+(в двух местах). ~Facenapalm 14:55, 11 января 2024 (UTC)[ответить]

• Спасибо за сообщение, пока не знаю, как это исправить, можете убрать самостоятельно перенос строки в ссылке и запустить гаджет на этой странице. stjn 19:23, 24 мая 2024 (UTC)[ответить]
• Ещё одно ограничение инструмента -- считает, что нет интервик, если видит конструкцию вида [[:en: blabla]] (пробел в начале, для тестов). Львова Анастасия (обс.) 19:58, 22 августа 2024 (UTC)[ответить]
  • Вроде бы должно быть исправлено. stjn 16:52, 4 сентября 2024 (UTC)[ответить]
• Было бы здорово научить скрипт понимать, когда в имени ссылки встречается <br> ([[длинное имя маркизы|маркиза<br>длинное<br>имя]], [[длинное имя награды|награда<br>подразделения<br>страны]]) -- люди так делают. Львова Анастасия (обс.) 09:38, 18 февраля 2025 (UTC)[ответить]

• Я не очень понимаю, о чём речь. В случае, если ссылка не «живая», это отображается немного иначе — обычно нет ссылки на Викиданные. Вы хотите, чтобы гаджет привлекал к этому большее внимание? stjn 15:01, 28 июня 2024 (UTC)[ответить]
  • Мне казалось, что отсутствие Викиданных не означает отсутствия статьи, и для этого могла бы быть полезна отдельная проверка. Львова Анастасия (обс.) 16:48, 28 июня 2024 (UTC)[ответить]

• У меня не повторяется, можно заголовок статьи, где это есть? stjn 18:42, 30 сентября 2024 (UTC)[ответить]
  • Оказалось, что локальная проблема (запросы к wikidata.org отдавали NS_BINDING_ABORTED), извините за беспокойство, bezik 20:53, 30 сентября 2024 (UTC)[ответить]

• А какой робот будет смотреть всё ли в порядке с дискографией в Английской Википедии? Очевидно, такие врезки надо удалять, bezik 13:31, 18 февраля 2025 (UTC)[ответить]
  • Я только за, но чтобы понять, как убрать рекомендацию из описания инструмента, мне интересно, как она там появилась. Львова Анастасия (обс.) 13:38, 18 февраля 2025 (UTC)[ответить]
• Имелось в виду «ничего не исправлять через инструмент». Учитывая, что далее пишется, что можно и нужно исправить вручную, думал, это и так будет понятно. stjn 19:20, 18 февраля 2025 (UTC)[ответить]
  • Удалять и переносить -- задачи очень разные, так что если переносить -- святая обязанность, это не будет делаться (повторюсь, даже проект Музыка не заинтересовался). Львова Анастасия (обс.) 20:30, 18 февраля 2025 (UTC)[ответить]
    • Эта рекомендация написана исходя из того, что основной авторы подобных заметок, скорее всего, будут удаление отменять независимо от формальной обоснованности. Насколько вижу по вашему списку, это участник Moscow Connection, до сих пор активный. Биографии вроде так Lasius «добавляет», если не ошибаюсь, там принцип тот же. stjn 20:36, 18 февраля 2025 (UTC)[ответить]
      • @Moscow Connection, Lasius: вы будете дорабатывать статьи? Существует консенсус за удаление прямых интервики-ссылок. Если вы готовы -- можно помочь с составлением списка и никуда не торопиться, если расчёт на кого-нибудь другого -- нет смысла посылать читателей читать что-то на другом языке и ссылки можно удалять сразу. Львова Анастасия (обс.) 21:14, 18 февраля 2025 (UTC)[ответить]
        • Коллеги, откликаясь на вашу просьбу, просмотрел сегодня и отредактировал десяток своих статей за последние два года на поднятую здесь тему (например: 1, 2, ... 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13). Ответная просьба для продолжения аргументированной совместной работы: 1) дать здесь ссылку на консенсус на запрет подобных ссылок на другой раздел, чтобы давать их в примечаниях правок при ручной или ботообработке; 2) если таковые имеются, то врезки типа «См. биографию в английской Википедии» удалять; 3) врезки типа «См. дискографию в английской Википедии» (если не удалять) можно изменять двумя путями, или заменять на простой текст без ссылок 3а) «Дискография Бейли Циммермана включает, в том числе, следующие релизы:» (пример 2) или, если есть возможность применить шаблон «Не переведено», то на более точный 3б) «Дискография Брэндона Лейка^[англ.] включает, в том числе, следующие релизы:» (пример 8). — Lasius (обс.) 13:46, 19 февраля 2025 (UTC)[ответить]
          • 1. Мне нужна с этим помощь; точно помню, что об этом говорили, обсуждая действия Softy и изменяя шаблоны Не переведено, но найти сложнее, чем помнить. 2. Хорошо. 3. Я могу не удалять и помочь со списком; предварительный список был в проекте Музыка, наверное, через пару недель можно будет сделать обновлённый и более полный. Львова Анастасия (обс.) 15:26, 19 февраля 2025 (UTC)[ответить]
• Здравствуйте! Мне кажется, что переносить дискографии сюда — это сизифов труд. Всё равно все эти таблички незакончены и никогда не будут закончены. В англ. Википедии их постоянно уточняют, поправляют. Там есть несколько трудоголиков, которые занимаются дискографиями. Да и вообще там больше редакторов. В русской Википедии поддерживать подобные таблички в порядке нереально.
  Поэтому я бы предложил оставить всё как есть. (Я про прямые ссылки именно на дискографии в английском разделе. Не на биографии. Ведь таблички понятны и без знания языка.) --Moscow Connection (обс.) 06:54, 28 февраля 2025 (UTC)[ответить]
• В идеале, конечно, данные по релизам, их позициям в чартах и продажам надо перенести в Викиданные. А в каждом языковом разделе просто иметь шаблон, который будет создавать/наполнять таблички дискографий автоматически. Сейчас такой «технологии» нет, но когда-нибудь она будет. (И когда так сделают, то весь труд по наполнению дискографий зарубежных исполнителей в русской Википедии окажется напрасным.) --Moscow Connection (обс.) 06:54, 28 февраля 2025 (UTC)[ответить]
  • Не писать энциклопедию на русском языке потому, что есть энциклопедия на английском -- мне кажется плохой идеей. Львова Анастасия (обс.) 08:05, 28 февраля 2025 (UTC)[ответить]