Википедия:Форум/Архив/Предложения/2022/10

Архив форума

Эта страница — часть архива форума Википедии.

Пожалуйста, не редактируйте эту страницу!

• ← сентябрь 2022
• октябрь 2022
• ноябрь 2022 →

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

Принудительное посредничество по истории России

Предлагаю уважаемым коллегам подумать о введении принудительного посредничества по истории России. Оснований для этого предостаточно - недавно Андрей Ермак в своём Твиттере заявил, что россиянам следует полностью развенчать мифы своей истории и восстановить историческую справедливость в пользу Украины. В рамках ВП:УКР такое посредничество ввести не удалось, там сослались на "троллинг", поэтому придётся, наверное, вводить отдельное посредничество. — 46.242.11.243 15:00, 31 октября 2022 (UTC)

• И кто же такой Андрей Ермак? Николай Эйхвальд (обс.) 15:12, 31 октября 2022 (UTC)

Итог

Закрыто. Принудительные посредничества создаются по крупным википедийным конфликтам, а не по желанию анонима (похожего на одного бессрочно заблокированного участника) привлечь внимание к высказыванию Ермака. (Если что, это Ермак, Андрей Борисович, надо полагать). AndyVolykhov ^↔ 15:31, 31 октября 2022 (UTC)

Статьи поблизости

Пример отображения карты с точками-статьями

В последнем опросе о пожеланиях сообщества одним из победивших предложений была возможность отображать статьи поблизости на карте. Аналогичный функционал есть в гаджете «Показывать ссылку для отображения карты OpenStreetMap в верхнем блоке координат» и WikiMiniAtlas. Но так как они доступны только для малого числа участников, да и в целом нет гарантий, что они не сломаются в будущем, то был запрос на решение, встроенное в движок. В итоге 10 октября поддержка новой реализации была включена в некотором количестве тестовых вики (см. скриншот, или можно кликнуть на карту здесь).

С учётом того, что это дополнительная возможность, которая никак не влияет на уже существующий функционал, я бы хотел предложить нашему сообществу включить его уже сейчас. У нас, в отличие от разделов, которые уже сейчас участвуют в тесте, карта открывается в любой статье, где есть координаты. Поэтому такая функция, на мой взгляд, для нас может быть даже более полезной. Если это предложение получит поддержку, то через неделю я подам разработчикам запрос на включение теста в рувики. — putnik 20:18, 22 октября 2022 (UTC)

• За Интересный функцианал. Мне нравится. VladimirPF (обс.) 20:22, 22 октября 2022 (UTC)
• Выглядит интересно, стоит попробовать. eXcellence ^contribs 20:22, 22 октября 2022 (UTC)
• Поддержу, думаю, будет интересно и полезно. Well very well (обс.) 20:23, 22 октября 2022 (UTC)
• Просто любопытно как это будет выглядеть в крайних точках. В статье Москва, где с координатами у нас не одна сотня статей или в статье Северный Ледовитый океан, где статьи в основном всё-таки по контуру. — Zanka (обс.) 13:50, 23 октября 2022 (UTC)
  • Насколько я вижу на примере Барселоны, в случае очень большого числа точек подгружаются не все. Но сказать что-то более конкретное не могу. — putnik 14:03, 23 октября 2022 (UTC)
• Как любитель краеведения поддержу любые подобные эксперименты. AndyVolykhov ^↔ 14:04, 23 октября 2022 (UTC)
• За. Но можно маркеры сделать с типом объекта, а не пустыми белыми кружочками? -- dima_st_bk 16:43, 23 октября 2022 (UTC)
  • Пожелания лучше писать сюда: m:Talk:WMDE Technical Wishes/Geoinformation/Nearby articles. — putnik 17:34, 23 октября 2022 (UTC)
• За, но, наверное, как гаджет/дополнительная опция в настройках. Radmir Far (обс.) 17:06, 23 октября 2022 (UTC)
• За-- Kaganer (обс.) 21:02, 28 октября 2022 (UTC)
• Давайте попробуем. Джекалоп (обс.) 21:50, 28 октября 2022 (UTC)
• интересная идея, отрицательных аспектов не вижу. — Halcyon5 (обс.) 20:56, 29 октября 2022 (UTC)
• Поддержу, хотя и с белыми кружочками. Замечу, что это ещё одна причина выверять координаты в статьях. Proeksad (обс.) 23:44, 29 октября 2022 (UTC)
• Мне нравится это предложение. Поддерживаю. ~Fleur-de-farine 09:09, 31 октября 2022 (UTC)
• За. Когда-то очень давно это уже было. Карта открывалась при нажатии на координаты и занимала пол-экрана. Точки были разными (исходя из того, от какого шаблона-карточки брались координаты; например водоёмы - синие волны), рядом - подпись (название статьи), а при нажатии на точку или название был переход на эту статью. Потом, сначала точки перестали добавляться, а затем их совсем убрали и изменили карту с OSM на современную, открывающуюся на весь экран. С уважением, And S Yu (обс.) — Реплика добавлена в 15:50, 31 октября 2022 (UTC)
• Было бы здорово. -- La loi et la justice (обс.) 16:36, 3 ноября 2022 (UTC)

Итог

Предложение поддержано, будет подан запрос на включение тестирования в русской Википедии. — putnik 21:06, 3 ноября 2022 (UTC)

• «Статьи поблизости» включили для русской Википедии. Внизу полноэкранной карты появилась кнопка для показа точек. — putnik 14:15, 9 ноября 2022 (UTC)

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

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

Можно оставить комментарий здесь, поделившись впечатлением, и также руководствоваться подготовленными вопросами перечисленными на той же странице. Спасибо большое! — Timur Vorkul (WMDE) (обс.) 16:25, 10 ноября 2022 (UTC)

Изменение описания текущей страницы

В связи с техническими заявками предлагаю изменить описание данной страницы с:

Обсуждение предложений по работе Википедии, не связанных с правилами.
Изменение же правил Википедии обсуждается на форуме правил.

на

Обсуждение предложений по работе Википедии, не связанных с правилами или исключительно техническими возможностями.
Изменение правил Википедии обсуждается на форуме правил. По абстрактным техническим нововведениям в рамках языкового раздела можно обратиться на технический форум. Улучшения MediaWiki проекта можно предлагать на фабрикаторе проекта.

-- D6194c-1cc (обс.) 13:38, 17 октября 2022 (UTC)

Улучшить загрузку файлов

Предлагаю сделать такой-же опрос при загрузке файлов, как при создание статей (Википедия:Мастер статей) Артём 13327 (обс.) 17:15, 16 октября 2022 (UTC)

• Грузите свободные файлы сразу на Викисклад, там примерно так и сделано: commons:Special:UploadWizard. — putnik 17:43, 16 октября 2022 (UTC)

Предлагаю сделать возможным привязать учётную запись к IP-адресу

Что это значит? Если участник Википедии заходит в свою учётную запись только со своего домашнего IP-адреса и ни у кого другого нет доступа к данному IP, он сможет сделать так, что если открыть Википедию с его домашнего IP, вход в его учётную запись будет выполнен автоматически (без ввода пароля) и войти в данную учётную запись с другого IP будет нельзя, даже если ввести верный пароль. Guest Kashapov (обс.) 13:18, 16 октября 2022 (UTC)

• 1. Автовхода точно не будет. Ни участник, ни провайдер не могут быть уверены, что адрес не сменится; 2. Привязка к IP как мера защиты — это вам на phabricator.wikimedia.org. Реализовать такое могут только разработчики.—Iluvatar ^обс 13:37, 16 октября 2022 (UTC)
• IP-адреса чаще всего выдаются динамически. Сегодня один адрес, завтра другой. Есть зарегистрированные участники, есть анонимные (хотя кто более анонимный, ещё вопрос, так как IP-адреса зарегистрированных участников видны только чекъюзерам, а IP-адрес анонимов в Википедии виден пока всем). В чём сложность каждый раз вводить пароль, при этом имея множество плюшек? Против этого предложения. Oleg3280 (обс.) 13:56, 16 октября 2022 (UTC)
  • Oleg3280, IP-адреса действительно бывают динамическими, но не всегда. Guest Kashapov (обс.) 14:23, 16 октября 2022 (UTC)
    • Guest Kashapov. Я знаю, поэтому и написал, что чаще всего. Oleg3280 (обс.) 14:40, 16 октября 2022 (UTC)
  • Полагаю имеется в виду опция безопасности для пользователей с белыми IP-адресами. Это как в случае файерволов, можно, например, настроить, чтобы доступ к внутренней системе разработки был только с IP-адресов компьютеров разработчиков. В случае компрометации злоумышленник (например, инсайдер) не сможет получить доступ к системе. Теоретически могло бы быть применимо для учёток с правами администратора или инженера, или для ботов, но это действительно к разработке движка относится, а не к языковому разделу. Да и не сильно поможет в случае обычных людей, т. к. компрометация скорее всего будет собственного компьютера, а это ставит под угрозу всю локальную сеть вместе с роутером. То есть на практике пользы от такой системы может никакой и не быть (но с другой стороны может помочь восстановить утерянный доступ). D6194c-1cc (обс.) 14:38, 16 октября 2022 (UTC)

Статус предложения — бессрочное для обсуждения, пока не будет реализовано в том числе

Во избежание удаления ботами необходим перенос части предложений форума в бессрочные.

ВП:НА — Википедия:Не архивировать — флаг к заголовку, например, или ещё каким-то образом договориться — ENTITY All (обс.) 15:57, 15 октября 2022 (UTC)

• Попробуйте всё же начать активность в Википедии не с предложений, как тут всё переделать, а непосредственно с написания статей. Пока же, на мой взгляд, вы уверенными шагами двигаетесь в сторону другого бессрочного статуса — блокировки. — putnik 16:08, 15 октября 2022 (UTC)

Итог

Закрыто. -- Q-bit array (обс.) 08:42, 16 октября 2022 (UTC)

Википедия:Опорные правки, ВП:ОП

(просьба перевести на английский язык)

Опорные правки — полнотекстовые правки в базе данных Википедии между правками-разницами текстов статей для сокращения общего размера базы данных Википедии более чем в двадцать раз. При просмотре правки истории статьи Википедии результат вычисляется относительно опорной правки и правок-разниц (которых может быть от десятков до около нескольких сотен, в зависимости от размера правок-разниц, срока древности правки и лишних вычислительных ресурсов серверов). xml.7zip - файлы базы данных должны содержать версию Википедии только правок-разниц без опорных правок, опорные правки актуализируются в зависимости от производительности машины с пользовательской базой данных Википедии. У Википедии должна быть также возможность скачать статью целиком xml.7zip, со всеми правками-разницами в персональный MediaWiki-органайзер в том числе.

Не реже ежемесячных, если есть хоть одна правка в месяце. Правки трёх уровней: ежемесячные правки, опорные правки, правки-разницы.

Таким образом история каждой статьи или страницы Википедии можно компактифицировать на Ежемесячную часть в том числе с раскрытием подробной от трёх разных способов, в том числе загруженную развёрнутую, загруженную-свёрнутую JavaScript и подгружаемую AJAX в зависимости от пользовательских настроек, кому как удобнее. На правки-разницы посетители заходят, возможно, в тысячи раз реже, а изменения в коде MediaWiki по проблеме приведут к много более частому просмотру истории правок за последний месяц в том числе.

Каждой правке-разнице нужен свой хеш для дальнейшего развития доверия Википедии.— ENTITY All (обс.) 11:08, 15 октября 2022 (UTC)

• для сокращения общего размера базы данных Википедии - а есть какие-то проблемы с размером БД википедии? Сервера не справляются или что? - Saidaziz (обс.) 11:16, 15 октября 2022 (UTC)
  • Многие хотели бы закачать полную базу данных Википедии для развития собственных навыков в программировании в том числе... ENTITY All (обс.) 11:24, 15 октября 2022 (UTC)
    • Если хотите развивать свои навыки программирования, то можете скачать только последние версии статей или маленький языковой раздел Википедии. Или какую-нибудь Викию или Фэндом. Или вообще самому установить сервер с движком MediaWiki и заполнять по собственному усмотрению. -- Q-bit array (обс.) 11:30, 15 октября 2022 (UTC)
    • «Для развития навыков программирования» … зачем для этого нужен полный дамп со всей историей? Словом это вообще не проблема и лежит за пределами проекта. Ради такого столь сложной доработкой никто заниматься не станет. Впрочем, это моё субъективное мнение, может вы и найдете заинтересованных. - Saidaziz (обс.) 11:36, 15 октября 2022 (UTC)
      • Необходимо развитие статистики Википедии, привлечение желающих программировать статистические модули MediaWiki, так как ВП:СТАТ крайне недостаточно. ENTITY All (обс.) 11:43, 15 октября 2022 (UTC)
• Движок так и делает, и всегда так делал: на нижнем уровне он хранит лишь диффы между соседними версиями, на более верхнем уровне, доступном через интерфейс сайта, кажется, будто он хранит отдельно каждую версию. MBH 19:53, 15 октября 2022 (UTC)

Итог

Закрою тему цитатой коллеги: «Попробуйте всё же начать активность в Википедии не с предложений, как тут всё переделать, а непосредственно с написания статей.» -- Q-bit array (обс.) 19:34, 15 октября 2022 (UTC)

Удалённые страницы

Добавить кнопку подачи заявки на восстановление удалённых страниц на удалённные страницы. — Medyanowsky (обс.) 07:06, 11 октября 2022 (UTC)

Не надо. ВУС и так слабо разгребается, 95% заявок не аргументированы по правилам. — Drakosh (обс.) 07:18, 11 октября 2022 (UTC)

Этого не нужно. Для полноценного предложения удалённой статьи к восстановлению необходимо достаточно долгая работа: анализ значимости, подбор источников, зачастую — написание стаб-черновика. Но фоне этих трудозатрат написание собственно текста номинации ничтожно. Наличие же кнопки спровоцирует неопытных участников на создание необоснованных номинаций — «хотелок», которые будут без толку загружать страницы ВП:ВУС. Джекалоп (обс.) 08:30, 11 октября 2022 (UTC)

Объеденить Шаблон:Ombox и Шаблон:Mbox

Может я чего-то не понимаю. Но эти шаблоны почти одинаковы. Может их объединить? Артём 13327 (обс.) 17:01, 8 октября 2022 (UTC)

• Это две разные функции модуля Модуль:Message box, сравните код шаблонов. Описание этих функций есть в модуле. В чём конкретно разница между функциями не скажу, не вникал. D6194c-1cc (обс.) 17:17, 8 октября 2022 (UTC)

Перенос плохих статей

А почему мы не переносим КБУ статьи (хотя бы некоторые в зависимости он причин выставления) из основного пространства? У нас КБУ статьи бывают висят по 5 часов а то и несколько дней. Может будем переносить переименованием без перенаправления статьи с О1 бессвязно, О2 тест, О4 повторно, О9 Реклама. − Флаттершай — говор 15:09, 5 октября 2022 (UTC)

• 1. Зачем? 2. Установивший шаблон может ошибаться. А ПИ или А просто удалят, без переносов. Iluvatar ^обс 15:20, 5 октября 2022 (UTC)
• А в какое пространство? — Владлен Манилов [✎︎] / 17:18, 5 октября 2022 (UTC)
  • Пространство "мусор". Вот придется его создавать, когда подключат мобильный гаджет автоперевода. Dmartyn80 (обс.) 12:52, 6 октября 2022 (UTC)
• Имхо это только усложнит задачу, потому что администраторам и ПИ придётся чекать сразу два пространства на наличие неподобающих статей. Да и А/ПИ не могут же 24/7 мониторить КБУ, поэтому если не удаляют в течение энного кол-ва времени – ну что ж, просто набраться терпения и ждать. ХартОув ^{(обсужд.)} 16:35, 15 октября 2022 (UTC)

Анонимные правки

На ряде политических страниц боты сейчас скрывают правки. Возможно ввести возможность анонимных правок 1) на этих страницах 2) на всей рувикипедии? Kurono (обс.) 15:32, 2 октября 2022 (UTC)

• Что Вы подразумеваете под "анонимными правками"? Если выйти из системы, они будут таковыми. — Владлен Манилов [✎︎] / 17:18, 2 октября 2022 (UTC)
  • Правки без отображения информации о личном аккаунте или данные ип-адреса.
    При выходе из аккаунта отображается ип-адрес и не все статьи дступны для редактирования. Kurono (обс.) 19:39, 2 октября 2022 (UTC)
• Технически возможно, но не целесообразно. Если вас беспокоит приватность - вы можете создать себе новый аккаунт и далее править с него, не раскрывая связи со старым аккаунтом. 5.165.140.192 19:48, 2 октября 2022 (UTC)
• Разработчики усердно трудятся над кардинальным изменением соответствующей части движка, которое приведёт к полному скрытию адресов анонимов повсюду, для большинства зрителей, кроме самых "имеющих право". Недавно появившийся механизм получения информации об анонимах местно, не пользуясь внешними ресурсами типа whois, требующими знания ip, был создан в ожидании этого изменения. Игорь (обс) 10:23, 9 октября 2022 (UTC)