위키백과토론:이동 요청

    위키백과, 우리 모두의 백과사전.

    문서 이동 요청→이동 요청 제목 변경[편집]

    영어 위키백과의 en:Wikipedia:Requested moves에서는 아래의 언급이 있습니다.

    • Requested moves is a process for requesting the retitling (moving) of an article, template, or project page on Wikipedia.

    즉, 이동 요청은 문서뿐 아니라, 틀이나 프로젝트 문서도 아우른다는 이야기입니다. 따라서 앞에 '문서'라는 용어로 한정하면 안 된다고 생각합니다. 또, 백:삭제 토론백:복구 토론라는 제목에서도 문서만을 다루지 않으므로 앞에 문서를 붙이지 않는데, 문서 이동 요청이라는 제목 또한 이동 요청으로 통일해야 한다고 생각됩니다. --Ykhwong (토론) 2015년 10월 28일 (수) 13:11 (KST)답변[답변]

    동의합니다. "위키백과"와 어울려 쓰이는 "이동"(혹은 "옮기기")이 다른 의미로 해석될 여지는 적다고 봅니다. --IRTC1015 2015년 10월 28일 (수) 15:57 (KST)답변[답변]
    본디 '문서 이동 요청'은 '문서 관리 요청'의 업무를 분담하기 위해 새로 도입된 것이기에 서로 연관성이 있으며, 위키백과:문서 관리 요청에서도 마찬가지로 일반 이름공간을 포함한 위키백과의 모든 문서들이 처리되고 있습니다. 두 공간의 이름을 함께 맞출 필요가 있다고 생각합니다. --BIGRULE (토론) 2015년 10월 28일 (수) 17:51 (KST)답변[답변]
    이름 자체로만 보면 '이동 요청'으로 변경하는데 문제는 없겠지만, 말씀하신대로 문서 관리 요청을 어떠한 이름으로 바꿔야할지는 모호한 부분이 있네요. 관리 요청으로 할 경우 사용자 관리 요청과 구분이 안 되는 문제가 예상되긴 합니다. (논외일 수도 있습니다만) 문서 이동 요청은 문서 관리 요청에서 분리되었지만, 큰 틀에서 보면 "문서 관리 요청⊃문서 이동 요청"이라 문서 이동을 위해 문서 관리 요청을 방문하는 혼동이 예상되기도 합니다. --Ykhwong (토론) 2015년 10월 30일 (금) 02:40 (KST)답변[답변]
    다소 덧붙이자면, "문서"는 일반 이름공간(ns:0)만을 지칭하지 않습니다(즉, 틀과 프로젝트 "문서" 또한 포함합니다). 영어의 "article"에 1:1 대응하는 용어로는 "(백과사전의) 항목"이 통용되는 것으로 압니다. 미디어위키 상에서 "이동"의 대상이 되는 것으로 문서와 파일의 둘을 들 수 있는데, 후자는 드물기는 하지만 양자 모두 문서 이동 요청에서 접수되고 있습니다. 이런 상황에서 굳이 "문서"를 넣어 대상을 한정할 필요가 없다는 맥락에서 명칭 변경에는 동의합니다. 굳이 문서 관리 요청과 묶어서 생각할 필요는 없을 것 같습니다. --IRTC1015 2015년 10월 31일 (토) 17:04 (KST)답변[답변]
    IRTC1015님의 의견과 같습니다. 또한 이건 주관적인 생각이지만 일반 공간 문서도 아닌 틀인데 이름에 그리 연연할 필요까지는 없다 사료됩니다. --양념파닭 (토론 · 기여) 2015년 10월 31일 (토) 21:53 (KST)답변[답변]
    IRTC1015님의 말씀을 들어보니 그런 부분이 있었군요. 이동 대상이 파일도 포함할 수 있겠다는 것을 잠시 놓치고 있었습니다. 말씀하신대로 문서는 프로젝트 문서 등을 아우를 수 있고, 문서에 한정하지 않고 파일을 포함하여 포괄적인 이동의 의미에서 '이동 요청'으로 옮기는 의견에 동의합니다. 좋은 의견 감사합니다. --Ykhwong (토론) 2015년 11월 1일 (일) 02:09 (KST)답변[답변]
    표제어 변경에 관한 건에 대한 의견은 윗 분들과 같습니다. 다만 이 토론과는 별개로 제가 위에서 잠시 언급했지만 위키백과:문서 관리 요청의 표제어 변경도 고려해볼 필요가 있지 않나 싶습니다. 드물기는 하지만 현재 '문서' 관리 요청에서는 문서 이외에도 '파일'에 관한 요청 또한 받고 있기 때문에 이를 아우르는 표제어로 변경이 필요하다고 생각되는데 일단 이곳에서 간단한 논의를 거친 뒤에 관련 공간에서 새로운 토론을 개설하고자 합니다. --BIGRULE (토론) 2015년 11월 1일 (일) 13:35 (KST)답변[답변]
    찬성 "이동 요청"으로의 표제어 이동에 동의합니다. --관인생략 (토론) 2018년 10월 2일 (화) 13:44 (KST)답변[답변]
    단순히 "이동 요청"이라고만 놔 두면 "무엇을" 이동하는 곳인지가 불분명한데, 너무 애매하지 않을까요?--L. Lycaon (토론 / 기여) 2019년 9월 27일 (금) 15:52 (KST)답변[답변]
    일반 문서 뿐만 아니라 분류, 틀, 파일까지 포함하는 이동 요청을 처리하는 곳이기 때문에, 특정어를 넣어 지칭하는 것은 어려운 일이라고 생각합니다. --관인생략 (토론) 2019년 9월 28일 (토) 13:43 (KST)답변[답변]
    너무 애매하긴 하지만, 삭제토론이나 복구토론 명칭의 선례에 따라 이동요청에 찬성합니다.--L. Lycaon (토론 / 기여) 2019년 10월 6일 (일) 15:32 (KST)답변[답변]

    의견 '문서'는 좁은 의미로는 일반 이름 공간에 있는 문서만을 지칭할 수 있겠으나, 넓은 의미로는 모든 이름 공간에 있는 문서와 파일, 이미지, 사진, 사운드, 동영상 등을 포함하는 말입니다. 일상 생활에서도 "파일 문서"라는 말을 사용하고 있습니다. 광의의 문서 개념으로 볼 때 "문서 이동 요청"이 일반 문서 이동뿐 아니라 파일 이동 요청까지 포함한 정확한 명칭이라고 봅니다. 다만, 굳이 다른 '이동 요청'과 혼동될 여지가 없으므로, (문서)삭제토론, (문서)복구토론 등의 명칭 선례에 따라, "문서 이동 요청"의 간략한 줄임말로 "이동 요청"이라고 하자는 제안에 찬성합니다. -- 아사달(Asadal) (토론) 2019년 10월 13일 (일) 04:08 (KST)답변[답변]

    새로 만든 틀:테두리색을 사용해 보려고, 테두리를 하고 배경색을 넣어보았습니다. 이렇게 하면 다른 토론들과 시각적으로 잘 구별되어서 편할 것 같습니다. -- 아사달(Asadal) (토론) 2019년 10월 13일 (일) 04:16 (KST)답변[답변]
    본 사항은 문서 이동 요청에 따라 처리되었음을 알려드립니다. --Sotiale (토론) 2019년 10월 25일 (금) 01:46 (KST)답변[답변]

    넘겨주기 고침으로 인해 이동이 안되는 경우의 처리에 대해[편집]

    단순 넘겨주기 고침으로 인해 역사에 존재하는 판이 여럿 생성되며, 일반 사용자의 권한으로 더 이상 넘겨줄 수 없게 된 문서들이 많이 있습니다. 이러한 문서들의 이동을 요청하는데에 편집자들은 불필요한 에너지를 소모할 뿐 아니라, 관리자들은 이를 두고 요청의 정당성을 검토해야하기 때문에 관리력까지 소모되고 있습니다. 게다가 편집분쟁시 넘겨주기를 수정하는 방식으로 이를 악용하는 사례도 종종 나타나는 상황입니다.

    따라서 다음의 안을 제안합니다:

    1. 단순 넘겨주기 고침으로 인한 판 생성으로 문서 이동이 제한되는 경우만 모아 별도의 문서이동 신청 장소를 만듭니다.
    2. 미디어위키:Articleexists에 그 신청 장소로 가는 넘겨주기를 삽입해 편집자들이 쉽게 문서 이동을 할 수 있도록 안내합니다.
    3. 관리자분들은 이러한 케이스를 처리할 때 오직 반달여부만 판단하고 백:과감에 의거하여 전부 이동시킴으로써 일반 편집자의 권리를 보장합니다.

    ――사도바울 (💬ℹ️) 2022년 10월 30일 (일) 01:06 (KST)답변[답변]

    영어 위키백과 같은데에는 문서 이동자라는 권한도 있는 것 같은데 이걸 도입해 보는것은 어떨까요?--na 2022년 10월 30일 (일) 14:44 (KST)답변[답변]
    그 의견도 전에 나왔었고 개인적으로도 찾아보았는데 en:Wikipedia:Page_mover#delete-redirect에 따르면 'single revision redirect'인 경우만 삭제가 가능한 모양이라 사실상 판이 여러개인 경우 삭제자 권한이 필요한 것으로 이해하고 있습니다. ――사도바울 (💬ℹ️) 2022년 10월 30일 (일) 15:00 (KST)답변[답변]
    그래도 아예 없는거보다는 낫지 않을까요? na 2022년 11월 1일 (화) 21:26 (KST)답변[답변]
    처음 page mover를 도입해보자는 말씀을 하신 이유를 먼저 말씀해주셔야 제가 의견을 낼 수 있을 것 같습니다. 그리고 제 제안에 대한 의견은 어떠신지요? ――사도바울 (💬ℹ️) 2022년 11월 1일 (화) 22:32 (KST)답변[답변]
    솔직히 말해서, 어렵다고 봅니다. 이게 기술적인 문제라 관리자 수 자체가 늘지 않는 이상 크게 의미는 없을 것 같습니다. 아래에서 얘기가 나온대로 삭제자가 도입되면 모르겠지만 삭제자도 "관리자와 동일한 선거 조건을 요구"하라는 재단의 말때문에 답이 없죠. 문서를 분리해서 얻을 이득도 사실 잘 모르겠고요.
    page mover를 도입하자는 이유는 판이 두개 이상이면 안되겠지만 판이 하나만 존재한다면 일반 사용자가 어떻게든 "할 수 있으니까" 도입하자고 한겁니다. 사실 delete-redirect 권한만 있어도 되긴 합니다. na 2022년 11월 3일 (목) 22:03 (KST)답변[답변]
    1, 2에는 회의적, 3번에는 찬성으로 읽어도 될까요? page mover에는 찬성합니다. ――사도바울 (💬ℹ️) 2022년 11월 3일 (목) 23:42 (KST)답변[답변]
    넘겨주기 문서가 이동 권한이 있어도 이동이 되지않는건 권한이 의미가 없으니까요. 넘겨주기 문서가 생성이 되지 않았거나 이미 있을때 모든 문서가 이동이 되는게 아니라 보통 이동 요청에서 이동이 되는 문서가 정해져 있어서 그게 문제죠. 이중 넘겨주기, 끓긴 넘겨주기 기능 때문에 ted님 말씀으로는 자바스크립트가 닫혀서 그렇거나 문서가 여러개 판으로 겹쳐있거나 아직 미완성 부분이 있어서 그렇다고 들었죠. 백:편집은 과감하게 개정안 시행해야됩니다. Page Move 권한을 한국어 위키백과에 도입하면 그냥 평범한 이동 권한이 아니라 문서 이동자라는 전문적 기술의 권한이 주어지면 넘겨주기 문서가 이미 있어도 이동이 안되는 문서를 이동되게 만들수 있다는 겁니다. 사도바울님 의견에 삭제자 권한이 Page Move 문서 이동자 권한에 있다고 말씀해주셨듯이 문서를 별도로 삭제할수 있는 권한도 같이 있으면 좋겠네요. 의견이 나왔다면 5년 안에 문서 이동자 권한이 생겼으면 좋겠습니다. 지금 문서 이동하는것도 제대로 못하고 있어서 권한 도입 안하면 불편할수 밖에 없겠죠. 영어 위키백과의 권한을 이곳에도 도입하는 마련이 필요합니다. --Benohight214 (토론) 2022년 10월 30일 (일) 16:42 (KST)답변[답변]
    "문서를 별도로 삭제할수 있는 권한"이라면 삭제자를 말씀하시는 것 같은데, 재단 지침상 불가능한 것으로 알고 있습니다. 양념파닭 (토론) 2022년 10월 31일 (월) 18:12 (KST)답변[답변]
    삭제자 권한은 안되겠네요. 삭제 권한은 크게 바라지는 않지만 삭제자를 못해도 이동만큼은 넘겨주기 문서를 모두 이동할수 있게끔 만들어줬으면 좋겠네요. 이미 생성된 문서는 문서 이동이 안되는 경우도 있는데 그런걸 뚫어주는 시스템을 넣어주면 좋겠네요. --Benohight214 (토론) 2022년 10월 31일 (월) 21:32 (KST)답변[답변]
    사실 Page mover로 robbin round move였나 하는 기능을 통해 비슷하게 구현이 가능하긴 한데, page mover가 들어오기 전까지만이라도 제가 제안한 안이 적용되어야 할겁니다. 혹시 제 제안에 대한 의견은 어떠신지요? ――사도바울 (💬ℹ️) 2022년 10월 31일 (월) 22:45 (KST)답변[답변]
    찬성합니다.
    1번 별도의 문서 이동 신청 장소를 마련한다.
    2번 미디어위키에 신청 장소로 넘어가는 넘겨주기를 삽입해 이동할수 있도록 안내한다.
    3번 편집은 과감하게를 시행해 편집자의 권리를 보장한다.
    저는 3번을 1순위로 하겠습니다.
    편집자는 문서를 편집할 권리가 있다.
    구현만 가능하다면 Page mover를 들여오는건 문제없다고 생각합니다.
    제안에 동의합니다. --Benohight214 (토론) 2022년 11월 1일 (화) 12:25 (KST)답변[답변]