위키백과:사랑방/2021년 제1주: 두 판 사이의 차이

새 주제
위키백과, 우리 모두의 백과사전.
내용 삭제됨 내용 추가됨
태그: m 모바일 웹
태그: m 모바일 웹
137번째 줄: 137번째 줄:


안녕하세요
안녕하세요

== 백과사전많이보세요. ==

백과사전많이보세요

2021년 1월 9일 (토) 21:42 판

사랑방
2021년 제1주
2021년 1월
53 28 29 30 31 1 2 3
1 4 5 6 7 8 9 10
2 11 12 13 14 15 16 17
3 18 19 20 21 22 23 24
4 25 26 27 28 29 30 31

cat-a-lot(캣어랏)의 사용?

위키백과:사랑방/2020년 제51주#태어남? 출생?에서 cat-a-lot 사용에 관한것만 따로 떼어옵니다. 현재 봇 정책에는 봇 권한을 받았더라도 5초에 1번, 1분에는 총 12번의 편집이 허용되어 있습니다. cat-a-lot은 이런 딜레이가 없고, 큰 분류를 작업할 시 최근바뀜 도배 문제가 있습니다. cat-a-lot 편집에 5초 딜레이를 넣거나, cat-a-lot 관련 정책이나 지침같은것을 따로 만드는것이 필요할 듯 합니다. cat-a-lot의 특성상 편집에 딜레이가 없어, 5초의 딜레이는 빼고 한번에 12개의 문서를 편집한 후 1분을 기다리는 시스템도 괜찮아 보입니다. — Wikiwater2020 (T / C) 2021년 1월 4일 (월) 10:05 (KST)답변

5초 딜레이에 적극 찬성합니다.--Y.S. (토론, 위치 추적) 2021년 1월 4일 (월) 10:08 (KST)답변
무엇에 찬성하신다는 건지 말해주시면 감사하겠습니다. 제가 내놓은 의견이 하나가 아니라 3개라 무엇에 찬성하는지 파악이 어렵습니다. — Wikiwater2020 (T / C) 2021년 1월 4일 (월) 10:12 (KST)답변
의견 확인하였습니다. — Wikiwater2020 (T / C) 2021년 1월 4일 (월) 11:12 (KST)답변
캣어랏은 봇에만 사용해야 한다는 입장입니다. 도배를 보는 게 그렇게 썩 좋지가 못하네요.--trainholic (T, C) 2021년 1월 4일 (월) 12:33 (KST)답변
저는 개인적으로 반대합니다. 위키미디어의 봇 정책(bot policy)를 지키며 사용하는 것은 최근바뀜 도배 문제가 없을 것으로 판단됩니다. 기술적으로 딜레이를 걸 수 있다면 좋겠군요. — Wikiwater2020 (T / C) 2021년 1월 4일 (월) 18:21 (KST)답변
그러면 Cat-a-lot 편집을 최근바뀜에서 아예 제거해면 될 것 같습니다. — Ddxfx 2021년 1월 4일 (월) 18:25 (KST)답변
5초 딜레이도 사실 그리 길진 않은 것 같기도 하고.. 만약 딜레이로 결정된다면 딜레이 시간은 따로 합의하는 게 좋을 것 같고, cat a lot을 최근 바뀜에서 볼 수도 안 볼수도 있게 설정하도록 필터를 만드는 건 어떨지요--219.251.80.10 (토론) 2021년 1월 4일 (월) 18:43 (KST)답변
5초 딜레이는 봇정책에 의해 권장되는 시간입니다..--Y.S. (토론, 위치 추적) 2021년 1월 5일 (화) 07:48 (KST)답변
압니다. 다만 일반 사용자까지에게 완벽하게 똑같이 적용되는 건 아니니 이 이야기는 이쯤에서 끝내고 만약 n초 딜레이가 결정된다면 그 때 다시 이야기하자는 거죠.--219.251.80.10 (토론) 2021년 1월 5일 (화) 09:35 (KST)답변
Y.S.님 말씀대로 된다면 그것도 진작에 고려해봤겠지요. cat-a-lot은 한꺼번에 여러 분류에 변경을 주도록 고안된 것인데 편집 필터 등에서 딜레이를 줘봤자 의도된대로 동작하지 않습니다.(200개를 동시에 변경 시도한다면 그 중 1번째 기여만 유효 처리됩니다) 이 경우 결국 해결책은 cat-a-lot의 소스를 수정하는 공을 들여야하는 것인데, 그것을 누가 스스로 나서서 할지 모르겠고요. 그럴 바에야 기존에 잘 쓰이던 봇 소프트웨어를 사용하는 것과 다를 바가 없습니다. --ted (토론) 2021년 1월 5일 (화) 09:55 (KST)답변
그러면 cat-a-lot 특성상 딜레이가 없으니, 봇 정책을 최대한 따르기 위해 1분에 12개의 문서만 편집할 수 있도록 정책이나 지침 같은 것을 만들거나 수정했으면 좋겠습니다.(10시 10분에 cat-a-lot으로 어떤 문서 12개를 편집 -> 10시 11분에 12개 편집? 정도가 되겠군요.) — Wikiwater2020 (T / C) 2021년 1월 5일 (화) 10:11 (KST)답변
5초마다 기여하는 것을 계산했을 때 분당 12회라는 의미입니다. 분당 12회를 지킨다는 의미가 5초마다 기여하는 것을 준수할 필요가 없다는 것을 의미하지 않습니다. --ted (토론) 2021년 1월 5일 (화) 10:22 (KST)답변
그건 아는 바입니다만, 그 도구는 5초 딜레이를 넣으면 정상 동작이 불가해 하는 말입니다. 편리한 도구이지만 여러모로 문제가 있긴 하군요. 최대한 정책을 지키며 사용하는 방안이 필요해 보입니다. — Wikiwater2020 (T / C) 2021년 1월 5일 (화) 10:38 (KST)답변
그동안 Revibot은 5초 딜레이 잘 지켜가면서 분류를 옮겨 왔습니다. 5초 딜레이를 넣으면 정상 동작이 안 된다는 말은 정책 위반에 대한 편리한 면피성 발언이거나 그냥 본인이 적절한 소프트웨어를 사용하지 않겠다는 말로밖에는 안 보입니다. — regards, Revi 2021년 1월 6일 (수) 08:28 (KST)답변
IP 사용자님의 의견 중 편집 필터를 이용해서 최근 바뀜에서 편집을 가리는 행위는 불가능합니다. 봇 권한을 가진 사용자의 기여가 최근 바뀜에 보이지 않는 것은 최근 바뀜에서 '기본값'으로 봇 권한이 보이지 않도록 필터링되어 있을 뿐이지, 최근 바뀜에서 봇 기여를 보겠다고 개인 사용자가 설정만 해두면 얼마든지 볼 수는 있습니다. --ted (토론) 2021년 1월 5일 (화) 09:55 (KST)답변
5초 딜레이는 "봇 권한을 가진 사용자"에게 해당되며, 봇 권한을 가지지 않은 경우 표준 봇 정책상 "1분" (60초)의 제한이 적용됩니다. — regards, Revi 2021년 1월 6일 (수) 01:59 (KST)답변
캣어랏은 가끔 가다가 한두번 있는 분류 변경을 위해 사용하라고 있는 툴인데, 그것을 하루종일 봇처럼 돌리는 것 자체가 도구의 목적과 합치되지 않는 이용이 아닌가요? 하루종일 돌리고 싶다면 봇 스크립트를 짜서 봇 승인을 받기 바랍니다. — regards, Revi 2021년 1월 6일 (수) 02:03 (KST)답변
당분간 캣어랏에 대한 총의가 정해지기 전까지는 캣어랏을 사용한 편집을 필터로 막았으면 합니다. 현재도 알게모르게 사용하시는 분이 계시는 것으로 알고 있습니다. 특정 시간대에 편집이 뒤덮여서 반달 복구나 회복을 하기 어려운 경우도 많아요. 봇 권한이 있는 사용자 계정만이 캣어랏 기능을 사용해야 한다는 의견에는 변함이 없습니다. 사용자 분들이 편하게 분류를 바꾸고 싶어하시는 것은 압니다만, 그것보다는 문서의 반달을 실시간으로 복구할 수 있는 최근바뀜을 제대로 열람하지 못해 얻는 피해가 더 크다고 여겨집니다. --trainholic (T, C) 2021년 1월 6일 (수) 02:02 (KST)답변

캣-어-락에 관한거라면 봇으로 스크립트를 만들어 굴리거나 차라리 Flood 사용자를 만들어 봇 권한 신청 승인을 받으시기 바랍니다, 봇이 아닌 상태에서 1분 (60초) 제한을 위반한 행위는 차단 대상임을 명시하고자 합니다.--*Youngjin (토론) 2021년 1월 6일 (수) 18:03 (KST)답변

Flood 사용자가 무엇인가요? — Wikiwater2020 (T / C) 2021년 1월 6일 (수) 18:08 (KST)답변
Flood 사용자(Flooder, 번역위키 번역본으로 ‘봇 사용자’)는 임시적인 기능으로, 봇이 아닌 일반 사용자에게 임시적으로 부여할 수 있는 권한입니다. Flooder 플래그를 가지는 동안 해당 사용자의 편집은 모두 봇이 한 편집과 동일하게 최근바뀜에 노출되지 않게 됩니다. 따라서 사용자가 계정권한(가령, 문서 삭제는 관리자만이 가능하므로 관리자가 문서를 100개 이상 한 번에 삭제할 경우 등) 또는 관행적으로 사용자 계정으로 가능한 자동화된 대량편집이 있는 경우라던지, 이러한 여러 이유로 최근바뀜에 나타나지 않는 것이 적절한 경우 30분, 1시간, 24시간 등 기간을 정하여 단기간 권한을 부여받을 수 있습니다. 이 때에는 이 기능을 단기적으로 사용하여야 하는 이유에 대해서 설명한 뒤, 타당할 경우 기능 사용이 허락됩니다. 현재 한국어 위키백과는 이러한 사용자 권한이 없지만, 과거에는 저를 포함해서 일부 사무관들이 필요한 경우 ‘자신의 계정’(다른 계정이 아님)에 봇 권한을 임시로 부여하는 방법으로 대체 사용하여 왔습니다. 봇을 사용하지 않고 계정으로 이와 같은 자동화된 편집을 할 경우 자동화된 편집을 할 봇 아닌 대체계정으로 하고자 하는 내용으로 신청하여 단기간 봇 권한을 부여하는 방법으로 Flood를 대체하는 방법이 있을 것입니다. 다만 이와 관련해서는 논의가 필요하겠습니다. --Sotiale (토론) 2021년 1월 9일 (토) 14:08 (KST)답변

위키백과 20주년 행사 라이트닝토크 연사 모집 안내

1월 15일 저녁7시 경에 온라인으로 열릴 위키백과 20주년 행사에서 라이트닝 토크를 진행해 주실 연사 3명을 모집합니다.

가벼운 분위기에서 5분 정도 위키에 대한 재미난 경험, 그동안의 위키 활동 회고, 내가 위키백과를 시작한 계기 등을 말해주실 분이면 누구든 좋습니다. 아래의 구글 폼을 통해 많은 참여를 부탁드립니다 :)

--이강철 (WMKR) (토론) 2021년 1월 4일 (월) 17:03 (KST)답변

감격의 순간ㅠ.ㅜ

Generated using XTools on 2021-01-05 02:17

Namespace Totals

Rank Namespace Count
1 Main 218 (43.6%)
2 사용자토론 115 (23%)
3 사용자 92 (18.4%)
4 위키백과 67 (13.4%)
5 6 (1.2%)
6 위키백과토론 2 (0.4%)
6 namespaces 500

머쪄💓--군고구마 talk 2021년 1월 5일 (화) 11:21 (KST)답변

@군고구마:이곳은 의견을 나누는 곳입니다 이런 건 학챗에 올러주세요--오디 2021년 1월 5일 (화) 19:13 (KST)답변

분류:범죄인 및 그 하위 분류들에 있는 '범죄인'을 '범죄자'로 일괄 변경하는 것을 제안합니다.(예외를 제외하고)

현재 위키백과 내에서는 범죄자와 범죄인이 모두 사용되어 백과사전으로써 갖춰야 할 용어의 통일성이 결여되어 있습니다. [1] [2] 각각 구글 검색 결과가 약 1600개와 약 1850개가 있으나 분류:범죄인 및 그 하위 분류들에 모두 '범죄인'이 들어가서 후자에 포함된다는 것을 감안하면 일반문서에서의 사용빈도는 비슷하다고 생각할 수 있습니다.

저는 일상생활에서 범죄인보다 범죄자라는 용어가 훨씬 자주 쓰인다는 것을 고려하면 범죄인을 모두 범죄자로 고치는 것이 바람직하다고 생각합니다. 단, 범죄인 인도과 같이 공식 명칭에 범죄인이 못 박혀있는 경우는 예외입니다.— 이 의견은 데니스3 (토론)님이 2021년 1월 5일 (화) 22:01‎ (KST)에 작성하였으나, 서명을 하지 않았습니다. 의견을 남길 때에는 항상 의견 끝에 띄어쓰기를 하고 --~~~~를 입력해 주세요. 저장할 때 자동으로 서명이 됩니다.답변

찬성합니다. 범죄인이 법률 용어이긴 하지만 일상에서 범죄자라는 표현이 압도적으로 더 많이 쓰이니까요. -- Jjw (토론) 2021년 1월 7일 (목) 14:48 (KST)답변

문서 53만개

축하합니다. 앞으로 위키백과 사용자들이 늘어나길 바랍니다. — Ddxfx 2021년 1월 6일 (수) 14:52 (KST)답변

세타가야 일가족 살인사건입니다. 축하합니다!--110.70.51.241 (토론) 2021년 1월 6일 (수) 14:57 (KST)답변

[[3]]--110.70.51.241 (토론) 2021년 1월 6일 (수) 15:01 (KST)답변

53만 건 달성을 축하합니다. 그러나 문서의 수만이 아닌 문서의 품질이 증가하는 위키백과가 되길 기대합니다. 무엇보다 한 줄짜리 토막글 문서들을 채우는 일에 적극적인 도움이 필요합니다. --ted (토론) 2021년 1월 6일 (수) 15:03 (KST)답변

그런데 문서 몇 개가 삭제되어 52만 9998개로 내려갔네요. — Ddxfx 2021년 1월 6일 (수) 15:04 (KST)답변
과거부터 나왔던 얘기이지만 문서수는 증가와 감소를 늘 반복하기 때문에 정확히 몇 번째 문서라고 언급하는 것은 불가능합니다. 대신 처음으로 달성한 ○번째 문서라는 상징을 부여하는 것으로 충분하다고 봅니다. --ted (토론) 2021년 1월 6일 (수) 15:28 (KST)답변

사정상 편집에 힘을 쏟기 힘들어서 그런데

최근 뜨거운 감자인 정인이 사건 문서 생성 부탁드립니다.. 현재 언론 보도가 쏟아져 나오는데 지금 시간이 없어서... 좀 그렇네요. 그알 방송은 틀:영상 인용, 나머지는 일반적인 뉴스 인용 사용하시면 될 겁니다. 일단 작게라도 만들어두면 대문에도 걸어 두었으니 보고 보강하는 분도 나오겠지요. 부탁합니다.--Reiro (토론) 2021년 1월 6일 (수) 19:25 (KST)답변

위키미디어 공용에 정인의 묘지를 촬영한 뒤 올렸습니다. 저는 어떤 장면을 대표로 써야할 지 몰라 일단 올려두니 필요하시면 활용해주심 감사합니다.--고려 (토론) 2021년 1월 7일 (목) 21:57 (KST)답변
해당 분류에 근조화환 사진도 올렸습니다. 확인하시고 적절히 활용해주신다면 감사합니다.--고려 (토론) 2021년 1월 9일 (토) 17:25 (KST)답변

화살괄호/따옴표 문제 - 새로운 소괄호 사용법?

이미 의견 요청에 올렸습니다만, 백:편집 지침 중 작품 제목 표시에 화살괄호/ 따옴표 관련 논의가 진행중입니다. 일단 보시는 대로 토론이 진전되었습니다. (찬반을 떠나서) 그런데 소괄호의 사용법에 대해 의견이 갈립니다. 바로 '연도'를 표기하는 경우인데요.

  • 연도 역시 화살괄호/따옴표 바깥에 써야 한다. : 《세 개의 무궁동》 (1919)
  • 연도'만' 표기하는 경우도 화살괄호 안에 써야 한다. : 《세 개의 무궁동 (1919)》

위의 링크를 보면 알겠지만, 현재 화살괄호 표기된 거의 대부분의 분야가 따옴표 표기로 바뀌어서 여러 문서에 영향을 줄 것입니다. (가령 알찬 글인 나카모리 아키나). 그런데, 저 연도를 안에 쓰는 표기는 현재 알찬 글인 프랑시스 풀랑크 문서에 쓰인 것이라, 이번 토론 여부에 따라 형식이 결정될 것입니다. 여러분들의 많은 참여 부탁드립니다.--Reiro (토론) 2021년 1월 8일 (금) 23:28 (KST)답변

사과문

안녕하십니까. 저는 예전에 철도 동호인, 소말리아 문서 등 다수의 문서를 반달했던 아이피 유저입니다. 처음에는 별 생각없이 재미로 한답시고 시작했는데 어느 순간 저 자신을 돌아보니 밖에 나가지 못해 방에서 위키 문서를 반달하는 행위로 스트레스를 풀며 남에게 피해를 주는 인간 1명이 보였습니다. 제가 위키를 시작한게 몇년 전이고 그때만 해도 반달러들을 싫어했었는데 정작 그 짓을 하고 있는 저 자신을 보니까 혐오감까지 생겼습니다.

또한 제가 하던 짓을 일깨워주신 어떤 분께도 감사드립니다. 친목이 될까봐 닉네임은 말하지 않겠지만 감사합니다. 앞으로 이곳의 문서들을 제 지식으로 알차게 편집하는 위키러기 되겠습니다.--119.149.139.151

넵 반성하시니 다행입니다.--햄찌처럼 쪼끄마낳고 냥이처럼 커여운 아이🐹🐱(토론) 2021년 1월 9일 (토) 15:57 (KST)답변

푸들문서 영어 위키백과에서 역사 부분 번역

부탁드립니다.-jyoo1011 토론, 기여, 부계, 연구 2021년 1월 9일 (토) 09:13 (KST)답변

안녕하세요

안녕하세요

백과사전많이보세요.

백과사전많이보세요