위키백과:사랑방 (전체)

위키백과, 우리 모두의 백과사전.
이동: 둘러보기, 검색
  일반 일반   정책 정책   기술 기술  
이용 안내

이 곳은 모든 사랑방 문서의 현재 토론중인 내용을 볼 수 있는 공간입니다. 토론에 의견을 남기려면 문단 오른쪽의 '편집' 버튼을 눌러서 의견을 남기시면 됩니다.

  • 새로운 토론을 시작하려면 각 주제의 사랑방으로 가서 '새 글 쓰기' 버튼을 클릭해 주세요.
  • 모든 사랑방의 보존문서를 보려면 위키백과:사랑방/보존문서를 방문해 주세요.
위키백과 소식
의견 요청

일반[편집]

북한과 대만의 관계에 대한 내용은 어디에 적으면 되나요.[편집]

대만 핵폐기물 북한 반입 추진 사건 등 북한과 대만의 관계에 대한 내용은 어디에 적으면 되나요.-- 이 의견을 작성한 사용자는 10jasu (토론 · 기여)이나, 서명을 남기지 않아 다른 사용자가 추가하였습니다. 의견 끝에 --~~~~를 달면 서명이 됩니다.

북한-대만 관계를 설명한 독립된 문서가 없다면 사용자분께서 직접 문서를 생성하시면 됩니다. 아니면, 북한이나 대만의 문서에서 북한의 대외관계 항목에 추가하셔도 좋을것 같네요. 홍어로 회를 뜨자 (토론) 2017년 2월 11일 (토) 15:28 (KST)

사용자:책읽는달팽님의 권한 남용에 유감을 표합니다.[편집]

생산 관리 시스템문서에서 사:일단술먹고합시다는 네이버 사전의 저작권 침해라는 이유로 기여에 삭제 신청을 넣었는데 문제의 내용은 네이버 사전의 원 내용이 출간되기 전에 위키백과에 작성돼서 네이버 사전의 저작권 침해는 아닌 것으로 보입니다. 그러나 위키백과:사용자 관리 요청/2017년 제6주#사:일단술먹고합시다 차단 요청에서

더해서, 붙여넣기 한 것에 대해 저작권 침해가 인정되나요? Cite는 이걸 약간 인용해 온다라는거지, 복붙해놓는게 아닙니다. 윗분의 경우엔 Cite 개념에 대해 좀 더 상세하게 알고 오시기 바랍니다. 그리고 마대 관련해서는 관리자가 한명 쫓겨날 정도로 치열하기 때문에 잘못하다간 여기 적으신 분들이 더 불이익 받을 가능성이 높습니다. 삭제토론의 상대방에게 차단요청을 날리는건 토론에서 어긋난 짓이죠.

라고 사실관계를 왜곡하거나 근거없는 주장을 통해 특정인을 옹호하였습니다.

최근에 마대_(동음이의)문서로 이미 관리자 한명 간거 아시죠? 라는 말을 보니 어느분이 이미 관리자 권한을 잘못 썼다가 자진사퇴를 하신 것 같습니다. 관리자 권한을 써서 보호를 하는게 규칙에 어긋나기 때문인가봅니다. 그런 규칙을 더 잘아는 사람이 이렇게 맘대로 보호를 하고 누군가를 편들고 명백한 다중계정(일단술먹고=고려)을 차단하지 않고 이래서야 되겠습니까? --국민의뜻 (토론) 2017년 2월 10일 (금) 12:30 (KST)

다중계정이요? --"밥풀떼기" 2017년 2월 10일 (금) 17:26 (KST)
'명백한 다중계정'이라고 주장하시기 전에 합리적 이유부터 제시하셔야 합니다. 그리고 그런한 패턴 분석이 어느 정도 완료됐다 싶으면 백:사용자 관리 요청으로 가셔야지 사랑방에서 언플을 하시면 안 됩니다. 좋은 예가 제가 작성했던 백:사용자 관리 요청/2016년 제50주#동일한 편집 패턴을 보이는 계정들의 차단이라 할 수 있을 겁니다. 그런 것 없이 이렇게 다른 사용자를 공개적으로 비방하시는 건 심대한 백:정책의 위반이십니다. 아울러 다중계정 여부에 대해 스스로 분석을 해보자면;;; 제가 뜯어고친 우금, 원술, 소정방 등과 고려님이 뜯어고치거나 작성한 김이브님, 박현서는 그 편집 방향과 편집 스타일, 그리고 편집 분야가 너무 다릅니다. 제 편집에 대해서만 좀더 알려드리자면 참고 문헌은 신문이나 백과사전, 타언어 위키백과는 일절 사용하지 않으며 오직 사서와 논문으로만 글을 구성하고 있습니다. 분야 역시 고대 한국사와 중국사 한정이며 그마저도 문화사나 사회사쪽은 거의 손대지 않습니다. 즉 매우 좁습니다.
한편 사랑방은 오직 관리자의 권한 회수와 타사용자의 축출, 타인의 비방 목적에서만 사용해서도 안 됩니다. 일단 적절한 공간에서 항상 인내심을 갖고 정중하게 토론부터 하는 습관이 정착되어야만 하겠습니다. 관리자는 모든 분야에 전지전능하지 않습니다. 어떤 처리에 대해서 막무가내로 관리자부터 욕하기보다는 보통은 토론:피닉제처럼 해당 처리에 연루되어있는 사용자와 토론을 해보는 게 더 낫습니다. 모든 책임을 관리자에게 전가하는 것은 매우 치사한 행위입니다. SK IP를 중심으로 사랑방에 꾸준히 올라오고있는 타인 비방 및 관리자 매도에 매우 큰 안타까움을 표합니다. 일단술먹고합시다 (토론) 2017년 2월 11일 (토) 08:41 (KST)
바로 위에 언행도 그렇고... 여기 다른분이 지적하시는 것도 그렇고... 먼가 처신이 부적절한 관리자인듯 하네요. 관리자 견제 장치가 없는 위키백과의 폐해라고 생각합니다. 홍어로 회를 뜨자 (토론) 2017년 2월 11일 (토) 15:26 (KST)
최근 책읽는 달팽님이 책읽는 달팽님의 행동을 직접 비판한 IP를 차단했습니다. 이건 백:차단 정책#차단 시 유의사항의 명백한 위반 아닌가요? 10jasu (토론) 2017년 2월 11일 (토) 21:55 (KST)
@10jasu: 이 의견에 대해서는 위를 봐주시기 바랍니다. 위에서 계속 설명드리고 있습니다 :) --책읽는달팽 (토론) 2017년 2월 11일 (토) 22:19 (KST)
책읽는달팽님이 사랑방을 보호시킨건 즉각 탄핵 사유입니다. 위키백과의 공적인 논의를 방해하는 있을수 없는 행동입니다.10jasu (토론) 2017년 2월 11일 (토) 23:58 (KST)
위를 봐주라면서 위를 지우면 어떻게 합니까?--10jasu (토론) 2017년 2월 13일 (월) 00:21 (KST)
아 네... 관리자에서 쫓고 싶다면 백:관리자 권한 회수에서 직접 발의해주시면 감사하겠습니다. --책읽는달팽 (토론) 2017년 2월 13일 (월) 00:26 (KST)

여성주의 반스타 추가 알림[편집]

위키백과:반스타/분야별#인문학여성주의 반스타가 추가되었습니다. 관련한 내용에서 훌륭한 기여를 하는 사용자에게 활용하시기 바랍니다. --맵핵켜는 네오알파 (토론) 2017년 2월 13일 (월) 01:13 (KST)

알려주셔서 감사합니다 :) --Motoko C. K. (토론) 2017년 2월 14일 (화) 15:14 (KST)
감사5wlddj,

Happy Valentines Day!![편집]

Happy Valentines Day.jpg

한국어 위키백과에서도 행복한 밸런타인데이가 있기를 바라며, 앞으로도 행복한 일만 있기를 바랍니다. --Tcfc2349 (토론) 2017년 2월 14일 (화) 06:57 (KST)

초콜릿 많이 받으셨나요? 저는 1개도 못받았습니다. -- Requesting cons go HHH (토론) 2017년 2월 14일 (화) 13:18 (KST)
ㅜㅜ 다음에는 받으실 수 있을 겁니다. --Motoko C. K. (토론) 2017년 2월 14일 (화) 15:11 (KST)
Valentines Day오징어 (토론) 2017년 2월 16일 (목) 17:05 (KST)

글 숨김 틀의 과도한 사용[편집]

문서에 보면 글 숨김 틀이 너무 과도하게 사용되고 있습니다. 몇몇 예를 살펴보면...

  • 원주율: 소숫점 아래 1만자리 숫자를 숨기는데 사용되고 있습니다. 굳이 백과사전 문서에 1만자리까지 바로 적혀있어야 할까요? 외부 링크로 대신할 수 있습니다.
  • 춘천시: 춘천시#춘천시장 부분에 쓰입니다. 목록이 너무 길면 춘천시장 문서를 분리하는게 해결책으로 보입니다.
  • 대한민국의 민주당계 정당: 가장 중요한 목록 부분을 숨겨놨습니다. 그냥 펼쳐놓는게 더 나은 문서입니다.

대체로 문서 분할이나 구조조정으로 대부분의 글 숨김 틀은 제거할 수 있지 않을까요? -- ChongDae (토론) 2017년 2월 15일 (수) 18:37 (KST)

지난 번에 위키백과:사랑방 (기술)/2016년 8월#글 숨김 틀의 기술적 문제에도 의견을 남긴 적이 있지만, 글 숨김 틀은 기술적인 문제도 있는만큼 가능한 사용은 안 하는 것이 좋겠습니다. --Ykhwong (토론) 2017년 2월 16일 (목) 08:31 (KST)

?오징어 (토론) 2017년 2월 16일 (목) 17:05 (KST)

제 위키탈퇴를 공식적으로 알립니다[편집]

제가 위키를 탈퇴한 이유는 실망 절대로 아니고여... 예전부터 고민해 왔던건데... 수능준비등 공부에 매친해 겠다고 판단해 위키백과를 떠납니다. 가입한지 어제일 같은데 벌써 10일이 넘었네요ㅋㅋㅋ 그동안 도와 주신 Jeresy723, Tursetic, Ykhwong, 메이님 넘 감사합니다. -- Requesting cons go HHH (토론) 2017년 2월 15일 (수) 20:32 (KST)

공부 끝나면 돌아오세요~ --Motoko C. K. (토론) 2017년 2월 15일 (수) 21:08 (KST)
그냥 위키휴식을 다녀 오시는게 더 나을것 같습니다. - Ellif (토론) 2017년 2월 16일 (목) 15:32 (KST)
수고 하셨습니다.돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!돌아와!위키가 쓸쓸하다.내가 위키에 좀더 빨리왔으면오징어 (토론) 2017년 2월 16일 (목) 17:07 (KST)

Review of initial updates on Wikimedia movement strategy process[편집]

Note: Apologies for cross-posting and sending in English. Message is available for translation on Meta-Wiki.

The Wikimedia movement is beginning a movement-wide strategy discussion, a process which will run throughout 2017. For 15 years, Wikimedians have worked together to build the largest free knowledge resource in human history. During this time, we've grown from a small group of editors to a diverse network of editors, developers, affiliates, readers, donors, and partners. Today, we are more than a group of websites. We are a movement rooted in values and a powerful vision: all knowledge for all people. As a movement, we have an opportunity to decide where we go from here.

This movement strategy discussion will focus on the future of our movement: where we want to go together, and what we want to achieve. We hope to design an inclusive process that makes space for everyone: editors, community leaders, affiliates, developers, readers, donors, technology platforms, institutional partners, and people we have yet to reach. There will be multiple ways to participate including on-wiki, in private spaces, and in-person meetings. You are warmly invited to join and make your voice heard.

The immediate goal is to have a strategic direction by Wikimania 2017 to help frame a discussion on how we work together toward that strategic direction.

Regular updates are being sent to the Wikimedia-l mailing list, and posted on Meta-Wiki. Beginning with this message, monthly reviews of these updates will be sent to this page as well. Sign up to receive future announcements and monthly highlights of strategy updates on your user talk page.

Here is a review of the updates that have been sent so far:

More information about the movement strategy is available on the Meta-Wiki 2017 Wikimedia movement strategy portal.

Posted by MediaWiki message delivery on behalf of the Wikimedia Foundation, 2017년 2월 16일 (목) 05:30 (KST) • 당신의 언어로 번역해 주세요Get help

꼬부랑어는 잘 모르는디...오징어 (토론) 2017년 2월 16일 (목) 17:08 (KST)

Jeresy723사용자 정말 양삼도 없는 것 아닙니까?[편집]

[[1]] 남에 내용지우고 꼭 안되돌려도 되는 것[[2]],[[3]] 다 되돌리고 남의 토론문서 다 비우고[[4]] 삭제토론 알림도 안 해주고[[5]]이유없이 되돌리고[[6]] 글도 무단으로 삭제하고[[7]],[[8]]다른 사용자의 맞는 충고도 아니라고하고[[9]] 또 어긋난 태도로 편집하는 것이 확인 됨.[[10]] 어이가 없네요오징어 (토론) 2017년 2월 16일 (목) 14:47 (KST)

@5wlddj: 불만 있으시면 백:사관에 요청을 하세요. 여기에 이렇게 올리지 마시고. Jeresy, 2017년 2월 16일 (목) 15:42‎ (KST)
창피하신가 봐요.하지만 그동안의 기여때문에 사관에 요청하진 않겠습니다.오징어 (토론) 2017년 2월 16일 (목) 15:44 (KST)
@5wlddj: 창피하긴 무슨. 창피하면 제가 이 글을 지웠겠죠.. Jeresy, 2017년 2월 16일 (목) 15:44‎ (KST)
글지운는것은 무단삭제라고 제가 앞에 글남길가봐 무서워서 안 지웠게죠오징어 (토론) 2017년 2월 16일 (목) 15:45 (KST)
그리고 앞에보니 딱 폭발하신듯오징어 (토론) 2017년 2월 16일 (목) 15:46 (KST)
그것은 무엇을 말하는 건가요? 제가 보기에는 아까 말씀드린 토론은 장난글로 지웠겠죠. —Jerrykim306 토론기여 2017년 2월 16일 (목) 15:48 (KST)
@5wlddj: 다시 말씀드리지만 공격성 내용은 자제 부탁드립니다. Jeresy, 2017년 2월 16일 (목) 15:51‎ (KST)
토론은 냉정하게 임해주세요. —Jerrykim306 토론기여 2017년 2월 16일 (목) 15:52 (KST)
형알겠어요 하지만 J님도 저한테 충분히 잘못을 했으니 J님과 저 같이 사과하는게 맞을 듯합니다.오징어 (토론) 2017년 2월 16일 (목) 15:53 (KST)

안녕하십니까, Reiro입니다.[편집]

오랜만에 인사드리네요. 짧게 하겠습니다. 딱히 마지막에 잘 마무리 짓고 나간 것도 아니고 하니.

1. 제가 차단당하게 된 직접적인 계기인 토론:이계덕에서 제가 가장 화가 난 점은 '관리자의 월권 및 위키 공동체의 암묵적인 방조'였습니다. 나간 뒤로 화가 나서 외부 갤러리에 적은 글에서 밝혔듯이[11] '토론 찬반수 조작으로 문서 삭제', '이중잣대', '의도적인 문서 복구 지연' (가령 관리자가 저더러 '유니폴리 막을 대책 100% 확보하고 문서 만들어라' 라고 한다던가)이 자행되는 모습, 차단된 뒤 문서 만들고 싶으면 왜 엔하엔 안 만드느냐 등 조롱을 보곤 학을 떼었습니다. 저는 '불공정함'에 화가 나서 나갔다고 분명히 밝혔는데도 다들 들은 척도 안 하더군요. 그 뒤로는 나무위키나 디시에서만 서식하느라 위백은 신경도 쓰지 않았죠.

2. 그러다 2016, 2017년에 다시 본 위키백과는 솔직히 실망스러웠습니다. 등재 기준은 여태 3개밖에 통과하지 못했고, 글리젠은 더욱 느려지고, 그나마 좋은 기여 하는 분들 다 나가고... 더 황당한 건 그 동안 위백 아직 괜찮다 괜찮다던 유저들도 다 나갔다는 것이었습니다. 다시 말해, 항상 위백이 비판받을 때 '다른 곳은 더하다', '친목질이 뭐냐', '관리자도 자원봉사다. 늦어도 봐줘라' 이러던 분들 지금 한 분도 안 보이더군요. 그 분들 덕에 지금 한국어 위키백과 이미지가 지금 어떤지는 굳이 말하지 않겠습니다. 이미 위키갤이나 다른 위키 사이트에서 겪으셨을 테니.

3. 분명 위키백과는 가능성이 있습니다. 급하게 영어판에서 공수할 정책으로 탄탄한 시스템을 구축하고, '출처' 위주의 내용 작성을 어필하여 문서 내용에 대한 '신뢰성' 역시 얻을 수 있습니다. 이제까지 이것이 되지 않은 까닭은 위의 제 사례에서 보듯 부실한 관리 체계 및 끼리끼리 문화, 그로 인한 신규 사용자의 답답함(속도, 정확성 등)과 높은 체감 진입장벽입니다.

4. 2년이 지난 지금, 옛 정도 있고, 나름대로의 욕심으로 저는 위키백과에 화해를 제안합니다. 만일 1) 이계덕 문서 복구 및 토론:이계덕에서 일어난 이전 관리자의 월권 행위 사과와 2) 차단 해제가 이루어진다면, 시간 나는대로 위키백과에 기여하겠습니다. 사과를 요구하는 까닭은 그 당시 있던 분들이 아직도 상당수 여기에 있고, 전 이에 대해 이렇다 할 대답을 듣지 못했기 때문입니다. 또한, '당사자의 고소 위협'으로 논지를 흐리는 분이 계신데, 전 저걸 만들고도 4개월간, 그리고 2년이 지난 현재까지도 어떠한 법적 위협을 받지 않았음을 밝히며, 고소 위협을 빌미로 이전 관리자의 월권 행위를 정당화하려는 일이 없었으면 좋겠습니다. 아직도 탐탁치 않으신다면, 그냥 무시하고 이대로 각자 알아서 살아가면 됩니다. 그땐 조금이나마 남은 미련도 싹 버리고 제 할 일 하면 되니까요. 아이피 보면 알겠지만 여기 오래 머물 만한 상황도 아니고 하니 거절당하면 그대로 돌아서면 되겠지요.

그럼 다들 평안히 지내십시오. 오랜만에 인사드렸습니다.--121.64.135.227 (토론) 2017년 2월 16일 (목) 15:57 (KST)

아닙니다형 제가 얼마든지 신고해 드리조 기여만 안한다면 신고는 안하겠음오징어 (토론) 2017년 2월 16일 (목) 16:00 (KST)
이미 작년에 사용자:RedMosQ님은 위키를 떠났고 관리자를 그만두었습니다. 유니폴리 또는 그로 의심되는 계정과 고강도의 분쟁을 빚었던 사용자:Sohosanna를 유니폴리의 다중계청으도 차단한 사건 직후에 급작스럽게 관리자를 사퇴하고 위키를 떠나서 해당 관리자의 사과나 해당 관리자에 대한 제재 조치는 불가능합니다.
전 해당 사용자의 사과가 아닌 위백 공동체의 사과를 바란다 말했고, 제재는 언급조차 하지 않았습니다. 하루 기다렸는데 별 말 없는 것 보면 다들 여유로우신 것 같습니다. --121.64.135.227 (토론) 2017년 2월 17일 (금) 10:16 (KST)

근데 이계덕이 누군가요?

사용자:Reiro/창고3 여기 만들어 놓은 게 있습니다. --121.64.135.227 (토론) 2017년 2월 17일 (금) 14:05 (KST)
안 들어온다 해 놓고 자꾸 들어오는 것도 그림이 안 좋으니 이젠 글 줄이겠습니다. 별 말도 더 없을 것 같고. 2년 즈음 되었으면 조금 바뀌었으려니 기대했는데 그냥 그대로인 모양이군요.--121.64.135.227 (토론) 2017년 2월 17일 (금) 14:07 (KST)
누구신진 모르곘지만 본인의 잘못에 대한 충분한 반성을 가지고 있으시다면 다시 돌아오셔서 활발한 활동을 해주셨음 하는 바램이네요. --호로조 (토론) 2017년 2월 20일 (월) 19:55 (KST)

인명, 지명 따위를 제외한, 영어로 된 공식명칭의 표기법에 대하여[편집]

이 글을 보려면 오른쪽 '펼치기' 버튼 클릭

일단 영어로 된 공식명칭이란, 기업 같은 곳의 제품군에서 사용하는 명칭이나 그 기업명을 말합니다. 예를 들어, Microsoft 사Microsoft Windows나, Apple Inc.Siri 같은 것입니다. 인터넷 상에서, 많은 사람들이 Microsoft마이크로소프트마소 처럼 표기하는데, 이는 정식적인 표기가 아닙니다. MS 웹사이트 내에서도 한글로 마이크로소프트윈도우라는 말은 찾아볼 수 없으며, 전부 영명으로 작성되어 있습니다. Siri도 마찬가지입니다. 위키백과는 정보를 담는 백과사전이며, 문서의 제목으로 기업에서 주장하는 공식 명칭을 사용해야 마땅하다고 생각합니다. 이는 Microsoft나 Siri에 국한되지 않습니다. 그렇다고 해서, 위키백과에는 넘겨주기라는 아주 좋은 기능이 있기 때문에, 사용자의 혼란을 유발할 가능성도 없습니다. 원래 영문명을 명칭으로 삼는 다른 문서들도 전부 수정되어야 합니다. 여기까지가 저의 주장입니다. 다른 분들께서는 어떻게 생각하십니까?-- 2017년 2월 16일 (목) 20:49 (KST)

해당 주장에 동의하지 않습니다. 세계가 글로벌화 되면서, 영어 표제어를 그대로 들여오는 경우가 많아지고 있습니다만, 회사의 공식 표기와 한국어 화자가 사용하는 표기를 동시에 고려하여야한다고 봅니다. 안드로이드, Android 모두 가능한 표기고, 이 경우에는 Android가 정식 상표이지만, 한국어 화자들은 안드로이드라는 한국어 표현 또한 널리 사용하고 있습니다. 반면 iOS아이오에스라고 쓰지 않습니다. 그래서 사용 가능한 한국어 표기 존재한다면, 그것을 우선적으로 고려해야한다고 생각합니다. --이강철 (토론) 2017년 2월 16일 (목) 21:18 (KST)

저는 한국 현지화된 제품에서도 영문표기를 사용하는 경우만을 전제로 하고 있습니다. 한국에 들어오게 되면서 생겨난 한글표기는, 그 제품의 사용자들이 입력의 편리를 위해 만들어낸 것입니다. (조금 다른 예시지만, 줄임말과 비슷한 이유로 생겨난다고 생각합니다.) 물론 한글은, 중국어나 일본어를 포함한 다른 언어에서 사용하는 문자와 달리, 표기 가능한 음절의 폭이 굉장히 넓기 때문에 입력이나 이해에 문제는 없습니다. 하지만, 그것들은 2차적인 표기이지, 절대로 최우선적 표기법이 되어서는 안됩니다. 우리는 기업의 (영문표기를 고유명사로 간주하고, 한국어에서도 그대로 사용하겠다는) 결정을 존중해야 합니다. 앞서 적었지만, 역시 넘겨주기를 사용하여 혼동을 없앨 수 있으며, 문서 내에서 대한민국에서는 주로 "…"라는 표기로 사용되고 있다 이런 식으로 기술하여 보조설명을 하는 방법도 있습니다.-- 2017년 2월 16일 (목) 22:09 (KST)

일단 한국어 위키백과 사용자들 간에 위키백과:외국어 고유 명사의 한글 표기라는 합의된 표기 지침이 존재하고요. 오히려 저는 반대로 질문 드리고 싶은 것이 있는데, 항상 영어 및 로마자 또는 라틴어권의 표기에 대해서는 특례를 적용하려는 경우가 많다는 것입니다.

같은 논리라면, 일본의 주식회사 닌텐도는 任天堂株式会社로 표기되어야 할 것입니다. 중국의 가전 업체는 하이얼이 아니라 Haier 또는 海尔이 될 수 있을 것입니다. 그래서 저는 가급적 한글로 표기하되, 그 한글 표기를 선택했을 때, 문제가 있는 경우에만 예외적으로 외국어 표기를 한정적으로 허용해야한다는 시각을 갖고 있습니다. --이강철 (토론) 2017년 2월 16일 (목) 22:33 (KST)

아니요. 논점을 잘못 이해하셨네요. 任天堂株式会社는 한국닌텐도주식회사라는 어엿한 한국명이 존재합니다. 애초에 비영어권 기업이나 영어가 아닌 제품군의 이름은 대부분 한국어로 로컬라이징되어 발매됩니다. 한국어로 로컬라이징되어 있지 않을 경우, 그 때는 한국식으로 짓거나 로마자로 표기하거나, 통용되는 표기를 적용하는 방안을 생각해볼 수 있겠지요. 그리고 항상이라고 말씀하셨는데, 저의 글을 제대로 이해하지 못하신 것 같네요. 저는, 다시 말하지만, 한국 현지화된 제품에서도 영문표기를 사용하는 경우만을 전제로 하고 있습니다. 타언어판과 비교하는 건 형편성이 없지만, 일단 비라틴계 문자로 작성되는 언어판에서도, 인명, 지명을 제외한 기업 및 기업 내의 고유명사 표기는 전부 영문 표기입니다. 왜냐하면, 기업이 그렇게 하기를 바랍니다. 그래서, 그렇게 현지화된 겁니다. 우리는 기업에 대한 최소한의 예의를 가지고, 그들이 지정한 명칭을 백과사전의 제목으로 삼는 것이, 논리적으로 옳습니다. 아까도 예시로 제시한 이 사이트를 부디 열람해주시기 바랍니다. Apple이라는 기업은, 시리가 아닌 Siri라는 표기를 사용합니다. Siri는 Apple이 인수하고 개발한 것이기 때문에, 그들의 결정을 따르는 것은 이상한 게 아니라 오히려 그래야만 합니다. 제가 문단 첫부분에 언급한 전제 하에서 한 번 생각해주십시오. -- 이 의견을 작성한 사용자는 고솜 (토론 · 기여)이나, 서명을 남기지 않아 다른 사용자가 추가하였습니다. 의견 끝에 --~~~~를 달면 서명이 됩니다.
우선 한국 현지화부터 명확하게 정의해 주시기 바랍니다. 어떠한 경우를 한국 현지화로 보시나요? 그리고 국제화시대가 되면서, 한국 현지화를 거치지 않고, 서비스 되는 플랫폼이 많습니다. 엄밀히 말해서 Apple한국 현지화를 하지 않은 경우에 해당합니다. 해당 다국적 회사에서는 영어 발매 상표명을 그대로 한국어권에서 출원한 것이고요. 정확히는 한국 출시된 제품에서도 영문표기를 사용하는 경우만으로 한정하자는 뜻이신가요? 그렇다손 치더라도 저는 아이폰의 표제어가 iPhone이 되어서는 안된다는 입장이라서요. 이 경우는 iOS와 달리 한국어 화자가 한국어 표기를 충분히 널리 사용하는 경우일 겁니다.--이강철 (토론) 2017년 2월 16일 (목) 23:14 (KST)
제가 단어 선정에 실패했네요. 현지화가 아니라, 그냥 한국어 서비스에서 영문표기가 사용되는 경우를 말하는 겁니다. 네, 한국 출시된 제품에서도 영문표기를 사용하는 경우만을 말하는 겁니다. 이를 제외한 모든 주장은 아까와 일치합니다. 그리고 시리Siri가 되면, 아이폰 역시 iPhone이 되어야 합니다. Apple 한국어 공식에서도 iPhone 표기를 선호합니다. 의견 부탁드립니다.-- 2017년 2월 16일 (목) 23:23 (KST)

에 그리고 한가지 더 있어요. 마그녹스에 대해서 말이죠. 한국 원자력 연구소 / 뉴스 기사에서도 마그녹스라고 말합니다. Magnox가 원 언어고요... RP 발음은 마그녹스인데, 미국발음대로 하면 매그녹스로 발음됩니다. 이 경우엔 어떻게 정해야 하죠? 한국 원자력 연구소와 뉴스 기사에서 나온 마그녹스는 다 고쳐야 할까요? 한국 원자력 연구원은 영어로 적지 않아요. 이 경우엔 님의 경우와 정 반대 되는데 이건 어떻게 되는거죠? 그리고 가압수형 원자로도 문제가 있습니다. 에... 한국에선 가압수형 원자로라고 하는데 영어에선 PWR이라고 합니다. 이 경우엔 다 바꿔야 하는 건가요? 비등수형 원자로도 마찬가지입니다. GE에서 개발했으니 GE에 대한 예의를 지킬려면 영어로 Boiling Water Reactor 라고 적어야 하는게 맞지 않을까요? VVER도 마찬가지고요. VVER도 러시아 어로 되어 있고, 로사톰이 트레이드 마크를 갖고 있습니다. 이걸 다 키릴 언어로 적어야 하나요? --책읽는달팽 (토론) 2017년 2월 16일 (목) 22:51 (KST)

마그녹스가 뭔지는 잘 모르겠지만, 문서를 읽어보니, 한국어로는 정확하게 정해진 이름이 없어 보이는 경우네요. 하지만 제가 제시한 예시들과 변경해야할 대상은 그러하지 않습니다. 모두 정해진 표기입니다. 게다가 마그녹스는 저의 주제와는 거리가 먼 것 같습니다. 비등수형 원자로는 용어이지 고유명사가 아니므로, 더욱 더 멀어집니다. 혹시 그쪽 입장에서, 저는 위키백과Wikipedia라고 적어야 한다, book이라고 적어야 한다, 뭐 이런 식으로 주장하고 있다고 말하시는 겁니까? 전혀 그렇지 않습니다. 저는 공식명칭이 존재하는 것들만을 대상으로 삼고 있습니다. 다시 한 번 글을 자세히 읽어주시기를 희망합니다.-- 2017년 2월 16일 (목) 23:02 (KST)
아 고유명사입니다. 용어가 아니에요. 한국원자력연구원이나 기타 원자력 쪽에선 고유 명사로 사용됩니다. 자... 여기에 대해선 어떻게 말씀하실겁니까? --책읽는달팽 (토론) 2017년 2월 16일 (목) 23:03 (KST)
용어라고 하면 왜 BWR로 하면 될걸 왜 굳이 한국에선 비등수형 원자로라고 하는거죠? 이건 그쪽의 전문 고유명사입니다. 그리고 개발사인 제너럴 일렉트릭에 대한 예의로 우리도 BWR이나 보일링 워터 리엑터라고 해야죠 --책읽는달팽 (토론) 2017년 2월 16일 (목) 23:07 (KST)
미처 못보고 늦어졌네요...; 전에도 말했듯이 한국에서 사용되는 표기가 없다면, 통용되는 표기를 따르는 것이 옳다고 생각합니다. 참고로 제가 제 의견을 이상하게 설명하긴 했지만, 다시 명료하게 설명하자면, 어느 기업이 국내에서/국내에서도 서비스하고 있을 경우, 문서 제목은 그 기업에서 사용하는 명칭을 따라야 한다.입니다.-- 2017년 2월 16일 (목) 23:33 (KST)

네 아까 고이아니아 사고는 수정하고, VVER 건을 제대로 파보죠... VVER은 러시아 원자로이고, 러시아 어로 Водо-водяной энергетический реактор 로 말합니다. 그리고 이 원자로에 대한 트레이드 마크는 위에서 말한 로자톰이 갖고 있어요. 자 우리는 여기에 ВВЭР 라고 말해야 할까요? 러시아어 위키백과에선 ВВЭР로 표현합니다. 트레이드 마크를 가진 러시아어가 그렇게 쓰니까 우리도 ВВЭР로 적어야 하는거 아닌가요? --책읽는달팽 (토론) 2017년 2월 16일 (목) 22:57 (KST)

상당히 극단적으로 비판하시고 계십니다. 일단 제가 글을 모호하게 작성한 것에 대해서 먼저 사과드립니다. 저는 영문이라는 것을 강조하고 싶습니다. 세계공통어인 영어와, 키보드에서 용이하게 입력할 수 있는 로마자는 고유명사를 표기하는 데에 있어서 효과적으로 활용되고 있습니다. 앞에서도, 그 앞에서도 말했지만, 저는 기업이 주장하는 공식 명칭에 관해서만을 이야기하고 있습니다. 님이 앞에서 언급한 것들은 뚜렷하게 지정된 표기법이 없는 것들입니다. 그렇기 때문에 통용되는 말을 채용하는 것이 옳다고 생각합니다. 저는 정해진 표기법이, 백과사전의 제목에서 변형되는 것은, 백과사전적인 역할을 다하지 못한다는 것을 말하고 있는 겁니다. 문서의 제목은 공식 명칭을 따라야 하며, 문서 내에서 다른 표기에 대한 부가적인 설명이 들어가야 합니다.-- 2017년 2월 16일 (목) 23:07 (KST)
네 기업이 저리 주장합니다. 로사톰은 러시아 원자력 기업이에요. VVER로 번역하긴 한데, 그런데 우린 원본을 써야 하잖아요? 영어명은 거짓말이고, 그러니까 오리지날 러시아 어인 ВВЭР로 가야죠. 네 로사톰에서도 자기네 언어에서 ВВЭР라고 말합니다. --책읽는달팽 (토론) 2017년 2월 16일 (목) 23:11 (KST)
아 그리고 VVER 같은 경우엔 영문으로 적을 경우엔 Water-Water Energetic Reactor 가 됩니다. 네 VVER이 아닌거죠. 근데 영어판에서도 VVER을 쓰고 있어요.... 영어판이 잘못한거네요? --책읽는달팽 (토론) 2017년 2월 16일 (목) 23:14 (KST)
뭐 VVER 이야기가 지루하다면 마그녹스로 가죠... 마그녹스는 뭘로 발음해야 하나요? Magnox Ltd가 알아들을 단어로 적어주시면 감사하겠습니다. 참고로 영국 판타지 소설에서도 마그녹스라고 하는 판국인데 말이죠. --책읽는달팽 (토론) 2017년 2월 16일 (목) 23:18 (KST)
대상의 정확한 범위를 제시했습니다. 위의 이강철 님과의 토론을 참고해주십시오.-- 2017년 2월 16일 (목) 23:24 (KST)
참고로 질문을 회피하는 것이 아닙니다, 저는 저의 애매한 범위 지정 탓에 토론의 주제가 너무 벗어난 것 같아서, 어떠한 것들에만 해당되는가를 다시 한 번 정한 것입니다. 제가 글을 논리적으로 못 쓰는 경향이 있지만, 그것 또한 고려하시고 생각해주시면 감사하겠습니다.-- 2017년 2월 16일 (목) 23:27 (KST)

아아아아ㅏㅏ 수정합니다. 저의 의견은 어느 기업이 국내에서/국내에서도 서비스하고 있을 경우, 문서 제목은 그 기업에서 사용하는 공식 명칭을 따라야 한다.입니다.-- 2017년 2월 16일 (목) 23:34 (KST)

아래와 같이 논의 범위를 축소하고, 기존 토론을 숨김 처리합니다. 이는 토론에 새로운 사용자의 참여를 쉽게 하게 하기 위함입니다.

@고솜: @책읽는달팽:

  • 한국 출시된 제품임에도 영어 명칭을 사용하는 경우 (하드웨어 및 설치형 소프트웨어)
  • 글로벌 플랫폼에서 한국어 페이지(소프트웨어)가 존재하는 경우

이정도로 논의 범위를 축소하는데 동의하십니까? --이강철 (토론) 2017년 2월 16일 (목) 23:38 (KST)

동의합니다.-- 2017년 2월 16일 (목) 23:51 (KST)

참고로 시리는 한국에 출시되었다고 보기 애매합니다. 글로벌 서비스이거든요. --이강철 (토론) 2017년 2월 16일 (목) 23:38 (KST)

Siri는 글로벌 서비스지만 한국어를 지원하는 서비스니까 포함되지 않습니까?-- 2017년 2월 16일 (목) 23:51 (KST)
그러니까 두번째 경우에 해당된다는 말씀입니다. 첫번째 경우로 들어가는 경우는 물리적인 실체가 존재하는 아이폰 같은 경우고요. --이강철 (토론) 2017년 2월 16일 (목) 23:59 (KST)
이해했습니다.-- 2017년 2월 17일 (금) 00:06 (KST)
동의합니다. Siri는 100% 클라우드 서비스라... --책읽는달팽 (토론) 2017년 2월 17일 (금) 00:09 (KST)

오늘은 이만 늦었으니 나중에 다시 논의를 이어갔으면 합니다. --이강철 (토론) 2017년 2월 17일 (금) 00:13 (KST)


대략 두가지 주장이 있습니다. 토론에 참가하기 전에 읽어봐주시면 감사하겠습니다.

고솜님의 주장의 요지: 한국어권에 출시된 제품의 표기 / 글로벌 서비스 중에 한국어 서비스가 있는 제품의 표기가 영어인 경우, 기업의 의사를 존중하여, 영어 표기를 사용해야한다.

  • 예)Siri, iPhone, Apple (기업)

이강철 및 책읽는달팽님의 주장의 요지: 한국어 위키백과는 한국어 화자의 시각을 충분히 반영해야한다. 그러므로 기업의 표기가 영어더라도, 한국어 화자들이 한국어 표기를 더 널리 사용한다면, 한국어 표기를 채택하여야한다.

  • 예) 시리, 아이폰, 애플 (기업)

위와 같이 기존에 있었던 논의를 간략히 요약합니다. 아래에서 새로 논의를 이어나가주시면 감사하겠습니다. --이강철 (토론) 2017년 2월 17일 (금) 00:21 (KST)


논의가 왜 길어지는지 이해가 어렵네요. 한국어 위키는 가능하면 최대로 많은 한국어 화자들이 이해할 수 있는 글자로 쓰여야 하고 가능하면 한글 이외의 문자는 괄호 치고 쓰면 되지 않을까요. 한국어의 문자는 한글인데 영어 알파벳이건 가나건 키릴 문자건 사용은 최소화하는게 옳지요. Microsoft가 '마이크로소프트'랑 동일하다는건 불보듯 뻔한 사실인데 왜 영어 알파벳을 써야하는지 이해가 어렵습니다. 영어 알파벳에 익숙하지 않은 사람도 고려해 주세요.-- 이 의견을 작성한 사용자는 223.62.219.107 (토론)이나, 서명을 남기지 않아 다른 사용자가 추가하였습니다. 의견 끝에 --~~~~를 달면 서명이 됩니다.

https://www.microsoft.com/ko-kr/about/

마소 한국지사 소개 페이지인데 마소에서도 Microsoft를 '마이크로소프트'로 쓰고 있습니다. 이정도면 답이 되지 않을까요. -- 이 의견을 작성한 사용자는 223.62.219.107 (토론)이나, 서명을 남기지 않아 다른 사용자가 추가하였습니다. 의견 끝에 --~~~~를 달면 서명이 됩니다.

논점을 제대로 한 번 읽어주십시오.-- 2017년 2월 18일 (토) 12:13 (KST)
읽어봤는데 한국에서도 공식 명칭을 영어 알파벳으로 쓰는 경우 위키백과 표제어도 영어 알파벳을 써주자는 말씀이잖아요. 이에 대해 저는 한국어 화자의 99.9%가 알아보는 한글 표기 원칙을 굳이 바꿀 필요가 없다는 생각입니다. 영어를 못읽거나 영어에 익숙하지 않은 사람도 고려해야죠. 괄호 치고 영어 명칭을 써주면 된다는 생각입니다.-- 이 의견을 작성한 사용자는 222.98.19.125 (토론)이나, 서명을 남기지 않아 다른 사용자가 추가하였습니다. 의견 끝에 --~~~~를 달면 서명이 됩니다.
그렇다면 중화인민공화국의 문서명을 중국이라해도, 중화민국의 문서명을 대만이라해도 문제가 없지 않을까요? 실제로 한국어 화자 중 중국에 관련되지 않은 사람들 중에서 대만과 중화민국을 구별하는 사람은 적다고 봅니다만. 백과사전은 정확한 정보를 담는 게 가장 중요하다고 생각합니다. 그리고 괄호를 사용하며 된다고 하셨는데, 「Siri(시리)」 이렇게도 사용할 수 있습니다. 이렇게 하면 정확한 정보를 우선할 수 있으며, 한국어 화자의 이해를 높히는 것도 가능합니다.-- 2017년 2월 18일 (토) 13:56 (KST)
중화인민공화국 및 중화민국을 해당 명칭으로 표시하는 것은 위키백과:중립적 시각에 따른 선택입니다. 즉, 중화인민공화국 및 중화민국 측의 주장에 치우치지 않게 정한 것입니다. 마찬가지로 현재 한국어 위키백과에서는 대한민국조선민주주의인민공화국을 토론을 거쳐 표제어로 삼고 있습니다. --이강철 (토론) 2017년 2월 18일 (토) 15:26 (KST)
제가 예시를 잘못 들었지만, 어찌됐든 한국어 화자들 중에서 대만과 중화민국을 구분하는 사람은 적습니다. 그런데 이건 논점에서 너무 멀어진 이야기네요.-- 2017년 2월 18일 (토) 22:57 (KST)

Symbol opinion vote.svg의견

한국어 위키백과의 모든 문서는 되도록 한글로 쓰여야 합니다. 그러나 다른 언어로 된 지명이나 인명 등의 고유 명사를 음역하는 경우 원래의 명칭과 한글로 음역된 것이 항상 일대일 대응이 되지는 않습니다. 고유명사 하나에 대응하는 한글 표기가 여러 개가 될 수도 있습니다. 한국어 위키백과에서는 외국어 고유명사를 표기할 때 널리 사용되는 표기(통용표기)를 사용하는 것이 원칙입니다. 통용 표기로 선택할 수 있는 표기 방식이 여러 개일 경우 토론을 통해 해결해야 합니다.


위키백과:외국어 고유 명사의 한글 표기

저와 달팽님의 주장은 위 지침에 근거하고 있습니다. 기업의 공식적인 표기는 우선적으로 고려 가능한 통용 표기 중 하나입니다. 그에 따라 사용자들 간의 토론을 통해 한국어, 영어 표기 등을 선택할 수 있습니다. 그러나, 제시한 경우들은 한국어 화자 사이에서 영어 표기보다 한국어 표기가 저 널리 쓰인다고, 볼 수 있을 것입니다. 고솜님은 위키백과의 사용자 들이 지켜야 할 새로운 규칙을 만드시려고 하시는지요. --이강철 (토론) 2017년 2월 18일 (토) 15:26 (KST)

한국어 화자들이 편집하고 이용하는 한국어 위키백과에서, 제가 그들을 배려하지 못한 것 같네요. 제 주장은 철회하겠습니다.-- 2017년 2월 18일 (토) 22:57 (KST)
@고솜: 오랜 기간 동안 사용자들이 고민하고, 의견을 모아 이룬 총의입니다. 다만, 총의라는 것은 사용자들이 의견을 모아서 바꿀 수 있습니다. 이전에 말씀드린 것 처럼, iOS처럼 한국어 표기가 마땅하지 않은 경우에는 그대로, 영어명칭을 쓰기도 합니다. 언제든 위키백과의 정책이나 지침 또는 바꿔야할 것이 있다고 생각하다면, 토론을 여시면 됩니다. 좀 더 나은 방안을 찾기 위한 토론이라면, 언제든 환영입니다. 이번 토론에 참여해주셔서 감사합니다. :) --이강철 (토론) 2017년 2월 19일 (일) 13:50 (KST)

위키백과 학생 평가[편집]

안녕하세요, 네오알파입니다. 말 그대로, 올 한 해 모 중학교 사회과를 담당하게 되었습니다. 이에 과제물 평가를 위키백과로 대체할 예정입니다. 아직 교육과정을 완성하지 못했기 때문에 언제, 어느 단원을 할 지는 결정하지 못했으나 학기당 1회로 예상하고 있습니다. 조만간 프로젝트 문서 생성하겠습니다. --맵핵켜는 네오알파 (토론) 2017년 2월 17일 (금) 13:32 (KST)

Symbol opinion vote.svg의견 관리자들의 혼란을 막기 위해서, 우선 초안 문서에 글을 쓰도록 한 뒤 수정을 거쳐 일반 문서로 전환하도록 하는 것은 어떨까요? --호로조 (토론) 2017년 2월 17일 (금) 20:21 (KST)

참고로, 개인정보 보호를 위해 해당 프로젝트는 백:다중 계정에서 허용하는 범위 내에 있는 다중 계정을 생성, 사용할 것임을 미리 알립니다. --맵핵켜는 네오알파 (토론) 2017년 2월 17일 (금) 13:44 (KST)

en:Wikipedia:Education program/Educators - 우리 위키백과에서도 이 정책을 도입하는건 어떨까요. - Ellif (토론) 2017년 2월 17일 (금) 13:55 (KST)
  1. 학생들의 편집은 연습장 범위를 벗어나지 않을 것입니다.
  2. 영어권의 교육과정과 대한민국의 교육과정은 맞지 않는 부분이 많아, 정책 역시 참고의 대상은 될 뿐, 수입의 대상은 아닙니다. 가이드라인을 잡은 것이 있으나, 실제 적용한 이후 공개하겠습니다. --맵핵켜는 네오알파 (토론) 2017년 2월 18일 (토) 01:31 (KST)
응원하겠습니다. 프로젝트 문서에 제가 할 수 있는 일이 있다면 학생들을 도왔으면 좋겠네요. --Motoko C. K. (토론) 2017년 2월 19일 (일) 06:20 (KST)
위키백과:위키백과를 교육에 활용하기/2017학년도 안성중학교 사회과 문서가 생성되었습니다. 아직 정식 결재라인을 탄 것이 아니므로, 가안에 해당함을 양해해주시기 바랍니다. --맵핵켜는 네오알파 (토론) 2017년 2월 20일 (월) 01:54 (KST)
좋은 사례가 되었으면 좋겠습니다. 제가 수업 참관도 해 봤으면 좋겠는데 가능하다면 알려 주세요. --Motoko C. K. (토론) 2017년 2월 20일 (월) 16:07 (KST)
혹시 별도의 오프라인 지원이 필요하다면 백:오프라인 모임 지원을 이용해 주세요! --Motoko C. K. (토론) 2017년 2월 20일 (월) 16:08 (KST)


사용자:책읽는달팽님이 다른 사용자를 몰아내기 위해 허위 발언을 한 사건이 있었습니다.[편집]

위키백과:사용자 관리 요청/2017년 제6주#사용자:10jasu 차단에서 사용자:책읽는달팽님께서 규정이 아닌 제안을 규정인 것처럼 속여 다른 사용자를 차단시키려고 한 사실이 포착되었습니다.

그래도 님은 Hate Speech 전과가 있습니다. Wikimedia projects do not operate on the basis of absolute freedom of speech and we impose limitations e.g. on "hate speech". We expect all members of the community to treat other community members with respect and reserve the right to terminate anyone's access to our projects and services should they be found to be in breach of policy. - 메타 내용입니다.

아주 간단하게 님이 하신 Hate Speech는 메타에서부터 차단할수 있다고 되어 있습니다. Hate Speech에 대한 표현의 자유는 없다고 메타에서 규정하고 있습니다.

이 내용의 원 출전은 m:Wikimedia LGBT/Request for WMF board resolution on homophobia으로 문서 제목만 봐도 통과된 규정이 아니라는 것을 잘 알수 있습니다.

제목이나 본문만 봐도 통과되지 않은 제안인게 명백한데다가 일반적으로 규칙이나 규범을 근거로 자기 주장을 편다면 그 출전을 명시하는게 상식이기 때문에 다른 사람을 속이고자 허위 발언을 한 고의 또는 미필적 고의가 인정됩니다.

과거 백:회수기록을 보면 위키백과:관리자 권한 회수/관인생략/2에서도 총의 저지, 토론에서의 거짓말, 중재절차에서의 거짓말을 근거로 권한을 회수한 전례가 있기 때문에

자기랑 분쟁을 빚은 사람을 내쫓고자 허위 발언을 한 행동은 사용자:10jasu님의 정체와 관계 없이 위키백과의 관리자로서 해서는 안되는 행동이자 결격사유라고 생각합니다.

이에 사용자:책읽는달팽의 권한 박탈에 대한 논의의 공간을 엽니다.-- 이 의견을 작성한 사용자는 220.73.7.172 (토론)이나, 서명을 남기지 않아 다른 사용자가 추가하였습니다. 의견 끝에 --~~~~를 달면 서명이 됩니다.

찬성 이미 위키백과:사랑방 (일반)/2017년 제6주#사용자:책읽는달팽님의 권한 남용에 유감을 표합니다에서 나오듯 사실관계를 왜곡하거나 근거없는 주장을 통해 특정인을 옹호하는 문제를 일으킨 적도 있고, 관리자 권한을 써서 보호를 할 수 없는 상황에서 문서를 보호한 적도 있습니다. 이 관리자에게 규정을 준수하려는 의지가 보이지 않으므로 즉시 권한을 회수하는 것 만이 위키백과의 밝은 내일을 열어가는 길입니다. 아직 전 기여수가 모자라기 때문에 기여수를 채우면 발의에 동참하겠습니다. --국민의뜻 (토론) 2017년 2월 21일 (화) 11:55 (KST)

Symbol opinion vote.svg의견 위키백과:사랑방 (일반)/2017년 제6주에서 해당 IP 사용자 및 10jasu 사용자가 발제한 내용은 위키미디어 재단의 이용약관에 정면으로 어긋나는 내용이었습니다.

Violating the Privacy of Others

  • Infringing the privacy rights of others under the laws of the United States of America or other applicable laws (which may include the laws where you live or where you view or edit content);
  • Soliciting personally identifiable information for purposes of harassment, exploitation, violation of privacy, or any promotional or commercial purpose not explicitly approved by the Wikimedia Foundation; and
  • Soliciting personally identifiable information from anyone under the age of 18 for an illegal purpose or violating any applicable law regarding the health or well-being of minors.

meta:Terms of use

다른 사람의 사생활을 침해하는 행위

  • 미국의 법이나 다른 적용될 수 있는 법(자신이 살고 있거나 콘텐츠를 읽고 편집하는 곳의 법을 포함)이 보호하는 사생활을 침해하는 행위
  • 인신공격, 악용, 사생활 침해, 위키미디어 재단이 명시적으로 허용하지 않은 광고 및 상업적 목적을 위해 개인정보를 수집하는 행위
  • 불법적인 목적으로 18세 미만인 사람의 개인정보를 수집하는 행위 또는 미성년자의 건강과 안녕에 관련한 법을 위반하는 행위

meta:Terms_of_use/ko

어떠한 목적으로든, 개인정보의 수집을 시도한 행위는 허용되어서는 안됩니다. 제가 해당 사용자를 제재한 것 중 가장 큰 사유가 이것이 었습니다. 그러한 판단을 한 저는 왜 권한 박탈을 요구하지 않으시나요? 매우 의아합니다. --이강철 (토론) 2017년 2월 21일 (화) 12:19 (KST)

Soliciting personally identifiable information for purposes of harassment, exploitation, violation of privacy, or any promotional or commercial purpose not explicitly approved by the Wikimedia Foundation; and

메타위키 원문입니다. 다른 사람을 유인하거나 속임수로 꾀어 정보를 수집하는 행동인 Soliciting에 해당한다는 근거를 제시하기 바랍니다. 사용자:이강철사용자:10jasu를 유니폴리의 다중계정으로 차단하였던데 사용자:10jasu가 유니폴리라면 누군가 스스로 병력을 밝힌 경우에는 그 사람의 병력에 대해 알고 있을 것이기 때문에 10jasu는 자기가 알고있는 정보를 수집했다는 소리가 돼서 이치에 맞지 않는 모순이 됩니다. 금반언의 원칙은 모르시나요. 피장파장의 오류에 논리가 비약된 거짓 변명을 일삼는 모습이 보기 좋지 않네요. 123.228.84.249 (토론) 2017년 2월 22일 (수) 23:05 (KST)

애초에 사실관계가 틀린 주장이네요. 해당 사용자를 차단한 것은 사:책읽는달팽이 아닙니다. 어디서 선동과 날조로 승부를 보려고 하십니까. --맵핵켜는 네오알파 (토론) 2017년 2월 21일 (화) 12:37 (KST)

이 문단에는 사:책읽는달팽이 10jasu님을 직접 차단하면서 허위 주장을 폈다는 내용은 없네요. 책읽는달팽님이 10jasu님을 직접 차단할 수 없는 상황이라 10jasu에 대한 차단을 다른 관리자들에게 요구해서 10jasu님이 차단된 것이지요. 자기네들끼리 똘똘 뭉쳐서 선동과 날조를 하는 것인지 의심됩니다. 123.228.84.249 (토론) 2017년 2월 22일 (수) 23:05 (KST)

한국 대통령이 공석인 기간중에 임명된 공직자는 어느 정부의 공무원으로 분류하나요?[편집]

황교안이가 임명한 공직자가 박근혜 정부의 공직자인지도 논란이 많을텐데 박근혜가 짤리고 난 뒤에 임명된 공직자는 더할 필요가 없죠. 123.228.85.140 (토론) 2017년 2월 20일 (월) 21:28 (KST)

공석이든 아니든 박근혜정부의 공무원이겠죠. 황교안 대행이 애초에 박근혜정부의 일원인데요. 노무현 전 대통령이 탄핵 소추되고 고건 대행때 임명된 분들은 노무현 정부의 일원인 것과 마찬가지. --"밥풀떼기" 2017년 2월 21일 (화) 14:21 (KST)

솔직히 위백기자유롭나?[편집]

백과에실망함그냥조금밖에못하고위키백과에서해고당하는것임위키하지마셈또자유로운위키백과?퉤침나온다차단당하면끝임거기서끝나는거야또계정또만들면추방당하고위키백과가솔직히뭐가자유로워?라고생각합니다.위키백과는하나도자유롭지않네요.돌프 지글러 (토론) 2017년 2월 22일 (수) 15:22 (KST)

남에게 욕설을 하는게 자유는 아니죠. 자유를 운운하시려면 책임에 대해서도 좀 배우고 언급하시죠. --맵핵켜는 네오알파 (토론) 2017년 2월 22일 (수) 15:25 (KST)


정책[편집]

문서훼손 방지[편집]

이제부터 문서훼손 방지필터를 만들어 문서훼손을 아예 못하게 할순 없나요? -- MVP I (토론) (기여) 2017년 1월 23일 (월) 10:33 (KST)

@MVP I: 백:편집 필터가 있긴 하지만 기술적으로 모든 문서 훼손을 자동으로 걸러내는 건 불가능할 겁니다. --ㅂㄱㅇ (토론) 2017년 1월 25일 (수) 22:18 (KST)


저명성[편집]

예전부터 생각해왔던 겁니다만, 백:저명성이라는 명칭이 백:문서 등재 기준에서 말하는 등재 기준과 일치하는 개념의 용어가 아니여서 저명성이라는 말 대신 등재 기준이라는 말을 썼으면 한다는 생각이 있었는데 여러 토론들을 보고 있자니 편의상으로 쓰시는 건지 아니면 다른 이유가 있으신 건지 아직까지 저명성이라는 명칭을 그대로 쓰시는 분이 많군요. 문서 등재 기준은 저명성이 아닙니다. 이미 이것 때문에 많은 오해가 생겨버렸지 않았나요? 저명성이란 말을 그냥 유명의 정도를 뜻하는 의미로 쓴다면 모를까 등재 기준에 있어서 사용하는 저명성이란 말은 이제 쓰지 말았으면 합니다.--Leedors (토론) 2017년 2월 3일 (금) 03:57 (KST)

삭제 정책 개선[편집]

현재 위키백과에서 (초보자와) 가장 분쟁이 많은 분야가 삭제입니다. 현재의 삭제 정책(백:삭제 정책은 한국어 위키백과 초창기에 만들어져 여기저기 구멍이 많습니다. 아예 새로 만들기 전에 영어 위키백과의 관련 정책을 번역 중입니다. 관심있는 분은 제 사용자 문서 아래에 있는 다음 문서 번역과 수정에 참여해 주세요.

영어 위키백과의 삭제는 크게 세 종류로 구분됩니다.

  • 빠른 삭제는 제한된 엄격한 조건에 대해서만 토론 없이 바로 삭제하는 기준입니다.
  • 삭제 제안은 제안 후 특별한 이견이 없으면 1주일을 기다린 후에 삭제하는 것입니다. 현재 한국어 위키백과에서 삭제 신청되는 사유 중 백:아님 등의 경우는 대개 이 절차를 따릅니다.
  • 삭제 토론은 현재의 한국어 위키백과처럼 사용자 간의 토론을 거쳐 결정을 내리고요.

영어 위키백과의 삭제 정책을 검토해보고, 한국어 위키백과의 현 관행에서 고쳐야 할 점, 한국어 위키백과의 관행 중 남겨야 할 점 등을 고민해보면 어떨까요? -- ChongDae (토론) 2017년 2월 3일 (금) 19:07 (KST)

제안을 긍정적으로 생각합니다.--이강철 (토론) 2017년 2월 3일 (금) 19:20 (KST)

저도 제안을 긍정적으로 생각합니다. 1주일이라... 일단 도입될려면 {{ㅆ}} 틀을 좀 변경할 필요가 있겠습니다. (맨날 {{ㅆ}}이 속한 분류를 삭제하는터라...) 근데 일단 시범기를 두는게 옳지 않은가 싶습니다. 그리고 또한 한국어 위백에서 영어 규정을 바로 CC-CV 해버린다는 것은 전 반대입니다. 영어 위백은 영어 위백의 특성상 저런 걸 마련했고, 한국어 위백은 한국어 위백대로 저런걸 보완/수정할 필요가 있다고 보거든요. 그래서 이에 대해서 많은 토론이 필요할 것으로 보입니다. --책읽는달팽 (토론) 2017년 2월 3일 (금) 19:31 (KST)
빠른 삭제 정책과 삭제 제안 절차는 도입해도 될 듯 싶습니다. 세부 항목을 봐도 현재 관행과 무리가 없어보이고요. 긴급하게 처리해야 하는 건 사유를 명문화한 빠른 삭제 절차를 따르고, {{ㅆ|낱말}}, {{ㅆ|저명성}} 류는 1주일 정도를 기다리는 삭제 제안 절차를 따르는게 현재보다는 낫지 않을까요? 일단 해당 정책에서 불필요하게 복잡한 부분(예컨데 각 항목별로 분리된 토론장 등등)은 과감히 쳐내고 살릴 부분은 남겨봤으면 합니다. 예컨데 영어 위키백과에서는 외국어 문서라도 삭제 조건이 까다롭지만(en:WP:A2), 한국어 위키백과는 현재처럼 바로 삭제하는 방향으로 진행해도 무리가 없어보입니다.
이런 정책/지침 문서가 서로 얽히고 섥혀 있어 단순한 번역/복사로 도입이 쉽지 않긴 하지만, (대행히도?) 한국어 위키백과의 삭제 정책은 구체적 조항이라고보다는 선언적이라 도입이 그닥 어려워보이지는 않습니다. -- ChongDae (토론) 2017년 2월 6일 (월) 11:03 (KST)
세부적인 지침은 충분한 토론을 거쳐야겠지만, 이 제안 자체에 대해서는 매우 좋은 제안이라고 생각합니다. --Lee Soon (토론) 2017년 2월 11일 (토) 22:37 (KST)
빠른 삭제가 도입된다고 해도 일단 사용자들이 빠른 삭제쪽에다가 글을 올리지요... 광고, 장난&연습 훼손, 저작권은 빠른 삭제로 틀을 조정하고, 나머지는 삭제 제안으로 돌리는 것이 나을듯합니다. 들어오면 하는 짓거리가 [[분류:삭제 신청 문서]] 보는 거다보니, 저도 헛발을 짚을데가 많습니다. --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:15 (KST)
그리고 저 빠른 삭제 내용 중에 허위 내용도 있는데, 전 위에서 말했다시피 광고나 장난&연습, 저작권은 다 빠른 삭제, 그 외 나머지(사용자가 이유를 적는다던가, 저명성 문제, 독자 연구 등등...)는 다 1주일을 기다렸다가 그래도 부족하면 [[분류:삭제 신청 문서]]로 옮기는 것이 맞다고 생각합니다. --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:18 (KST)
그...러니까 일종의 완화 분류, 예를 들어서 [[분류:임시적으로 삭제 신청이 미뤄진 문서]]를 만드는것이지요... 규칙은 아무것도 모르는 사람들을 기반으로 짜여져야지, 우리처럼 어느정도 아는 사람들이 짠다고 하면 바로 문제가 생기는게 규칙이니까요... 그리고 저기서 1주일이나 혹은 2주일이나...(기한은 정하기 나름)을 지난 문서를 봇이 [[분류:삭제 신청 문서]]으로 옮기는 거구요. --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:25 (KST)
빠른 삭제 신청이 들어왔다고 무조건 삭제하는게 아니라 기준에 맞는지 확인해야죠. 기준에 맞지 않는 신청이 들어오면 반려하거나, 삭제 제안으로 고치거나, 삭제 토론에 붙이거나 할 수 있을겁니다. -- ChongDae (토론) 2017년 2월 14일 (화) 18:29 (KST)
네 기준에 맞는지 확인해야 할 필요가 있긴 한데, 일단 저렇게 틀과 분류를 짜두고 봇을 굴리면 관리자의 시간도 절약될뿐더러 문서 삭제를 반려하거나, 삭제 토론에 붙이는걸 좀 더 관리자 손을 덜수 있을거라고 생각합니다. (일단 급한 불은 끄지만, 나머지는 어느정도 시간(1달 이상도 괜찮다고 봅니다)을 거치니까 그 동안 기준에 맞는지에 대해서 판단할 시간도 더 늘어나는 거라고 생각합니다.) --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:31 (KST)
네 간단하게 설명하자면 삭제 틀을 수정하여 광고나 저작권, 장난&연습을 제외한 모든 문서에 문서가 수정될수 있는 기간, 즉 문서에 대한 완충지대를 둔다고 하는게 맞을거 같네요 --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:38 (KST)
아마 저 삭제틀을 이렇게 수정하는 거로 하면 기존의 삭제 정책대로 운영해도 상관 없을거 같아 보입니다. 정책을 수정하지 않고, 틀 수정과 분류 하나 더, 그리고 봇 하나 만 굴리면 기본 정책대로 가는것이지요. --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:41 (KST)
{{초안 문서}}처럼 마지막 편집 시간이 노출되게 한다거나, 삭제 틀을 모두 "풀기:"를 사용하도록 강제해서 "{삭제 신청/날짜|2017-02-29}"처럼 풀리게 해 놓고 "분류:방금 삭제 신청된 문서" "분류:일주일 묵은 삭제 신청 문서" 식으로 자동분류하도록 하면 될 듯 싶습니다. 날짜가 지날수록 배경색이 점점 진해지게 한다거나... -- ChongDae (토론) 2017년 2월 14일 (화) 18:46 (KST)
삭제 틀을 풀기 해버리면 기존 삭제 틀에 Lua를 써서(네 지금은 Lua가 아닌 기존대로 굴러가고 있고, 문서 역사를 보면 아시겠지만 거진 2년 지난...) 장난&연습, 저작권, 차단된 사용자의 문서, 광고 - 생각해보니 이건 회색이네요... 뭐 이것은 빼죠 - 이란 단어가 붙은 문서는 몽땅다 기존으로 옮기고, 나머지 사유면 몽땅다 안전지대 분류로 옮기고, 그 시간 지난걸(시간은 계속 이야기 해야 겠지만요) 봇이 꺼내오는 걸로 하면 괜찮을거 같네요. 실제 분류를 조정하는 봇이 있으니까 이 일을 더 시키면 될거 같습니다. 그리고 아까 주장을 계속하는거 같지만 말이죠 쿨럭... --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:52 (KST)
거기에다가 만약 삭제틀을 만진다면, 사용자가 두가지 삭제 사유를 드는 경우가 있는데, (예로 {{ㅆ|장난}}, {{ㅆ|저명성}})인 경우엔 장난 항목을 무시하도록 설정해야 될것같습니다. --책읽는달팽 (토론) 2017년 2월 14일 (화) 18:57 (KST)

사용자:ChongDae/빠른 삭제 정책에서 중요한 내용의 초벌 번역을 끝냈습니다. --Motoko C. K. (토론) 2017년 2월 17일 (금) 15:05 (KST)

문서 삭제 후에도 내용 열람이 가능하다고 하는데요.[편집]

백토:삭제 정책편집 필터 기록 열람 문단에도 남겼습니다. 삭제 신청 틀을 달게 되면, (태그:삭제 신청)가 달리게 됩니다. 동시에, 편집 필터 기록에서 계정을 등록한 사용자는 자세한 사항의 링크를 클릭하면, 문서가 삭제가 되든 안되든 그 기록은 영원히 남습니다. 만약 저작권 침해의 문서에 삭제를 신청할 때, 대부분의 사용자가 문서를 비운 편집 동시에 틀을 다는것은 고유한 기록을 남기게 되어(예시) 악의적으로 그 원본을 베껴서 제2차 저작권 침해의 원인이 될 수 있습니다. 삭제정책에서 먼저 배우는 편집과 틀 달기 편집을 순서대로 따로 하는것으로 해야 한다는것은 어떤가요? —Jerrykim306 토론기여메일 2017년 2월 10일 (금) 23:24 (KST)

(위키백과:사랑방 (일반)/2017년 제6주이 글을 옮긴 것입니다.)

처음에 Jerrykim306 님께서 이와 같은 글을 제 토론 페이지에 남겨주셨습니다. 처음에 그 의미를 이해하지 못 해 반신반의한 상태로 토론을 진행하였으나, Jerrykim306 님이 제시한 편집 필터 기록을 통해 저작권 침해로 삭제가 완료된 문서의 삭제 전 문서 내용이 열람이 가능한 것을 알았습니다.

개인적으로 지금까지 저작권 침해의 이유로 삭제 신청을 한 경우가 꽤 많습니다. 그런데 이것이 무용지물이 아니었는지 하는 의문마저 들었습니다.

이런 경우 별 문제가 없는 사항인지요? 만약 문제가 없다면 다행이지만, 문제가 있는 상태가 맞다면 편집 필터를 열람하지 못 하게 하거나, 삭제 신청 시 문서 내용을 완전 비운 편집을 한 후, 삭제 신청 틀을 다는 편집을 따로 하도록 지침의 개정이 있어야 할 것입니다. --Lee Soon (토론) 2017년 2월 11일 (토) 01:03 (KST)

@Lee Soon: 아 원래 저작권 관련 삭제시엔 문서 내용을 비우고 삭제틀을 붙이도록 되어 있습니다. 쿨럭... (근데 사람들은 보지 않죠) 편집필터에서 보이는 건 그것 때문이구요 :) 그리고 편집필터로 보는 건 '미디어위키'에 어느정도 능통한 사람들이 볼수 있는, 그러니까 진입장벽이 은근 높은 물건입니다. 진입장벽이 높은 물건에 초보 사용자들이 편집필터 내역을 보기란 힘든 거구요 :) 도움이 되셨는지 모르겠습니다. --책읽는달팽 (토론) 2017년 2월 11일 (토) 08:17 (KST)
@책읽는달팽: 그래서 늘 정책에 따라 저작권 침해로 인한 삭제 신청 때에는, 반드시 문서 내용을 비우고 삭제 신청 틀을 붙여왔습니다. 다만 그 작업을 1번에 행했던 것이죠.
정책에 "명백한 저작권 침해에는 문서의 내용을 완전히 지운 후 틀:삭제 신청을 붙여주시기 바랍니다."이라는 문장이 있습니다. 저도 이 문장에 근거해서 삭제 신청을 했던 것인데, 혹시 이 문장이 "내용을 지우는 편집 따로, 삭제 신청을 하는 편집 따로 하라"는 말이었는지요? 그러나 지금의 문장을 보고 과연 2번에 나눠서 편집하도록 이해할 사용자가 얼마나 있을지 의문입니다. 그리고 2번에 걸쳐서 작업하는 것도 비효율적이지 않나 하는 생각이 드네요.
말씀하신 편집필터 부분에 대해서는, 사실 저도 10년이 넘도록 단 한 번도 본 적이 없던 페이지였습니다. 일반 사용자의 입장에서 해당 필터를 잘 몰라도 크게 지장이 없었고요. 그러니 초보 사용자들이 보기 힘들 것이라는 말씀에는 동의합니다. 게다가 저작권 침해로 인해 문제가 되는 경우는, 위키백과의 제 정책에 익숙치 않은 사용자들이 상대적으로 많으니까요. 다만 어쨌든 저작권 문제로 인해 삭제된 내용이 노출된다는 것이 확인이 되었다면, 처음에 제가 글을 남겼듯 지침의 표현을 명확한 표현으로 개정하던가, 편집 필터가 노출되지 않도록 해야 하지 않나 생각합니다. --Lee Soon (토론) 2017년 2월 11일 (토) 10:24 (KST)
편집 필터를 노출 하지 않는게 최선이겠죠. 일단 삭제틀이 들어가는 건 모두 편집필터에 기록이 남도록 되어 있으니까요... 흠 이건 정책이 아니라 편집필터를 좀 손봐야 할 문제인거 같네요 --책읽는달팽 (토론) 2017년 2월 11일 (토) 11:34 (KST)
저도 편집 필터의 노출 여부를 수정하는 것이 최선이라고 생각하는데, 사실 편집 필터 부분까지 넘어가면 제가 모르는 부분이 많아져서 어떻게 해야 할 지를 모르겠네요. 다른 분께서 나서서 해 주실지.. --Lee Soon (토론) 2017년 2월 11일 (토) 12:29 (KST)
편집 필터는 여기가 아니라 기술 사랑방에서 논할 문제고요... 본 필터를 숨기지 않는 이상 어뷰즈로그는 공개됩니다.
개인적으로는 배보다 배꼽이라는 말이 생각나는데요. 어짜피 저작권 침해 게시글을 삭제하거나 특정판 삭제 하더라도 데이터베이스에는 영구히 남으며, 저작권 침해가 존재하는 기간 동안에 생긴 데이터베이스 덤프에는 해당 내용이 배포됩니다. 그렇다고 해서 데이터베이스 덤프를 제공하지 말자는 말을 하지는 않죠. 해당 필터가 굳이 비밀을 요하는 것도 아니고요. — regards, Revi 2017년 2월 11일 (토) 11:41 (KST)
그로 인해 위키백과:삭제 정책을 개정해야 할 필요가 생길 수도 있을 것 같아서 여기에 남겼던 겁니다. 필요하다면 옮기도록 하겠습니다. 아무튼 그럼 특별히 수정할 것은 없다고 보시는 것인가요? --Lee Soon (토론) 2017년 2월 11일 (토) 12:29 (KST)
필터의 비공개는 필터의 공개가 필터의 목적을 달성하는 데 효과적이지 않을 때 (필터의 조건을 의도적으로 우회할 때) 이루어져야 하며 그 또한 제한적으로 이루어져야 합니다. 저작권 침해가 위키백과의 정책을 위반하는 행위임에는 분명하나 필터를 비공개로 지정해야 할 만큼 중대하고 필터의 목적을 방해하는 (삭제 신청의 태그) 행위라고 생각하지 않습니다.
윗 발언이 좀 애매모호해서 덧붙이자면, 필터를 통해 저작권 침해를 열람할 수 있다는 것에 대해서는 인지합니다만, 이미 데이터베이스 덤프가 일정 주기마다 제공되고 있어 과거의 덤프를 열람하면 (덤프 두 개 이상이 생성될 만한 시간 동안 삭제되지 않았다고 가정할 때) 충분히 과거의 판을 열람할 수 있습니다. 이런 방식으로 이미 어뷰즈로그를 열람할 수 있는 지식을 가진 사용자는 충분히 다른 방식으로도 해당 문서를 열람할 수 있을 것이라고 가정할 수 있습니다. 그러한 사용자들을 막기 위해서 굳이 필터를 비공개해야 하는가에 대해서는 좀 회의적입니다. — regards, Revi 2017년 2월 11일 (토) 22:20 (KST)

정책이나 지침으로 해결할 수 있는 문제가 아니네요. 관리자가 문서 편집 역사를 숨길 수 있듯, 편집 필터 기록을 숨길 수 있도록 하는 기능을 제안해는게 어떨까요? 저작권 이외에 개인정보 침해 등에도 대응할 수 있을듯 싶네요 .[12]에서 재안할 수 있습니다. -- ChongDae (토론) 2017년 2월 14일 (화) 17:43 (KST)

기술적으로는 가능하지만, 한국어 위키백과에서는 그 권한을 기록보호자만 갖고 있지요. --IRTC1015 2017년 2월 14일 (화) 19:52 (KST)
Symbol opinion vote.svg의견 현재 한국어 위키백과에서는 기록보호자가 단 한명도 없습니다(아직 정책화 되지 않았기 때문에). 이렇게 하려면, 메타 사무장에게 요청을 하여 해야합니다만, 계속 매타의 개입이 필요하기 때문에, 기록보호자 정책도 곧 총의에 따라 정책화 되는것도 중요하다고 생각합니다. —Jerrykim306 토론기여 2017년 2월 14일 (화) 20:56 (KST)
기록보호자만 보게 숨기는 기능은 가능하군요. 일반 문서처럼 관리자만 볼 수 있게 삭제하거나 숨길 수 있는 단계도 필요해보입니다. -- ChongDae (토론) 2017년 2월 15일 (수) 10:30 (KST)
저작권 침해 관련 삭제 신청 편집필터를 따로 만들어서 기록을 안하게/비공개로 설정한 상태로 같은 태그를 달게 만드는것은 어떤가요? —Jerrykim306 토론기여 2017년 2월 23일 (목) 13:25 (KST)

위키백과:넘겨주기 토론의 생성 제안[편집]

넘겨주기의 변경, 대표 문서의 변경등에 대한 토론을 할 수 있는 en:Wikipedia:Redirects for discussion과 같은 문서의 생성을 제안합니다. --국민의뜻 (토론) 2017년 2월 14일 (화) 13:45 (KST)


기술[편집]

트윙클 일부 오작동[편집]

제가 최근에 편집 분쟁이 있었던 문서에 트윙클 소도구로 빠른 요청을 하려고 하다가 대상 문서를 찾을 수 없다고 나오고 실패로 끝납니다. 오류메시지는 다음과 같습니다.

문서 보호 요청 중: Could not find relevant heading on WP:RPP. To fix this problem, please see RPP 수정 방법.

이외에도 오작동이 있으니 그 문제를 해결하는 방법은 없을까요? --Jerrykim306 (토론) 2017년 1월 2일 (월) 00:39 (KST)

더불어 트윙클 소도구 사용후, 사용한 문서를 자동으로 주시하게 됩니다. --Jerrykim306 (토론) 2017년 1월 2일 (월) 15:17 (KST)
기본적으로 영어 위키백과용 툴이기 때문입니다. — regards, Revi 2017년 1월 2일 (월) 16:41 (KST)
트윙클 기본 설정이 사용 후 주시이고, RPP는 Request for Page Protection입니다. 한국어 위키백과의 무엇과 대응하는지는 명확하죠. 해당 문서의 포맷에 따라 삽입을 하려고 했겠지만 당연하게도 한국어 위키백과엔 WP: 이름공간 넘겨주기 자체가 없고 더불어 RPP도 없죠. 트윙클은 철저히 영어 위키백과 (원산지) 중심의 도구로 그렇다고 완전히 로컬라이징이 된 것도 아닙니다. — regards, Revi 2017년 1월 5일 (목) 05:25 (KST)

{{사용자 링크}}, {{IP 점검}}의 병합[편집]

틀:서명에서도 사용하는 바가 있는 모듈:IPAddress를 이용하여 {{사용자 링크}}와 {{IP 점검}}을 병합하는 것을 제안합니다. — Tursetic 2017년 1월 2일 (월) 13:37 (KST)

찬성 저도 찬성힙니다. 이렇게 분리된 틀을 하나로 통일하여 불편을 해소하게 됩니다. --Jerrykim306 (토론) 2017년 1월 2일 (월) 15:18 (KST)
10분만에 날림으로 만들어 본 결과는 대충 이렇습니다: 사용자:IRTC1015/tmp06(특수:고유링크/18029897) --IRTC1015 2017년 1월 7일 (토) 17:17 (KST)
완성하시면, {{IP점검}}을 {{사용자 링크}}로 넘겨주기를 만들면 되겠어요. --Jerrykim306 (토론) 2017년 1월 8일 (일) 17:18 (KST)

@Jerrykim306, IRTC1015: 오랜 기간 추가적인 토론이 없었는데, 적용해도 문제 없을 듯 싶습니다. 현재 보호 중인 {{사용자 링크}}를 해당 내용으로 치환하고, {{IP 점검}}을 넘겨주기 처리하는 식으로... — Tursetic 2017년 1월 26일 (목) 18:42 (KST)

동의합니다, 대부분의 신구 사용자가 사관에 올릴 때, 특히 IP사용자를 사관에 회부하고자 할 때, 틀을 잘못쓰는 것이 많이 발견됩니다. (예시:IP사용자에게 사용자 링크 사용). --Jerrykim306 토론기여메일 2017년 1월 26일 (목) 19:11 (KST)

{{IP 점검}}을 넘겨주기 처리하였습니다. 더불어 CU 변수에 임의의 문자열을 작성할 시 사용자 검사 링크가 활성화됩니다. — Tursetic 2017년 2월 6일 (월) 16:05 (KST)

영어 위키백과에서도 해당 틀토론에 제안을 하였습니다. --Jerrykim306 토론기여메일 2017년 2월 6일 (월) 16:09 (KST)

감사합니다만, 대역 차단에 대하여 어떻게 하는지 모르겠네요. 대역에는 오류가 있습니다. --Jerrykim306 토론기여메일 2017년 2월 6일 (월) 17:49 (KST)

출처 제시의 어려움[편집]

위키백과에서 출처를 제시하면 그걸 검토하고 확인하기 위해 인용 틀을 사용하는 것이 좋죠. 하지만 틀:인용 에서 복사 붙여넣기 해서 사용하는 것은 번거로움이 있어 초보자들이 위키백과를 이용하는 데 있어 어려움이 되는 듯 합니다. 이에 대한 해결책으로 밑에 파란색 단축키를 재정비 하는 것은 어떨까요? 출처 제시라는 문단을 만들고 <ref></ref> , {{웹 인용}}, {{서적 인용}} 등을 넣은 다음에 누르면 {{웹 인용 |url= |제목= |저자= |날짜= |웹사이트= |출판사= |확인날짜= }} 이런 식으로 보일 수 있게 하는 거죠. --호로조 (토론) 2017년 1월 16일 (월) 09:14 (KST)

@호로조: 오리지널 편집창에서, 문서 내용을 쓰는 하얀 부분의 바로 위쪽을 보면 하늘색 바형 메뉴에 ▼고급 ▶특수 문자 ▶도움말 ▶인용이라는 네가지 추가 목록이 존재합니다. 여기서 인용을 누르시면 좌측에 "틀 ▼"라는 부분이 존재하며 눌러보시면 자주 쓰이는 인용 네 개가 제시되어 있습니다. 호로조님의 요청하신 내용이 이미 갖춰져 있다고 보여집니다. Tablemaker (토론) 2017년 1월 16일 (월) 09:23 (KST)
아 몰랐네요. 알려주셔서 감사합니다. --호로조 (토론) 2017년 1월 16일 (월) 09:29 (KST)


역사 보기[편집]

과거 모노북 시절에는 두 글자가 보기 좋다면서 '역사' 버튼 이름이 변경되지 않았었는데 지금은 띄어쓰기 제외하고 네 글자네요. '역사 보기' 말고 '편집 기록'으로 바꾸는 게 낫지 않을까요.--Leedors (토론) 2017년 2월 2일 (목) 03:18 (KST)

바꾼다면 "편집 이력"이 어떨까요? -- ChongDae (토론) 2017년 2월 2일 (목) 10:28 (KST)
그것도 좋겠고요.--Leedors (토론) 2017년 2월 2일 (목) 13:10 (KST)

특정 IP 대역에 대한 편집필터도 가능할까요[편집]

SKT 통신망 대역인 223.62 대역과 223.33 대역에서 지금도 끊임없이 문서 반달 사례가 발견되고 있습니다. 저를 포함한 일부 사용자 분들은 해당 광대역에 대해서 차단을 원하고 있으나, 다른 사용자 분들께서 백:선의에 의한 편집도 막을 수 있는 등의 부작용이 커서 실현은 어려운 상황입니다. 아직 위키백과:검토된 판이 정책으로 통과되지 않았기 때문에 이를 대신할 목적으로 해당 대역 IP가 편집한 것에 대해서 편집 필터가 작용하게 하는 것이 가능할까요? 이게 편집을 막자는 의도가 아니라 일종의 "태그"를 심어둠으로써 태그 필터를 통한 해당 IP 대역의 편집을 검토하기 용이하게 하기 위함이고, 선의의 편집이 아닌 훼손 행위를 즉시 잡아내는데 목적으로 합니다.--커뷰 (토론) 2017년 2월 2일 (목) 15:57 (KST)

@커뷰: 특수:편집필터/94를 살펴보세요. -- ChongDae (토론) 2017년 2월 2일 (목) 16:28 (KST)
@ChongDae: 오오 감사합니다. :) --커뷰 (토론) 2017년 2월 2일 (목) 17:27 (KST)
등록된 사용자가 모바일 데이터로 편집할 때도 필터 기록에 남나요? — Tursetic 2017년 2월 3일 (금) 12:53 (KST)
사용자 이름을 기반으로 하고 있기에 등록 사용자는 나오지 않습니다. 등록 사용자의 IP 정보는 검사관만 조회 가능합니다. -- ChongDae (토론) 2017년 2월 3일 (금) 13:40 (KST)
@ChongDae: 최근 저 반달 사용자 IP 대역이 211.36.0.0/16 대역으로 출현하고 있는데 해당 대역도 넣어주실 수 있나요?--커뷰 (토론) 2017년 2월 3일 (금) 23:23 (KST)

시각편집기와 화살괄호[편집]

시각편집기 기능을 자주 이용하게 되는데, 이 기능 내부에 〈〉, 《》같은 괄호는 제공되고 있지 않은 것 같아 불편함을 겪습니다. 이 특수문자들을 기호란에 추가할 수 있는지 궁금합니다. Tablemaker (토론) 2017년 2월 6일 (월) 02:45 (KST)

시각편집기는 미디어위키의 확장기능입니다. 한번 해당 페이지의 토론란에 남기시는것은 어떤가요? —Jerrykim306 토론기여 2017년 2월 12일 (일) 13:20 (KST)
영문을 조금 이해는 하지만 쓸 정도는 아니기 때문에 할 수 없죠. 저 요청을 하다가 표현을 잘못해서 다른 문제를 야기할 가능성이 존재하기 때문에 신청을 할 수 없겠군요. Tablemaker (토론) 2017년 2월 12일 (일) 21:01 (KST)
미디어위키:Visualeditor-quick-access-characters.json에 반영했습니다. 캐시 반영 시점이 있겠지만, 곧 시각편집기에서 사용할 수 있을 것으로 예측합니다. --Ykhwong (토론) 2017년 2월 17일 (금) 20:26 (KST)
@Ykhwong: 혹시 지금 구현되었는지요? 시각편집기의 거의 모든 창들을 눌러보면서 확인해 보았는데 요청한 특수문자들이 어디에 있는지 못찾겠어요. Tablemaker (토론) 2017년 2월 19일 (일) 12:37 (KST)
mw:VisualEditor/Special_characters에 따라 관리자가 로컬 위키에서 할 수 있는 일을 우선 처리하였습니다. (en, ro, de 등도 참고할 것) 정말 이 기능이 필요하지만 업데이트에 계속 문제가 있다고 생각되시면 파브리케이터에 보고를 할 수 있습니다. 이 일에는 특별한 권한이 필요하지 않습니다. --Ykhwong (토론) 2017년 2월 19일 (일) 17:36 (KST)
전술했듯 영어에 미숙하기 때문에 불완전한 언어를 무리하게 구사하여 파브리케이터가 이해할 수 없는 요청을 하거나, 왜곡된 요청을 해서 불필요한 문제를 야기할 가능성이 존재합니다. 지금의 것을 감내하고 써야겠죠. Tablemaker (토론) 2017년 2월 20일 (월) 18:40 (KST)
시간적 여유가 될 때 적절한 공간에 요청하도록 하겠습니다. 다른 분께서 저 보다 먼저 진행하실 생각이 있으시다면 여기에 링크를 남겨주시면 감사하겠습니다. --Ykhwong (토론) 2017년 2월 20일 (월) 18:59 (KST)

사용자에게 노출되는 링크들[편집]

이용자가 위키백과를 처음 편집하고자 할 때, 보통 대문을 보면 링크들이 워낙 많고 읽어야 할 것도 많아서 초보자가 거부감을 가지기 쉬울 것 같은데 좀 줄이는 게 어떨까요. 왼쪽 사이드바며 뭐며 좀 복잡해 보이지 않을까요. 다른 위키의 대문이나 인터페이스를 참고해가며 좀 개편해봤으면 합니다.--Leedors (토론) 2017년 2월 12일 (일) 13:27 (KST)

시각편집기 잘못된 찾기 기능[편집]

하이라이트 오류 증거

제가 인용 오류를 정리하는 동안 다음과 같은 불편을 겪어야 했습니다. 대량의 변경 기능(Ctrl+F로 모두 바꾸기)을 이용하여 빠르게 편집을 하는데, 하이라이트를 제대로 하지 못하여 이 기능을 사용하면 문서 훼손의 가능성이 있습니다. 2017년 위키텍스트 편집기도 마찬가지입니다. 컴퓨터를 끄고 켜도 같은 문서에서 이런 행위를 합니다. 그러므로 수동으로 편집해야 한다는 것이 불편하고, 더 큰 문제는 하이라이트를 제대로 못한다는것이 엄청 불쾌합니다. 이런 문제는 언제 해결되나요? 저도 안전하게 바꾸기 도구를 사용하고 싶습니다. 다른 사용자에게도 이 도구를 사용할 때 문서에게 피해를 주게 될 수 있습니다. —Jerrykim306 토론기여 2017년 2월 18일 (토) 23:14 (KST)

이 오류때문에, 그냥 저장하고, 다시 되돌린적이 있었습니다. —Jerrykim306 토론기여 2017년 2월 19일 (일) 00:02 (KST)
페이지가 확대되어 있군요. 확대/축소 기능을 기본값으로 돌린 다음, 또 그 외의 모든 설정을 기본값으로 설정한 뒤 다시 시도해 보세요. --Ykhwong (토론) 2017년 2월 19일 (일) 18:03 (KST)
@Ykhwong: 죄송한 말씀이지만, 제가 브라우저 기본값을 설정해도 같은 오류가 일어납니다. 구글 크롬에서는 이렇습니다. —Jerrykim306 토론기여 2017년 2월 19일 (일) 19:06 (KST)
그렇군요, 저는 Windows 10 1607(빌드 14393.693)에서 기존 크롬 자체를 모두 삭제한 다음에 크롬 64비트[13]를 설치, 사용 중이며 말씀해주신 문제는 보이지 않습니다. 저와 동일한 환경에서도 문제가 지속되는지요? 확인 파악이 어렵기 때문에 다른 분들의 의견도 들어보는 게 좋을 것 같습니다. --Ykhwong (토론) 2017년 2월 20일 (월) 11:28 (KST)
크롬 기반 웨일 브라우저에서도 비슷한 증상이 나타나네요. HiDPI 125% 사용중인데 혹시 이것 때문일까요? Jeresy, 2017년 2월 20일 (월) 18:52 (KST)
그럴 가능성도 있습니다. DPI도 포함하여 확대/축소 기능을 모두 100% 또는 기본값으로 설정한 다음 다시 시도해 보시겠어요? --Ykhwong (토론) 2017년 2월 20일 (월) 18:57 (KST)
모두 기본값으로 설정하고 확인해본 결과 웨일 브라우저에서는 여전히 동일한 증상이 나타났으며 혹시나 해서 다른 컴퓨터(크기 모두 100%)에 설치되어 있는 크롬에서 확인해 본 결과 위 증상과 동일한 오류가 나타났습니다. 참고로 크롬 버전은 57.0.2987.54 beta (64-bit)입니다. 엣지 브라우저에서는 정상 작동했습니다. 다른 크롬 버전도 설치해가며 확인해보겠습니다. Jeresy, 2017년 2월 20일 (월) 19:07 (KST)
인터넷 익스플로러, 구글 크롬, 크롬 베타, 크롬 카나리아, 오페라, 파이어폭스에서 확인해 본 결과 같은 블링크 기반인 크롬, 크롬 베타, 크롬 카나리아, 오페라 브라우저에서만 위 증상이 나타났습니다. 한 가지 흥미로운 건 "2013년 터키 반정부 시위" 문서에서만 위 증상이 나타난다는 겁니다. Jeresy, 2017년 2월 20일 (월) 19:38 (KST)

아래의 줄 중 title= 안의 "İstihbaharat" 중 İ만 삭제하고 다시 검색을 테스트해 보세요. --Ykhwong (토론) 2017년 2월 20일 (월) 20:19 (KST)

* '''5월 22일:''' 터키의 해커 그룹 [[레드핵]]이 [[터키 헌병대]]의 비밀 문서를 공개했다. 비밀 문서에 따르면, [[터키 국가정보부]], 헌병대, [[터키 국가경찰]]은 한달 앞서서 공격할 것을 알고 있었다.<ref>{{뉴스 인용 |url=http://redleaks.blogspot.com/2013/05/Hatay-Reyhanli-Askeri-Gizli-Yazismalar.html | work=RedHack | title=Hatay Reyhanlı Askeri İstihbaharat Belgeleri - redleaks.blogspot.com | date=2013년 5월 22일}}</ref>
알려주신 부분에서 İ를 제거한 후 확인해 본 결과 초반 어느 정도는 정상적으로 검색(?)되다가 어느 순간부터 다시 위 증상이 나타납니다. Jeresy, 2017년 2월 21일 (화) 14:30 (KST)
2017년 2월 20일 (월) 19:38 (KST)에 작성한 의견에 답합니다. 대부분의 문서에서는 정상이지만, 반드시 같은 문서에서만 고집합니다. —Jerrykim306 토론기여 2017년 2월 21일 (화) 17:35 (KST)
그렇다면 특별한 문자들로 인한 버그로 의심되네요. --Ykhwong (토론) 2017년 2월 21일 (화) 18:23 (KST)