위키백과:요청된 이동/폐쇄 지침

다음은 위키백과를 닫기 위한 제안사항이다.요청된 이동 토론 일반적으로 이러한 사항은 정상적인 7일간의 상장 기간이 경과한 후에만 적용되어야 한다.^[a] 이러한 제안은 토론 페이지에서 발생하는 공식적인 이동 요청(즉, 논란의 여지가 있는 이동 요청)에 대해 설명되지만, 이동 시 권장되는 페이지 기록 조사 및 보존 및 정리 절차에 대해 유익하다. 기술 요청 섹션에 나열된 요청은 처리된 후 간단히 제거할 수 있다. 기술적 이동이 문제가 될 경우, 목록을 경쟁 기술 요청 섹션으로 이동하십시오.

특히 적용 가능한 정책과 지침에 대한 적절한 합의를 저울질하는 것과 관련하여, 본 지침의 정신과 취지를 따르는 데 더 가까운 RM이 실패하면 이동 검토를 시작할 수 있다.

마무리 담당자는 토론을 종결하는 기술적 과제를 고려할 때 이 가이드가 도움이 될 수 있다.

요청한 이동을 닫을 수 있는 사용자

이해충돌

관련된 편집자, 관리자 또는 기타는 이동 요청을 닫을 수 없다(한 가지 예외를 제외하고, 아래에 자세히 설명함).

다음과 같은 경우 귀하가 관련된 것으로 간주됨:

• 해당 기사에 대한 이동 요청을 제안한 적이 있음
• 이러한 이동 요청을 지지하거나 반대해 본 적이 있는 경우
• 이러한 이동 요청을 닫은 적이 있는 경우
• 이동 요청에 대한 자신의 입장을 명확히 하는 방식으로 모든 대화 페이지에 댓글을 단 적이 있는 경우(요청 사전 예약에 대한 댓글까지 포함)
• 해당 페이지 또는 해당 페이지에 대한 편집으로 이동 요청에 대한 사용자의 위치가 명확해짐

관여된 경우 폐지를 요청할 수 있으며, 의견진술, 이동요청 및 이동요청 재신청 등은 가능하나 이동요청은 종결할 수 없다.

위키피디아에는 많은 편집자들이 있고, 그들 중 많은 편집자들이 여러분과 같은 관련 편집자만큼이나 현명할지도 모른다. 프로세스를 신뢰하십시오. 관련 요청을 닫지 마십시오.

폐쇄를 요청하려면 관리자 게시판에 가서 공정한 관리자가 합의를 평가할 수 있도록 요청하십시오. 그러한 관리자는 관련 정책 및 지침(특히 WP:AT 및 WP:기본 TOPIC) 및 이동 요청 절차. 어떤 상황에서도 특정인을 요청하지 말고, 1주일의 기간이 만료되기 전에 휴업을 요청하지 마십시오.

(이 규칙에는 한 가지 예외가 있는데, 움직임 요청 제안자는 아직 의견이 없거나 반대 의견이 만장일치인 경우 자신의 이동 요청을 철회한 것으로 종결할 수 있다.)

비관리자 폐쇄

경험이 풍부하고 권한이 없는 등록 편집자는 요청된 이동 조사를 종료할 수 있다. 비관리자 폐쇄(NAC)는 템플릿으로 명시적으로 선언해야 한다{{subst:RMnac}}은(는) {{subst 내 마감에 대한 추론 바로 뒤에 위치한다.RM top} 템플릿(또는 사용: nac= 닫기 템플릿의 매개 변수).

비관리자 폐쇄에는 일반적으로 다음이 필요하다.

• 전체 상장 기간(7일)이 지나면 공감대나 부족이 뚜렷하다.
• 볼륨 있는 토크 페이지 아카이브와 같이 논의 중인 페이지의 이동과 함께 관련 하위 페이지를 몇 개 이상 이동하지 않아도 된다.(관리자와 페이지 이동자는 클릭 한 번으로 최대 100페이지까지 이동할 수 있다.)

비행정가는 직접 관련 정책과 지침이 지지하는 주장을 통해 합의 또는 합의 부족에 대한 공정한 평가가 요구된다는 점을 상기시킨다(더 넓은 위키백과 정책, 지침 및 합의를 염두에 두면서). 요청된 움직임에 대한 의견을 표현하고자 하는 편집자는 토론에 참여해야 한다. 토론은 종결되지 않아야 한다.

NAC는 비관리자가 RMs 및 우리의 폐쇄 절차에 대한 경험이 풍부한 한 요청된 움직임에 대해 낙담하지 않는다. 요청된 움직임의 모든 폐쇄는 WP에서 검토될 수 있다.검토 이동(WP:MR), 그러나 측근이 관리자가 아니라는 사실만으로 폐업을 번복할 충분한 이유는 결코 아니다. 실제로 많은 유명하고 논란의 여지가 있는 이동 요청은 NAC가 WP에 넘겨지면서 종결되었다.MRV, 그리고 거기서 단언했다. 비관리자는 참가자 사이의 중요한 논쟁거리가 해결되지 않은 토론을 마무리할 때 신중해야 하지만(실제로 모든 마무리 작업자가 움직여야 하는 것처럼), 경험이 많고 책임감이 없는 편집자는 RM 토론을 마무리할 수 있다.

때때로 이동은 다중 개정으로 리디렉션을 수반하며 기술적 개입이 필요하다. 편집자들은 토론을 종결하고 닫힌 토론에 대한 링크를 가지고 기술적 움직임을 제기할 수 있다. 움직임에 찬성하는 토론의 결과는 일반적으로 관리자(또는 페이지 이동자)가 존중해야 한다. 관리자가 명백히 부적절한 이동 폐쇄를 알아차린 경우 폐쇄를 되돌리고 논의를 다시 열어야 한다.

비관리자 클로저가 기술적 이동 요청에 의존하는 경우라면, 해당 요청을 적극적으로 모니터링해야 하며, 페이지에 포함된 이중 리디렉션, 공정 사용 합리화 및 탐색 상자 링크 수정과 같이 이동 후 모든 정리를 준비하고 수행할 준비가 되어 있어야 한다(아래 지시사항 참조). 비관리자 클로저가 기술 삭제를 기다리지 않고 이러한 방식으로 후속 조치를 수행하려는 경우 기술 개입이 필요하지 않은 요청된 움직임만 닫아야 한다.

페이지 이동자에 의한 닫기

페이지 이동 권한을 가진 편집자는 라운드 로빈 페이지 스왑을 통해 둘 이상의 편집으로 리디렉션을 이동하는 등 관리자의 도움 없이 특정 기술 이동을 수행할 수 있다. 사용자는 위키백과 페이지 이름 지정 시스템에 대한 충분한 이해와 적절한 페이지 이동 경험을 입증한 후 즉시 페이지 이동권을 부여 받는다. 페이지 이동자에 의한 폐쇄는 비관리자 폐쇄의 한 유형이므로 {{subst:RMnac}, {{subst:RMpmc} 또는 이와 동등한 값(또는 사용) pmc= 닫기 템플릿의 매개 변수).

컨센서

컨센서스는 단순히 주어진 토론에서 참가자들의 선호를 고려하는 것뿐만 아니라, 그들의 주장을 평가하고, 그에 따라 적절한 가중치를 부여하며, 적용 가능한 정책, 지침 및 명명 규칙에 반영되는 위키백과 커뮤니티의 관련 컨센서스에 적절한 고려를 함으로써 결정된다.

요청된 이동에는 최소 참여가 필요하지 않다. 아무도 반대하지 않은 경우, 이름 지정 규칙을 준수하지 않거나 해당 지침 또는 정책과 상충되지 않는 경우, 필요에 따라 이동을 수행하십시오. 또한, 규칙을 무시할 정당한 이유가 없는 한, 명명 규칙과 맞지 않거나 해당 지침 및 정책과 상충되는 모든 이동 요청은, 얼마나 많은 참가자가 이를 지지하는지 여부에 관계없이 이동하지 않고 종결되어야 한다. 주어진 토론의 참가자들은 위키백과 커뮤니티의 극히 일부분만을 대표한다는 것을 기억하십시오. 위키백과 커뮤니티의 합의는 모든 제목이 지켜야 할 정책, 지침 및 규약에 반영되어 있다. 따라서 클로저는 이러한 문제에 익숙해져 이러한 평가를 내릴 수 있는 능력을 갖추게 될 것으로 예상된다.

만약 이의제기가 제기되었다면, 위키피디아에 관한 다른 어떤 토론과 마찬가지로 토론도 평가되어야 한다: 정책이나 협약의 명확한 지표가 없고 참여자들 사이의 의견의 불일치는 보통 어떠한 변화도 일어나지 않는다는 것을 의미한다(AfD와 마찬가지로, 이것은 투표도 아니며 논쟁의 질이 AfD와 마찬가지로 논쟁의 질보다 더 중요하다). 소수 또는 다수로부터 온다). 그러나 때로는 행정적 도움 없이는 취소할 수 없는 긴 기존 이름에서 최근에 옮겨온 것에 대한 응답으로 요청된 움직임이 접수되기도 한다. 따라서 합의가 이뤄지지 않은 경우 기사를 다시 가장 최근 안정적 제목으로 옮겨야 한다. 최근 호칭이 안정되지 않았다면 기사가 단조로워지지 않게 된 후 1등 기고자가 사용하는 호칭으로 옮겨야 한다.

위키피디아에 따르면 다음 사항에 유의하십시오.합의 § 합의 없음:

따라서 오랜 제목에서 페이지를 옮겨 토론하는 동안 페이지를 원래 제목으로 다시 이동할 수 없는 경우, 기본 제목은 경합된 이동 이전의 제목이 된다. 예를 들어, 기사가 소다 캔에서 만들어지고 WP가 되기 전에 몇 년 동안 그곳에 머문다면:과감하게 팝캔으로 옮겨 '합의가 없다'는 결정을 내리게 하는 이동요청이 접수돼 해당 기사는 오랜 타이틀로 다시 옮겨야 한다. 원래 페이지를 팝 캔이나 탄산음료 캔이나 오랑우탄 맛 청량음료 캔에 넣었더라도, 합의점을 통해 탄산음료가 인수되어 실제 오랜 세월 동안 지속된 타이틀로 판정될 수 있는 한 그렇다.

재기존

기존 재배치는 토론이 다른 방법으로 종결될 수 없을 때 선택사항이며, 일반적으로 의견 일치가 부족하기 때문이다. 위키백과 참조:요청된 이동#지침 및 자세한 내용을 위해 요청된 이동 다시 실행 편집자는 이동 요청이 재등록된 후 이동 요청을 닫을 때까지 기다릴 의무가 없다. 이동 요청이 7일 동안 완전히 열리면 권한 없는 편집자에 의해 언제든지 이동 요청이 닫힐 수 있다. 마무리 작업자들은 주로 일반 합의, 합의가 이루어지기를 기다린다.

예외: 다시 등록하는 동안 페이지가 추가된 경우. 때때로 편집자들은 A페이지를 B페이지로 옮기기 위해서는 B페이지를 C페이지로 먼저 옮겨야 한다는 것을 깨닫지 못할 수 있다. 새로운 페이지 이동 요청이 이미 7일이 지난 페이지에 추가되면 RMCD 봇은 그날 새로 추가된 페이지에 통지 태그를 배치하고 토론은 7일 전에 완전히 진행되어야 한다. 재신임자들이 공천 바로 아래에 이런 일이 발생했다는 메모를 남길 때 마무리하는 사람들에게 도움이 된다.

재등록 및 참여

재계약자는 나중에 요청된 이동 토론 또는 설문조사에 참여할 수 있다.

관련 페이지만 이동

원래 이동 요청에 Z가 나열되지 않은 경우(아래 참조) 페이지 Z가 이동하도록 X에서 Y로의 이동에 대한 이동 요청을 닫아서는 안 된다.

세 가지 가능한 결과

요청된 이동에는 일반적으로 세 가지 다른 결과가 있다. 다른 편집자들이 제목에 대한 의견의 추이를 빨리 볼 수 있도록 클로저는 어떤 결과가 일어났는지를 분명히 보여줘야 한다; 제목에 대해 확고한 합의를 보지 못한 기사를 옮기는 것이 훨씬 더 쉽다.

1. 해당 기사의 이름을 바꾸지 않는 공감대가 형성되었을 때/움직이지 않는 공감대를 사용해야 한다. 예를 들어 밥 딜런의 이름을 스퀴지 조로 바꾸자는 제안은 모든 사람들(또는 거의 모든 사람들)이 제안된 움직임이 있어서는 안 된다는 것에 동의하게 될 것이다; 이것은 다른 편집자들에게 상황이 바뀌기 전에는 그리고 상황이 바뀌지 않는 한 미래에 이러한 움직임을 제안해서는 안 된다는 것을 알려준다. 긍정적인 의견 일치가 발견되었고, 그 의견 일치는 페이지가 있는 그대로 유지되는 것이다.
2. 움직일 수 있는 강한 공감대도, 현재의 타이틀을 지키기 위한 강한 공감대도 없을 때 어떠한 공감대도 사용되어서는 안 된다. 이것은 토론이 몇 개의 가능한 제목으로 분열되어 특별히 적합한 것은 없어 보이기 때문일 수도 있고, 또는 단순히 토론에서 명확한 승자가 없이 똑같이 강력한 주장과 위키백과 정책과 외부 출처에 대한 호소가 양쪽에서 발견되었기 때문일 수도 있다. 물론 위키피디아의 다른 곳과 마찬가지로, 이것은 현재 어떠한 조치도 취해지지 않는다는 것을 의미한다.

   (상황이 바뀌기 전까지는 또는 바뀌지 않는 한) 의견 일치가 발견되면 조치를 재요청하는 것이 보통 나쁜 형태지만, "합의할 수 없는" 요구를 재요청하는 것은 나쁜 형태로 간주되지 않는다. (성공적인 움직임 재요청은 반드시 그렇지는 않지만 일반적으로 이전 요구보다 최소 3개월 후에 이루어진다. 예외는 의견 일치가 없는 RM 토론이 명확한 RM 조치의 새로운 방향을 제시한 경우)이다.

3. 합의된 내용이 움직일 때 이동된 것을 사용해야 한다. 어떤 제목으로 이동해야 하는지에 대한 질문이 있는 경우, 마감 요약(예:"Crubzy José로 이동")에 이 내용을 기록해 두십시오. 이것은 거의 항상 새로운 제목에 대한 공감대를 형성하며, 새로운 정보나 주장이 나오지 않는 한 페이지를 이동하라는 추가 요청은 실패할 가능성이 높다.

여러 옵션이 포함된 토론

대부분의 이동 요청은 간단하다. 앨리스는 X를 Y로 옮기자고 제안한다. 밥, 캐롤, 데이브가 끼어들었다. 에드가르는 토론을 분석해 합의가 있는지 여부를 결정한 다음 위의 세 가지 결과 중 하나를 제시한다.

그러나 때때로 일이 복잡해진다. 앨리스는 X를 Y로 옮기는 것을 제안하지만, 그 후 밥은 Y에 대한 현실적인 우려를 제기하고, 대신 Z를 제안한다. 캐롤이 말하길, 아니, 우리는 Y와 함께 있어야 해. 데이브는 그 기사를 X에 보관해야 한다고 했어. 에드가가 나타나서 매우 혼란스럽다. 그는 무엇을 하죠?

일반적으로 말해서, 만약 여러분이 너무 많은 타이틀이 제안되었고 어느 곳에서도 진정한 합의가 이루어지지 않았기 때문에 더 가까운 사람으로서 의심스럽다면, 일반적으로는 어떤 합의도 없는 것으로 종결하고 누군가가 더 구체적이거나 더 나은 타이틀로 다시 제안을 할 수 있도록 하는 것이 가장 좋다.

그러나 한편으로, 현재의 제목이 기사를 주관하지 않아야 한다고 결정되는 것 외에는, 복수의 명칭이 제안되고 그 어느 것에서도 합의가 이루어지지 않는 드문 상황이 있다. (Y에 대해서는 좋은 주장이 있고, Z에 대해서는 좋은 주장이 있지만, X에 머무르는 데는 사실상 좋은 주장이 없다.) 이러한 어려운 상황에서, 이용할 수 있는 옵션의 가장 좋은 제목을 더 가까이에서 선택한 다음, 합의는 이전 타이틀을 거부했지만(그리고 그것을 다시 가져오라는 어떠한 요청도 가볍게 해서는 안 된다), 실제로 선택한 타이틀에 대한 합의는 없다는 것을 분명히 해야 한다. 그리고 만약 어떤 사람이 클로져의 선택에 반대한다면, 리뷰를 옮기기 위해서 그것을 가져가는 대신, 그들은 언제든지 또 다른 이동 요청을 해야 하는데, 이것은 바라건대 그 기사가 마지막 안정적 제목에 이르게 할 것이다.

요청한 이동 닫기

프로젝트에서 항목을 완료하면(이동 수락 또는 거부) 토크 페이지에서 {{요청된 이동/날짜} 태그를 제거하거나, {{요청된 이동/날짜}}을(를) {{subst:요청된 이동/종료}}}(으)로 변경하십시오. 또한 요청된 이동에 대해 토론 영역에서 해당 이동이 허용되었는지 또는 거부되었는지 여부를 나타내는 설명을 추가하고 서명해야 한다. 이것은 비공식적인 노트 또는 보다 공식적인 마감의 형태를 취할 수 있다(아래 참조). 조금이나마 완화시키기 위해 앤디 M의 이 대본을 사용하면 된다. 왕이나 페이지 이동자를 위한 이 대본.

역사적으로 해당 기사의 토크 페이지에서 이동 요청 설문 조사를 공식적으로 종결하는 다른 선택사항이 있었지만, 오늘날 우리는 두 가지 템플릿을 독점적으로 사용한다. {{subst:RM top result of the discussion.}} 및 {{subst:RM bottom}}. 어떤 이유로 신청하지 않은 요청은 상황에 따라 {{subst:notmovedmalformed}} 또는 이와 유사한 문구를 사용할 수 있다.

단계별 공식 마감 절차

이동 토론 옆에 있는 [편집] 탭을 누른 후 RM 토론을 종료하기 위한 단계별 지침을 따르십시오.

• 특정 결과로 이동 토론을 종료한 이유에 대한 추가 설명이 제공되면 ''RESULT' 직후에 추가 의견을 추가하십시오.
• "와 같은 편집 요약을 사용하여 페이지 저장Closing requested move survey; page moved/not moved".

닫은 후 페이지 모양은 다음과 같아야 한다.

원하는 경우 토크 페이지에 {{Oldmoves} 또는 {{Old move}}를 추가하십시오.

이동이 완료된 후, {{Oldmoves} 또는 {{Old move}} 템플릿이 토크 페이지 상단에 추가되거나(또는 이미 존재하는 경우 업데이트됨) 편집자가 다른 방법으로 보관될 수 있는 이전 이동 토론을 볼 수 있다. 이것은 다시 도전받을 가능성이 높은 타이틀에 도움이 된다. 그래서 재제안자는 이전의 주장을 참고할 수 있고 어떻게 합의가 형성되어 움직일 수 있는지를 고려할 수 있다. 다중 이동 토론이 있는 페이지의 경우, 이러한 템플릿은 RM 종료 후 항상 추가/업데이트되어야 한다.

자동 제거

기사의 토크 페이지가 업데이트되면 위키백과로 돌아갈 필요가 없다.요청된 페이지를 이동하여 해당 문서의 항목을 삭제함. 이 작업은 봇에 의해 자동으로 수행됨.

마찬가지로 RMCD 봇은 페이지 자체에서 15분 이내에 {{Title 공지사항}을(를) 제거한다.

RM 도중 및 RM 닫힘 직후 이동 보호 사용

일부 RM 토론은 논쟁의 여지가 있다; 토론 중 논의되지 않은 일방적인 페이지 이동 또는 RM 근접 결정 직후에 이루어진 페이지 이동은 파괴적이며 RM 프로세스의 무결성에 해를 끼친다. RM 토론을 감시하는 관리자들은 논쟁의 여지가 있는 RM 토론 중에 보호 기사를 이동하기 위해 자신의 재량권을 사용해야 한다. 이때 논의되지 않은 조급한 일방적 조치가 토론에 지장을 줄 것이라고 생각할 때 말이다. 동일한 재량으로 RM이 닫힌 후 즉시 보호를 시작하거나 계속 이동해야 한다. 일반적으로 이러한 이동 보호는 정상적인 상황에서 30일 이내로 제한해야 한다. RM 클로징 코멘트는 이동 보호를 참조해야 한다.

이동 절차

대상 페이지의 기록 편집

이동 요청에 대한 대부분의 대상 이름은 현재 이름으로 리디렉션되어 이미 존재함. 리디렉션 여부에 관계없이 기존 대상 제목에 작은 페이지 내역이 있는지 또는 주요 페이지 내역이 있는지 여부를 조사해야 한다. 일반적으로 리디렉션으로만 존재했고, 결코 중복된 기사가 아니었으며, 절삭되어 현재 제목에 붙여진 내용이 없거나, 거기서 병합된 내용이 전혀 없다면, 단순히 삭제될 수도 있다. 그러나, 만약 대상 페이지 제목이 주요 이력을 가지고 있다면, 우리는 적절한 저작권 귀속을 위해 그러한 페이지 이력을 보유해야 하기 때문에, 결코 단순하게 삭제되어서는 안 된다. 주요 이력을 가진 대상 페이지를 다루는 방법은 상황에 따라 세 가지가 있다. 이 상황이 이동 중일 경우 아래 "표시"를 클릭하여 지침을 확인하십시오.

이동 후 정리

어떤 동작을 한 후에 청소를 하는 것이 중요하다. 따라서 아래 나열된 필요한 정리 작업을 수행하지 않을 경우 이동을 닫지 마십시오.

공정 사용 합리성 수정

이동한 페이지에 공정한 사용 합리성이 있는 이미지가 있는지 확인하십시오(모든 Commons 이미지는 즉시 제외할 수 있으며 이미지 페이지의 로고로 쉽게 인식할 수 있음: . 이러한 공정한 사용 이미지가 있는 경우 이전 문서 이름의 모든 설명을 다시 제목 지정 이름으로 변경하여 이미지가 고아가 아닌 것으로 표시되도록 하십시오.

범주 정렬 키 수정

많은 페이지에는 {{DEFAURDSORT:Sort Key}} 형식의 페이지 카테고리 위에 템플릿이 있다. 정렬 키가 페이지의 이전 제목인 경우, 대부분의 경우 DEFAURDORT 템플리트를 삭제할 수 있다. DEFAURDORT는 아티클 이름과 다른 정렬 키를 원할 때만 사용하면 된다. 이 경우 정렬 키를 업데이트해야 할 수 있다. 또는 일부 페이지에서는 카테고리 링크 자체에 카테고리가 연결된다(예: [카테고리:Monty Python 영화 Name of Film]]]. 그 예에서 당신은 그 영화의 이름을 고쳤다.

리드에서의 해트노트, 해프닝 페이지 및 첫 문장 수정

위와 같이 흔하지는 않지만, 이동은 때때로 해트노트를 쓸모없게 만들 수 있다. {{Hatnote 템플릿 설명서}의 문서 페이지는 적절한 대체품이 필요한 경우(때로는 간단한 제거가 적절할 수 있음) 찾는 데 도움이 될 수 있다. 종종 이 주제의 이유는 주제와 관련된 설명 페이지가 있거나 WP별로 귀하와 그 반대의사를 가리키는 다른 주제가 있기 때문이다.TWODABS. 이러한 경우 DAB 페이지 또는 다른 기사를 해트 노트로 방문하여 방금 이동한 기사의 이전 이름을 새 이름으로 바꾸십시오. 기사의 리드 섹션의 첫 번째 문장은 이동에 따라 변경된 제목에 맞게 언어를 수정해야 할 수 있다.

이전에 기사에 대한 해트노트는 이동 논의가 진행 중임을 통지하는 사람에 의해 추가될 수 있다는 점에 유의하십시오. 현재 이 해트노트는 RMCD Bot에 의해 추가되고 있으며, 이후 이 봇에 의해 제거되고 있다. 제거가 1시간 이상 지연될 경우에만 주의가 필요하다(15분마다 봇이 가동된다).

리디렉션 수정

페이지 이동에 주제 구조의 변경이 수반되는 경우(대부분은 기본 제목에서 벗어나거나 이동) 관련 페이지로의 모든 리디렉션을 확인하고 필요한 경우 다시 정렬해야 한다.

사이드바 및 네비바

페이지에 연결되는 탐색 템플릿(예: 사이드바 또는 네비박스)은 링크가 직접 연결되도록 편집해야 한다. 이는 템플릿의 올바른 모양을 유지하기 위한 것이다. 탐색 템플릿이 페이지에 표시될 때 해당 페이지의 항목은 연결되지 않은 굵은체로 나타나도록 되어 있다. 페이지가 리디렉션을 통해 연결된 경우 이 항목은 작동하지 않는다.

편집통지서

때때로 페이지에는 템플릿 네임스페이스에 함께 편집 공지가 있다. 예를 들어, 0.999에 대한 편집 공지... 템플릿:편집통지/페이지/0.999... 때때로 페이지에는 그룹 편집통지서(이것과 같이)가 첨부되기도 하고, 더 드물게 보호 편집통지서(이것과 같이)가 첨부되기도 한다. 편집 통지가 있는 페이지를 이동하면 편집 통지가 함께 이동해야 한다. 현재, 이것은 관리자, 페이지 이동기 또는 템플릿 편집기의 기술적 도움을 필요로 한다.

토크 페이지 보관 수정

일부 보관 봇은 보관 설정에 하드코딩된 페이지 이름을 가지고 있다. 이동을 닫고 토크 페이지 보관을 이동한 후에는 봇 설정을 토크 페이지의 새 이름으로 업데이트해야 한다. 어떤 상황에서는 하드 코딩된 봇 하위 페이지를 업데이트(이동)해야 한다.

기본 주제 제목으로 설명 페이지 이동

리디렉션으로 인해 이동된 제목에 연결된 페이지가 이동 후에도 여전히 해당 제목을 가리키는 대부분의 이동과 달리, 해제 페이지가 기본 제목으로 이동될 때, 이것은 기본 제목에 연결된 페이지 사이의 연결을 분리한다. 예를 들어, 다음과 같다. Foo 어버이처럼 황폐한 이름으로 옮겨지고 Foo (disambiguation) 다음으로 옮겨진다. FooFoo와 연결된 모든 것이 이제 1차 디스패치 페이지로 이어진다. 이러한 경우 이전에 제목과 연결된 페이지의 손대기를 포함하는 상당한 정리가 필요할 수 있다.

리디렉션

페이지 이동 후 남겨진 리디렉션 페이지로 다시 이동할 기회가 있을 수 있다. 만약 [[Foo (ambiguous)]] 로 옮겨졌다. [[Foo (more focused)]], 뒤에 남겨진 리디렉션을 다음으로 다시 정렬해야 할지도 모른다. [[Foo (disambiguation)#(Appropriate section)]]. 이러한 경우, 왼쪽 뒤 리디렉션에 대한 링크를 모호하게 하려면 다시 상당한 정리가 필요할 수 있다.

기본 항목 페이지 이동

때때로 기본 이름과 같은 기본 주제 제목은 다른 기사 페이지로 이동된다. 예를 들어 토크:시놀라 디트로이트#요청된 움직임 2018년 5월 13일 그럴 경우 디트로이트 기업의 기사에서 원제품과 회사에 관한 기사로 기본명 '시놀라'가 옮겨졌다. "시놀라"의 모든 메인 스페이스 링크 원래 "시놀라 디트로이트"에 연결하기 위한 것이었던 이 페이지의 링크들은 기본 이름을 디스컴파일 페이지로 이동할 때와 비슷한 방식으로 고쳐져야 했다. 각각의 페이지를 열어야 했고, "시놀라"의 모든 링크가 "시놀라 디트로이트"로 바뀌어야 했다.

위키다타 업데이트

일부 "성공적으로 이동된" 페이지의 하단 근처에는 업데이트가 필요할 수 있는 Wikidata의 관련 페이지에 대한 링크가 있으며(이 링크는 페이지를 이동할 때 자동으로 수행될 수 있음), "Wikidata 항목"이라는 이름의 링크가 "도구" 섹션의 왼쪽 사이드바에 나타날 수도 있다. Wikidata 페이지의 오른쪽 상단에는 "편집" 링크(필요할 경우 오른쪽으로 스크롤)가 있는데, 이 링크는 맨 위 박스의 주요 정보를 업데이트하는 데 사용된다. 맨 왼쪽 필드는 새 페이지 제목에 대한 것으로, 가운데에 있는 설명 필드는 모든 유형의 해명에 사용할 수 있다(제목 필드에 "(해명"을 포함하지 않음), 위키미디어 목록 등). 대체 이름은 가장 오른쪽 필드에 포함될 수 있다. 완료되면 오른쪽 상단의 "저장"을 클릭하면 Wikidata 페이지가 업데이트된다.

다른 페이지 이동

이동 요청의 결과로 페이지를 이동하려면 이동 제안서에 이에 대해 언급하고 이동할 기사의 토크 페이지에 공지해야 한다(물론 토론을 주최하는 경우는 제외). 일반적으로 X의 Y로의 이동 여부에 대한 이동 요청은 Z의 이동을 가능으로 언급하는 {{멀티 무브 요청}으로 시작하지 않는 한 Z 페이지의 제목에 영향을 미치지 않아야 한다. 왜냐하면 Z에 가장 관심이 많고 잘 알고 있는 편집자들이 이름짓기 토론에 전문성을 기할 수 없기 때문이다. 왜냐하면 그것은 아무런 예고도 없이 다른 장소에서 일어나고 있기 때문이다.

이런 상황은 종종 푸(barge)가 푸(foo)로 옮겨가자고 제안될 때 나타나는데, 누군가가 바지선이 실제로 주요 주제라고 생각한다고 언급한다. 그런 다음 이들 바지선 애호가들의 의견 일치를 통해 Talk에서 다음과 같은 신호를 통해 실제로 Foobar에 관심 있는 편집자들에게 통보하지 않고 기존 기사 Foo를 Foo(bar)로 이동시킬 것을 비공식적으로 제안할 수 있다.그 페이지와 관련된 이동 요청이 일어나고 있다. 이것은 종종 분쟁과 또 다른, 더 논쟁적인 움직임 요청으로 이어진다. X에서 합의된 내용이 Z가 움직여야 한다는 신호를 보낼 경우, Talk:X에서 요청을 닫고 Z를 이동하지 말고 Talk:Z에서 새 이동 요청을 제출하십시오.

합의가 명확하더라도 이동요청을 종결할 때 가장 명확하고 믿기 어려울 정도로 논란의 여지가 없는 상황 외에는 이동하도록 지명되지 않은 기사를 이동시키지 않는다.

봇 고려사항

잘못된 형식의 요청

요청은 위키피디아에서 "Malformed requests"라는 제목의 특별 섹션에 나열될 것이다.목록 봇이 요청을 성공적으로 해석하지 못할 때 요청된 이동. 사용하는 것을 잊지 마십시오. {{subst:Requested move}} – 이 문제를 방지하기 위해 요청을 직접 포맷하는 것이 아니라, 가능한 원인과 해결책은 다음과 같다.

• 이 요청은 기존 토크 페이지 섹션에 추가되었다. 새 섹션 머리글을 위에 바로 위에 추가 {{Requested move/dated}} 템플릿.
• 섹션 헤더와 섹션 헤더 사이에 WikiMarkup 코드(텍스트, 템플릿 등)가 삽입되었다. {{Requested move/dated}} 템플릿. 해당 코드를 섹션 헤더 위 또는 요청 아래로 이동하거나 제거하십시오.
• 단면 헤더 == 등호 기호 뒤에 있는 빈칸을 찾아 머리글 뒤에 있는 줄을 포함하여 모두 제거하십시오.
• 자동 생성된 레벨 2 헤더를 레벨 3 헤더로 변경하여 RM 섹션을 이전에 시작된 논의의 하위 섹션으로 만드는 것은 괜찮다.
• 이동 요청된 페이지는 리디렉션된 페이지 입니다. 리디렉션되지 않는 내용이 있는 페이지만 이동하도록 요청해야 한다.

"시간을 확인할 수 없음"

위키백과의 "확인할 수 없는 시간"이라는 제목의 특별 섹션에 요청이 나열될 것이다.목록 봇이 요청된 날짜를 확인할 수 없을 때 요청된 이동. 사용하는 것을 잊지 마십시오. {{subst:Requested move}} – 이 문제를 방지하기 위해 요청을 직접 포맷하는 것이 아니라, 가능한 원인과 해결책은 다음과 같다.

• 이동 요청이 서명되지 않은 경우. 이동 요청에 서명하면 문제가 해결된다. 다른 사람을 위해 서명하고 {{부호하지 않은}}}을(를) 사용하는 경우 이를 위해 오늘의 시간/날짜 스탬프를 배치해야 문제를 해결할 수 있으므로 {{subst:부호되지 않은 Foo ~~~} 형식을 사용할 수 있으며, 타임 스탬프를 배치하기 위해 5개의 틸트를 사용하거나 실제 타임스탬프를 기록에서 복사할 수 있지만 (UTC)를 추가해야 한다는 점에 유의하십시오.
  또한 제거 <!-- Template:Unsigned --> 줄 끝에서 코멘트 – 봇은 줄 끝에 있는 타임스탬프 뒤에 최대 23바이트까지 코멘트를 허용하며, 코멘트의 길이는 26바이트다.
• 제안된 움직임과 제안 설명 사이의 누락은 설명이 나타나지 않게 할 것이다. 이것은 단순히 누락된 &ndash를 추가하기만 하면 고칠 수 있다.
• 비정상적으로 서명이 포맷되면 제안 설명의 끝을 인식할 수 없게 된다. 예를 들어, 날짜가 일년이 아닌 월일, 연도 형식인 경우. 이는 타임스탬프를 편집하거나 형식화된 타임스탬프를 추가하여 수정할 수 있다.[1] 첫 번째 경우 2012년 12월 20일을 2012년 12월 20일로 변경하였고, 두 번째 경우에는 두 번째 타임스탬프가 추가되었다.

헤더 혼동

때때로 같은 섹션 제목을 가진 두 개의 섹션이 대화 페이지에 나타날 것이다. 이렇게 되면 현재 이동 요청이 두 번째라도 봇이 첫 번째와 연결된다. 이는 현재 이동 요청을 포함하는 섹션에 "요청된 이동 2"와 같은 다른 이름을 부여하거나, 구 섹션에 "요청된 이동(월)"과 같은 다른 이름을 부여하여 해결할 수 있다. 동일한 토론에 대한 중복 헤더를 삭제할 수 있다.

노트