위키백과토론:넘겨주기 문서/보존1

+

외국어로된 고유명사(사람이름 등)의 경우 그 언어에 한해 넘겨주기를 제작할 수 있었으면 좋겠습니다. --마소리스 2006년 8월 13일 (월) 22:11 (KST)답변

여러 번 나온 이야기죠 :P 굳이 외국어로 넘겨주기 문서를 만들 필요가 없는 가장 큰 이유는, 검색 기능이 똑똑하다면 넘겨주기를 만들어주지 않아도 문서에 외국어 이름을 잘 써 주었다면 검색엔진이 알아서 찾아주기 때문입니다. --Klutzy 2006년 8월 13일 (월) 22:21 (KST)답변
하지만 지금 찾기가 제대로 동작하지 않습니다.--으음~ 2006년 8월 13일 (월) 22:33 (KST)답변

띄어쓰기

현재의 넘겨주기 지침에는 띄어쓰기가 서로 다른 문서에 대한 지침이 없습니다. 그래서, 띄어쓰기와 관련된 규칙이 필요하다고 생각합니다. --peremen 2006년 9월 4일 (화) 20:10 (KST)답변

2단계 넘겨주기를 통해서 선호하는 띄어쓰기로 옮겨갈 수 있도록 하는 것을 제안합니다. 예를 들어 일반적으로 선전 경제특구와 같은 표현인 선전 경제 특구라는 페이지를 띄어 쓰기를 모두 없앤 선전경제특구로 넘겨주고 선전경제특구에서는 가장 많이 쓰이는 선전 경제특구로 넘겨주는 것입니다. 더 극명한 예를 들면 서울특별시지적임야약도서울특별시 지적임야 약도로 쓰는 것이 맞다면 서울 특별시 지점 임야 약도서울특별시지적입야약도로 넘겨주면 그곳에 있는 가장 일반적인 띄어쓰기인 서울특별시 지적임야 약도로 넘어 갈 것입니다. 미디어 위키에서 서울 특별시 지적 임야 약도라는 문서는 없으나 서울특별시지적임야약도가 존재한다면, 넘겨주기 문서없이도 내부적으로 서울특별시지적임야약도로 넘겨준다면 더 좋겠습니다. -- 개굴 2007년 8월 31일 (금) 23:30 (KST)답변

추가하고자 하는 내용

넘겨주기 삭제

일반적으로 넘겨주기의 삭제가 위험할 수 있는 이유는 다음과 같습니다:

  • 넘겨주기 문서에 많은 편집 역사가 있을 수 있습니다.
  • 만약 넘겨주기가 오래되었다면, 그 넘겨주기의 삭제로 인해 관련된 링크가 깨질 수 있습니다.

그러므로 넘겨주기의 삭제는 될 수 있는 한, 최근에 작성된 크게 잘못된 넘겨주기만 삭제하여야 합니다.


관리자는 이러한 넘겨주기가 있을 경우 삭제할 수 있습니다:

  1. 넘겨주기 문서가 비상식적으로 접근하기가 어려울 경우.
  2. 넘겨주기 문서가 두 가지 이상의 문서를 지칭하여, 혼란을 일으킬 수 있을 경우. 이 경우, 넘겨주기 문서를 삭제하는 것 보다는, 동음이의어 문서로 만드는 것을 권장합니다.
  3. 넘겨주기 문서의 이름에 공격적인 문구가 담겨 있을 경우.
  4. 넘겨주기 문서의 이름이 넌센스나 장난일 경우.
  5. 넘겨주기 문서가 다른 네임스페이스에 있는 문서를 가리킬 경우. 단, 백:단과 같은 경우는 예외입니다.
  6. 넘겨주기 문서가 깨진 문서 또는 자기 자신을 가리킬 경우.


그러나 이러한 경우에 삭제하여서는 안 됩니다:

  1. 넘겨주기 문서에 유용할 수 있을만한 역사가 담겨 있을 경우. 만일 넘겨주기 문서가 문서 이동을 통해 생성되어, 역사 페이지에 이동에 관한 정보가 담겨 있을 경우, 이런 문서를 삭제 할 때에는 넘겨주기가 가리키는 문서의 토론에 이동에 관한 정보를 복사해 넣어야 합니다.
  2. 사용자가 해당 문서를 검색하기 위해 입력할 가능성이 있을만한 모든 넘겨주기 문서가 지워져서는 안됩니다. 예를들어 맞춤법이 잘못된 표현을 옳은 표현으로 넘겨주기 위한 문서, 잘못된 명명법, 해당 문서를 검색하기 위해 입력할만한 동의어 등을 포함합니다. 다시 말하자면 이러한 것은 위키백과에서 지워져야할 넘겨주기 문서가 이니라, 위키백과를 사용하는 이용자에게 도움이 되는 넘겨주기입니다.
  3. 검색에 도움을 줄 수 있을 경우.
  4. 넘겨주기를 삭제함으로 인해, 내부 또는 외부링크가 깨질 가능성이 있을 경우.
  5. 어느 누군가에게 도움이 될 만한 넘겨주기일 경우. 해당 넘겨주기가 유용하다고 누군가 주장하는 사람이 있을 경우, 관리자가 유용하다고 생각하지 않을지라도 해당 넘겨주기는 남아 있어야합니다. - 이는 해당 사용자가 거짓말쟁이이기 때문이 아니라, 위키백과는 다양한 방법과 시각을 존중해야 하기 때문입니다.


※ 위의 제안이 통과 될 경우, 현재 지침의 다음 부분은 삭제될 것입니다:

  • 표제어가 한글로 되어 있을 때, 다른 문자로 된 표기를 넘겨주기 문서로 만들지 않습니다.
  • 단, 한국식 한자음이 널리 쓰이지 않는 경우는 넘겨주기 문서로 만들지 않습니다.

--마소리스 2007년 1월 25일 (금) 23:26 (KST)답변


관련 제안이 위키백과:사랑방/2007년 1월#보호 문서와 넘겨주기 문서 정책 수정 제안에 있습니다. --마소리스 2007년 1월 26일 (금) 12:22 (KST)답변

의견

Masoris 님이 추가한 내용을 일단 토론으로 옮깁니다. -- ChongDae 2007년 1월 25일 (금) 19:35 (KST)답변

  • 표제어가 한글로 되어 있을 때, 다른 문자로 된 표기를 넘겨주기 문서로 만들지 않습니다.
  • 단, 한국식 한자음이 널리 쓰이지 않는 경우는 넘겨주기 문서로 만들지 않습니다.
위 두 조항의 삭제에 반대합니다. -- ChongDae 2007년 1월 26일 (금) 10:43 (KST)답변
제가 제시한 '넘겨주기 문서 수정'에 반대가 많아, 현재의 제안을 철회하겠으며, 넘겨주기 문서 지침 수정을 요구하는 사람이 많으므로, 일주일 정도 후에 해당 토론을 할 수 있는 자리를 마련토록 하겠습니다. --마소리스 2007년 1월 27일 (토) 12:38 (KST)답변

프로그램상의 제안

이른바 '잘못된 넘겨주기 문서'라 함은 엉뚱한 문서에 넘겨주기를 하고 있거나 쓰이지 않는 말을 이용한 쓸데없는 문서입니다. '데옥시리보핵산'의 경우에 원어로는 'Deoxyribonucleic acid'이지만, '디옥시리보핵산', 즉 'Dioxyribonucleic acid'을 가리키는 말로 전자를 칭하는 데 쓰기도 합니다. 이런 경우에는 넘겨주기 문서 대신 두 가지의 경우가 가능하다는 것을 작성한 문서가 필요합니다. 또한 아래에서 '넘겨주기의 대상 문서가 이동된 경우'를 말했습니다. 이 때에는(기술상의 제약이 있으나), 문서를 이동할 때 그 문서를 대상으로 하는 넘겨주기 문서의 대상 문서 제목도 저절로 바뀌도록 하는 것이 좋을 것입니다. --어니야 2007년 4월 12일 (금) 22:57 (KST)답변

넘겨주기 수정안

위키백과:사랑방/2007년 1월#보호 문서와 넘겨주기 문서 정책 수정 제안에 대한 수정안 입니다. 관련 토론은 위키백과토론:넘겨주기 문서/넘겨주기 수정안에서 해 주시기 바랍니다. --마소리스 2007년 2월 2일 (금) 03:53 (KST)답변

넘겨주기 문서 수정 제안

현재의 위키백과:넘겨주기 문서위키백과:넘겨주기 문서/넘겨주기 수정안으로 수정할 것을 제안합니다. 넘겨주기 수정안은 약 3주간의 토론에 걸쳐 완성되었으며, 초기 1주일을 제외하고는 그렇다 할 토론이나 수정이 이루어지지 않아, 현재의 3차 수정안을 공식 지침으로 사용할 것을 제안합니다.


이 수정안의 가장 큰 목적은 다음과 같습니다:

  1. 넘겨주기 문서의 생성과 삭제에 관련된 논쟁의 최소화
  2. 사용자의 접근성 및 편의 향상

이번 수정안이 통과될 경우 다음과 같은 넘겨주기의 생성이 추가적으로 허용됩니다:

  1. 띄어쓰기 오류를 수정해 주는 넘겨주기를 허용하여, 띄어쓰기 오류로 인해 문서를 찾을 수 없는 경우를 예방해 줍니다.
  2. 원어로 된 넘겨주기 문서를 허용하여, 한글화된 명칭이 생소한 경우에도, 원어로 찾아 갈 수 있도록 해 줍니다.
  3. 한국식 한자음으로 된 넘겨주기를 널리 쓰임의 여부에 관계 없이 허용하여, "널리 쓰임"의 해석 차에 의한 논란을 예방해 주며, 한국식 한자음은 알지만, 일본어 또는 중국어를 모를 때에 한국식 한자음을 입력하여 문서를 찾을 수 있도록 해줍니다.
  4. 한자로 된 넘겨주기를 허용하여, 한자의 한국식 음을 모를 경우에도, 한자를 입력하므로써 문서를 찾을 수 있도록 해 줍니다.


이 제안은 현재 영문 위키백과의 넘겨주기 지침보다 제한적인 지침입니다. 현재 영문 위키백과에서는 "Redirect is cheap"이라 생각하여, 넘겨주기 문서가 생성되던 말던 크게 신경을 쓰지 않습니다. 저 또한 이러한 지침에 공감하여, 그러한 것을 도입할 것을 제안해 보았으나, 반대 의견이 많아, 영문 위키에 비해 어느정도 제한적인 절충안으로 넘겨주기 수정안을 제안합니다.

일부 사용자께서는 넘겨주기를 추가적으로 허용할 필요 없이, 검색 기능으로 충분히 찾을 수 있다고 주장하지만, 내용을 입력하고 "가기"를 눌렀을 때 검색창이 뜨는 것 보다는 해당 문서로 바로 가는것이 사용자에게 편한 것이 사실이며, 현재의 검색 능력 또한 만족할 만한 것이 못됩니다. 예를들어 인천국제공항철도를 찾기 위해 "인천 국제 공항 철도"로 검색했을 경우에는 아무 내용도 나타나지 않습니다. 또한 표제어 그대로 검색 했음에도 불구하고, 표제어가 첫 페이지의 첫 항목에 나타나지 않는 경우도 빈번한 실정입니다. --마소리스 2007년 2월 23일 (토) 16:56 (KST)답변


찬반 투표

넘겨주기 수정안이 현재의 넘겨주기 문서보다 더 적합한 안(案)이므로 지침을 수정해야한다고 생각하시면  찬성을 해주시고, 그렇지 않다고 생각하시면  반대를 해 주십시오. --마소리스 2007년 2월 23일 (토) 16:56 (KST)답변

찬성

  1.  찬성 -- 멀뚱이 (토론기여카운터로그e-Mail) 2007년 2월 24일 (일) 16:09 (KST)답변
  2.  찬성 - 어떤 넘겨주기 문서가 만들어 졌다는 것은, 그 넘겨주기를 필요로 하는 사람이 적어도 1명은 존재한다는 증거입니다. 저는 어떤 넘겨주기 문서가 필요하다고 생각하는 사람이 단 한 사람이라도 있다면, 그 넘겨주기 문서는 계속 유지되어야 한다고 생각합니다. 그러므로, 한번 만들어진 넘겨주기 문서는, 장난을 제외하고는, 절대로 다른 사람이 삭제하거나 삭제요청을 해서는 안 된다고 생각합니다. 또, 제 생각에는, 복잡한 넘겨주기 문서의 유지를 반대하는 입장의 사용자님들께서는, “복잡한 넘겨주기 문서가 없어야만 하는 이유”에 대해서 더 많은 설명을 해 주실 필요가 있다고 생각합니다. 현재의, “필요하지 않다고 느껴지는 넘겨주기 문서는 삭제되어야 한다.” 라는 입장은, 제가 보기에는, 조금은 자기중심적인 생각처럼 느껴지기 때문입니다. --동식 2007년 3월 6일 (수) 17:15 (KST)답변
  3.  찬성Yes0song 2007년 3월 22일 (금) 21:44 (KST)답변
  4.  찬성 편의성에 논쟁이 있지만, 문제를 일으키지 않고 검색에 대한 여러 가지 방법을 제공할 수 있다고 생각합니다. 오히려 이것을 막는데 드는 비용이 더 많이 발생하므로 적극적으로 금지할 이유는 없다고 생각합니다. -- 개굴 2008년 1월 20일 (일) 10:56 (KST)답변

반대

  1.  반대 한자로 된 넘겨주기는 사용자 편의성과 무관합니다. 한자 넘겨주기가 동음이의어 문제를 해결해주지도 않고 더 복잡하게 만들 뿐입니다. -- ChongDae 2007년 2월 23일 (토) 17:18 (KST)답변
  2.  반대 저 역시 한자로 만든 넘겨주기는 불필요하다고 생각합니다. 현재 표제어가 외국어이거나 외래어일 경우 해당 언어를 병기하도록 하고 있기 때문에, 검색 기능만으로도 충분히 문서를 찾을 수 있습니다. 다만, 띄어쓰기 오류에 관대한 넘겨주기는 찬성합니다. --정안영민 2007년 2월 24일 (토) 00:25 (KST)답변
  3.  반대 정안영민과 동의합니다. Yeom0609 2007년 3월 8일 (목) 19:19 (KST)답변
  4.  반대 먼저 반대하신 분들의 이유와 같습니다. -- 리듬 2007년 3월 14일 (목) 15:30 (KST)답변
  5.  반대 한자 넘겨주기는 불필요 한 것 같습니다. Jjw 2007년 3월 27일 (화) 01:29 (KST)답변

기타 의견

  •  의견 왜 의견 수렴을 하지 않고 바로 투표를 들어가는지 이해가 되지 않습니다. 변경되는 사항 중에 대부분이 찬성하는 사항이 있고 의견이 갈리는 사항이 있을 수 있습니다. 그러면 수정안에 일부 동의하지만 일부 반대하는 경우에도 결국 어느 쪽이든 표를 내야 합니다. 반대표가 많으면 재투표를 해야 되고, 일부 반대하지만 찬성표가 많아 통과되는 경우 문제가 생깁니다. 어느 쪽이든 시간이 낭비됩니다. 먼저 의견을 어느 정도 모은 후에 별 이견이 없는 것들을 먼저 모아 투표하거나, 의견이 갈리는 부분에 대해 심도있는 토론을 해야 하지 않나요? 위의 반대표만 봐도 이전 투표에서 이미 지적이 된 부분인데 제대로 토론 결말을 맺지 않고 바로 재투표에 들어갔다는 게 이해가 되지 않네요. --Klutzy 2007년 2월 24일 (토) 00:38 (KST)답변
 의견 제가 의견을 지켜본 결과, 사용자간에 넘겨주기에 관한 생각이 크게 두가지로 나누어졌습니다. 첫번째는 저와 같은 생각으로, "넘겨주기는 부수적인 것으므로, 관리할 필요가 없는 것이며, 최대한 허용한다는 것"이고, 두번째로는 "넘겨주기도 위키백과의 일부이므로, 관리를 해야하며, 부적합한 넘겨주기는 삭제해야 한다는 것"입니다. 후자의 의견을 받아드릴 경우에는 굳이 넘겨주기를 수정할 필요가 없다고 생각합니다. 그냥 현재의 넘겨주기 문서를 그대로 놓아두고, 검색기능이 강화되기를 기다리면 되니까요.
저도 이해가 가지 않는 부분이 있습니다. 왜 넘겨주기와 같이 부수적인 부분도 관리를 하며, 기준에 부적합한 문서를 삭제하려고 할까요? 넘겨주기 문서가 많으면 백과사전의 완성도가 낮아지나요? 아니면, 관리가 어려운 것인가요? 저는 그렇다고 보지 않습니다. 한국어 위키백과보다 넘겨주기 문서가 훨씬 많은 영문 위키백과도 잘 움직이고 있으며, 넘겨주기 문서를 관리하지 않은 방향으로 나아간다면, 관리자들이 넘겨주기를 관리할 시간에 다른 일을 할 수 있으니, 더 좋은것 아닌가요?
저는 도저히 넘겨주기 문서를 관리하여, 개인적 판단에 의해 부적합한 넘겨주기를 골라내어 삭제하는 이유를 이해할 수 없습니다. --마소리스 2007년 2월 24일 (토) 13:02 (KST)답변
다른 사용자들의 의견을 이해할 수 없다면 무작정 투표를 열지 말고 토론을 해 주세요. 그 사용자들도 나름대로의 이유가 있을 것 아닙니까. 이런 식으로 의견 수렴은 전혀 하지 않은 채 투표로만 밀고 나가는 방식은 동의할 수 없습니다. --Klutzy 2007년 3월 1일 (금) 19:47 (KST)답변
  •  의견 부적절한 넘겨주기의 예를 하나씩만 좀 알려주세요. 저는 영문판도 신경 안쓰는 정도라면 한글판에서도 별로 신경 안써도 되지 않을까 싶습니다만. --거북이 2007년 3월 16일 (금) 13:27 (KST)답변
  •  의견 저는 한자 및 그 외의 외국어 단어(예: 朔祭, geometry)들은 낱말사전에서 처리할 문제라고 생각합니다. 낱말사전과 위키백과에서 똑같은 일을 두 번 하는 건 사용자 인력의 낭비입니다. 하지만 낱말사전에 실릴 가능성이 없는 긴 표현(예: 反董卓 聯合軍, International Congress of Mathematicians)의 경우, 검색을 통해 올바른 문서가 위에서부터 3번째 이내로 나타나지 않는 경우에 한해 넘겨주기를 만드는 것을 제안합니다. (현재 해당 표현의 경우 검색에서 반동탁 연합군국제 수학자 회의가 각각 첫번째 및 두번째 검색 결과로 나타나므로 넘겨주기를 만들 필요가 없지만, 앞으로 한국어 위키백과에서 聯合軍이나 international 등의 단어를 포함하는 문서가 많아진 뒤에는 달라질 수 있습니다.) 마찬가지로 띄어쓰기에 대해서도 검색에서 3번째 이내로 나타나지 않는 경우에 한해 넘겨주기를 허용할 것을 주장합니다. 이렇게 바꾸면 현재 이 제안에 반대하는 대부분의 근거가 더이상 적용되지 않을 것입니다. --Acepectif 2007년 3월 19일 (월) 11:09 (KST)답변
  •  의견 그나저나 이거 여기와 위키백과토론:넘겨주기 문서/넘겨주기 수정안 양 쪽 모두에서 토론이 진행되고 있는 건가요? 어느 쪽에 의견을 올려야 하는 건지 모르겠군요. --Acepectif 2007년 3월 19일 (월) 11:29 (KST)답변
  •  의견 저는 검색결과 화면 자체를 보고 싶지 않습니다. 검색어의 입력과 한번의 클릭만으로 곧바로 제가 찾는 문서가 보이기를 원합니다. 겨우 한번 더 클릭하는 것이 뭐가 힘드냐고 하실지도 모르겠습니다만, 한번 더 클릭하는 것이 저는 아주 힘이 듭니다. 저와 똑같이 생각하는 사용자들이 분명히 있을 것입니다. 또, 넘겨주기를 만들 수 있도록 허용하자는 것이지, 만들라고 강요하는 것이 아니기 때문에, 인력이 낭비되는 경우는 없을 것이라고 생각합니다. 모든 넘겨주기를 허용한다고 해도, 누구에게도 필요 없는 넘겨주기는 만들어 지지 않을 것입니다. 그러나 누군가에게는 필요한 넘겨주기가 만들어 질 경우에는, 그 넘겨주기는 만든 사람의 편의성을 위해서 유지되어야만 합니다. --동식 2007년 3월 19일 (화) 22:56 (KST)답변
  •  의견 넘겨주기가 물론 저렴하긴 하지만, 공짜는 아닙니다. 예를 들어 30개 정도의 넘겨주기가 어떤 문서를 가리키고 있었는데, 그 표제어에 대해 잘 생각해 보니 여러가지 뜻이 있어서 역시 동음이의 문서로 만들기로 했다면, 그 30개가 어디로 가야 할지는 일일이 손으로 수정해야겠죠. (그 작업을 처음에 넘겨주기를 만들었던 사람들이 해준다는 보장은 없을 겁니다.) 그리고, 넘겨주기가 없어서 생기는 문제는 "사용자가 검색을 했는데도 원하는 정보를 얻지 못하는 경우"와 "원하는 정보를 얻기 위해 검색창에서 클릭을 한 번 더 해야 하는 경우"의 두 가지가 있습니다. 첫번째에 비하면 두번째는 굉장히 사소한 문제이고, 99%를 놓치지 않기 위해 1%를 버리는 것 뿐입니다. 제 제안 정도면 양쪽이 한발씩 물러나서 타협하기에 딱 좋은 위치라고 생각하는데요. --Acepectif 2007년 3월 20일 (화) 06:25 (KST)답변
  •  의견 만들어 질 때에는 제대로 된 넘겨주기였지만, 나중에 원본 문서에 변화가 일어나서(한 개였던 문서를 여러 개의 문서로 분리하는 등) 그 문서를 가리키던 넘겨주기들이 잘못된 넘겨주기로 변하게 될 가능성이 있다는 것, 또, 이렇게 의도하지 않게 생겨나 버린 잘못된 넘겨주기들을, 자동으로 감지하거나 탐색할 수 있는 방법이 없다는 것, 이것은 오랫동안 제기되어 왔고, 지금도 해결되지 않은, 위키백과의 넘겨주기 기능의 문제점입니다. Acepectif님께서 말씀하신 바와 같이, 모든 넘겨주기는 언제든지 원본 문서의 변화에 따라서 잘못된 넘겨주기로 변하게 될 수가 있고, 원본 문서를 수정한 사람이 그 사실을 알지 못하는 경우도 많이 있습니다. 또한, 잘못 연결되는 문서가 올바른 문서와 비슷한 내용을 담고 있는 경우에는, 그 문서가 넘겨주기 단어와 전혀 상관이 없는 엉뚱한 문서라는 사실조차 눈치채지 못하는 경우도 있을 것입니다. 어쩌면 지금 이 순간에도, 만들었을 때의 의도와는 전혀 다른 방향으로 동작하고 있는 넘겨주기 문서가 있을지도 모릅니다. 다시 말해서, 현재의 위키백과의 넘겨주기 기능은 완벽하지 않습니다. 그리고 “가기” 버튼을 클릭해서 넘겨주기 기능의 작동을 허락한 모든 사용자들은, 언제든지 전혀 다른, 혹은 교묘하게 다른, 잘못된 문서로의 이동을 경험할 수가 있습니다. 이런, 어찌보면 신뢰할 수 없는 넘겨주기 기능을, 사용해야 하는가, 사용하지 말아야 하는가에 대해서는, 아마 사용자마다 자신만의 생각을 가지고 있을 것이라고 생각합니다. 만약, 이런 불완전한 넘겨주기 기능을 신뢰할 수 없고, 그렇기 때문에 모든 검색마다 검색결과 창을 거쳐서 문서를 열람하고 싶다면, 검색을 할 때에 “찾기”버튼을 클릭하는 것으로 검색결과 창을 볼 수가 있을 것입니다. 하지만, 이런 불완전한 넘겨주기 기능이라도 사용하는 것이 사용하지 않는 것보다는 편하고, 잘 연결될 때의 편리함이 잘못 연결될 때의 불편함을 보상할 수 있을 정도로 크다면, 그래서 현재의 넘겨주기 기능이 충분히 신뢰할만 하다고 생각한다면, 그 사용자는 검색을 할 때에 “가기”버튼을 클릭할 것이고, 또, 필요하다면 새로운 넘겨주기 문서를 만들기도 할 것입니다. 이 두 부류의 사용자들 중에서 어느 쪽이 다수이고, 또 어느 쪽이 소수인지에 대해서 이야기하기에 앞서서, 저는 “양립할 수 있는 가치는 양쪽 모두를 존중해야 한다.” 라는 위키백과의 정신에 대해서 이야기하고 싶습니다(저런 글귀를 어딘가에서 본 것은 아니고, 평소에 위키백과로부터 느껴 온 저의 인상입니다.). 우리는 어떤 방법을 선택할 때에, 둘 중에 하나의 방법만이 가능하다면, 두 개의 방법중에서 어떤 방법을 선택할 지에 대해서 이야기합니다. 하지만 만약, 두 개의 방법이 모두 실현이 가능하다면, 둘 중에서 어떤 것이 더 많이 쓰이는가에 대해서 이야기하기 보다는, 두 개의 방법을 모두 존중해서, 둘 다 실현하는 것이, 더 위키백과 다운 선택이 아닐까 하고 생각합니다. 저는, 넘겨주기 기능을 좋아하는 사용자들에게는 넘겨주기 기능을 최대한까지 활용할 수 있는 권리가 있다고 생각합니다. 그리고 그러기 위해서는, 넘겨주기 문서를 만드는 것에 어떠한 제약도 없어야 합니다. 여기까지가 저의 의견입니다. 다음은, Acepectif님께 궁금한 것이 있습니다. 위의 글에서 Acepectif님께서는, 검색결과에서 보이는 문서의 넘겨주기를 불허하는 것은 99%를 얻기 위한 1%의 희생이라고 말씀하셨습니다. 그렇다면 Acepectif님께서는, 검색결과에서 보이는 문서의 넘겨주기를 불허했을 때에, 어떤 장점이 있다고 생각하시는지 궁금합니다. 제가 생각하는, 검색결과에서 보이는 문서의 넘겨주기를 허용했을 때의 장점은, “클릭을 하는 횟수가 줄어드는 것”입니다. --동식 2007년 3월 23일 (금) 01:35 (KST)답변
  •  의견 위키백과의 사용자는 "넘겨주기를 좋아하는 사용자"와 "넘겨주기를 싫어하는 사용자"로 양분되지 않습니다. 위키백과에 오는 사람들은 다들 자신이 원하는 정보를 최단시간내에 찾아낸다는 동일한 목적으로 들어오는 겁니다. 이건 가치의 문제가 아닌 효율의 문제일 뿐입니다. 만약 이것을 가치의 문제라고 생각해서 양쪽 모두를 존중하자고 한다면, "위키백과의 문서가 거짓백과처럼 장난으로 작성되기를 바라는 사용자"의 가치도 존중해야겠지요? '문서'와 '토론'의 오른쪽에 '장난 버전'이라는 버튼을 만들어놓는 것도 기술적으로 불가능한 일은 아니니 말입니다. 그럼 가치가 아닌 효율을 논해봅시다. 검색결과에서 보이는 문서의 넘겨주기를 제한(위에 쓴 제 제안을 다시 읽어보세요. 불허가 아닌 제한입니다.)했을 때 어떤 장점이 있냐고 물어보셨는데, 이는 역으로 이런 제한이 없을 경우에 어떤 문제가 생길지를 고려해보면 명백한 일입니다. 위에서 제안하신 대로 관리자 분들이 문서 분할이나 동음이의 문서화 등으로 생겨나는 잘못된 넘겨주기를 관리하지 않는 경우에는, 사용자가 검색어를 입력한 뒤에 전혀 엉뚱한 문서로 넘어가서, "잘못된 정보"를 얻을 가능성이 있습니다. 잘못된 정보를 제공하는 건 백과사전으로서 가능한 한 피해야 할 일입니다. 물론 대부분의 경우에는 사용자가 몇 줄 정도 읽고서 잘못된 문서에 들어왔다는 걸 깨닫고 검색 기능을 이용해 제대로 된 문서를 찾아가겠죠. 이 경우의 문제는 해당 동음이의 문서가 없었던 경우에 비해서 "클릭을 하는 횟수가 늘어나는 것"입니다. 물론 잘못된 넘겨주기를 올바른 곳으로 넘겨주는 작업은 일반 사용자도 할 수 있지만, 그런다고 달라지는 건 없습니다. 결국 누군가는 해야 할 작업입니다. --Acepectif 2007년 3월 23일 (금) 02:23 (KST)답변
  •  의견 먼저, 거짓백과에 대해서 언급하신 부분은, 일부러 과장된 예를 드신 것으로 생각하고, 특별히 길게 답변을 하지는 않겠습니다. 하지만 만약 정말로 누군가에 의해서 그런 제안이 발의가 된다면, 저는 그 즉시, 찬성측과 반대측이 진지한 토론을 시작해야 한다고 생각합니다. 다음으로 넘어가서, 위키백과의 대부분의 사용자들의 목적이, 자신이 원하는 정보를 최대한 빠른 시간안에 찾아내는 것이라는 Acepectif님의 의견에는 동의합니다. 하지만 사용자들이 그 하나의 목적을 이루기 위해서는, 두 개의 방법 중에서 한 개의 방법을 선택해야만 하는 것이 사실입니다. 그 선택이라는 것은, “가기 버튼과 찾기 버튼 중에서 어떤 버튼을 먼저 클릭을 할 것인지”를 말합니다. 가기 버튼과 찾기 버튼의 특성에 대해서는, 위의 글에서 이미 설명을 했기 때문에 충분히 알고 계시리라고 생각하고, 이 글에서는 설명을 생략하겠습니다. 다음으로, 위키백과 안에 있는 모든 잘못된 넘겨주기 문서들을 완전히 없애는 것은 불가능합니다. 잘못된 넘겨주기 문서들을 자동으로 탐지할 수 있는 방법이 발명되기 전까지는, 위키백과 안에서 잘못된 넘겨주기 문서들은 언제나 존재할 것입니다. 만약 위키백과가 사용자들에게 잘못된 정보를 절대로 보여줘서는 안 되며, 그렇기 때문에 모든 잘못된 넘겨주기 문서들을 완벽하게 제거해야 할 필요성이 있다면, 현재로써 가장 확실한 방법은, 넘겨주기 기능 자체를 없애는 것입니다. 검색어와 표제어가 정확하게 일치할 때에만 문서를 보여주고, 그렇지 않은 경우에는 모두 검색결과를 보여주게 된다면, 위키백과가 잘못된 정보를 사용자에게 추천하게 될 위험은 사라지게 될 것입니다. 만약 우리가, 넘겨주기 기능의 태생적인 결함에 대해서 토론을 계속하게 된다면, 그것은 넘겨주기 기능의 존폐와 관계가 있는 토론이 될 가능성이 높습니다. 하지만 제가 생각하는 현재의 토론의 논점은, 넘겨주기 기능 자체의 결함은 인정을 하는 상태에서, 만약 넘겨주기 문서 생성의 제한을 해제하게 된다면, 잘못된 넘겨주기 문서의 수가 더 늘어나느냐 하는 점입니다. 여기서, 잠깐 다른 이야기를 조금 드리겠습니다. 위키백과의 사용자가 검색을 하다가, 잘못된 넘겨주기 문서를 만나게 되면, 그 사용자는 크게 3가지의 행동 중에서 하나의 행동을 하게 됩니다. 첫번째는, 잘못된 넘겨주기 문서에 의해서 잘못된 문서로 이동하게 되었는데도, 사용자가 그 사실을 모르는 경우입니다. 3가지 상황 중에서 가장 나쁜 상황이며, 이 경우에, 사용자는 검색어와 관계없는 잘못된 정보를 얻게 되며, 잘못된 넘겨주기 문서는 고쳐지지 않고 그대로 방치되게 됩니다. 두번째는, 잘못된 문서로 연결되었다는 것은 알았지만, 넘겨주기 문서를 고치고 싶다는 의욕을 느끼지 못해서, 고치지 않고 내버려 두는 경우입니다. 이 경우는, 사용자가 잘못된 정보를 얻지는 않지만, 불편함을 느끼게 되고, 역시 잘못된 넘겨주기 문서는 고쳐지지 않고 방치되게 됩니다. 마지막 세번째는, 넘겨주기 문서가 잘못되어 있다는 것을 알았고, 그 사용자가 잘못된 넘겨주기 문서를 직접 고치는 경우입니다. 세번째 상황의 사용자가 발생하게 되면, 잘못된 넘겨주기 문서는 올바르게 고쳐지게 되고, 첫번째와 두번째 상황에서 피해를 입는 사용자들은 더 이상은 발생하지 않게 됩니다. 이와 같은 3가지의 행동이 각각 발생하게 될 확률은, 새로운 사용자의 유입에 따라서 어느정도 변할 수는 있지만, 기본적으로는 일정한 확률을 유지하게 될 가능성이 높습니다. 그럼, 다시 본론으로 돌아가겠습니다. 위에서 말씀드린 바와 같이, 제가 생각하는 이 토론의 논점은, 넘겨주기 문서 생성의 제한을 해제하게 되면, 그래서 넘겨주기 문서의 수가 급격하게 증가하게 되면, 잘못된 넘겨주기 문서의 수도 증가하는가 하는 점 입니다. 이에 대한 저의 예상은, 물론, 급격하게 증가하게 될 것이라고 생각합니다. 하지만, 전체의 넘겨주기 문서들 안에서 잘못된 넘겨주기 문서들이 차지하는 “비율”이 증가할 것인가 하는 문제는, 저는 그렇지는 않을 것이라고 생각합니다. 저는, 넘겨주기 문서의 수가 아무리 늘어나도, 전체의 넘겨주기 문서에서 잘못된 넘겨주기 문서가 차지하는 비율은 유지가 될 것이라고 생각합니다. 그 이유는, 넘겨주기 문서가 고장이 나는 원인은 원본 문서의 수정이며, 위키백과 안에서 어떤 문서의 수정이 이루어지는 빈도는 넘겨주기 문서의 수와는 관계없이 일정한 빈도를 유지하기 때문입니다. 또 한가지, 중요한 사실은, 잘못된 넘겨주기 문서의 수가 증가해도, 전체의 넘겨주기 문서 안에서의 비율만 유지가 된다면, 위키백과의 사용자 한명이 체감하는 잘못된 넘겨주기 문서의 수는 변하지 않는다는 점입니다. 잘못된 넘겨주기 문서의 수가 10배로 증가하게 되면, 사용자가 검색을 할 때에 잘못된 넘겨주기를 만나게 될 확률도 10배로 증가할 것처럼 느껴지지만, 실제로 그 확률은 변하지 않습니다. 그 이유는, 넘겨주기 문서의 수가 증가해도, 사용자가 검색을 하는 횟수는 변하지 않기 때문입니다. 넘겨주기 문서의 수가 급증해도, 대부분의 사용자는 평소처럼 검색을 할 것이고, 그렇게 되면 넘겨주기 문서들 속에 일정한 비율로 숨어있는 잘못된 넘겨주기 문서들을 역시 일정한 확률로 만나게 될 것입니다. 그리고, 일정한 확률로 잘못된 넘겨주기 문서를 만나게 된 사용자는 또 다시 일정한 확률로 3가지 행동중 한가지 행동을 하게 될 것입니다. 그 모든 확률은, 넘겨주기 문서의 수량에는 영향을 받지 않기 때문에, 결국, 넘겨주기 문서의 수가 아무리 증가해도, 잘못된 넘겨주기 문서가 만들어지고, 고쳐지는 속도는 현재와 조금도 다르지 않게 될 것입니다. 이처럼, 넘겨주기 문서의 제한을 해제해서, 넘겨주기 문서의 수가 늘어난다고 해도, 지금과 다르게 위험이나 불편함이 늘어나지는 않습니다. 단지 지금까지는 존재하지 않았던 새로운 형식의 넘겨주기들이 만들어져서 하나의 문서가 더 많은 이름을 가지게 되고, 문서의 표제어과 비슷하지만 약간 다른 검색어에도 넘겨주기가 만들어져서, 결과적으로, 더 빠르게 자신이 원하는 문서를 볼 수가 있게 될 것입니다. 그리고 이 변화는, 틀림없이 많은 사용자들에게 편리함을 가져다 줄 것입니다. 넘겨주기 문서가 자유롭게 만들어지게 되면, 불편함은 증가하지 않지만, 편리함은 매우 증가하게 됩니다. 이것이, 제가 넘겨주기 문서의 자유화를 주장하는 이유입니다. --동식 2007년 3월 26일 (월) 01:46 (KST)답변
  •  의견 저는 어느 쪽이든 크게 관심은 없습니다. 다만 넘겨주기를 관리하는 데에 노력이 전혀 들어가지 않는 것은 아니라는 것을 강조하고 싶네요. 문서를 이동하거나 삭제하거나 합병하거나 등등 표제어의 변화가 일어나면, 그 문서로 연결된 넘겨주기를 누군가가 처리해주어야 합니다. 특히 넘겨주기로 만들어진 표제어가 해당 넘겨주는 문서 외에 다른 의미를 가질 수 있다면 나중에 넘겨주기가 이상하게 꼬일 수도 있고요. 넘겨주기를 만드는 분들이 그러한 넘겨주기 뒷처리도 잘(잘!!) 해주신다면 제가 반대할 이유는 없을 것 같네요. --Klutzy 2007년 4월 8일 (일) 06:09 (KST)답변

2개월 반 가량을 투표한 결과  찬성이 3표,  반대가 5표이며 (38%찬성), 한달 째 별다른 의견이 나오지 않았으므로, 투표를 중단하도록 하겠습니다. 추후에 이에 관련된 투표 및 토론이 이루어질 경우, 여기에서 이루어진 토론이 의사결정에 도움이 되었으면 합니다. --마소리스 2007년 5월 5일 (토) 07:25 (KST)답변

실제 문자 넘겨주기

어떤 문자를 설명하는 문서를 만들 때, 그 문자를 문서로 넘겨주는 것도 좋겠습니다. 또한 쉽게 치기 어려운 발음 구별 기호가 들어간 로마자도 풀어쓴 형태를 넘겨주기로 만들고요. 실제로 영어 위키백과에서는 전자를 허용하고 있습니다. 예를 들면,

  1. ¸ 문자를 세디유로, ¨ 문자를 움라우트로, ɨ중설 비원순 고모음으로 넘겨주기
  2. C,Ç로 넘겨주기

여기에 대해 여러분의 의견을 듣고 싶습니다. ―에멜무지로 (discusión · contribuciones · información · registro · e-mail) 2007년 4월 7일 (토) 02:29 (KST)답변

 찬성 요즘 인터넷에서 문서를 읽다가 어떤 발음인지 잘 기억나지 않는 IPA 기호를 복사-붙여넣기 해서 영어 위키백과에 입력하면 바로 그에 대한 설명이 나오는 게 편리하더군요. --Acepectif 2007년 4월 7일 (토) 02:46 (KST)답변
Ɨ은 en:Ɨ과 같은 별도의 문자여야 하지 않을까요? -- ChongDae 2007년 4월 12일 (금) 16:46 (KST)답변
그렇다면 Ɨ 문서에 IPA로는 중설 비원순 고모음을 나타낸다고 적어 주면 되겠죠. ―에멜무지로 (discusión · contribuciones · información · registro · e-mail) 2007년 4월 16일 (월) 08:12 (KST)답변

기호·상징 문자에 대한 넘겨주기

다음을 제안합니다.

  • 기호나 상징 문자는 그 기호나 상징을 설명하고 있는 문서로 넘겨 줍니다.
  • 괄호 문자나 전각 문자 등도 그 기본적인 문자로 넘겨주기 문서를 만듭니다.
    • (o) , , , → A
    • (o) ~1~50
      • 이 경우, 유니코드 값이 16진수로 네 자리를 넘어서는 경우는 넘겨주기 문서로 만들지 않습니다. 네 자리를 넘어서는 경우, 일부 브라우저는 그 문자를 제대로 보여 주지 못하고, 또한 그 문자는 UTF-8로 4바이트씩이나 차지해 괜히 서버 용량만 잡아먹기 때문입니다.
        • (x) 𝐀, 𝐚, 𝐴, 𝑎, 𝑨, 𝒂, 𝒜, 𝒶, 𝓐, 𝓪, 𝔄, 𝔞, 𝔸, 𝕒, 𝕬, 𝖆, 𝖠, 𝖺, 𝗔, 𝗮, 𝘈, 𝘢, 𝘼, 𝙖, 𝙰, 𝚊 → A
  • 한글 낱자에 관한 문서를 만들어야 하는 경우, 문서 이름은 되도록 호환용 자모로 하고, 첫가끝 자모는 넘겨 줍니다.

이 제안이 백:넘에 들어가도 좋을지, 여러분의 의견을 듣고 싶습니다. ―에멜무지로 (discusión · contribuciones · información · registro · e-mail) 2007년 5월 18일 (금) 14:44 (KST)답변

 반대 화폐 단위를 제외한 다른 기호는 사실상 사용가능성이 거의 없다고 봐야되지 않습니까? 누가 공산주의를 찾고 싶은데 열심히 낫과 망치 기호를 찾아입력합니까? 그냥 공산주의 라고 입력하지요. -- Allen 2007년 5월 19일 (토) 00:18 (KST)답변
넘겨주기는 실제로 쓸 일이 있을 것 같으면 그때 만드세요.. 뭐하러 쓰지도 않을 걸 다 만들어 놓습니까. 위키백과는 기호 컬렉션이 아닙니다. 그래도 유로 기호나 낫과망치 같은 건 다른 사람이 문서 내에 링크 걸어 놓을 가능성이 있습니다만 문서에 누가 ¼로 링크를 걸죠? --Klutzy 2007년 5월 19일 (토) 00:23 (KST)답변

정말 많이도 만들어 놨네요. Klutzy님 말대로 검색하다가 필요하면 만드세요. 이게 뭡니까. 제가 볼 때 에멜무지로님이 만든건 에멜무지로님이 가진 기호와 문자에 대한 광적 집착이 일궈낸 결과물이라고밖에 안보입니다. 확인해보니까 영어 위키에는 정말 기쁘게도! 에멜무지로님이 만든 기호넘겨주기 문서가 존재했습니다. 그런데 넘어가는 문서가 에멜무지로님이 만든 것과는 좀 다르더군요. 그런데 말입니다. 영어 위키는 지금 순수 문서 수가 180만건을 향해 달려나가고 있습니다. 한국어 위키는 5만건도 안됩니다. 뭐하러 지금 한국어 위키상태에서는 지엽적이고도 지엽적이라고 할 수 있는 저런 기호 넘겨주기 문서를 수백개 만드는건가요? 어떤 문서가 삭제토론에 종종 올라오곤 할 때 관심의 차이일뿐이라는 의견을 쓰곤 하는데 지금 에멜무지로님이 한 기여는 관심의 차이같은것을 운운할 것이 못됩니다. 건설적인 기여를 하세요. 일주일간의 차단이 풀린 뒤로도 예전과 똑같은 모습을 보이는데, 맨날 다시는 안그러겠습니다. 이런 소리만 하지 말고 정신 좀 차리세요. 이거 썼다고 또 사용자 문서에 혼잣말 적는건 아니겠지요? 진심으로 솔직하게 말합니다. 정신 차리세요! -- Allen 2007년 5월 19일 (토) 00:42 (KST)답변

솔직히 따지고 보면 ①이나 ② 같은 문자로도 검색하는 별난 사람도 있다는 거죠. 가능성이 없지는 않습니다. / 그리고 ©, ¬, ¨ 같은 문자는 당연히 각각 저작권, 부정, 움라우트로 넘겨 줘야 하고요. 특히 ¬, ¨의 경우 정확한 기호 이름을 모르는 사람들이 그 기호로 검색을 했을 때 바로 부정, 움라우트로 넘어가게 해 놓으면 편리할 것입니다. // 사실상 넘겨주기는 문서로 따지지 않기 때문에 총 문서 개수는 바뀌지 않는다는 걸 아시리라 봅니다. 따라서 넘겨주기를 수백, 수천 개 만들어도 사실상은 상관이 없죠. ―에멜무지로 (discusión · contribuciones · información · registro · e-mail) 2007년 5월 19일 (토) 01:50 (KST)답변

지명에 대한 넘겨주기

사용자토론:이형주#잘 납득이 되지 않는 삭제 신청에 대해보고 아래의 내용을 제안해 봅니다.

  • 국가의 지명은 그 국가의 언어로 된 넘겨주기를 만들 수 있다.

실제 이렇게 함으로써, 발음을 정확히 모르는 사람이 어떤 지명의 스펠링만을 아는 경우, 이러한 넘겨주기가 많은 도움이 될 듯 합니다. --StarLight (토론) 2008년 9월 2일 (화) 22:32 (KST)답변

새로운 넘겨주기 문서 지침을 제안해요!!

제가 생각하기에 더 낫다고 생각하는 넘겨주기 문서 지침의 수정안을 만들어 보았어요. 많은 의견 부탁드려요. 사용자:Dgiim/넘겨주기 문서 수정안--dgiim (토론) 2009년 1월 27일 (화) 10:42 (KST)답변

위키백과:넘겨주기 문서/넘겨주기 수정안(2009) 으로 문서 이동하였습니다. 여러분의 많은 관심 부탁드립니다. --Enigma7 (토론하기) 2009년 2월 8일 (일) 00:47 (KST)답변
"넘겨주기 문서/보존1" 프로젝트 문서로 돌아갑니다.