Ниже приведены предложения по закрытию обсуждений Wikipedia:Requested moves . Обычно их следует применять только после истечения обычного семидневного периода листинга. Эти предложения адресованы формальным запросам на перемещение, которые появляются на страницах обсуждения, т. е. спорным запросам на перемещение, но они поучительны в отношении необходимого расследования истории страницы, а также процедур сохранения и очистки, рекомендуемых при любом перемещении. Запросы, перечисленные в разделе технических запросов , можно просто удалить после их обработки. В случае оспаривания технических перемещений переместите листинг в раздел оспариваемых технических запросов .
Неспособность ответственного за управление проектами следовать духу и цели настоящих инструкций, особенно в отношении надлежащего сопоставления консенсуса с применимыми политиками и руководящими принципами, может привести к инициированию проверки перемещения .
Это руководство может оказаться полезным для тех, кто закрывает обсуждение, принимая во внимание техническую задачу закрытия обсуждения.
Задействованный редактор , будь то администратор или кто-либо другой, не может закрыть запрос на перемещение (за некоторыми исключениями, подробно описанными ниже).
Вы считаетесь вовлеченным [a], если:
Вовлеченный редактор может комментировать обсуждение перемещения, просить о закрытии или сделать новый запрос на перемещение позднее, но не может закрыть открытый запрос на перемещение. Когда вы вовлеченный редактор, доверяйте процессу и оставьте закрытие одному из многих, многих других редакторов в Википедии, которые способны закрывать обсуждения перемещения.
Если вы хотите запросить закрытие после того, как прошла хотя бы неделя обсуждения, вы можете подать запрос на оценку консенсуса беспристрастным администратором. Закрывающий должен быть знаком со всеми соответствующими политиками и руководящими принципами (особенно теми, которые касаются названий статей и устранения неоднозначности ), а также с процедурами, описанными на этой странице. Ни при каких обстоятельствах не просите о конкретном закрытии.
Опытные и невовлеченные зарегистрированные редакторы с хорошей репутацией призываются закрывать обсуждения по запрошенным перемещениям. Любое неадминистративное закрытие (NAC) должно быть явно объявлено с соответствующим шаблоном (например, {{ subst:RMnac }}), размещенным непосредственно после обоснования закрытия в шаблоне {{ subst:RM top }} (или используйте |nac=параметр в закрывающем шаблоне).
Неадминистраторам следует помнить, что закрытие обсуждения требует беспристрастной оценки консенсуса или его отсутствия, хотя аргументы, подкрепленные непосредственно соответствующей политикой и руководящими принципами, имеют больший вес (при этом следует иметь в виду более широкую политику, руководящие принципы и консенсус Википедии). Любой редактор, желающий высказать мнение по запрашиваемому шагу, должен присоединиться к обсуждению, а не закрывать его.
Любой, администратор или нет, желающий закрыть запрошенный перенос, должен быть очень хорошо знаком с политиками и руководящими принципами, связанными с ним (особенно Wikipedia:Article titles , Wikipedia:Disambiguation и Wikipedia:Consensus ), и в идеале должен был ранее участвовать в нескольких запросах на перенос. Все закрытия запрошенных переносов подлежат рассмотрению на WP:Move review ( WP:MRV ), но при условии соблюдения вышеуказанных критериев тот факт, что закрывающий не был администратором, не является достаточным основанием для отмены закрытия. Действительно, многие громкие, спорные запросы на перенос были закрыты как NAC, отправлены на WP:MRV и там подтверждены. Хотя неадминистраторы должны быть осторожны (как и все закрывающие переносы) при закрытии обсуждений, где существенные спорные дебаты между участниками не разрешены, любой опытный и невовлеченный редактор с хорошей репутацией может закрыть любые RM-дебаты.
Иногда перемещение включает перенаправление с несколькими правками и требует технического вмешательства. Редакторам разрешается закрыть обсуждение и подать техническое перемещение со ссылкой на закрытое обсуждение. Результаты обсуждений в пользу перемещений, как правило, должны уважаться администратором (или лицом, перемещающим страницы). Если администратор замечает явно неправильное закрытие перемещения, он должен отменить закрытие и заново открыть обсуждение.
В любом случае, когда неадминистративный замыкающий прибегает к техническому запросу на перемещение, замыкающий должен активно отслеживать этот запрос и быть готовым и желающим выполнить всю уборку после перемещения (как указано ниже), например, обновить обоснования добросовестного использования и ссылки на навигационные окна, включенные в страницу. Если неадминистративный замыкающий не желает ждать технического удаления и выполнять последующие действия таким образом, он должен закрывать только запрошенные перемещения, которые не требуют технического вмешательства.
Редакторы с разрешением на перемещение страниц могут выполнять определенные технические действия без помощи администратора, например, перемещение по перенаправлению с более чем одним редактированием с помощью циклического обмена страницами. Пользователь получает право перемещения страниц сразу после демонстрации хорошего понимания системы именования страниц Википедии и достойного опыта перемещения страниц. Поскольку закрытие с помощью перемещения страниц является типом неадминистративного закрытия, его следует пометить как таковое с помощью {{ subst:RMnac }}, {{ subst:RMpmc }} или эквивалента (или использовать |pmc=параметр в шаблоне закрытия).
В целом, обсуждения по переносу должны оставаться открытыми в течение как минимум семи дней (168 часов), чтобы дать заинтересованным редакторам достаточно времени для участия. Однако, если никто еще не прокомментировал или если оппозиция единогласна, обсуждения могут быть закрыты до истечения семидневного срока по следующим причинам:
При этих двух обстоятельствах вполне допустимо, чтобы заключивший сделку человек принял участие в обсуждении.
Кроме того, когда результат обсуждения хода является или стал почти определенным, так что нет ни малейшего шанса, что результат будет отличаться от ожидаемого, и нет никакой необходимости продолжать обсуждение дальше, обсуждение может быть прекращено досрочно в соответствии с положением о снежном коме .
Консенсус определяется не только путем рассмотрения предпочтений участников конкретного обсуждения, но и путем оценки их аргументов, придания им должного веса и должного учета соответствующего консенсуса сообщества Википедии в целом, отраженного в соответствующей политике, рекомендациях и соглашениях об именовании.
Для запрошенных перемещений не требуется минимального участия . Если никто не возражает, продолжайте и выполняйте перемещение, как запрошено, если только оно не противоречитсоглашениям об именованииили иным образом не противоречит применимым руководящим принципам или политике. Кроме того, любой запрос на перемещение, который не соответствуетсоглашениям об именованииили иным образом не противоречит применимым руководящим принципам и политике, если только нет очень веской причиныигнорировать правила, должен быть закрыт без перемещения, независимо от того, сколько участников его поддерживают. Помните, что участники любого конкретного обсуждения представляют лишь малую часть сообщества Википедии, консенсус которого отражен в политике, руководящих принципах и соглашениях, которым должны следовать все заголовки. Таким образом, ожидается, что закрывающие будут знакомы с такими вопросами, чтобы иметь возможность делать эти оценки.
Если были высказаны возражения, то обсуждение следует оценивать так же, как и любое другое обсуждение в Википедии: отсутствие консенсуса среди участников наряду с отсутствием четких указаний со стороны политики и соглашений обычно означает, что никаких изменений не происходит (хотя, как и в случае с AfD, это не голосование, и качество аргумента важнее, чем то, исходит ли он от меньшинства или большинства). Однако иногда запрашиваемый перенос подается в ответ на недавний перенос из давно существующего названия, который нельзя отменить без административной помощи. Поэтому, если консенсус не был достигнут, замыкающий должен переместить статью обратно к самому последнему стабильному названию. Если ни одно из последних названий не было стабильным, то статью следует переместить к названию, которое использовал первый крупный участник после того, как статья перестала быть заготовкой.
Обратите внимание, что согласно Википедии:Консенсус § Нет консенсуса :
Таким образом, если страница была перемещена из давнего заголовка, и невозможно вернуть страницу к ее первоначальному заголовку во время обсуждения, заголовком по умолчанию будет заголовок до оспариваемого перемещения. Например, если статья создана в Soda can и остается там в течение многих лет до того, как ее WP:BOLDly переместили в pop can , и был подан запрос на перемещение, который привел к решению «нет консенсуса», статья должна быть перемещена обратно к ее давнему заголовку. Это происходит даже в том случае, если исходная страница была помещена в pop can или fizzy drink can или orangutan-flavored soft drink can, при условии, что soda can взяла верх на основе консенсуса и может быть определена как фактический давний заголовок.
Повторный листинг — это вариант, когда обсуждение не может быть закрыто иным образом, обычно из-за отсутствия консенсуса. Редакторы не обязаны ждать закрытия запроса на перемещение после его повторного размещения. После того, как запрос на перемещение был открыт в течение полных семи дней, он может быть закрыт в любое время невовлеченным редактором. Закрывающие ждут в основном общего согласия, консенсуса.
Исключение: если страница добавляется во время повторного размещения. Иногда редакторы могут не понимать, что для перемещения страницы A на B, страница B должна быть сначала перемещена на C. Когда новый запрос на перемещение страницы добавляется к той, которая уже была семидневной давности, бот RMCD помещает тег уведомления на вновь добавленную страницу в тот же день, и обсуждение должно продолжаться целых семь дней (или больше) до закрытия. Закрывающим полезно, когда повторные размещения оставляют заметку прямо под номинацией о том, что это произошло.
Позднее релистер может стать участником или завершителем обсуждения или опроса по запрошенному переезду.
Запрос на перемещение страницы X в Y никогда не должен быть закрыт таким образом, чтобы требовалось перемещение страницы Z, если Z не была указана в исходном запросе на перемещение (см. ниже).
Если обсуждение привело бы к тому, что оригинальный заголовок указывал бы на страницу "Foo (разночтение)", практика перемещения страниц состояла бы в том, чтобы немедленно переместить страницу разночтения на базовое имя страницы, согласно WP:MALPLACED . Это связано с тем, что страница разночтения, как предполагается, принадлежит базовому имени страницы, если только этот заголовок не занят основной темой.
Обычно существует три различных результата для консенсуса в запрошенных перемещениях. Завершающий этап должен четко показывать, какой результат имел место, чтобы другие редакторы могли быстро увидеть прогресс консенсуса относительно заголовка; гораздо проще переместить статью, в которой никогда не было твердого консенсуса относительно заголовка.
Хотя обычно считается дурным тоном повторно запрашивать перемещение, если консенсус против него не достигнут (до тех пор, пока обстоятельства не изменятся), не считается дурным тоном повторно поднимать запрос, по которому «не было достигнуто консенсуса» относительно перемещения. (Успешные повторные запросы на перемещение обычно, хотя и не всегда, происходят не менее чем через три месяца после предыдущего. Исключением является случай, когда обсуждение перемещения без консенсуса предполагает четкий новый курс действий.)
Большинство запросов на перемещение просты. Алиса предлагает переместить X в Y. Боб, Кэрол и Дэйв вступают в разговор. Эдгар анализирует обсуждение и решает, есть ли консенсус, а затем дает один из трех результатов, указанных выше.
Но иногда все усложняется. Элис предлагает переместить X в Y, но затем Боб высказывает реальные опасения по поводу Y и предлагает вместо этого Z. Кэрол говорит, нет, мы должны остаться с Y. Дэйв говорит, что нам на самом деле нужно оставить статью в X. Появляется Эдгар и очень сбит с толку. Что он делает?
Если вы как закрывающий сомневаетесь из-за того, что было предложено слишком много названий, а реального консенсуса нигде нет, как правило, лучше закрыть сделку по причине отсутствия консенсуса и позволить кому-то повторно предложить более конкретное или лучшее название.
Но опять же, бывают ситуации, когда было предложено несколько названий, и ни одно из них не приводит к консенсусу, за исключением того, что определено , что текущий заголовок не должен размещать статью. (Есть веские аргументы в пользу Y, и есть веские аргументы в пользу Z, но практически нет веских аргументов в пользу того, чтобы она осталась под названием X.) В этих сложных обстоятельствах замыкающий должен выбрать лучшее название из доступных вариантов, а затем ясно дать понять, что, хотя консенсус отклонил прежнее название (и не следует делать запрос на его возвращение легкомысленно), в отношении фактически выбранного названия консенсус отсутствует. Поскольку такие закрытия по своей сути сложны и требуют от замыкающего использования более независимого суждения, чем обычно, настоятельно рекомендуется предоставлять явное заключительное заявление в таких закрытиях. Поскольку этот результат не указывает на консенсус по выбранному названию, любой, кто возражает против решения замыкающего, может в любое время подать еще один запрос на перемещение , и ему рекомендуется создать такой запрос вместо того, чтобы пересматривать закрытие для перемещения .
Когда вы завершаете запись в проекте (независимо от того, был ли ход принят или отклонен), удалите тег {{ request move/dated }} со страницы обсуждения или измените {{ request move/ dates }} на {{ subst : asked move/ end }}. Вам также следует добавить и подписать комментарий, чтобы указать, был ли ход принят или отклонен в области обсуждения для запрошенного хода. Чтобы немного облегчить ситуацию, есть несколько скриптов, которые могут помочь, наиболее распространенными из которых являются User:TheTVExpert/rmCloser (за которым следуют User:DannyS712/PageMoverClosure и User:Andy M. Wang/closeRM ).
Хотя исторически существовали и другие варианты закрытия опроса по запросу на перенос на странице обсуждения соответствующей статьи, в настоящее время мы используем исключительно шаблоны-близнецы и {{ subst:RM bottom }}.{{subst:RM top|result of the discussion.}}
После нажатия на вкладку [редактировать] рядом с обсуждением перемещения вы можете следовать этим пошаговым инструкциям по закрытию обсуждения RM:
Closing requested move survey; page moved/not moved».После закрытия страница должна выглядеть примерно так:
Результат запроса на перемещение: РЕЗУЛЬТАТ . [Дополнительные комментарии]. (неадминистративное закрытие) Пример ( обсуждение ) 22:50, 12 ноября 2024 (UTC)
Foo → Foobar – обоснование номинатора. Пример ( обсуждение ) 22:50, 12 ноября 2024 (UTC)
После завершения перемещения шаблон {{ Old moves }} может быть добавлен в начало страницы обсуждения (или обновлен, если он уже присутствует), что позволяет редакторам видеть предыдущие обсуждения перемещения, которые в противном случае могли бы быть заархивированы. Это полезно для заголовков, которые, вероятно, будут снова оспорены, так что любой потенциальный повторно предлагающий может сослаться на предыдущие аргументы и рассмотреть, как может быть сформирован консенсус для перемещения. В случае страниц с несколькими обсуждениями перемещения эти шаблоны всегда следует добавлять/обновлять после закрытия RM.
После обновления страницы обсуждения статьи нет необходимости возвращаться на страницу Wikipedia:Requested moves и удалять там запись статьи; это будет сделано автоматически ботом.
Аналогично, бот RMCD удалит {{ Title notification }} со страницы в течение 15 минут.
Некоторые обсуждения RM являются спорными; необсужденные, односторонние перемещения страниц во время обсуждения или перемещения страниц, сделанные сразу после и вопреки решению о закрытии RM, являются разрушительными и наносят ущерб целостности процесса RM. Администраторы, отслеживающие обсуждения RM, должны использовать свое усмотрение для перемещения защищенных статей во время спорных обсуждений RM, когда они считают, что преждевременное, необсужденное одностороннее перемещение может нарушить обсуждение. Такое же усмотрение следует использовать для начала или продолжения защиты перемещения сразу после закрытия RM. Как правило, такая защита перемещения должна быть ограничена не более чем 30 днями при обычных обстоятельствах. Закрывающий комментарий RM должен ссылаться на защиту перемещения.
Большинство целевых имен для запросов на перемещение уже существуют как перенаправления на существующие имена. Независимо от того, является ли это перенаправлением или нет, существующий целевой заголовок следует исследовать, чтобы узнать, имеет ли он второстепенную или главную историю страницы . Если у него второстепенная история страницы, что обычно означает, что он существовал только как перенаправление и никогда не был дублирующей статьей, никогда не имел контента, который был вырезан и вставлен в текущий заголовок, или объединен с ним, его можно просто удалить. Однако, если у целевого заголовка страницы есть главная история, его никогда нельзя просто удалять, так как нам нужно сохранить такие истории страниц для надлежащего указания авторских прав . Существует три способа работы с целевыми страницами с главной историей, в зависимости от обстоятельств. В случае, если такая ситуация возникает при перемещении, нажмите «показать» ниже для получения инструкций.
Draft:Move/NAMEВам не следует закрывать ни один ход, если вы не желаете выполнять необходимые задачи по очистке, описанные в WP:POSTMOVE . Некоторые из наиболее часто требуемых задач по очистке:
Если страница должна быть перемещена в результате запроса на перемещение, об этом следует упомянуть в предложении о перемещении, а уведомление должно быть размещено на странице обсуждения статьи, которая должна быть перемещена (если, конечно, она не является местом проведения обсуждения). Как правило, запрос на перемещение о том, следует ли перемещать X в Y , не должен влиять на заголовок страницы Z , если только он не инициирован как {{ multi-move request }} , в котором перемещение Z упоминается как возможность. Это связано с тем, что редакторы, наиболее заинтересованные и осведомленные о Z, не могут внести свой вклад в обсуждение наименования, поскольку оно происходит в другом месте без какого-либо уведомления.
Такие ситуации часто возникают, когда Foo (баржа) предлагается переместить, скажем, в Foo (огромная парусная штука), и кто-то упоминает, что, по его мнению, баржа на самом деле является основной темой. Консенсус этих энтузиастов баржи может затем неформально предложить переместить существующую статью Foo в Foo (бар), фактически не уведомляя заинтересованных в Foobar редакторов, сигнализируя в Talk:Foo о том, что запрос на перемещение, касающийся этой страницы, имеет место. Это часто приводит к раздору и другому, более спорному запросу на перемещение. Если консенсус в X сигнализирует о том, что Z следует переместить, закройте запрос в Talk:X , не перемещайте Z и подайте новый запрос на перемещение в Talk:Z .
Даже если консенсус очевиден, при закрытии запроса на перемещение не перемещайте статьи, которые не были номинированы на перемещение, за исключением совершенно очевидных и даже не вызывающих правдоподобных споров ситуаций.
Запрос будет указан в специальном разделе под названием «Неверно сформированные запросы» на Wikipedia:Requested перемещается , когда листинговый бот не может успешно интерпретировать запрос. Пожалуйста, не забывайте использовать — а не вручную форматировать запрос самостоятельно — чтобы избежать этой проблемы. Возможные причины и решения включают:{{subst:Requested move}}
{{Requested move/dated}}HH:MM, D MM YYYY (UTC)) и не должна настраиваться.Запрос будет указан в специальном разделе под названием «Время не может быть установлено» на Wikipedia:Requested moves , когда листинговый бот не может установить дату, когда был сделан запрос. Пожалуйста, не забывайте использовать — а не вручную форматировать запрос самостоятельно — чтобы избежать этой проблемы. Возможные причины и решения включают:{{subst:Requested move}}
<!-- Template:Unsigned -->комментарий из конца строки — бот допускает до 23 байтов после метки времени в конце строки, а этот комментарий имеет длину 26 байтов.Иногда на странице обсуждения появляются два раздела с одинаковым заголовком . Когда это происходит, бот ссылается на первый, даже если текущий запрос на перемещение — второй. Это можно исправить, дав разделу, содержащему текущий запрос на перемещение, другое имя, например «Запрошенный ход 2», или дав старому разделу другое имя, например «Запрошенный ход (месяц год)». Дублирующий заголовок для одного и того же обсуждения можно удалить.