위키백과:마을 펌프(아이디어 랩)/아카이브 5

이 편집자는 매우 오래되어서 갑자기 편집을 멈출 수도 있다.

편집자들이 왔다 갔다 하는 것은 물론 문제될 것이 없지만, 갑자기 예기치 않게 편집을 중단하는 오랜 편집자들은 어떨까?그들에게 무슨 일이 일어났는지 알 수 있는 방법이 없는 것 같다.이 편집자들 중 일부는 약간 흥분해서 죽었을 수도 있고, 여기 있는 아무도 모를 수도 있는데, 이것은 좀 부끄러운 일이다.편집자가 1/3/6개월 후에 연락할 수 있는 세부사항(아마도 친족 다음으로)과 지시사항을 남길 수 있는 일종의 자발적인 계획을 갖는 것이 가능할까?어떤 사람들은 장시간 일을 하거나 긴 휴일을 보내는 것으로 알고 있지만, 사용자 페이지에 설명/템플릿을 추가하여 혼란을 피할 수 있다.내가 어디로 갈지 잘 모르겠으니 부담 갖지 말고 들어.--Ykraps (대화) 10:23, 2011년 8월 25일 (UTC)[응답]

반대로 하는 것이 더 나을 수도 있다.우리는 사람들이 인쇄할 수 있는 PDF 양식을 제공할 수 있는데, 그것은 다음과 같은 말을 할 수 있다: "나는 위키백과 편집자 ___.사망할 경우 __/ http://en.wikipedia.org/___에 이메일을 보내십시오. __/ 메시지를 남겨주십시오./제 실생활의 정체를 공개하지 마십시오."만약 이것이 대중화된다면, 우리는 그것을 자동으로 생성된 공개/개인 키 인증과 결합할 수도 있다.편집자들은 공개 키를 사용자 페이지에 게시하고 PDF 양식은 이 "위키피디아 will"의 "실행자"가 제공하는 개인 키를 포함할 것이다.한사들러 2011년 8월 25일 11시 8분 (UTC)[응답]

나는 그 아이디어에 대해 전반적으로 매우 강한 견해를 가지고 있지는 않지만, 그러한 것들에 대한 공공/민간 키 인증은 터무니없고 아무런 가치도 없다는 매우 강한 견해를 가지고 있다.--Jimbo Wales (대화) 11:15, 2011년 8월 25일 (UTC)[응답]

아마도 내가 너무 앞서 생각하고 있었던 것은 비교적 유명한 위키피디아 사람이 최근에 죽었을지도 모르기 때문일 것이다.스트레스 감소나 양말 인형극과 같은 다른 이유로 편집자가 죽었거나 사라졌는지를 모르는 것은 짜증이 난다.이 문제에 대해 마무리 짓지 않는 것은 지역사회의 일부에게 스트레스가 될 수 있다.반면에, 우리는 조커들이 다른 이유로 활동을 하지 않는 편집자들의 죽음을 주장하기를 원하지 않는다.일반적인 의미에서 BLP 문제는 아니지만, 유사한 고려사항인 R.T. 편집자가 여기에 적용된다.한사들러 2011년 8월 25일 11시 24분 (UTC)[응답]

개인적으로, 나는 "이 편집자는 매우 오래되어서 갑자기 편집을 멈출 수도 있다."라고 쓰여 있는 사용자 박스를 갖고 싶다. ㅋㅋ (젊은 사람들이 말하는 것처럼)기머틀 (토크) 11:28, 2011년 8월 25일 (UTC) (59½)[응답]

좋아, 내 생각을 좀 더 확대해보자면, 이게 내가 본 방법이야. 1.그 계획은 완전히 자발적이야. 2.편집자는 다음과 같은 데이터베이스에 대한 세부사항을 입력한다. 내 친척 이름은 .., 연락처 세부사항(또는 이메일 주소)은.........., 내 편집에 설명할 수 없는 중단이 있으면 (시간) 후에 연락하십시오. 3.편집자는 그들이 계획의 일부라는 것을 설명하는 사용자 박스를 받는다. 4.관리자만이 데이터베이스에 접근할 수 있으며, 편집자에 의해 조사가 이루어진 후에 관리자만이 연락을 취할 수 있다. 5.누락된' 편집자 사용자 페이지에 설명이 게시되어 있다.(다른 편집자들이 여기에 위로의 메시지를 남기는 것이 적절하다고 생각하십니까?)한스의 생각은 좋고 지역사회를 위해 일하는 것을 줄인다는 것을 의미하지만, 통계에 따르면, 대부분의 사람들은 유언장을 만드는 것조차 귀찮게 할 수 없다. 그것은 아마도 일어날 것이다!--Ykraps (대화) 12:06, 2011년 8월 25일 (UTC)[응답하라]

그것은 신뢰할 수 있는 제공자에 의한 웹 서비스에 대해 좋은 생각처럼 들리고, 페이스북과 같은 것들의 최종 승인을 받는다.내가 개인적으로 신경쓰는 것은 아니지만 많은 사람들이 인터넷에서 그들의 인격을 걱정하는 것처럼 보인다는 것을 알고 있다.아마도 그것은 이미 어디선가 행해지고 있는 것이 아닐까?어떻게 해야 필요한 신뢰를 얻을 수 있을지는 모르겠지만, 몇몇 소셜 사이트들이 보안에 별로 신경 쓰지 않는 것 같아 보이는 것을 보면, 그것은 중요하지 않다;-) Dmcq (대화) 21:19, 2011년 8월 26일 (UTC)[응답]

개인들이 그들의 친구들과 가족들이 그들의 실제 생활 계정을 다루기 위해 사용해야만 하는 것과 같은 과정을 사용함으로써, 이것을 개별적으로 할 수 있을 만큼 충분히 쉽다.대부분의 사람들은 그들의 가장 중요한 계정에 대한 사용자 이름과 비밀번호 목록을 종이에 쓰고 유언장 사본과 함께 저장해야 한다."퇴직 계좌 번호는 _____" 뒤에 "그리고 위키피디아에 메모를 올려줘"를 추가하면, 온라인에서 이를 보려면 사용자 이름과 비밀번호가 된다.이 e메일 의상에 전화를 걸어 내가 죽었는데 계좌를 삭제하고 싶다고 말해달라"는 말은 그리 어렵지 않다.WhatamIdoing (대화) 21:21, 2011년 8월 26일 (UTC)[응답]

나는 이런 어떤 것도 반대하지 않을 것이다. 그러나 나는 WhatamIdoing에 동의한다.사용자: 참조:Bobamnertiopsis/userboxes/isdead.페이지에 사용자 박스를 배치하는 사람이 커밋된 ID에 대한 코드를 제공하는 것이 가능할 수 있다. 라이언 비시 리뷰 나! 2011년 8월 26일 21시 30분 (UTC)[응답]

아니면 편집자들이 선견자 역할을 하게 해서 나이 많은 편집자들에게 다음 주에 죽을 거라고 말하게 할 수도 있고, 그래서 그들은 그들의 일을 순서대로 할 수도 있고...농담이야.하지만 더 심각한 것은, 나는 이것이 그렇게 불행하게 떠나는 정말 훌륭한 편집자들만큼 큰 문제가 있다고 보지 않는다.사용자:RickK, 그러나 우연히 그의 이름을 알게 되었고 3만 번의 편집이 있은 후 그는 매우 불행하게 떠난 것을 보았다.그리고 정말 훌륭한 편집자가 있었다. 사용자:그렇게 불행하게 떠난 라다가스트3는 심지어 자신의 사용자 페이지를 삭제하기도 했다. 그는 한 달 동안 "실종한 관리자"에 의해 차단당했고, 커뮤니티는 이를 거의 지키지 않았다.그래서 우리는 사람들이 죽는 것을 막을 수는 없지만, 라다가스트3와 같은 정말로 훌륭한 편집자들의 손실을 피하기 위해 훨씬 더 좋은 정책들이 있어야 한다.History2007 (토크)20:02, 2011년 8월 27일 (UTC)[응답]

FWIW - 그리고 아마 별로 가치가 없을 겁니다. - 위키피디아가 있다:위키피디아 사람들이 없어지고, 만약 당신이 누군가의 이름을 올린다면, 무슨 일이 일어났는지 아는 누군가가 자세한 내용을 채울 것이다.하지만 아마 아닐 것이다.헤로스트라투스 (토크) 2011년 8월 28일 (UTC) 17:04 [응답]

나는 사람들이 거기에 무언가를 넣는 시스템이 이치에 맞을 것이라는 한스와 왓햄 아이딩의 의견에 동의한다.개인키가 사용자의 뜻에 맞는 공개키 시스템도 일리가 있다고 생각한다.너는 왜 그것이 터무니없는 짐보라고 생각하니?구현이 너무 어려운가?우리는 단지 두 개의 숫자를 기록하고 누군가에게 하나가 요인인지 아니면 다른 요인인지 확인하도록 하는 것에 대해서만 이야기하고 있다.아주 쉽다.야리스678 (대화) 18:07, 2011년 8월 30일 (UTC)[응답]

나는 정말 요점을 모르겠다.나는 암호를 잊어버리고 그 계정에서 편집할 다른 수단이 없는 Wikimedia 계정을 적어도 한 개 가지고 있었다.제가 어떻게 했나요?그냥 넘어가서 새 계정을 만드세요.내 "옛" 계정은 내가 갑자기 편집을 멈춘 것처럼 보인다.

일부 사람들이 편집을 중단하는 데는 정당한 이유가 있을 수 있다.그들은 다른 편집자/관리자와 성격 충돌을 일으킬 수 있다.그들은 정책 변화를 좋아하지 않을 수도 있다.그들은 단순히 그들의 삶에서 정기적인 기부로부터 그들을 멀어지게 하는 일이 일어나게 할 수도 있다.이러한 이유들 중 어느 것도 죽음은 아니지만, 아마도 그들이 떠난 이유를 알아내는 것이 유용할 것이다.

나는 한 특별한 정기 기부자를 알고 있었다. 그의 미망인이 그가 죽은 후, 그와 함께 일했던 몇몇 사람들이 그가 물려준 몇몇 프로젝트에 참여하도록 하기 위한 수단으로 재단에 이메일을 보냈다.이것을 가볍게 여기고 싶지 않다(특히 지난 2주 동안 나의 좋은 친구 두 명을 묻었기 때문에...순전히 우연이지만 그것은 내가 생각하고 있는 것이다.한편, 만약 누군가가 "빵 부스러기"를 남겨두고 그들이 발견되거나 다른 사람들이 그들의 운명을 찾을 수 있도록 하고 싶다면, 나도 그것에 반대하지 않는다.나는 단순히 이러한 "탈퇴된" 편집자의 사용자 페이지가 편집되는 것을 막기 위해 세미 프로텍션 또는 기타 안전장치로 그들이 있는 곳에 머무르게 하는 것을 넘어 이러한 노력에 전념하는 재단 자원을 보고 싶지 않다. --Robert Horning (토크) 19:36, 2011년 8월 30일 (UTC)[응답]

사용자가 편집만 중지하고 그 이유를 아무도 모른다면 한 가지다. (사용자 자신은 이것에 만족하지 않을 수도 있지만)사람들은 죽기 전에 자신의 물건들을 정리하기를 원하고, 일부 사람들에게는 위키피디아에 왜 편집을 중단했는지 알리는 것을 포함할지도 모른다.)그러나 일부 편집자들은 위키백과 친구들을 많이 가지고 있는데, 이들은 사용자의 상태에 대해 걱정하고 있으며 폐쇄를 기다리고 있을 수도 있다.아니면 위키피디아 사람들이 갑자기 자기 지역에 재앙이 닥치는 날 편집을 멈추는 것을 생각해 보라.

폐쇄도 부적절한 메시지가 누적되는 것을 막는 데 도움이 된다.예를 들어, 어렵지만 매우 인기 있는 편집자 오렌지말린은 7월 8일 어려운 심장수술을 받기 위해 휴가를 떠났고 이후 편집은 하지 않았지만, 처음에는 편집 분쟁과 관련된 토크 페이지 메시지를 계속 받았다.아마도 그는 위키피디아에 더 이상 일생을 낭비하지 않기로 결정했다는 짧은 메시지를 남기기 위해 한 달 후에 돌아올 것이다.아닐 수도 있다.어쩌면 우리 모두는 폐쇄성의 결여를 포함한 이것이 사이버 톰스톤의 모습이라는 사실에 익숙해져야 할지도 모른다.아니면 그것에 대해 뭔가 조치를 취해서 위키피디아에 예의에 대한 전통적인 생각을 전달해 줄 수도 있다(농담꾼들에 의한 학대를 확실히 막으면서).어떤 경우에도 나는 기초 자료가 낭비되어서는 안 된다고 생각한다.한스 아들러 09:52, 2011년 9월 1일 (UTC)[응답]

어떤 자원이 필요한지 전혀 알 수 없고, 물품을 저장하는 데 필요한 전력/메모리(?)를 대량으로 소비하고 싶은 마음이 전혀 없는 것이 두렵다.하지만, 나는 누군가가 내 토크 페이지를 편집할 때마다 이메일을 받는데, 왜 나는 설명되지 않은 편집상의 실수가 있었을 때 비슷한 일을 할 수 없는지 모르겠다.

개인적으로, 나는 그것이 그들의 선택이기 때문에 지루하거나 불분명한 나머지 편집을 중단하는 사람들에 대해 그다지 신경쓰지 않는다. 그리고 만약 그들이 그렇게 마음이 기울어진다면, 그들은 그들의 토크 페이지에 설명을 남길 수 있다.죽는다는 것은 전혀 다르다.나는 매우 활동적인 위키피디아 사람이 아니며 만약 내가 내일 버스에 치였다면 여기 있는 극소수의 사람들만이 알아차릴 것이고 나는 그들이 내가 작별인사를 하지 않고 떠났다고 생각하기를 원하지 않을 것이다.다른 편집자들은 훨씬 더 활동적이고 매일 다른 편집자들과 상호작용한다.이런 상황에서는 어떤 종류의 유대감이 형성될 가능성이 높기 때문에 한스처럼 나는 어떤 종류의 폐쇄가 필요하다고 믿는다.-Ykraps (토크) 07:57, 2011년 9월 2일 (UTC)[응답]

나는 이것이 간과된 문제라는 것에 동의한다. 그것은 시간이 흐르면 더 심각해질 것이다.오픈소스 세계에도 비슷한 문제가 있다: 나는 그것의 유지자가 인터넷에서 떨어졌을 때 갑자기 끝난 한 프로젝트를 안다. 그리고 단호한 사용자가 그 사람의 실생활의 정체성을 추적한 후에야 그가 죽었다는 것을 알게 되었다.그의 가족은 그의 소프트웨어 프로젝트에 대해 아무것도 알지 못했고, 그래서 그들은 그의 죽음에 대해 온라인상에 아무에게도 알릴 생각을 하지 않았다.이 문제를 해결하기 위한 간단한 방법은 위키피디아 사람들이 사망했을 때 가족에게 이 소식을 지역사회의 누군가와 접촉하도록 요청하는 것이다.한 가지 방법은 "Joe Blow, 사용자 이름 So-n-such, died this date"라는 문구와 함께 OTRS 티켓을 여는 것이다.그의 부고가 이 신문에 실렸다." OTRS는 비위키페디안들이 우리와 소통할 수 있는 접점으로 설정돼 있어, 그것이 예사롭지 않은 요청이 아닐 것이다.네, 이 해결책은,&매우 사회로부터 소외되게 되었다 일부 베테랑 Wikipedians 그저 우리를 괴롭히려고 하는데지만 시작 및 거절할지도 모릅니다;풀프루프지 않다 없는 것보다는.(그리고 Orangemarlin 이런 계획을 세웠다고, 그 다음 한스와 같은 사람들은 그의 침묵에 대해서 걱정하지 않겠다고 했다. 아무 소식 sim 것 더 나을 것이다.플라이 수준n 그는 확장된 위키브레이크에 있다.) -- llywratch (대화) 06:42, 2011년 9월 10일 (UTC)[응답하라]

스마트폰 편집

스마트폰으로 위키피디아를 읽을 수 있는 아이폰과 다른 스마트폰 앱이 몇 개 있다.스마트폰으로 위키피디아를 편집할 수 있는 앱을 만들 수 있을까.ItsZippy (토크) 2011년 8월 31일 (UTC) 14:31[응답]

나는 스마트 폰을 사용해 본 적은 없지만, 그들이 웹 브라우저를 가지고 있는 것으로 알고 있다.Ntsimp (대화) 2011년 8월 31일 14:47 (UTC)[응답]

네, 모바일 사파리를 이용해 위키피디아를 편집할 수 있다.하지만 만약 그것을 훨씬 더 쉽게 만들 수 있는 앱이 있다면(텍스트 블록을 더 쉽게 선택할 수 있고, 편집 창을 더 쉽게 스크롤할 수 있고, 편집 도구 모음을 사용할 수 있는 능력) 나는 정말로 행복한 사람이 될 것이다.–xeno^talk 21:39, 2011년 9월 2일 (UTC)[응답]

이러한 아이디어에 대한 후속 조치(동의)를 위해 재단에서 진행 중인 모바일 프로젝트를 위한 메타 포털이 있다.이 아이디어들을 분류하고 설명할 수 있는 곳에 하나의 아이디어 로그도 덧붙일 생각이었는데, 대체적으로 나는 그곳을 지적하고 싶었다.:) Steven Walling (WMF) • talk 18:30, 2011년 9월 9일 (UTC)[응답]

시간 및 날짜 코드

현재 기사에 날짜와 시간 코드를 기재하는 것이 가능한가?예를 들어 2011 럭비 월드컵 페이지는 경기 날짜와 시간이 있지만 시간대를 표시하지 않는다(명확하지만 그것은 요점을 벗어난 것이다).멋진 것은 시간과 날짜를 모호하지 않게 쓰는 보편적인 방법이 있어서 시스템이 현지 시간을 보여줄 수 있다면 좋을 것이다.예를 들어, 나는 싱가포르에 있고, 경기가 열리는 시간은 싱가포르 시간으로 보여질 것이다.그것은 이미 실행되었고 단지 사용되지 않는 것인가?할 만한 가치가 있는가?사람들은 어떻게 생각하는가?Grj23 (대화) 02:06, 2011년 9월 6일 (UTC)[응답]

애초에 왜 경기 시간이 중요한가?♫ 멜로디아 샤콘네 ♫ (토크) 02:10, 2011년 9월 6일 (UTC)[응답]

아마도 그들이 언제 채널을 맞춰야 할지 알 수 있도록. --사이버코브라 (대화) 06:59, 2011년 9월 12일 (UTC)[응답]

그것은 WP에 분명히 해당된다.NOTDIR. ♫ 멜로디아 샤콘네 ♫ (토크) 13:54, 2011년 9월 12일 (UTC)[응답]

요약 편집 시 과도한 오버링

당신의 감시목록이 [이런 종류의 혼란]으로 가득 차 있다고 상상해 보십시오.그건 미시건 IP 한 곳에 있는 양말에서 나온 작은 샘플이야.그들은 많은 것을 사용한다.편집은 종종 기존 텍스트를 위키링크하는 것에 지나지 않지만, 편집 요약은 많은 것을 포함한다.

만약 여러분이 본 페이지들이 이런 행동을 겪지 않는다면, 자연스럽고 정확하게는 여러분에게 사소한 문제로 보일 것이다.그러나 나는 IP - 기후 기사들과 같은 주요 관심사를 가지고 있다. 그래서 나의 감시 목록과 편집 세션은 종종 이것에서 잃어버리고 그들의 편집된 기사들에 대한 손상을 점검하는 것에 몰두한다.

도와줘! 내가 경고했지만 그들은 신경 안 써.ANI와 양말 조사가 잘 안 될거야...효과적으로 차단하기엔 너무 많은 IP를 사용한다.나는 [새로운 정책]을 제안했지만 그것은 실패했다.

"그냥 처리해" 말고 다른 생각 있는 사람 있어?

특히 그들의 동기가 궁금한데... 위키로드의 손이 편집한 요약문을 게시한 후에 치워버렸다고 해도, 검색 엔진 최적화나 다른 동기가 있을까?아니면 그 텍스트의 삭제는 그들이 이런 파괴적인 행동을 할 동기를 빼앗고, 그래서 그들을 개혁할 것인가?

편집한 요약을 빼내거나 보이지 않게 만들면 그들이 사라질 거라고 생각한다면, 그 목표를 달성하는 가장 좋은 방법은 무엇일까?{{RevDel}}}이(가) 정답인가, 아니면 이것이 새로운 도구가 만들어질 만한 것인가?정확히 무엇을 해야 하는가?나는 요청하면 몇 가지 더 예시 편집에 대해 연구할 수 있다.NewsAndEventsGuy (talk) 01:04, 2011년 9월 13일 (UTC)[응답]

솔직히, 누가 신경 써?어떻게 학대하는 거지?이 사람이 단지 그들이 방금 쓴 것에 대한 더 많은 통찰력을 제공할 수 있는 많은 것들을 연결시키는 것이 아니라는 것을 어떻게 아는가?진지하게, 위키피디아에는 요약 편집에서 몇몇 링크를 보는 것보다 더 걱정스러운 것들이 있다.→ ROX ₪ 02:01, 2011년 9월 13일 (UTC)[응답]

가장 최근의 500페이지에 "기후"가 제목에 포함되어 있지 않은 사람에게 그것은 합의된 의제 설정의 좋은 증명이다.만약 그게 너의 주요 편집 주제였다면, 적어도 내 불평을 이해할 수 있을 거라고 장담해, 비록 여전히 불평할 자격이 없다고 생각할지라도 말이야.NewsAndEventsGuy (talk) 05:13, 2011년 9월 13일 (UTC)[응답]

요약 편집의 '고충'은 요약.당신이 증명하지 못한 것은 여기서의 실제 문제가 무엇이고, 그것이 어떻게--내가 아니라 당신의 말-어쩌면-어쩌면-어쩌냐는 것이다.왜냐면 내가 보는건 "이거 짜증나!나는 화내고 싶지 않아!멈추게 해!"

아날로그에 당신의 성향을 이용하기 위해서, 당신은 단지 당신이 카네이션보다 데이지를 더 좋아한다는 사실만을 근거로, 길 아래 집 주인들이 어떤 꽃을 기르기로 선택했는지에 대해 불평하고 있다.→ ROX ₪ 05:25, 2011년 9월 13일 (UTC)[응답]

또는 {{uw-wrongsummary}}을(를) 사용하여 IP를 템플릿으로 만들기만 하면 된다. --HECH 05:27, 2011년 9월 13일(UTC)[응답]

(1) IP 사용자는 템플리팅이 자신의 토크 페이지(시도된)에 있는 개인 메모와 다르지 않도록 신경 쓰지 않는다.

(2) 꽃비유를 빌리자면 IP가 좋아하는 꽃이라면 무엇이든 집 옆에서 가질 수 있기 때문에 욕설이지만, 일반적으로 지방법규에서는 공공 보도에 걸려 있는 가시 블랙베리 버블을 재배하는 것을 금지하고 있다.더 정확히 말하자면:

(a) 편집자에게 효율성과 조직을 위한 도구를 제공하도록 되어 있지만 대신 스팸의 어수선한 잔해 영역이 되어 다른 편집자들이 새로운 흥미로운 편집본을 찾기 위해 화면 잡음을 분류하거나 관심 있는 편집자를 다시 한 번 재배치하도록 하는 감시 목록 기능을 직접적으로 남용한다.그것은 시간과 에너지를 낭비하고, 만약 여러분이 영향을 받은 페이지를 보게 된다면, 특히 그 주말에 양말 기계가 바빴다면, 편집의 즐거움을 심각하게 떨어뜨린다.

(b) 양말이 이 비누상자 스팸을 채우기 위해 여러 편집 요약에 접근하는 방법은 또한 편집자 시간, 에너지 및 즐거움을 직접적으로 남용하는 것이다. 특히, 그들은 기사에 많은 비편집자를 만들고, 편집자들은 기사에 대한 손상을 확인하기 위해 시간을 들여야 한다.[이렇게 편집이 안 된 예는 여기 있다.]만약 그들이 항상 같은 IP를 사용하고 항상 비편집증을 만든다면, 그들은 무시될 수 있지만, 대신에 그들은 종종 이것과 같이 실질적이기 때문에 그들의 편집은 확인되어야 한다.이러한 차이점에 대한 편집 요약뿐만 아니라 내용 자체를 편집하십시오.

블랙베리 브램블 커버 인도는 사람들을 다른 곳으로 가게 하는 경향이 있고, 그것들은 내 바지를 망친다.NewsAndEventsGuy (talk) 06:52, 2011년 9월 13일 (UTC)[응답]

문제가 안 보여.편집 요약은 편집과 관련이 있다.그들은 나의 많은 사람들보다 훨씬 더 유익하다.이것은 좋은 일이다. 그리고 비록 그 사람이 편집 요약을 전혀 사용하지 않았더라도, 당신은 여전히 모든 기여를 확인하고 싶을 것이다."내가 안전하게 무시할 수 있는 변경 사항을 요약 편집을 통해 알려주십시오"는 현실적인 요청이 아니다.WhatamIdoing (대화) 18:08, 2011년 9월 13일 (UTC)[응답]

ip의 그 시리즈에서 나온 큰 문제가 IP 그룹을 막아버린 것이라면. --쿠미오코(토크) 19:10, 2011년 9월 13일 (UTC)[응답]

혼동 - 도와줘! 지도 요청

안녕!

만약 당신이 전에 세계 지도를 작업한 적이 있다면, 도와줘!나도 하나 만들고 싶다.나는 위키백과의 이 부분에서 너무 혼란스럽고 속수무책이다.무아마르 카다피를 편집해 왔는데, 그가 방문해서 전쟁과 싸우고 합병하려고 했던 나라들의 지도를 만들고 싶어.나는 국가 목록을 가지고 있고, 소싱이 되어 있고, 바로 갈 수 있지만, 지도를 어떻게 만드는지 모른다.네가 도와줄 수 있다면, 나는 너의 노고를 위해 헛간별을 제안하는 거야.그리고 부디 이해해줘, 카다피의 40년 이상의 권력자들은 흥미로운 국가 목록을 만들었다.내가 목록을 너와 공유하면 너는 흥미롭고 흥미로워질 것 같아.어쨌든, 내 토크 페이지로 메시지를 보내면 나라 리스트를 보내줄게.나는 교황 요한 바오로 2세가 방문한 네이션스 지도를 좋아하고 우리가 할 수 있는 일을 보여주는 좋은 예라고 생각한다.다시 한 번, 도와줘서 정말 고마워!

진심으로

스크류볼23톡 19:48, 2011년 9월 14일 (UTC)[응답]

물품을 찾을 수 없음

나는 루카이트 아크릴 GOLD 플렉 캔즈에 관한 기사를 찾고 있었다.나는 할머니께서 식탁에 세트가 계셨다는 것 외에는 그들에 대해 잘 알지 못한다.이베이에 있는 한 판매자는 "크리스털 클리어, 골드 플렉크 루카이트 캔들의 길이는 약 10"이고, 게다가 금속으로 된 은색 끈 심지가 있고, 밑부분의 지름이 약 5/8"이라고 말했다.우리는 이 양초들이 1979년부터 1988년까지 생산되었다고 믿는다. 우리가 이렇게 금으로 된 네 개의 양초를 우리가 정확하게 연대를 할 수 있었던 원래의 상자 안에 가지고 있었기 때문이다."당신은 이것을 연구와 기사 작성에 관심이 있는 사람에게 전달할 수 있다.감사 브렛 베이커 — 98.68.164.254 (대화) 16:49, 2011년 9월 15일 (UTC)[응답]이 서명되지 않은 앞선 논평

• 위키피디아는 아직 그러한 유형의 수집품에 대한 기사가 없으므로 다음과 같은 Google 검색 요청을 시도해 볼 필요가 있다.

• http://www.google.com/search?q=Lucite%20Acrylic%20GOLD%20Fleck%20Candles

그런 다음 다른 웹 페이지를 통해 양초가 어떻게 설명되는지 확인하십시오.현재 위키피디아에 실린 기사들은 대부분 특정 스타일과 아이템 모델보다는 일반화된 형태의 가구와 생활용품에 관한 기사들이다.따라서, "비치타월"과 같은 항목은 100가지 일반적인 스타일의 비치타월 세트가 아니라 "토우엘"이라는 글 안에 작은 단면만을 가지고 있다.주요 국가의 왕관 보석도 지난 300년 동안 각 군주의 유명한 왕관을 보여주는 기사가 아직 없다(최소한 세부사항의 예로서 스웨덴 왕관 보석 참조).위키피디아의 골동품과 수집품에 대한 보도는 여전히 매우 기본적인 수준이다.구글이나 Bing.com에서 특정 유형의 수집품을 검색해 보십시오. -Wikid77 (대화) 09:38, 2011년 9월 16일 (UTC)[응답]

학교 선생님들이 그들의 학생들이 기여하도록 격려한다.

이것은 아마 새로운 생각이 아닐 것이다.만약 그렇다면 용서해 주시고, 또한 내가 이 페이지를 어떻게 사용해야 하는지 오해했다면 용서해 주십시요(그리고 너무 심하게 물지 마십시오).그러나, 나는 오랫동안 (위키피아의 시대 이전에도) 시험장과 수업 연습에서 학생들과 학생들에 의해 얼마나 값진 노력이 소비되고, 나중에 버려지는가를 곰곰이 생각해 보았다.학교 선생님들(및 대학 강사들)이 그들의 최고의 학생들과 학생들이 그들의 작품을 위키피디아에 적절한 곳에 올리도록 장려될 수 있을까?시작점으로서, 학급은 거의 알려지지 않았지만 주목할 만한 인물의 전기를 연구하고 쓰도록 요청받을 수 있다.선생님에게 전기의 주제는 단지 하나의 수단일 뿐이고, 연습에는 도움이 되지 않는다.학생들에게 전기의 주제는 그들의 흥미를 자극하는 것이다. (잘 알려지지 않았지만 눈에 띄는 화학자의 전기를 쓰는 것은 영어 선생님을 위한 에세이를 쓰는 데 화학적 지향을 가진 제자를 참여시키기 위해 필요한 것일 수도 있다.)두 사람에게 이 과목이 거의 알려지지 않았다는 사실은 학생들이 인터넷에서 복사-붙여넣기만 할 수는 없지만, 어느 정도 학술적인 노력을 기울여야 한다는 것을 의미한다.

좋아, 점검과 안전장치가 있어야 할 거야.그러나 이것은 어쨌든 위키피디아에 관한 모든 기사에 해당된다.기준 미달의 기사 제출을 집요하게 허락하는 교사는 통상적인 방법으로 경고를 받고, 결국 차단을 당할 수 있다.

이 예에 충실하기 위해, 전기의 단지가 너무 많아서, 확실히 그 기사가 시작되도록 하는 어떠한 노력도 환영받을 만 하다.시작되었으므로, 이후 편집자들이 그것을 개선하기가 더 쉽다.그건 그냥 내 생각일 뿐이야.TheAMMollucus (대화) 2011년 8월 8일 11시 30분 (UTC)[응답]

Wikipedia 읽기 권장:위키백과 표지판/2008-05-09/디스패치위키피디아를 위해 쓰는 것이 어떤 에세이 과제나 연구 보고서보다 훨씬 어렵고, 그 기술 세트는 그 시점까지 배운 것과 중복되지 않는다는 것이 일반적인 의견이다.그러나, 더 나은 초점은 기존 기사에 삽화와 사진을 추가하는 것일 수도 있다.이 낮은 매달린 과일은 신참자들이 빨리 설명하고 이해할 수 있다.— 디스펜서 13:44, 2011년 8월 8일 (UTC)[응답]

• 위키피디아는 이전의 브리태니카 에세이를 피한다.인터넷 문화의 주요 부분으로서 위키피디아는 위키피디아 프로젝트의 다양한 측면에 초점을 맞추어 학교에서 연구하고 가르칠 수 있다.예를 들어, 1차 출처의 커버리지가 적은 제3자 출처에 대한 과도한 의존은 객관적 저널리즘에서 중요한 개념이다.또한, 전문가 에세이의 회피는 브리태니커 백과사전이 다양한 분야의 선두 전문가들이 출처 없이 에세이 스타일의 기사를 쓸 수 있도록 허용했던 방식과는 다르다.따라서 위키백과에는 저널리즘 개념의 가르침에 초점을 맞출 수 있는 몇 가지 주요 측면이 있다. -Wikid77 (토크) 05:38, 2011년 8월 13일 (UTC)[응답]

나는 6에서 12명의 학생들로 구성된 군대가 익명의 가면을 쓰고 학생들의 더 나은 의지를 손상시켜 기사들을 대량으로 파괴하는 것을 돕는 백과사전을 한 IP 주소로 쓸 것이라고 확신할 수 없다.그것에 대해 많은 글을 쓴 것 같은데, 무슨 일이 있었는지 까먹었다. --★ 22:51, 2011년 8월 23일 (UTC)[응답]

그 선생님은 그 프로그램의 일환으로 공공 기물 파손에 대한 방어를 요청받을 수 있다.Robert 00:46, 2011년 9월 7일 (UTC) — Robert the Devil(대화 • 기여) 00:45, 2011년 9월 7일 (UTC)[응답]

내 나이를 보여주는 것 같다:-) 나는 반대로 생각해 왔다: 선생님은 서류로 (손글씨 또는 워드 프로세싱) 할 것을 약속하고, 그 다음에야 위키피디아에 출판할 수 있도록 최고의 사람들을 초대할 것이다.제 제안에 응답해 주셔서 감사합니다, 여러분...모든 것이 제대로 기록되었고, 승선했다.TheAMMollucus (talk) 08:06, 2011년 9월 16일 (UTC)[응답하라]

나는 우리가 이미 이것을 한다고 생각한다. 사실, 위대한 사람들은 똑같이 생각한다!"위키피디아 앰배서더 프로그램" 소셜 타마리스크 (토크) 20:57, 2011년 8월 25일 (UTC)[응답]을 참조하십시오.

그렇다, 이것이 바로 우리가 하는 일이고, 이 프로그램은 학생 참가자와 위키피디아 목표 모두를 위한 성공으로 측정하고 있다.그래서 그래, 좋은 생각이고, 프로그램은 지역사회의 지원과 참여를 이용할 수 있어. -- My76Strat (토크) 08:23, 2011년 9월 16일 (UTC)[응답]

이 프로그램은 현재 글로벌 교육 프로그램으로 알려져 있으며, 올해 가을에는 수천 명의 학생들이 참여하고 있다.미국 내에서는 미국 교육 프로그램이라고 알려져 있다.당신이 제안하는 것처럼, 그것은 정말로 학생들에게 효과적으로 동기를 부여하는 것으로 보여졌다.우리는 캠퍼스 앰배서더와 온라인 앰배서더로서 기여하기 위해 더 많은 교수들과 더 많은 자원 봉사자들을 모집하는데 확실히 당신의 도움을 이용할 수 있다!Dcoetzee 23:02, 2011년 9월 20일 (UTC)[응답]

여기 호주의 한 고등학교 선생님이, 내가 이미 몇몇 기사에 대해 내 최고의 제자들 중 몇몇이 건설적인 편집을 하도록 했다고 조언해 주셨습니다.그러나 나는 페디컬하게 지적해야 할 것은, 이것이 세계적인 프로그램인 우리가 여기서 가을을 하는 것이 아니고, 어쨌든 지금은 봄이다. ;;-) 히로48 (토크) 23:54, 2011년 9월 20 (UTC)[응답]

앗:-) 흥미롭군, 아직 호주에서 프로그램이 후원하는 공식적인 프로젝트가 없는데, 관심 있는 사람이 있을까 생각해 봐야겠어.우리도 이제 막 고등학교에 입학하기 시작했어.많은 잠재력이 있다.Dcoetzee 03:12, 2011년 9월 21일 (UTC)[응답]

간단한 영어 규칙 집합

최근 난징사범대학 수업 프로젝트에 대한 ANI의 실마리가 나를 생각하게 했다.ANI 스레드의 많은 문제점은 이러한 새로운 사용자들이 부적절한 기사를 작성하고 부적절한 참조를 사용하는 것이었습니다. 이는 어디서든 새로운 사용자들이 할 수 있는 일이지요.이 문제에 덧붙인 것은 그들이 영어를 모국어로 말하는 사람이 아니라는 사실이었고, 그래서 언어 장벽도 있었다.그럼에도 불구하고, ANI 실의 대부분의 기고자들은 이 학생들이 훌륭한 기고자가 될 수 있고, 또한 비영어권 국가의 편집자를 더 많이 두는 것이 제도적 편견을 극복하는 데 도움이 될 수 있다고 생각했다.이 편집자들은 영어를 구사한다는 것에 주목하라. 단지 그것이 그렇게 발전된 것은 아닐 수도 있다.나는 이러한 많은 기여자들이 위키백과 정책 페이지에서 사용되는 복잡한 영어를 이해하는 데 문제가 있다고 생각한다.

그래서 내 생각은:우리 간단한 영어로 된 규칙 집합 좀 만들어질 수 있을까?나는 단순화된 규칙 집합과 같은 것을 생각하고 있지만, 더 짧고, 더 요점까지, 그리고 가장 중요한 것은, 대다수의 국제 영어 사용자들이 이해할 수 있는 단어를 사용한다.주요 정책/가이드라인마다 Simple English 페이지를 만들 생각도 했지만, 유지하기가 더 어려울 수도 있다.(하지만, 일부 규칙은 다르지만 Simple English Wikipedia의 일부 정책을 사용할 수 있다는 장점이 있다.)다들 어떻게 생각해?— Stradivarius씨 09:14, 2011년 9월 19일 (UTC)[응답]

내가 거기서 본 것을 바탕으로, 그들은 영어를 충분히 잘 읽을 수 있다.그들이 충분히 이해하지 못한 것은 공신력 개념이었고, 강사는 이것에 어려움이 있을 것이라고 예상하지 못했었다.나 자신의 경험으로 봤을 때, 한 반의 초보자들은 적절한 주제를 선택하는 것이 매우 어렵다는 것을 알게 되고, 그들은 지도가 필요하며, 나는 이제 강사가 필요한 지도를 깨닫게 되었다고 생각한다. DGG (토크 ) 16:40, 2011년 9월 19일 (UTC)[응답]

• 정책의 간단한 설명은 일단 편집자들이 기본 정책을 이해하면, 고급 수준의 정책이나 영어 어휘를 알 필요 없이, 기본적이고 반복적인 패턴을 따르는 수백 개의 기사를 편집할 수 있기 때문에, 단순한 영어뿐만 아니라 모든 사람들에게 좋은 생각처럼 들린다.이렇게 간소화된 페이지는 새로운 사용자에게 더 짧은 정책 페이지를 제안할 수 있는 헬프 데스크 편집자에게도 도움이 될 수 있다.예를 들어, 우리는 기사를 쓸 때 "ALL CAPTAL Letters"를 피하는 법을 배워야 하는 인도의 수많은 편집자들이 있다.다만 정책 페이지 간소화 중 일부는 이미 다양한 '인트로' 페이지에서 이뤄졌기 때문에 사실상 단순화 작업은 거의 마무리 단계에 이른다는 점에 주목한다.모든 기본을 다 망라한 뒤 정책과 가이드라인의 간단한 내용을 나열하는 방법을 더 많은 사람들에게 알리는 작업이 남아 있다.한편 WP는 다음과 같이 말했다.많은 문제들은 불필요한 복잡성일 뿐이기 때문에 MOS 제한을 줄일 필요가 있다. (예: 사람들에게 "0.25"에 납-제로를 두라고 말하는 것과 같은) ".40"은 허용 예외 사항인 반면, 완전히 불필요한 제한일 뿐이다. 즉, 모든 계산기가 ".xx"를 처리한다.어쨌든, WP:현재 간단한 개요 페이지 시작. -Wikid77 (대화) 17:01, 2011년 9월 19일 (UTC)[응답]

이전 스타일 일정관리 페이지

매년 발간되는 "1054", "1620", "1776", "1789" (등)의 많은 기사를 작업한 결과, 위키피디아는 매년 3월 25일부터 시작되는 "올드 스타일" 달력을 전부 보여줄 수 있는 기사가 없었다는 것을 알게 되었다.다음 항목으로 시작하는 구식 일정관리 페이지를 작성한다.

• 월요일부터 시작하는 구식 공통 연도

기사 '벤자민 프랭클린'에는 올드스타일 1706년이 3월 25일에 시작되었기 때문에 문자 그대로 '1705년'이라고 설명하는 쪽지가 실려 있으며 프랭클린은 여전히 전년도 말기인 1705년 1월에 태어났다.영국과 미국 식민지들의 달력은 1752년 이후 1월 1일에 새로운 해를 시작하는 것으로 바뀌었을 뿐이므로, 그 해의 1월, 2월, 3월 초의 영국/식민지 사건들의 연대에 영향을 미치는 150년 이상의 Old-Style 달력이 있다.풀 캘린더 페이지를 가지면 1월이 전년도의 말이었음을 보다 쉽게 알 수 있을 것이다. -위키드77 (대화) 17:01, 2011년 9월 19 (UTC)[응답]

내가 알고 있는 바로는, 3월부터 1월까지의 연초의 움직임이 반드시 그레고리안 개혁의 하나만은 아니었다. 다만 영국에서만 해도 같은 시기에 있었다.나는 우리가 모든 가능한 해를 가질 수 있다고 생각하지 않는다. 단순히 너무 많다.단지 알아내고 바로잡는 것이 끔찍하게 복잡한 것처럼 보인다.그랑디오스 (나, 말, 기여) 08:54, 2011년 9월 20일 (UTC)[응답]

• 주요 달력에 집중하기: 나는 여러 나라들이 그 과정에서 채택한 많은 다양하고 혼란스러운 달력 변화가 있다는 것에 동의한다.그러나 영국(및 관련 지역)을 위한 구체적인 달력 스타일은 많은 주목할 만한 행사에 영향을 끼쳤기 때문에 추가 기사가 필요하다고 생각한다.예를 들어, 3월부터 1월까지의 새해의 이동은 그레고리우스 개혁과 정확히 "동일화"되지는 않았지만, 새로운 조항에 기술된 바와 같이 2년(1751/1752)에 영향을 미쳤다.

• 올드 스타일 1751 - 12월 31일에 종료되고, 새해 첫날은 1월 1일로 지정됨
• 1752년 구형 - 9월 3-13일 양력으로 전환

영국은 1751년에 11일을 줄일 수 있었고, 12월 31일에 그 해를 끝낼 수도 있었지만, 올드 스타일 1751은 1752년 1월에 끝난 완전히 줄리앙 달력으로 남아 있었고, 그 후 1752년이 전환 연도가 되었다.매년 별도의 달력 기사를 보유함으로써, 그 차이를 더 쉽게 묘사할 수 있다.어쨌든 영국의 달력은 분명히 주목할 만한 문제로서 3월 25일부터 500년 넘게 시작되었고, 그럼에도 불구하고 위키피디아는 그 엄청난 기간 동안의 달력에 대해 보여줄 것이 거의 없었다.그러나 나는 모든 국가에 대해 별도의 역사적 달력을 보유하는 것이 매우 혼란스러울 수 있다는 것에 동의한다(양력력#Adoption 참조). 그래서 나는 지금 영국과 관련 지역(웨일스, 아일랜드, 미국 식민지 등)의 500년에 초점을 맞추고 있다.한편, 템플릿:연도_in_other_calendars로 많은 문화 달력을 추적한다.쟁점이 많지만 주요 측면에 집중할 수 있다. -위키드77 (대화) 16:55, 2011년 9월 20일 (UTC)[응답]

알림판 보관

일반 관리자 알림판의 아카이빙을 MiszaBot에서 LembeBot III로 변경할 수 있는가?ANI 및 AN에 대한 많은 링크로트(CB)가 커지므로 LembeBot III 아카이브가 바람직하다.III는 물질 보관소(예를 들어 여기)로 회전할 링크를 지능적으로 변경함으로써 치료하는 반면, MiszaBot은 연결이 썩고 곰팡이가 자라고 먼지가 되어 땅에 흡수되고 사과나무로 환생하는 동안만 잘라 붙인다.생각?→στc. 01:31, 2011년 9월 20일 (UTC)[응답]

봇은 위키백과의 어디에 있든 모든 링크에 대해 그렇게 하는가?정말 멋질 거야.요에닛(토크) 07:32, 2011년 9월 20일 (UTC)[응답]

CIIII는 문서 공간에 편집이 있다.아노미가 정중하게 나를 깨우치기 전까지는 난 이유를 몰랐어.네 질문에 대답하자면, 난 그렇게 생각해, 그래.→στc. 07:34, 2011년 9월 20일 (UTC)[응답]

그럼 내 전폭적인 지원을 받게 될거야. 난 정기적으로 썩은 고리를 마주치거든.요에닛(토크) 07:41, 2011년 9월 20일 (UTC)[응답]

위키피디아의 사이버네틱스

위키백과 포럼에 글을 올리는 건 처음이니까, 여러분 안녕하십니까!

사이버 네트워크로 연결된 소셜 네트워크에 의해 증강되는 소셜 메모리 플랫폼의 구축을 제안하고, 전 국민의 마음으로부터 하나의 응집력 있는 기억을 해결하기 위해 노력한다.나의 사회적 추리 기계 모델(SRM)은 마음과 컴퓨터 칩이 공유하는 장기/단기 메모리 프로세스를 소셜 네트워크로 추론하려고 한다.그것은 이전에 기록된 모집단의 편향에 의해 지시된 대로 어떤 주제에 대해서도 가장 관련성이 높은 정보를 생성하고 사용자에게 제시할 수 있는 자기 조직화된 여론 백과사전으로서 나타난다.

SRM의 장기 메모리는 '저널'이다.이것은 관련 기사들 간의 연계가 있는 전체 인구의 입력으로부터 협력적으로 모아진 사회적 백과사전이다.위키피디아의 현재 상태와 많이 닮았다.중요한 차이점은 어떤 익명의 개인이든 위키백과의 콘텐츠를 업데이트하거나 파괴할 수 있지만, SRM은 장기기억에 저장된 모든 콘텐츠는 단기기억인 '포름'에서 공개토론을 통해 먼저 처리하도록 요구한다.

사용자가 포럼에 내용물을 제출하면, 그 아이디어는 단순 다수결 투표 전에 일정 기간 동안 대중들에 의해 논의된다.제안된 편집이 들어가거나 안 들어가거나 둘 중 하나야.찬성/반대 다수결 투표에 의해 관련성을 결정하는 과정은 우리에게 관찰 가능한 사회적 편견을 제공하면서 개별 비트의 패턴을 정의한다.그 단기 과정은 Reddit과 많이 닮았다.내용 조각은 1면 표/활동으로 정리되고, 토론은 순위별로 구성돼 댓글 트리가 확대된다.하위 사회는 그들 자신의 패턴을 정의하기 위해 그들 자신의 표를 보유할 수 있다.사용자는 새로운 콘텐츠 외에도 저널에 수정 및 업데이트를 게시할 수 있으며, 이는 SRM에 따른 자체 정립 프로세스로서 모집단의 편향을 더 잘 반영할 수 있다.어떤 수준의 결의도 개별 단어 선택이나 구두점 투표로 내려갈 수 있다.

약간의 논의가 진행되는 동안 사용자들은 자신의 관점을 강화하기 위해 저널에 이미 저장되어 있는 다른 비트의 정보를 인용한다.이 인용 과정에 의해 만들어진 연계는 투표 시스템의 결과 및 데이터와 결합되어 저널의 내용 전체에 걸쳐 관계적 관련성 네트워크 즉, 대중적 관련성의 측정 가능한 네트워크를 형성한다.이 시스템은 "진리"를 예측하거나 모형화하려고 시도하지 않는다.SRM은 전체 인구가 가지고 있는 진실일 수 있다고 믿는 편견의 패턴을 지도화한다.검증된 연구와 보고의 기관과 대조될 때, 이것은 오늘날의 위키백과 같은 교육 기관에서 가장 많은 관심을 필요로 하는 연구 분야가 무엇인지 보여준다.

전체 모델에는 페이스북과 유사한 프로필 시스템도 포함되어 있는데, 나는 구글플러스가 희망했던 다음 단계가 되길 바란다.사회적 추리 기계는 네트워크로 연결된 모든 개인이 시간과 공간에 걸쳐 자신의 고유한 의견을 들을 수 있도록 동등한 접근을 허용한다.

내 아이디어가 동료들의 피드백을 받은 것은 이번이 처음이며, 위키백과 커뮤니티가 말하는 것을 정말 듣고 싶다.나는 이런 아이디어들을 여기에 내놓는 것이 다른 사람들이 이용할 수 있도록 열어준다는 것을 알고 있다. ("Social Network"를 보지 못하셨나요?!친구가 묻는다.) 그러나 이러한 생각은 공동체에 속한다.

주요 인용 분야: http://en.wikipedia.org/wiki/Cybernetics http://en.wikipedia.org/wiki/Information_theory http://en.wikipedia.org/wiki/Living_systems_theory

Google 워드프로세서: https://docs.google.com/document/d/1bhXJ3T3rrtlI3GEc1aFFrIul-AgOAa7wXJT8xzNCTYQ/edit?hl=en_US

TL;DR: [Wikipedia + Reddit = 인공지능?] — UCSrm이 추가한 서명되지 않은 이전 논평 (토크 • 기여) 13:48, 2011년 9월 20일 (UTC)[응답]

정책 마을 펌프에서 여기로 자리를 옮겼구나, 하지만 Roux 원본 답장은 여전히 연관성이 높으니 아래에 다시 게시하겠다.요에닛 (대화) 17:43, 2011년 9월 20일 (UTC)[답글]

음, 이건 위키피디아가 뭘 위한 건지, 아니면 특정 페이지를 위한 건지 전혀 아니에요.위키피디아에는 이와 같은 '포룸'이 없다; 대체로 기사가 아닌 모든 페이지는 기사 개선이나 막후 과정에만 사용되도록 되어 있다.이 게시물에는 아무것도 없다.당신은 위키피디아가 무엇을 위한 것인지에 대한 개요를 보기 위해 여기를 클릭하기를 원할 수도 있고, 혹은 여기서 클릭하기를 원할 수도 있다.→ ROX ₪ 07:00, 2011년 9월 20일 (UTC)[응답]

과도한 허구적 정보의 대체로서 위키아스와 연결

오늘 아침 나는 만화 캐릭터 아이언맨에 대한 정보에 관심이 있었다.나는 결국 얼터너티브 버전의 아이언맨을 선택하게 되었는데, 그것은 다소 질이 떨어지는 기사다.나는 또한 엄선된 팬 그룹에게만 관심을 가지고 위키백과의 범위를 벗어나는 복잡한 세부사항들을 고려할 것이다.나는 어떤 사람들은 내 의견에 동의하지만, 다른 편집자들은 강하게 동의하지 않는다는 것을 안다.이 경우 나는 사실 팬이지만 기사가 너무 형편없어서 내가 원하는 정보를 주지 못했다.대신에 나는 마블 위키피디아로 가서 이것들을 보기로 결정했다: 그들 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람 한 사람의 멋진 이미지와 아첨자들이 있는 대체 출연의 전체 목록.제한사항으로 우리는 스스로 설정한다(예: wp:V, wp:POLT, wp:근거리 무선 통신) 편집자의 상당 부분이 wp와 같은 기사를 삭제하려고 적극적으로 노력하지 않았더라도 우리는 결코 그런 것과 경쟁할 수 없다.CRUFT. 왜 시도하지?그런 위키아스에 대외적으로 두드러진 연결고리만 추가하면 어떨까?우리는 물론 그들 역시 교통 체증을 잃겠지만, 위키아스에게 그것을 넘겨줌으로써 우리는 여전히 자유롭게 허가된 정보를 퍼뜨리려는 우리의 핵심 목표를 고수하고 있다.너의 생각은 어떠니?요에닛(토크) 21:51, 2011년 9월 14일 (UTC)[응답]

위키피디아와 위키피디아의 연결고리는 원래 위키피디아가 자매 프로젝트(원래 당시 위키피디아)인 것처럼 취급되었던 팬크루프트의 전체 이슈와 거의 마찬가지로 거의 균열이 컸다. 위키피디아 페이지가 꽤 괜찮은데도 위키피디아가 빨리 제거되지 않는 것은 또 다른 외부 링크일 뿐이다.

나로서는 위키피디아와 관련 자매 프로젝트에서 이 내용을 삭제한 것은 엄청난 실수였으며, 위키피디아가 편집자를 잃고 있는 이유의 일부라고 생각한다.나는 또한 이것이 "참고" 섹션(또는 "외부 링크" 섹션)에서 Wikia에 대한 단순한 외부 링크조차 삭제하기를 좋아하는 힘든 싸움이라는 것을 알고 있다.템플릿의 역사를 살펴보는 것:Wikia는 삭제 논의와 함께 이 역사에 대해 배울 것으로 기대되는 것보다 더 많은 것을 당신에게 알려야 한다고 생각한다. (3번 있었다.)이 템플릿에 대한 삭제 논의를 다시 열어야 할 때인가? --Robert Horning (대화) 22:25, 2011년 9월 14일 (UTC)[응답]

가장 큰 팬 위키를 제외한 모든 사람들에게 그것은 종종 WP를 위반한다.ELNO#EL12, 작은 열린 위키와의 연결을 방해한다.WhatamIdoing (대화) 17:08, 2011년 9월 20일 (UTC)[응답]

그래, 하지만 대부분의 "cruft"를 끌어들이는 분야들 또한 큰 위키피디아들을 가지고 있는 경향이 있어.예를 들어 트랜스포머 위키(15.000개 기사), 마블 위키백화(88.000개 기사), 스타워즈 위키백화(86.000개 기사) 등이 있다.요에닛(토크) 17:35, 2011년 9월 20일 (UTC)[응답]

ELNO 용어로 "Small"은 기사 수가 아닌 사용자 수로 측정된다.그것은 대부분 공공 기물 파손이 잡힐 가능성에 관한 것이다.WhatamIdoing (talk) 05:19, 2011년 9월 22일 (UTC)[응답]

우리는 Wikia와의 연결을 다른 외부 링크와 동일하게 취급해야 한다.Wikia wiki가 주제에 대한 지배적인 팬 위키이고 좋은 정보 출처라면, 그리고 기사의 편집자들이 그것을 연결하는데 동의한다면, 그것을 연결하라.Wikia Wiki는 종종 공정한 사용에 의해 정당화될 수 있는 것보다 훨씬 더 많은 무료 이미지를 포함하고 있기 때문에 유일한 문제는 저작권 침해의 원인이 될 수 있는 가능성이다.Dcoetzee 22:59, 2011년 9월 20일 (UTC)[응답]

가장 연계된 등급?

어떤 기사가 위키링크를 가장 많이 가지고 있는지 알 수 있는 방법이 없을까?stats.grok.se이 얼마나 많은 사람들이 특정 기사를 봤는지 말해줄 것처럼 말이다.전자9 (대화) 2011년 9월 21일 14:27 (UTC)[응답]

위키백과:대부분의 참조 기사.솔레솔(토크) 15:31, 2011년 9월 21일 (UTC)[응답]

부적절한 사용자 이름

모든 관리자는 잠재적으로 생산적이고 건설적인 사용자 중 상당히 많은 수가 사용자 이름으로 초기 또는 주 편집 주제를 선택한다는 것을 알게 될 것이다.이는 UAA 정책에 따라 차단되는 경우가 매우 많으며 기사에서 삭제 플래그가 자주 표시되는 결과를 초래한다.그리고 우리는 많은 잠재적으로 훌륭한 편집자들을 잃는다.

나는 소프트웨어 전문가가 아니다.계정을 처음 만들 때 편집자가 자신의 편집 이익과 직접 관련된 사용자 이름을 선택하지 말라는 자동 경고를 받을 수 있는 방법이 있는가?이것은 분명히 관리자의 작업을 약간 완화시키겠지만, 더 중요한 것은 첫 번째 기사와 선택한 사용자 이름이 연관되어 하나 또는 둘 모두를 거부하게 될 때, 그렇지 않으면 낙담할 수 있는 새로운 편집자들을 보유할 수 있다는 것이다. --Anthony Bradbury^"talk" 19:06, 2011년 9월 13일 (UTC)[응답]

만약 사용자 이름이 IP이거나 0개의 편집이 포함되어 있다면, X 메시지를 표시하여 이것을 알려주는 swich가 실행될 수 있다.그게 프로그래머들이 할 수 있는 일인지는 모르겠지만.하지만 별로 힘들 것 같지 않아. --쿠미오코(토크) 19:14, 2011년 9월 13일 (UTC)[응답]

나는 그것이 문제를 해결한다고 생각하지 않는다.당신은 계좌를 만드는 시점에서 경고를 하고 싶을 것이다. 그 시점에서 당신은 그 사람이 어떤 주제에 대해 작업할 것인지 전혀 알지 못한다.

나는 더 많은 관리자들이 분명히 건설적인 편집자들을 즉각적으로 차단하지 않는 것에 대한 정책을 따르고 태그에 만족하는 편집자들이 실제로 WP를 읽는다면 더 좋을 것이라고 생각한다.COI 가이드라인, 특히 근접 연결에 대한 비트는 편집의 완전한 금지를 초래하지 않는다.WhatamIdoing (대화) 20:01, 2011년 9월 13일 (UTC)[응답]

거의 이거.가방과 꼬리표는 확실히 덜 노력하지만, 더 많은 관리자들이 먼저 교육과 경고를 시도했으면 좋겠다.그리고 이미 이름 변경 요청이 있는 사람들을 차단하기 시작하지 마!–xeno^talk 20:05, 2011년 9월 13일 (UTC)[응답]

응. 내 기본 요점은 새로운 편집자를 차단할 필요를 피하는 것이었어. 어떤 식으로든, 그들이 그들의 사용자 이름과 편집 관심사 사이의 관계를 증명해선 안 된다는 계정을 만들면서 그들이 알게 하는 것을. --Anthony Bradbury^"talk" 19:12, 2011년 9월 14일 (UTC)[응답]

주 편집 주제를 사용자 이름으로 선택하는데 편집자가 차단된다는 너의 첫 번째 주장 때문에 나는 약간 혼란스럽다.이는 그 자체로 WP에 반하는 것이 아니다.사용자 이름.사용자 등의 이름:Football79, 사용자:지질구이, 사용자:테니스 전문가 및 사용자:물리학 조크는 모두 허용 가능한 이름이며 차단해서는 안 된다(그 중 하나는, 그러나 전혀 관련이 없는 이유 때문에).그것은 정책에 반하는 홍보 사용자 이름이다.조직의 이름을 딴 사용자 이름은 문제가 있지만 선의의 편집자일 수도 있다는 말씀이시죠?제출된 사용자 이름이 조직 이름인지 확인하는 것은 실용적이지 않을 것이다. 즉, 너무 많은 지역 기업들이 모든 사용자 이름을 포함시킬 데이터베이스를 기대하기 어려울 것이다.경고는 모든 신규 사용자 및 계정 생성 화면에 표시되는 적절한 장소로 이동해야 한다.SpindingSpark 11:49, 2011년 9월 22일 (UTC)[응답]

나는 네가 WP: 아무도 방향을 읽지 않는다는 것을 잊고 있다고 생각한다.신입 사원들은 그 정책에 의해 기술적으로 승인된 사용자 이름 때문에 꽤 자주 차단된다. 왜냐하면 사람들은 대부분 사람들이 그 정책을 스스로 읽기보다 몇 년 전에 누군가 그들에게 말한 것을 기억하기 때문이다.

BTW, 만약 당신이 이 문제에 관심이 있다면, 당신은 위키백과 강연에서 토론에 참여하고 싶을 것이다.사용자 이름 정책#Recent_revert.WP를 확대하려고 한다.COPNAME은 이 애플리케이션 크리프의 일부를 억제하기 위해 Alcoa(토크 · 기여)의 마크 앳 알코아(Non-promotional 및 매우 편리한 COI 공개/경고)를 더욱 명확히 하기 위해 본 섹션의 위반이 아니다.WhatamIdoing (대화) 14:55, 2011년 9월 22일 (UTC)[응답]

사이트 전체 알림

무슨 일이 생겼는데, 추가 생각을 듣고 싶어!위키피디아에서 편집자가 완전히 금지되려고 할 때, 사이트 통지가 커뮤니티의 완전한 참여를 유도해야 한다는 (최종 제재)당장 관심 있는 이용자들의 의견을 끌어들이기에는 턱없이 부족한 끔찍한 정책이 시행되고 있다.이것은 많은 토론에 적용되지만, 특히 궁극적인 제재는 지역사회의 동의를 얻어야 한다!IMO -- My76Strat (talk) 06:01, 2011년 9월 16일 (UTC)[응답]

편집을 원하지 않는 IP가 왜 위키피디아의 내부 작업에 신경을 쓰거나, 이 고지가 등록된 사용자들에게만 사용 가능한가?→ICTION 06:21, 2011년 9월 16일 (UTC)[응답]

나는 주로 기존의 사용자들을 위해 그것을 원한다.내가 알기로는 몇몇 IP가 그런 고려에 빠졌으니, 나는 그들이 그것을 요청할 수 있는 능력이 있어야 한다고 생각한다.주여, 만약 그것이 나여야 한다면, 나는 선거 운동이나 다른 기술적 능력, 즉 블록을 필요로 하지 않고 관심 있는 사람들이 알기를 바란다.--My76Strat (대화) 07:18, 2011년 9월 16일 (UTC)[응답]

위키피디아에 대한 대규모 토론에서 중요한 문제는 지식이 없는 사람들이 그들의 주장을 전혀 이해하지 못한 채 자신들의 주장을 관철하려는 모습을 보인다는 것이다.{{}}}}}에 기재하면 신호:소음 비율이 올바른 방향으로 영향을 미칠지 잘 모르겠다.그런 논의가 있다는 것은 말할 것도 없고 일주일에 몇 번인가?사람들은 그저 그들에게 빨리 관심을 갖는 것을 멈출 것이다.→ ROX₪ 07:46, 2011년 9월 16일 (UTC)[응답]

나는 너의 예약을 이해한다.나는 이것이 타당한 고려사항이라는 것에 동의한다.우리가 가장 실제적인 과정을 가지고 있는 것은 당연하다.그리고 다른 것도 고려될 수 있도록 당신의 답변에 감사한다.--My76Strat (대화) 07:58, 2011년 9월 16일 (UTC)[응답]

나는 Roux의 의견에 동의한다.어떤 종류의 상황을 염두에 두고 있는지, 위키피디아에서 완전히 금지된, 더 넓은 참여가 유익할 수 있는 상황을 나는 확신할 수 없다.예시라도 있으십니까?확실히 상황을 모르는 무작위 사람들을 초대하는 사이트 공지가 꽤 해로워 보인다.--짐보 웨일즈 (대화) 10:34, 2011년 9월 16일 (UTC)[응답]

전면 금지는 매우 심각한 위법행위에 대한 처벌이었고, 그것을 부과하기로 한 결정이 가볍게 받아들여지지 않았다고 생각하고 싶다.이게 사실이 아니라는 거야, 아니면 어떤 종류의 학대가 벌어지고 있는 것 같아 의심스럽다는 거야?--Ykraps (대화) 17:00, 2011년 9월 16일 (UTC)[응답]

아니, 나는 특별한 관심도 없고, 적당한 무게가 주어지는 것에 대해서는 의심도 없다.그런 인상을 받았다면 사과할게.그것이 우리가 해야 할 일인가 하고 나는 소리내어 의아해 할 뿐이었다.이것이 생산적이지 않을 수 있다는 이유를 이해하고 코멘트를 준 것에 감사한다.--My76Strat (대화) 17:19, 2011년 9월 16일 (UTC)[응답]

알았어, 설명해줘서 고마워.나의 처음 느낌은 그것이 비현실적이고 불필요할 것이라는 것이다.미안해.--Ykraps (대화) 17:56, 2011년 9월 16일 (UTC)[응답하라]

나도 동의해.아마도 사용자가 등록할 수 있는 이메일 통지가 있거나 있어야 한다.그러한 제재가 논의되고 있는 시기를 아는 데 특별히 관심이 있었다면 말이다.완전히 궤도를 벗어났을 수도 있지만, 이것이 비교적 드물게 발생하는 제재라고 추정했고 희망한다.--My76Strat (대화) 18:22, 2011년 9월 16일 (UTC)[응답]

나는 이것이 현명하지도 않고 필요하지도 않다고 생각한다.날 믿어, 그런 토론에 관심 있는 사용자들은 이미 AN과 AN/I 감시 목록을 가지고 있어.→ ROX ₪ 18:34, 2011년 9월 16일 (UTC)[응답]

나는 Roux가 옳다고 생각한다.그런 논의를 위한 중앙 포럼이 있는데, 찾기가 어렵지 않다.WP:CBAN은 심지어 A가 그러한 것들을 토론하는 정상적인 장소라고 말한다.WhatamIdoing (대화) 17:37, 2011년 9월 20일 (UTC)[응답]

WP는 다음과 같은 조치를 취할 것인가?피드백 요청 서비스에 관심이 있으십니까?—Akrabbim^talk 15:00, 2011년 9월 22일 (UTC)[응답]

컨텐츠 히스토리를 탐색하는 새로운 방법

현재 위키피디아의 과거 기고문은 역사 탭의 한 페이지의 현재 상태와 분리되어 있다.하지만 만약 우리가 내용 역사를 현재 페이지에 가져와서 개별 단락이나 문장의 역사를 보여줄 수 있다면 어떨까?신입 사원과 경력 편집자 모두에게 이것이 무엇을 할 수 있을까?

나는 최근 현재의 인터페이스처럼 히스토리 탭에서 라인별, 편집별이 아닌 기사 텍스트의 문장 수준으로 편집 이력을 가져오는 '피봇'이라는 프로토타입 도구를 완성했다.내가 계속 발전함에 따라, 나는 위키피디아 활동가들로부터 무엇이 효과가 있는지, 없는지, 그리고 그것이 어떻게 사용될 수 있는지에 대한 피드백을 정말 받고 싶다.한 번 훑어보시고 의견을 좀 내주시겠습니까?

프로토타입을 사용하려면 다른 기사 위에 도구를 레이어하는 외부 링크 중 하나를 방문하십시오. 키예프 기사 도구, Liancourt_Rocks 기사 도구, Death_Star 기사 도구

페이지를 로드하면 오른쪽에 스크롤 막대와 일치하는 4개의 색상이 있는 막대가 나타난다.페이지 영역의 문장이 더 많은 편집(빨간색), 더 많은 기여자(노란색), 더 많은 비율의 되돌리기(녹색), 또는 더 최근에 편집된 경우(파란색)에 더 포화 상태가 된다.이 막대를 클릭하면 텍스트가 강조되고 편집이 더 많은 문장을 어둡게 하는 등 탐색할 흥미로운 영역을 식별할 수 있다.흥미로운 문장을 골랐으면, 그 문장을 클릭해서 그 문장의 기록을 열어보십시오.새 프레임이 열릴 것이다(위험한 버그 덕분에 일부 스크롤이 필요할 수 있다, 미안하다).이 프레임에서는 목록의 맨 위에 가장 최근에 편집된 후 편집자 이름 및 설명과 함께 이전 편집이 과거로 내려가는 것을 볼 수 있다.편집에 추가된 단어는 녹색으로 강조 표시된다.차례로, 당신은 그 창에서 기고자가 편집한 문장을 강조할 수 있다.

제게 의견을 좀 주시겠습니까?당신은 또한 이 익명 설문조사를 사용할 수 있다.특히 이 도구가 내가 앞서 언급한 종류의 정보를 파악하는 데 도움이 되었다고 생각하는지, 일상 편집 작업에서 그 정보가 어떤 용도로 사용되는지, 그리고 어떤 점이 개선될 수 있다고 생각하는지 관심이 쏠린다.이 툴이 실제로 도움이 될 만한 특별한 상황이 있는가?이 도구를 사용할 수 있는 장소와 시기를 아는 것은 내가 미래의 사용자들을 위해 그것을 맞춤화하고 심지어 모든 위키피디아에 그것을 적용하는 데 도움을 줄 것이다.

혹시 다른 위키피디아에 도움을 줄 만한 사람이 있다면, 연결해 주면 고맙겠다.내 사용자 페이지와 개인 홈페이지에서 나에 대해 더 많이 알 수 있어.나는 이 연구에 대해 내 토크 페이지나 이메일로 더 많은 이야기를 할 수 있어 기쁘고, 시간을 내줘서 고마워.JeffRz (대화) 14:26, 2011년 9월 22일 (UTC)[응답]

나는 그것이 환상적인 도구라고 생각한다.그것은 위키블레임과 같은 목적으로 사용될 수 있지만, 그 데모에 근거했을 때 훨씬 우월해 보인다.또한 단순한 한 줄 편집이 기사 전체를 다시 쓴 것처럼 보이게 만드는 디프 서비스로 당신이 받는 것과 반대로 문장을 의미론적으로 식별할 수 있을 것 같다.나는 시간과 날짜 스탬프가 유용한 추가가 될 것이라고 제안하고 싶다.또한 좀 더 성숙한 기사에 대해서는 사용자에게 제한된 날짜 범위를 요청할 수 있는 능력을 부여하는 것이 합리적일 수 있다.관심 있는 특정 편집을 찾았으면 디프트에 링크를 게시할 수 있도록 디프트에 URL을 생성할 수 있는가?

피드백 고마워!우리는 반드시 이 문제에 대해 계속 노력할 것이고, 나는 너의 제안을 큰 리스트에 추가할 것이다.JeffRz (대화) 02:56, 2011년 9월 23일 (UTC)[응답]

나는 이것이 페이지 로딩 시간에 어떤 영향을 미칠지 걱정된다.데이터를 생성하려면 툴이 엄청나게 많은 페이지 기록을 먼저 읽어야 할 것 같다.페이지 로드 시간과 서버 로드에 대해 어떻게 할 것인가?SpindingSpark 19:23, 2011년 9월 22일 (UTC)[응답]

피드백 고마워.그렇다, 이 도구는 많은 역사를 파싱해야 하지만, 페이지 로딩에서는 이 작업을 수행하지 않는다.압축(한 페이지의 전체 기록에 대해 데이터베이스 저장소보다 1~2배 작은 크기)을 고려했을 때 데이터가 그리 크지 않기 때문에 데이터를 사전 처리하고 저장할 수 있다.보이는 도구는 페이지가 로드된 후 데이터베이스에서 사전 처리된 피드 입니다.미래에는, 만약 광범위하게 실행된다면, 편집이 이루어질 때마다, 우리는 서버의 백그라운드 작업을 모든 페이지의 추적을 재구성하기 보다는 페이지의 추적에 편집하는 것을 추가하게 할 수 있다.서버가 얼마나 적재될지를 결정하는 유일한 방법은 그것을 시도해보는 것이다. 그래서 우리는 그것이 어떻게 작동하는지 보기 위해 위키피디아의 살아있는 거울에 그것을 배치하려고 한다.물론, 그것은 우리가 먼저 수천 페이지를 미리 계산해야 한다는 것을 의미해!JeffRz (대화) 02:56, 2011년 9월 23일 (UTC)[응답]

Linkrot - 어떻게 해야 하는가?

나는 Linkrot와 함께 위키피디아 문제를 제거하기 위해 할 수 있는 것에 대한 의견을 모으고 싶다.나는 이미 많은 제안을 했고, 그 제안들 중 어느 것도 실제로 이끌어내지 못했다.다음은 이 주제에 대한 이전 토론에 대한 링크 모음입니다.

• 위키백과 대화:주석/아카이브 인용문 요청
• 위키백과 대화:WikiProject 외부 링크/Webcitebot2
• 위키백과:Billage pump (proposal)/Archive 74#Tool for WebCite 아카이빙
• 위키백과:Billage pump (proposal)/Archive 76# 기사가 FA 후보로 지명되면 모든 참조 링크를 자동으로 보관
• 위키백과:Bot 요청/아카이브 42#AntiLinkrotBot
• 위키백과:Bot 요청/아카이브 40#WebCite Bot
• 위키백과 대화:위키프로젝트 애니메와 망가#웹사이트
• [1]
• 사용자 대화:Toshio 야마구치#WebCite 아카이빙 업데이트
• 사용자 대화:야마구치 토시오#아카이브링크스 확장 견본 배치

아직도 참조 링크가 비활성화된 기사를 많이 접하게 되므로 링크로트 문제는 아직 해결되지 않은 것 같다.나는 모든 편집자들이 이 주제에 대해 논평할 것을 권장한다.고마워요.야마구치 도시오 (토크) 22:10, 2011년 9월 10일 (UTC)[응답]

나는 그들이 별개의 문제라고 생각한다.링크가 썩는 것을 복구하기 위해 범주를 감시하고, 맨 URL에 정보를 추가하는 사람들이 있다. 링크가 끊어지면, 소스를 복구하기 위한 다른 과정이 수반된다.두 가지 측면을 동시에 수리하는 것이 말이 되겠지만, 죽은 고리를 다른 고리를 위해 남겨두면서 정보를 추가함으로써 많은 고리를 썩힌 것을 인정하겠다. (부분적으로는 아직 방법을 배우지 못했기 때문이다.)My76Strat (대화) 22:32, 2011년 9월 10일 (UTC)[응답]

나는 주로 죽은 고리에 관심이 있다.문제는 일단 링크가 사라지면 그것을 복구하는 것이 많은 경우에 불가능하다는 것이다.연결고리가 끊기기 전에 뭔가 조치를 취해야 해, 적어도 그건 내 의견이야.정기적으로 링크 보관을 하는 인터넷 아카이브와 같은 서비스의 보도는 내 생각에 우리의 목적에 만족스럽지 않다.그리고 우리 편집자들의 대다수는 그들이 소개한 참조 링크가 미래에 안정적으로 유지될 수 있도록 하기 위해 아무것도 하지 않는다.또한 위키윅스가 위키피디아 링크를 이미 보관하고 있다는 것을 알고 있으며 나는 그것에 감사한다.그러나 나는 그것만으로는 우리 전체 콘텐츠의 검증가능성을 보존하기에 충분하지 않다고 생각한다(결국 그것이 가능하다면 나는 의심한다).그리고 나는 우리 모두가 여기 자원 봉사자들이라는 것을 다시 한번 강조하고 싶다.만약 온라인 출처만 소멸된다면, 그 출처가 뒷받침하는 정보는 문제가 되고, 그 정보를 완전히 낭비하는 것으로 간주할 수 있는 연구와 통합에 투입되는 작업은 문제가 된다.야마구치 도시오 (토크) 22:50, 2011년 9월 10일 (UTC)[응답]

• 자체 아카이브 서비스를 생성하십시오(WebCite와 유사하지만 중단되지 않을 것으로 예상됨).그러나 WMF가 그러한 사이트 호스팅을 지원할지는 의문이다. /ƒECOMMS/00:32, 2011년 9월 11일 (UTC)[응답]

내 GSoC 프로젝트가 이 프로젝트를 진행했고 그것을 통해 ArchiveLinks 확장을 만들었다.우리가 가기로 결정한 경로는 archive.org과 제휴하는 것이었다.그들은 확장이 생산하는 피드에서 온디맨드 방식으로 모든 새로운 링크를 보관하고 곧 (즉, 몇 시간/일 이내에) 사용할 수 있게 할 것이다.그런 다음 확장자는 wiki의 모든 외부 링크 뒤에 캐시된 버전에 링크를 추가하기 위해 파서에 연결한다.궁금한 점이 있으면 언제든지 물어봐. --Kevin Brown (대화) 01:26, 2011년 9월 11일 (UTC)[응답]

내가 처음 이해한 바로는, WP:웨이백은 또 다른 가능성을 제공하기로 되어 있다.My76Strat (대화) 02:09, 2011년 9월 11일 (UTC)[응답]

나는 WMF가 이것을 하는 것을 심각하게 고려해야 한다고 생각한다.이미지 보관 여부를 선택할 수 있는 방법이 포함될 수 있다면, 그것도 도움이 될 것이다.나는 일반적으로 이미지가 아닌 텍스트를 인용하는 경향이 있기 때문에 출처의 어떤 아카이브에도 이미지가 필요하지 않다는 것을 알게 된다.어려운 부분은 플래시 안에 포함된 텍스트를 인용하는 것이다.내 의견은 플래시가 아닌 소스를 찾아야 한다는 것이다.그렇기는 하지만, 텍스트 보관 서비스는 인용된 출처가 사라지지 않기 때문에 다양한 위키백과 사이트들이 더 좋아질 수 있기 때문에 WMF에 분명히 도움이 될 것이다.위의 연장 발상은 (WMF가 운영하는 다른 인용 서비스와 마찬가지로) 개발자에 의해 실시되어야 할 것이지만, 그 연장 발상은 마음에 든다. ···日本語^? · 投稿 · 니혼조에의 대화 · 위키프로젝트 재팬 가입! 04:07, 2011년 9월 11일 (UTC)[응답]

이것은 우리 프로젝트의 주요 이슈로, 우리의 장기적 성공을 위해 정말로 해결되어야 할 사안이다.약간의 업데이트:

• Kevin의 ArchiveLinks 연장은 이 문제를 해결하는 데 상당한 진전을 이루었다.나는 그 인용문들을 보관하기 위해 여전히 봇이 페이지를 기어 다녀야 한다고 믿는다.
• WMF 직원 중 몇몇은 최근 m:위키사이트는 장기적인 해결책이지만, 이것은 중요한 일이며, 훨씬 더 많은 일이 필요할 것이다.
• 웹 사이트(webcitation.org)는 몇 주 전에 다운되었으므로 모든 아카이브 링크는 현재 작동하지 않고 있다.
• 위키윅스는 더 이상 작동하지 않기 때문에(적어도 나로서는), 그 링크들 역시 작동하지 않는다.

개인적으로, 나는 ArchiveLinks가 WMF와 함께 일해 왔고, 이 문제에 대한 실행 가능한 해결책을 마련하기 위해 그들을 웨이백 머신(archive.org)과 파트너십을 맺게 했기 때문에 여기에 배치되는 것을 보고 싶다.
@Kevin, 이 문제를 우리의 솔루션으로 구현하기 위해서는 어떻게 해야 하는지 알려주시겠습니까?고마워. - 하이드록소늄 (T•C•V) 04:43, 2011년 9월 11일 (UTC)[응답]

우리가 장기적으로 이 문제를 해결할 수 있는 유일한 방법은 우리가 할 수 있는 모든 방법을 통해 이러한 링크를 직접 보관하는 책임을 떠맡는 것이다.ArchiveLinks 확장은 봇이 지속적으로 페이지를 기어다니는 것과 결합되어 훌륭한 아이디어처럼 들린다. 페스키 (토크 …스토크!) 05:13, 2011년 9월 11일 (UTC)[응답]

그래, 이것은 매우 좋은 생각이고 시기적절하다.My76Strat (대화) 05:38, 2011년 9월 11일 (UTC)[응답]

연장은 실제로 페이지 자체를 스크롤할 수 있는 모드를 가지고 있다.그 연장선상에서 아직 많은 작업이 필요하긴 하지만.기본적으로 나는 주어진 페이지의 모든 페이지를 다운로드하기 위해 많은 깃발이 달린 wget를 사용하고 있었다.Archive.org은 사료를 원했고, 그래서 나는 사료를 만들어서 그런 방식으로 운영되도록 만들어야 했다.현재 한 모드 또는 다른 모드를 선택해야 하며, 로컬 보관 모드와 피드 생성 모드 둘 다로 작동할 수 없으며, 이 모드는 수정할 수 있지만 다른 데이터베이스 테이블이 필요할 수 있다.나는 또한 인터넷 아카이브가 아카이브를 처리할 수 없다는 생각에 동의하지 않는다.조직 전체가 장기적인 안목으로 세워져 있는데, 지금으로부터 수천 년 후에 기억될 수 있도록 몇 년 동안 근무한 모든 직원들의 동상을 만든다는 것이 무슨 뜻인지 짐작하게 해 줄 겁니다.진척상황에 대해 archive.org은 현재 샘플 피드를 구문 분석하고 모든 것을 온디맨드 방식으로 보관하고 있다.지금 그들에게 필요한 것은 내가 제작 중인 영어 위키백과의 사료 사본이다. --케빈 브라운 (토크) 16:37, 2011년 9월 11일 (UTC)[응답]

ArchiveLinks 확장은 로봇.txt를 어떻게 처리할 것인가?나는 가끔 로봇 때문에 페이지를 기어다니거나 표시할 수 없다고 보도하는 archive.org을 발견한다.txt. 로봇의 어떤 요청도 무시할 수 있다는 걸 알아.txt 파일, 그런데 원하십니까? --Donald Albury 11:29, 2011년 9월 12일 (UTC)[응답]

우리는 로봇을 무시해서는 안 된다.txt. 그건 나쁜 관행이고 우리를 나쁘게 보이게 할 거야.그러나 이는 NYT와 같은 주요 사이트는 우리나 다른 서비스에 의해 보관될 수 없다는 것을 의미하기도 한다. /ƒETCOMMS/14:27, 2011년 9월 12일 (UTC)[응답]

로봇.txt가 그 뒤를 잇는다.wget 플래그 -e 로봇=off로 비활성화할 수 있다.인터넷 상의 좋은 관행에 어긋나고 정말 그럴 필요가 없기 때문에 나는 그것을 비활성화할 수 있는 옵션을 포함하지 않았다.로봇의 주된 이유 중 하나이다.txt는 거미가 무한 루프에 들어가거나 다량의 자원을 소비하는 페이지를 로드하는 것을 방지하기 위한 것이었다.이것은 거미가 하고 싶지 않은 것이다.게다가, 로봇들을 무시하는 추가적인 합법적인 것들이 있을 수도 있다.txt (난 전혀 짐작도 못 하고 있어) 하지만, 어쨌든 나는 어느 누구도 먼저 자격 있는 의견을 구하지 않고 보관용 로봇을 무력화시켜서는 안 된다고 생각해. --케빈 브라운 (대화) 16:26, 2011년 9월 12일 (UTC)[응답]

• 위키윅스는 더 이상 작동하지 않기 때문에(적어도 나로서는), 그 링크들 역시 작동하지 않는다.더 많은 정보를 얻을 수 있을까? 감사합니다 Pmartin (talk) 21:57, 2011년 9월 12일 (UTC)[응답]

죄송합니다만위키윅스는 지금 나를 위해 일하고 있다.내가 그 문장을 썼을 때 위키윅스의 아카이브 링크는 로딩하기 시작했지만 결코 완성되지 않았다.위키윅스 링크 10여 개를 클릭해 10분에서 15분 정도 기다렸지만 페이지는 로드되지 않았다.방금 다시 확인했는데 모든 링크가 작동하고 있어.내 ISP에 문제가 있었을 가능성이 있다. - 하이드록소늄 (T•C•V) 04:29, 2011년 9월 14일 (UTC)[응답]

한 번 부탁했는데 웹 사이트봇이 나왔어.그것은 잘 유지되지 않았고, 별로 중요하지 않았다.나는 항상 FA를 통과한 기사들이 그들의 온라인 레퍼런스를 모두 보관할 수 있는 특집 기사들이 있었으면 했다.나는 그것이 모든 ref들에게 효과가 있도록 충분히 신경쓰는 공동체를 만들 것이라고 생각한다.그게 내가 추천하는 바야. - 페레그린 피셔 (대화) 03:13, 2011년 9월 15일 (UTC)[응답하라]

좋아, 어떻게 할까?위키피디아에서의 "합의"는 다음과 같은 것인지 확실하지 않다.마을 펌프(제안서)/아카이브 76# FA 지명을 받은 기사가 재단에 접근하기에 충분할 때 모든 레퍼런스 링크를 자동으로 보관한다.매기가 어떻게 생각하는지 들으려면 메모를 해야 할까?야마구치 도시오 (토크) 10:36, 2011년 9월 16일 (UTC)[응답]

또 다른 봇 요청인가?그것을 성사시키려면 꽤 오랜 시간 동안 기꺼이 그 요구를 들어주어야 한다.그것은 나른해질 수 있고, 당신은 그것을 활동적으로 유지하기 위해 약간의 "여기 누구라도" 타입의 코멘트를 해야 할지도 모른다. - Peregrine Fisher (대화) 15:00, 2011년 9월 16일 (UTC)[응답하라]

나는 무엇이든 기꺼이 해 볼 것이다.어떤 종류의 진보라도 우리가 해왔던 정체보다 낫다.그 밖의 다른 의견은 대단히 감사할 것이다.고마워. - 하이드록소늄 (T•C•V) 03:24, 2011년 9월 22일 (UTC)[응답]

WebCite가 완벽히 적합할 때, 나는 우리의 어려운 개발자들에게 아카이빙 서비스를 만들도록 요청할 필요가 없다고 본다.그것은 안정적이고 성숙하며 오랫동안 그 안에 있는 것처럼 보인다 - 그것은 학자들에 의해 널리 사용되고 있기 때문에 그 서비스는 철회될 것 같지 않다.몇 주 전에 사이트가 추락한 게 맞는지 모르겠지만 지금은 다 올라갔고 내가 무작위로 확인한 링크들도 모두 작동하고 있어.모든 사이트는 비밀리에 유지보수를 위해 다운되었다 - 심지어 위키피디아까지.내가 보기에 문제는 현재 작동하는 WebCite 봇이 없다는 것이다.새로운 아카이빙 서비스를 생성하려면 여전히 봇이 아카이빙을 수행해야 하며 더 많은 작업을 수행해야 한다.SpiningSpark 09:57, 2011년 9월 22일 (UTC)[응답]

한 명의 사용자가 실제로 (기능?)을 유지한다는 것을 알고 있다.도구 서버의 WebCite 도구.하지만 내가 제출한 많은 요청들이 아직 처리되지 않았고, 툴 서버 상의 위치 때문에 아마도 이 툴의 글로벌 사용량이 매우 제한적일 것 같다.나는 (그리고 이미 과거에 제안된) 그러한 도구(아마도 도구상자)에 대한 빠른 링크를 갖고 싶다.질문은 다음과 같다.

1.) 누가 도구가 나타나는데 필요한 피부/피부 변화를 만들 수 있는가?

2.) 공구를 유지 관리하는 사용자는 자신의 공구를 그러한 방식으로 사용할 의향이 있는가?

3.) 커뮤니티가 해당 특정 사용자로부터 도구를 기꺼이 수락할 것인가?

4.) 사용자가 도구의 소스 코드를 해제하여 다른 개발자가 이를 유지관리할 수 있도록 할 수 있는가?

5.) WebCite는 도구에서 발생할 수 있는 많은 수의 요청을 처리할 수 있는가?

만약 이 모든 질문에 답할 수 있다면, 링크로트는 실제로 대규모의 사용자들에 의해 적극적으로 싸울 수 있을 것이다.야마구치 도시오 (토크) 12:28, 2011년 9월 27일 (UTC)[응답]

성별 및 스포츠 - 제안서 작성 시도

그래서 우리는 여성의 참여를 늘리기를 원해, 그렇지?내가 보기에 이것을 하는 한 가지 방법은 남성 성별을 가정하는 구절의 사용을 피하는 것 같다.

이것은 스포츠계에서 특히 문제가 되고 있는데, 어디서부터 어려움을 열거하기 시작해야 할지 알 수 없을 정도였다.우리는 축구 월드컵이 남자 토너먼트를 지칭하는 것으로 가정되는 상황을 가지고 있다(최근 토론 참조).호주 농구 국가대표팀은 남자 대표팀에 관한 것이지 여자 대표팀에 대한 해트노트조차 없다.카테고리:스포츠별 여자 스포츠 종목은 아니지만 남자에 해당하는 종목은 없다. 여자 종목은 39개의 서브캣이 있고, 남자 종목은 10개의 스포츠가 있다. (왜 그게 문제가 되냐고 물으십니까?남자들은 카테고리 같은 카테고리에 있기 때문에:캐나다 축구선수들은 여자선수들이 카테고리로 밀려났다.캐나다 여자 축구 선수들.)

나와 다른 사람들은 이러한 우려를 다른 곳에서나 다른 곳에서 제기하려고 시도했지만 데이트를 해야 할 때, 비록 약간의 애무를 했어도 별로 반응을 얻지 못했다.예를 들어, 위키백과:마을 펌프(기타)/아카이브 34#성별 및 스포츠 및 PREMENTTOPIC 및 위키백과:마을 펌프(정책)/아카이브 70#스포츠인 카테고리 및 성별지역적 합의가 보다 강력하고 광범위한 합의에 기초할 수 있기를 바라는 단편적인 접근은 "이것은 모든 국가에 영향을 미치고 훨씬 더 광범위한 논의가 필요할 것"이라고 주장하는 편집자들의 무게에 눌려 있다(예를 들어, Talk:호주 농구 국가대표팀#요청된 움직임)

글쎄, 좀 더 폭넓은 논의로 생각해봐.더 많은 관심을 받았으면 좋겠어.

내가 보고 싶은 것은 우리가 두 성별을 공평하게 대할 책임이 있다는 것을 인정하는 것이다.좋은 예가 미국 축구 국가대표팀인데, 이것은 남자 대표팀이 우리의 "디폴트" 선택이 되어야 한다고 가정하는 것을 자제하는 불명예스러운 페이지다.확실히 어떤 경우에는 인기의 차이가 너무 압도적이어서 이것이 합리적인 접근법이 되기는 힘들겠지만 현재 우리의 문턱은 너무 높다.양성평등에 대한 헌신은 우리가 이 영역에서 숙소를 만들어야 한다는 것을 암시하지 않는가? 그래서 여성들은 우리가 검색어를 넣을 때마다 남성성을 가정하는 것을 보지 않을지도 모른다.

나는 이것을 WP:VPP에서 더 나은 반응을 얻을 수 있는 구체적인 제안으로 다듬는 데 도움이 되는 것을 환영한다.감사합니다.파워스 17:17, 2011년 9월 15일 (UTC)[응답]

• 네가 뭘 찾고 있는지 이해가 안 돼.한 문장으로 무엇을 이루려고 하는가? /ƒETECCOMMS/19:09, 2011년 9월 18일 (UTC)[응답]

• • 내가 그렇게 대담한 해석을 할 수 있다면, 여기서의 목표는 근본적으로 같은 이름을 사용하는 남녀의 팀이 있을 수 있는 국가대표팀과의 연계가 자동적으로 남자팀으로 상정되지 않고 반드시 여자팀이 아니라고 생각하는 것이라고 생각한다.WP를 광범위하게 해석:NPOV, 나는 그것이 잘못되었다는 것에 동의해야 할 것이고 확실히 나중에 POV를 추진하는 것에 동의해야 할 것이다.나는 이것이 WP의 영역으로 더 많이 들어간다고 생각한다.특히 일부 다른 기사에서 우선순위를 찾을 수 있기 때문에 논의가 필요한 것 보다는 SOFIXIT.어쨌든 여기서 제기되어야 할 질문은 이제 그 과정에서 편집전을 일으키지 않고 그렇게 하는 것이다. --Robert Horning (토크) 01:52, 2011년 9월 19일 (UTC)[응답]

• 나는 범주 문제에 전적으로 동의한다: 맨 위에 있는 성별에 따라 사물을 나눌 필요가 없다는 것이다.예를 들어, 모든 축구 선수들은 하나의 범주에 속해야 하며, 아마도 그 이후 남성과 여성의 하위 구역에 속해야 한다.기사공간에 대해서는 일반적으로 더 두드러진 팀이 '국가대표' 기사의 초점이 되어야 한다고 생각한다.내가 보기에 두 가지 옵션이 존재한다.

1. 남자 팀과 여자 팀 기사를 새로운 "국가 대표 팀" 기사로 통합한다.
2. 더 두드러진 (일반적으로 남성) 팀은 기사의 맨 위에 덜 두드러진 팀과 연결하기 위해 해트노트를 적용하여 프라이머시를 취한다.이것은 일을 덜 하고, 논쟁을 덜 하고, 또한 (임호) 더 깔끔해 보이지만, 여전히 "이봐, 우리는 여성 스포츠도 다룬다!"라는 기사의 맨 위에 현수막을 흔들 것이다.

스포츠 기사에 거의 전적으로 관여하지 않은 편집자로서, 나는 당신의 아이디어가 좋은 아이디어라고 생각한다.건방지게 부탁해도 될까? 만약 당신이 도매물품을 만들기로 결정했다면 자동조작을 부탁해도 될까?특수:뉴페이지는 항상 자신의 전문 분야 밖이기 때문에 사람들이 만지고 싶지 않은 스포츠 기사들로 꽉 막힌 것 같다.아이디어를 앞으로 옮기는 행운을 빈다.브레이머 (대화/c) 07:51, 2011년 9월 19일 (UTC)[응답]

• 첫번째는 작동하지 않을 것이다. "잉글랜드 축구 국가대표팀"에서 일어날 첫 번째 일은 그것이 다루기 어려워짐에 따라 누군가가 그것을 두 개의 기사로 나누자고 제안하는 것이다.또한, 일반적으로 말해서, 사람들은 기사의 내용 중 절반을 걸러내고 싶지 않을 것이다.

해트 노트가 현재 해트 노트가 아니라 "참고" 섹션의 "참고" 또는 "국내의 포트 코드" 유형 템플릿을 통해 연결된 것을 제외하고, 2번은 현재 또는 그 이상 발생한다.

일반적으로 말해서, 이것들은 커버리지, 청중, 재정적인 고려사항에 기초하여 주목해야 할 주요 주제들이다.나는 PC 유화 캠페인에 그것을 바꿀 필요가 없다고 본다 - 개인적으로 나는 그것이 약간 아첨하는 것이라고 생각한다.여자축구가 남자 축구와 대등한 모습을 보고 싶기는 하지만, 곧 그런 일은 일어나지 않고 있다.--클럽오란제^T 10:25, 2011년 9월 19일 (UTC)[응답]

• 공교롭게도 - 인용된 월드컵 예에서, 남자 토너먼트를 언급하는 이유는 모두 같은 일을 하는 출처가 있기 때문이라고 추측된다.fifa는 남자 프리미어 토너먼트를 피파 월드컵이라고 하는데, 연령대와 여자 토너먼트가 흐트러져 있다. --ClubOranje^T 10:34, 2011년 9월 19일 (UTC)[응답]

이 문제의 또 다른 예는 다음과 같다.위키백과:토론/로그/2011년 9월 12일 카테고리:여자 축구 선수들분명히, 이 토론의 참가자들에 따르면, 여성들은 축구를 하지 않는다.그들은 전혀 다른 스포츠인 "여자 축구"를 한다.이것은 주요 주제나 공식 명칭의 문제가 아니다. 그것은 노골적인 성차별이다.그리고 이 백과사전의 스포츠 관련 주제들이 난무하고 있는데, 나는 그것을 바로잡고 싶다.하지만 어디서부터 시작해야 할지 모르겠어.파워스 12:28, 2011년 9월 19일 (UTC)[응답]

• 나는 위키피디아의 성차별주의가 주된 이슈라고 생각하지 않는다.[스포츠팀명]이 남자 팀과 가장 일반적으로 연관되어 있다면, 기사는 (일반적으로) 그 정도여야 한다.여자 스포츠팀의 인기는 바꿀 수 없다.물론 위키피디아의 성차별도 문제지만 기사 이름을 바꿔서 해결되는 것은 아니다.이제, 나는 제안서에 언급된 범주 내용에 동의한다. 즉, 남성과 여성을 비성별 범주에, 여성을 성별에 따른 범주에 붙이는 것이 아니라, 남성과 여성을 위한 하위 범주를 만드는 것이다.이건 그냥 상식처럼 느껴져. /ƒETECCOMMS/23:05, 2011년 9월 19일 (UTC)[응답]

• 내가 살고 있는 곳에서는, 여성 스포츠에 대한 보도가 주요 스포츠 이야기의 추신으로 취급된다는 것을 알고 있다. 예를 들어, 여기를 보십시오. 1면 20개 중 단 한 개 기사만이 여성 스포츠에 대해 다루고 있다.그만큼 위키피디아의 편견은 실제 삶을 반영한다.MER-C 10:43, 2011년 9월 20일 (UTC)[응답]
  • 하지만 그것은 정말 같은 것이 아니다.공간(또는 시간)이 제한된 출판물은 더 인기 있는 스포츠에 더 많은 공간(또는 시간)을 할애한다.그건 예상했던 일이잖아요.하지만 우리는 그렇지 않다.위키피디아는 종이가 아니다.우리는 어떤 스포츠나 성별이 관련되든 그에 상응하는 커버리지를 제공하는 것을 목표로 한다.내가 바라는 것은, 우리가 여성 스포츠에 대한 정보를 찾고자 하는 누군가가 우리에게 올 때, 우리는 기사나 범주 이름에서 양쪽 성별을 공평하게 다루면서 더 환영하는 얼굴을 제시할 수 있다는 것이다.파워스 12:18, 2011년 9월 20일 (UTC)[응답]

• 당신의 모든 아이디어에 감사드리며, 다음 단계는 무엇인가?실제 제안서나 실행 계획을 작성하려면 어떻게 해야 하는가?파워스 12:18, 2011년 9월 20일 (UTC)[응답]

나는 이런 체계적 언어 문제들 중 적어도 부분적인 부분(전부는 아니더라도)은 이러한 스포츠가 위키백과 밖에서 언급되는 방식과 관련이 있고, 위키백과는 그 자체로 어떤 특정한 문제로 고통을 받는 것은 아니라고 믿는 경향이 있다.축구 월드컵이 실제로 위키백과 독자들이 백과사전을 볼 때 발견하게 될 "월드컵"을 언급한다고 가정하는 것은 타당하다: 위키백과가 편집자 참여의 증가를 위해 공통의 주제 명사를 재정립하는 어떤 특별한 임무를 가지고 있다고 상상하는 것은 내게 정치적 올바름이 없어졌다는 인상을 준다.실제로 위키피디아는 아무리 고귀한 견해를 가지고도 자신의 관점에 근거하여 내용을 형성할 수 없다; 우리는 여성 편집자를 모집하는 우리 자신의 내부 문제를 위해서 외부 세계의 사물을 바꿀 수 없다. 그리고 나는 이것이 다른 방법을 통해서 더 잘 성취된다고 믿는다.우리가 기술하는 세계에서 사용하는 언어와 상충되는 성평등의 이름으로 기사와 카테고리의 이름을 바꾸는 날은 위키피디아가 소셜 네트워킹 사이트가 된 날이다. --트리스테사(토크) 16:00, 2011년 9월 20일(UTC) 수정 --트리스테사(토크) 16:01, 2011년 9월 20일(UTC)[응답]

나는 스포츠 카테고리가 성별을 인식하는 것이 합리적이라고 생각한다. 왜냐하면 스포츠 자체가 성별을 인식하기 때문이다.내 생각은 이렇다.

• 병렬 고양이(예: 카테고리:캐나다 스포츠맨 및 카테고리:캐나다의 스포츠 여성들은 경험이 적은 편집자들에게 더 명확하다.당신이 남성 전용 카테고리가 되고자 하는 것에 대해 성중립적인 라벨을 사용하면, 어떤 사람들은 여성이 "캐나다 스포츠맨"과 "캐나다 여자 스포츠맨"에 모두 이름을 올리게 될 것이라고 생각하게 될 것이다.평행고양이로는 고양이 안에 무엇이 있는지 마술처럼 알 필요가 없다.
• '지배적'인 성별이 중립적인 범주를 얻는 것에 대한 모든 이야기들에도 불구하고, 우리는 그 아이디어를 존중하는 것에 대한 좋지 않은 기록을 가지고 있다.예를 들어, 다음과 같은 범주가 있다.여자 체조선수들, 그러나 체조가 여자 위주의 스포츠임에도 불구하고 남자 위주의 종목은 없다.우리는 이 추세가 바뀔 것이라고 생각할 이유가 없다.

내 생각에 우리의 최선의 선택은 다음과 같다.

1. 성별에 따른 분리가 바람직할 때, 고양이를 깨끗하게 분리하여 고양이 이름에 "남성"과 "여성"(또는 "남성"과 "여성")이 명시적으로 표시되도록 하고, 모든 부모 범주에서 같은 수준에 놓이게 한다.
2. 분리하는 것이 바람직하지 않은 경우(예: 귀찮게 할 기사가 너무 적기 때문에) 고양이를 분리하지 마십시오(예: 범주:크로켓 플레이어)와 고양이 페이지에 포괄적 성격을 묘사한다.
3. 지배적인 성별에 의해 사용되는 "Atletes"인 한 범주를 다른 범주(또는 더 나쁜 범주)와 함께 "[여기 성별 삽입] 운동선수"인 다른 범주(또는 하위 고양이)를 갖지 않는 것.

이것이 기사 이름에 영향을 미치지 않는다는 NB. WP를 준수해야 한다.기사 제목.이것은 단지 카테고리명을 합리화하기 위한 제안일 뿐이다.WhatamIdoing (대화) 17:33, 2011년 9월 20일 (UTC)[응답]

좋은 시작인 것 같아.WT:AT는 기사 제목 불평등 문제를 논의하기에 좋은 장소일까?파워스 12:19, 2011년 9월 21일 (UTC)[응답]

WT:AT가 적절한 포럼이 되겠지만, 나는 그 대화를 다른 시간으로 미루겠다.내가 추천하는 것은 이름에 대한 토론을 시작하기 전에 모든 고양이들을 고쳐야 한다는 것이다.BTW, 나는 고양이들을 다루는 다음 단계는 운동선수들의 양쪽 성별이 특별한 백과사전적 관심의 (일반적으로) 주제인 상황에 대처하기 위해 WP:Cat 성별을 확장하는 것이라고 믿는다.WhatamIdoing (대화) 14:45, 2011년 9월 22일 (UTC)[응답]

아직 아무런 반응이 없으나 나는 여기서 그 논의를 시작했다.파워스 13:41, 2011년 9월 27일 (UTC)[응답]

더 많은 인구 템플릿 - 이제 오스트리아

우리는 독일의 도시들(엔위키와 드웨키에 관한 것)에서처럼 각 도시에 대한 현재 수치를 얻기 위해 계속해서 국가별 인구 구성 템플릿을 만들어야 한다.이제, 나는 오스트리아 인구 구성 템플릿을 나중에 2,475개 오스트리아의 도시와 지역의 현재 인구를 독일어 위키백과의 인터위키 템플릿으로 "자동으로" 설정하도록 수정했다.

• 범주:오스트리아 분할 인구 템플릿 - 오스트리아에 있는 2,475개 읍 또는 구역의 인구 9개 템플릿.

이 9개의 오스트리아 인구집중 템플릿은 인구집계수 목록 내부에서 현재 인구를 설정하기 위해 오스트리아 인구집중도시 인포박스에 연결될 필요가 있다.아시다시피 2010년 4월 독일 인구 집단 템플릿도 마찬가지로 독일어 위키백과에서 변형되어 독일-타운 인포박스와 연결되었기 때문에 매년 독일 WP(독일 인구 템플릿 16개)에서 마을 인구를 복제하여 독일의 수천 개 마을 기사를 업데이트 할 수 있다.오스트리아를 위한 템플릿 형식은 독일과 동일하지만, "날짜"라는 단어가 통계를 현재 날짜로 가져올 수 있도록 허용한다.예를 들어, 비엔나의 경우:

• 비엔나 인구: {{메타데이터 인구 AT-9 9}} = 1899055
• 호감 인구: {{메타데이터 인구 AT-9 910}} = 194820

매년 현재 인구 수는 독일어 위키백과에 있는 9개의 오스트리아 인터위키 템플릿(또는 웹사이트 Statisticik Australia에서 업데이트됨)에서 정확히 복사할 수 있으며, 그 다음 이 숫자는 약 2,475개의 오스트리아 마을/지역 기사에 "즉시" 표시될 것이다.거주자 수는 또한 빈의 23 구역에서 사용되는 것과 같은 인구 지표에 나타나도록 추출될 수 있다.계수는 비엔나로 나눈 마가레텐 지구 인구의 상대적 크기와 같은 실제 계산에서 나중에 사용될 수 있다.

• 비엔나 마르가레텐의 상대적 크기: {{#expr: 54940 / 1899055 * 100}% = 2.9%
• 비엔나에서의 호감도의 상대적 크기: {{#expr: 194820 / 1899055 * 100}% = 10.3%

이러한 인구 데이터 템플릿은 미디어위키 마크업 #스위치 문장으로 설계되어 필요에 따라 각 마을의 인구 수를 신속하게 추출할 수 있다. --Wikid77 09:10, 2011년 9월 26일 (UTC)[응답]

나는 뚱뚱한 사진을 씹고 싶다.

나는 의학적인 주제에 관한 기사에 이미지를 사용하는 것과 관련하여 머리 속에서 춤을 추고 있는 몇 가지 아이디어의 "콘" 측면인 반대 의견과 진행 중인 이미지 필터 토론/연구에 관심이 있다.아니, 나는 여론조사를 하려고 하는 것이 아니라 단지 몇 가지에 대한 의견을 보고 싶을 뿐이다.이미지 필터 국민투표/옵션에 근거하여 결정이 내려질 때까지 의료기사의 이미지 모라토리엄을 보고 싶다.강제할 수 없으십니까?나도 몰라. 2.필터가 디자인되고 구현된다면, 교사들이 학생들이 수업 중에 볼 수 있는 것을 걸러내는 데 사용할 수 있는 필터가 있었으면 좋겠다.글쎄, 부모들도 집에서 같은 선택을 할 수 있을 거야.

이 문제의 원인:먼저 자신의 6살짜리 아이가 위키백과의 팬이라고 말하는 한 남자의 사설을 읽었는데, "우리 6살짜리 아이는 위키백과를 방문하는 대신 물리적인 백과사전을 줍는 것조차 헤아릴 수 없다."그들은 이제 정말 젊게 시작하고 있어...두 번째로, 나는 온라인에서 천연두로 입원한 한 남자의 역사적 사진을 우연히 보게 되었다.꽤 소름끼치는군.이미 위키백과 기사를 포함한 또 다른 생생한 사진이 있으니 굳이 링크할 필요는 없다.나에겐, 그 이미지가 내가 보고 싶은 것보다, 우리 모두 개인적인 한계가 있는 것 같아.그리고 나는 위키피디아가 더 많은 저작권이 없는 이미지들이 하원에 실리기 시작할 때 썩어빠진 닷컴으로 변하는 비젼을 가지고 있는 것 같다.

그리고 후렴구가 "또 다른 아이를 구하지 말라"로 시작되기 전에, 가끔, 그것은 불필요한 이미지와 트라우마로부터 아이들을 보호하는 것이라고 말할 것이다.내가 13살이었을 때, 인터웹스 이전의 쥬라기 시대로 거슬러 올라가고 있어.나는 척추측만증을 앓아 버팀대에 앉았고, 치료 등에 어떤 일이 일어날 수 있는지에 대해 질문을 하고 있었다.선의의 의사는 마지막 100여 페이지를 테이프로 묶은 채 의학 교과서를 빌려주었고, 그는 나에게 "그 부분을 읽지 말라"고 경고했다.그게 사진이 있던 곳이야그럼 내가 집에 왔을 때 내가 어떻게 했을 것 같아?그 페이지들을 열고 잘 살펴보았다.그래서 그 사진들은 극도의 미처리 사례, 90도 각도로 구부러진 가시 등이었다.그것은 전혀 즐거운 경험이 아니었다.

일시적 유예는 좋은 생각인가?벌써 너무 늦었니?검열인가?학교/학부모에게 필터링 권한을 주는 것은 여전히 논쟁적인가?난 여기서 불꽃놀이를 원하는 게 아니라 그냥 솔직한 의견일 뿐이야.OttawaAC (대화) 02:55, 2011년 9월 27일 (UTC)[응답]

• 가장 강력한 반대 - 이미지 필터를 사용하지 않으려는 교사/학교에게 이미지 필터를 강제로 적용할 수 있는 권한을 부여하려는 당신의 생각이 너무 늦기 전에 전체 이미지 필터 아이디어가 폐기되어야 하는 이유다.이미지 필터는 항상 전적으로 자발적이기 때문에 검열을 위해 사용할 수 없다는 주장으로 방어된다. 왜냐하면 공격적이라고 생각하는 이미지를 보지 않기로 선택한 사람은 자신을 검열하는 것으로 간주될 수 없기 때문이다.하지만 이제 우리는 이미지 필터가 구현되지도 않았고, 이미 우리는 미끄러운 비탈길을 맹렬한 속도로 충전하고 있다.(미끄러운 슬로프 논쟁은 논리적 오류일 수 있지만, 여기처럼 슬로프 하단에 성취하고자 하는 사람들이 있을 때, 그리고 계속 밀어붙일 결과가 있을 때 그것은 오류가 아니다) 우리가 교사에게 이미지 필터를 학생들에게 강요하는 것을 용이하게 한다면, 사서는 도서관의 공용 컴퓨터에 필터링을 강제할 수 있을까?도서관의 와이파이는 어때?사우디아라비아는 논쟁을 위해 무함마드 이미지 필터를 국가 전체에 시행하고 있다.비록 우리가 우리에게 강요된 이미지 필터의 혐오스러운 것을 가지고 있더라도, 우리는 자발적인 필터링을 넘어서는 어떤 것에 대해서도 분명한 입장을 취해야 한다. 그것이 자발적인 필터링이 아닌 순간, 우리는 검열을 용이하게 하는데 도움을 주고 있다.너의 첫 번째 아이디어에 대해서는, 나는 정말 그것에 대한 정당성을 모르겠다.몬티₈₄₅ 03:44, 2011년 9월 27일 (UTC)[응답]
• 반대, 분명히 이미 더 많은 보수적인 아이디어들이 제안되었고 이에 반대하는 이유들은 위키백과에 꽤 잘 기록되어 있다.다년생_프로포설#Censor_officious_images,도움말:이미지를 볼 수 없는 옵션, 위키백과 대화:검열(2006년 제안), 위키백과:그래픽 및 잠재적으로 방해가 될 수 있는 이미지, 위키백과:이미지 검열, 그리고 심지어 실패한 제안서, 설명 페이지, 토크 페이지 아카이브.검열을 위한 여러 시도의 일부였기에 나는 왜 당신이 이전에 논의되지 않았던 어떤 일이 여기서 일어날 것이라고 믿는지, 또는 잘 정의된 두 쪽 사이의 앞뒤로 말다툼과 내분 대신 갑자기 냉철한 토론이 일어날 것이라고 믿는지 모르겠다.하지만 기차 난파선을 좋아한다면...에어로빅폭스 (토크) 04:19, 2011년 9월 27일 (UTC)[응답]

투표하지 마십시오. 아이디어 랩 포럼의 권한에는 컨센서스 여론조사가 포함되어 있지 않습니다(적어도 페이지 맨 위에 있는 흐림을 그렇게 읽는다).나는 여러 해 동안 지속된 제안들을 포함한 논쟁적인 이미지에 대한 과거의 논의들 중 일부를 읽었지만, 필터링에 관한 하원의 국민투표 이후, 과거의 논의의 많은 부분이 지금 날짜가 잡혔다. 2006년?나는 이성적인 토론이 정당하고 바람직하며 가능하다고 생각한다.만약 사람들이 산과 독과 비난 등으로 인해 논란이 되고 있는 주제에 대한 모든 논의를 오히려 무산시키려 한다면, 그것은 불행 그 이상일 것이다.그렇다면 학교, 교육위원회, 교사들이 이미 교육과정 수립에 재량권을 행사하고 있는 상황에서 검열이 유효한 비판인가?리: 도서관: 내가 10대였을 때, 채털리 러버 부인 같은 장난꾸러기 책들은 사서 책상 뒤쪽의 잠긴 유리 캐비닛에 보관되어 있었고, 당신은 사서와 만나 책을 확인해 줄 어른이 필요했다(1980년대 후반, 아직도 그런 일이 있는지 모른다).OttawaAC (대화) 14:34, 2011년 9월 27일 (UTC)[응답]

위키피디아의 의무는 지식을 공유하는 것이지 불쾌한 지식으로부터 사람들을 보호하려는 것이 아니다."그림은 천 마디의 가치가 있다"는 오래된 견해가 이곳에서는 적절하다.순전히 가상적인 수준에서 어떤 것을 이해하는 것과, 여러분이 알게 된 것처럼, 그것이 어떻게 생겼는지 실제로 볼 수 있는 아주 다른 것이다.그런 이미지의 교육적 가치는 의심의 여지가 없을 정도로, 비록 불안할지 모르지만. (기록상으로는, 나는 그런 기사들을 단순히 보지 않음으로써 다루는, 너보다 더 좋아하지 않는다.) 완전히 별개의 최근의 대화에서 나는 대체 계획을 발표했지만, 아무도 그것에 특별히 관심을 보이지 않았다.위키백과 CD Selection을 일반 관심기사의 안정적인 버전을 선택하고 온라인 '학교용 위키피디아'를 만드는 기준으로 삼자는 취지였다.그 기사들은 정적이어서 편집이 안 될 것이다.대중문화나 포르노 기사도 없고 모욕적인 이미지도 없어개방형 편집 관리 요구가 없는 상황에서 재단이 서버 공간을 포기하기만 하면 되는데, 나는 그 공간이 충분하다고 알고 있다.비블브록스 (대화) 02:18, 2011년 9월 29일 (UTC)[응답]

" 위키피디아의 의무는 지식을 공유하는 것이지 불쾌한 지식으로부터 사람들을 보호하려는 것이 아니다."나는 그 진술에 동의할 수 있지만, 여기 내가 혼란스러워하는 부분이 있다.독자들은 불쾌한 (또는 심지어 진정으로 충격적인) 정보로부터 그들 자신을 보호하기를 원한다고 스스로 결정할 권리가 없는가?왜 교육자나 사서들이 아이들의 정서 건강을 보호하기 위해 그들 자신의 재량으로 필터를 사용할 수 있는 가능성을 없앨까?특히 그들은 이미 서면 자료 등으로 이 일을 하고 있고 로코 부모(실제 보호자가 없는 상황에서 아이들의 이익 보호자 역할을 하는 것)에서의 역할에서 이 구절을 올바르게 사용하고 있다고 생각하나?언론의 자유는 다른 사람들에게 해를 끼칠 때 한계가 있지 않은가?

위키피디아는 이미 개인 사용자가 켜기로 선택할 수 있는 이미지 필터를 가지고 있다. (나는 그것이 존재한다는 것을 아는 사람이 많지 않아, 그것을 우연히 발견하는 데 한 달이 넘게 걸렸다고 장담한다.)좀 궁금한데, 혹시 이 옵션이 가능한 거 알고 있었어?그리고 들어보셨다면 왜 사용하지 않으셨나요?얼마나 많은 사람들이 그것을 사용하는지 궁금하다.

위에서 썩은 점을 언급했는데, 1990년대 중반부터 있었던 충격 웹사이트들이 많아 교통사고 피해자들의 고색창연한 사진, 시체 부패, 극도의 의학적 손상 등을 게재하고 있다.이 웹사이트들은, 그들이 주장하듯이, 논란이 되는 콘텐츠가 웹에 게재되는 것에 대해 불평하고, 웹 콘텐츠에 대한 제한이나 법을 갖기를 원하는 사람들에 대한 반응으로 검열 반대 성명으로서 시작되었다.쇼크 웹사이트는 미국의 자유언어법으로 인해 온라인에 남아 있으며, 어떤 목적으로든 일부 사람들이 보고 싶어하는 정보 콘텐츠를 공유한다고 주장한다.나는 여기서 절대적 현상유지를 시행하는 것이 같은 내용을 만들 것이라고 생각한다. 왜냐하면 정보제공이나 교육의 정의가 명확하지 않기 때문이다. 그리고 그러한 자료를 삭제하려는 편집자들의 어떠한 노력도 언론의 자유라는 이유로 실패할 것이기 때문이다.

내가 지금까지 위키백과 포럼(및 자료실)에서 본 친검열과 반검열 주장은 '검열'이 무엇인지에 대해 모두가 동의한다는 것을 전제로 삼는 것 같지만, 그럼에도 불구하고 '검열'이 무엇을 의미하는지에 대해 사용자들 사이에 많은 다른 인식이 있음을 보여주는 모순도 본다.나는 사용자들이 찬성 또는 반대 검열 투표에 대한 합의를 이루려고 한다면, 검열의 정의에 먼저 동의해야 할 것이라고 생각한다.'검열'이 무엇인지 규정하지 않는 한 '검열'이 일어나는 것을 막을 방법은 누구도 결정할 수 없다. (그리고 그렇지 않은 것은)

오늘 저녁은 충분히 블러바잉을 했는데...(-;

OttawaAC (대화) 23:49, 2011년 9월 29일 (UTC)[응답]

검열이 있는 것과 그렇지 않은 것은 아마도 우리가 곧 해결할 수 있는 것이 아닐 것이다. 나는 그 점에 집착하고 싶지 않다.나는 이미지 필터를 알고 있지만, 사실 쉽게 충격을 주는 것이 아니라, 단지 특정한 의학적인 이미지들이 징그럽다는 것을 발견한다.WP가 점차 '충격 사이트'로 변질될 것이라고 주장하는 것은 타당하지 않다고 생각한다. 그러한 유형의 이미지들은 지역사회에서 부적절하다고 거듭 거부되어 왔다.예를 들어, 분명히 고티에 관한 우리의 기사는 이미지가 있다면 더 명백하겠지만, 감사하게도 그렇지 않다. (만약 그것이 무엇인지 모른다면, 구글에서 검색하지 말고, 알고 싶지 않은 나를 믿어라)공동체는 일반적으로 유효한 주제를 묘사하는 것과 단순히 무료한 것을 보여주는 것 사이에 선을 그릴 수 있을 정도로 충분히 똑똑하다.비블브록스 (대화) 01:31, 2011년 9월 30일 (UTC)[응답]

검열은 강압적인 힘을 가진 외부 조직에 의한 편집 통제인데, 전형적으로 정부다.만약 미국 연방법원이나 플로리다 주법원이 우리에게 특정 자료의 발행에 관한 중단 및 거부권 명령을 내린다면, 그것은 검열이 될 것이다.플로리다 주 경찰이나 FBI 요원들이 서버 건물에 들어가 서버를 폐쇄한다면 그건 검열이 될 것이다.만약 미국 정부의 요원들이 우리가 특정 자료를 출판하면 재단 이사진을 체포하거나 암살하겠다고 위협한다면 그건 검열이 될 것이다.다른 모든 것은 우리 내부의 편집적 판단이다.편집판단 문제 때문에 검열이라는 말을 접을 수 있다면 그건 좋은 일이다.헤로스트라투스 (대화) 2011년 9월 30일 01:58 (UTC)[응답]

wikt:검열권 만일 어떤 사람이 집단권력을 사용하고자 한다면(그렇게 하기 위한 공감대를 형성함으로써, 그렇게 하는 집단이 위키백과에 권력을 행사하는 방식) 검열의 정의에 부합하는 것처럼 보인다.미국에서 첫 번째 개정안은 정부의 검열에만 적용되지만, 정부가 그것을 집행하는 다른 누군가일 때 검열이 중단되지 않는다.몬티₈₄₅ 02:18, 2011년 9월 30일 (UTC)[응답]

..다시 돌아왔어...나는 위키피디아에서 이미 시행되고 있는 편집 결정부터 시작해서 그것을 넘어서는 자유발언의 한계가 어디에 정해질 수 있는지를 고려하는 것이 흥미롭다고 생각한다.오늘 저녁 나는 연방대법원의 수정헌법 1조 판결에 대해 읽어보기 위해 인터넷 서핑을 했다. 현재, 헌법상의 권리에 대한 한계에 대해 언급하고 있는 수정헌법 1조 절대주의자들이 있다. 그들은 자유언론에 어떠한 제한도 있어서는 안 된다는 견해를 고수하고 있다. 그리고 그들은 그 결정에 동의하지 않는다.그는 여러 대법원의 판결들을 받았다.개인적으로, 나는 내가 숙지한 대법원 판결이 타당하다고 생각한다.언론의 자유는 남용될 수 있고 해와 상처를 줄 수 있다고 생각한다.(이미지를 포함한 언론의 자유)

주요 쟁점은 제3자가 필터링 도구를 통제할 수 있는 가능성일 수 있다.나는 부모나 교육자들이 아이들의 정보 게이트키퍼 역할을 하는 것에 대해 크게 우려의 목소리를 내는 것을 본 적이 없다. 그렇다면, 정부가 그러한 도구를 남용할 가능성을 어떻게 다루어야 할까?나는 몇 가지 선택지가 있다고 생각한다: 그들의 시민들은 정부의 검열 활동에 반대할 수 있고, 변화를 추진할 수 있다; 또는 위키피디아와 나머지 위키피디아들은 정부가 검열 활동을 중단하기를 거부하는 국가들에서 철수할 수 있다.전세계의 정부들은 이미 검열을 가하고 다른 종류의 미디어를 남용할 수 있는 수단을 가지고 있다.그들은 웹에서도 같은 일을 한다.현상유지를 위해 싸우고, 교육자, 도서관, 부모, 그리고 아마도 다른 기관에도 도움이 될 수 있는 새로운 위키백과 도구의 도입을 막기보다는, 그 현실에 대응하는 방법을 알아내는 데 더 중점을 두었으면 한다.

몬티: 가능한 한 광범위한 정의의 검열은, 대화를 억압하고, 집단 사고를 강요하고, 반대 의견을 침묵시키고, 소수의견을 잠재우려는 어떤 시도도 언급하는데 사용될 수 있어, 네 말이 맞아.

OttawaAC (대화) 02:29, 2011년 9월 30일 (UTC)[응답]

여기서 문제는 우리는 학교가 우리의 내용을 검열하기를 원하는가 하는 것이고, 대답은 '아니오'이다.만약 위키피디아가 어린이들로부터 그것의 내용을 검열하고 싶다면, 그것은 그 자체로 그렇게 할 것이다.학교나 다른 편집자들이 자신들로부터 위키피디아의 내용을 검열하고 싶다면, 그들은 이것을 하기 위해 그들 자신의 소프트웨어를 자유롭게 개발할 수 있지만, 위키피디아와 재단의 다른 편집자들은 궁극적으로 프로젝트에 해로운 것을 위해 소프트웨어나 미러 서버를 개발할 의무가 없다.우리의 콘텐츠의 능력 + 학교로부터의 편집을 저해하는 것 등.만약 그러한 소프트웨어가 존재한다면, 콘텐츠 금지 사업장, 콘텐츠 금지 대학, 문화적으로 무감각한 정보를 삭제하는 다른 국가 등을 포함한 모든 사람들이 사용할 수 있을 것이다.당신이 원하는 것을 토론할 수 있지만, 만약 당신이나 다른 누군가가 실제로 그것을 만들 계획을 가지고 있지 않다면, 다른 사람들이 그것을 토론하는 것에 대한 큰 동기는 없을 것이다.에어로빅폭스 (대화) 03:36, 2011년 9월 30일 (UTC)[응답]

충격적인 의학사진과 관련하여, 의학적인 문제에 관한 페이지들이 때때로 더 온화하지만 더 일반적인 사진보다는 매우 심각한 상태의 사진을 사용하는 경우가 종종 있다.이것은 검열이 아니라 환자와 환자와 마주치는 사람들 모두에게 어떤 상태의 심각성에 대한 잘못된 인상을 주는 것이다.일부 기사들은 좋다 - 예를 들어 습진이 나중에 더 심각한 사례와 함께 맨 위에 가벼운 사례를 가지고 있다 - 하지만 때때로 편집자들은 대부분의 사람들의 질병 경험을 반영하는 사진보다는 가장 끔찍하거나 인상적인 사진을 선택하는 것 같다.이것은 어딘가에 있는 정책 설명서에 포함될 수 있지만 검열을 요구해서는 안 된다: 결국, 만약 당신이 의학적 상태에 관한 한 페이지로 간다면 당신은 당신이 무엇을 보게 될 것인지 어느 정도 알고 있어야 한다. (즉, 정확한 정보와 질병의 이미지)--Colapeninsula (대화) 2011년 9월 30일 (UTC) 11:00[응답]

사진이 위키피디아 기사에 필요한지, 심지어 유용하거나 도움이 되는지는 논쟁의 여지가 있다.위키피디아는 교과서가 아닌 일반 백과사전으로 자칭된다.의학 교과서에는 최악의 시나리오처럼 극단적인 경우를 찍은 사진이 실릴 것이다.나는 일반 대중을 대상으로 하는 더 인기 있는 의료 웹사이트를 몇 개 훑어보았는데, 기사에 포함된 이미지가 거의 없다는 것을 알게 되었다.메이요 클리닉 웹사이트는 피부 상태를 보여주는 사진만 있는 것으로 보이며, 이는 비교적 비고색 클로즈업 이미지인 반면, 다른 의료 조건에는 전문적인 다이어그램 일러스트가 있을 수 있지만, 대개는 이미지가 전혀 없다.WebMD 웹사이트는 사진이 거의 없으며, 사용하는 대부분의 이미지는 전문 모델과 함께 포즈를 취한 사진이다(눈 상태를 찍은 사진도 있었지만, 다시 클로즈업과 비교적 비고리가 없는 사진들도 있었다).그렇다면 위키피디아의 편집 방향은 일반 대중을 대상으로 할 것인가, 아니면 극단적인 의료 사례가 어떤 것인지에 대한 고급 전문 지식을 원하는 사람을 대상으로 할 것인가?사용자에게 범주에 사용할 수 있는 필터를 제공하는 것과 같은 다른 대안이 있는가(예: 의료 영상만 셔터할 수 있는 것 등)?

에어로빅폭스: 그렇다면 어떻게 콘텐츠를 금지하는 직장이 부적절하거나 "오용"이 되는가?어느 누구도 그들의 고용주는 그들의 일을 하는 것과 무관한 자료를 보기 위해 그들에게 규제되지 않은 웹 접근을 제공해야 할 의무가 없다.우리 사무실에는 "예술과 문화", "감동", "누드", "쇼핑", "태스프리스" 등과 같은 범주에 따라 자료를 선별하는 네트워크 보안 방화벽과 필터들이 있다; 우리는 또한 비디오와 같은 스트리밍 미디어에 접근할 수 없다; 내가 뉴스 웹사이트를 읽고 있다면, 나는 필터에 의해 차단된 키워드가 있는 헤드라인을 클릭한다.기사를 읽을 수 없다.그래서 뭐?그것은 그렇게 하는 것이 고용주의 법적 권리에 부합한다.그 일에 대한 웹 액세스는 특권이 아니다.

자유 발언 외에도, 사람들은 부모, 학교, 그리고 아이들이 적합하다고 생각되는 대로 아이들을 교육할 수 있는 권리와 같이, 그것에 대해 저울질할 필요가 있는 다른 시민권을 가지고 있다. (아이들은 학교 환경이나 그 어느 곳에서나 제약이 없는 정보에 대한 자동적인 권리를 가지고 있지 않다; 미국 헌법은 미성년자의 권리는 사가 아니다라고 언급하고 있다.나는 어른의 권리로서.그리고 종교의 자유는?보시오, 특정 종교를 실천하는 사람들이 자신의 사용을 위해 내용을 걸러낼지도 모른다는 주장은 (그들의 정부가 종교법의 자유를 침해하고 있지 않는 한) 나로서는 괜찮다; 만약 예언자 모하메드를 묘사한 사진을 보면, 나는 믿지 않는 사람들의 관점을 강요해서는 안 된다고 생각한다.신자들에게

나는 언론의 자유와 아이디어의 자유로운 흐름에 대한 정부의 검열에 반대한다. 그리고 나는 그러한 일이 일어나지 않도록 예측하고 예방하기 위한 조치를 취하기를 원한다.하지만, 나는 그것을 보는 것을 선택하지 않는 사람들에게 모든 정보를 강요하려는 노력을 지지하지 않는다. 나는 사람들에게 선택권과 선택권을 주는 것을 좋아한다.

OttawaAC (대화) 23:09, 2011년 9월 30일 (UTC)[응답]

당신이 어떻게 말하든, 당신의 행동의 순 결과는 사람들의 선택권을 감소시키는 것이다.몇 개만 검열할 수 있는 옵션을 제공하면 많은 보기 옵션을 거부할 수 있다.당신은 어른으로서 수정헌법 제1조에 따라 아이들이 동등한 권리를 가지고 있지 않다고 주장하는 것 같지만, 외설 조항을 제외하고는 이것은 사실이 아니다.어른은 아이들이 원하는 것을 보는 것을 금지할 수 있지만, 아이가 복종해야 할 법적 의무는 없다.예를 들어, 성인은 동성애에 관한 정보를 찾는 것을 원하지 않을 수 있다; 그러나 그러한 정보를 찾을 수 있는 것은 15세의 완전한 법적 권리다.학교, 직장 등은 서버에 있는 것을 선택할 수 있는 법적 권리를 가질 수 있지만, 그러한 필터를 사용하는 것이 해로울 경우 그들을 보좌할 이유가 없다.예를 들어, 특정 지역의 부모들은 동성애/진화/창조주의/등등이 그들의 학교 위키백과 기사에서 금지되기를 원한다고 학교에 요구할 수 있다; 그러한 행동의 결과는 정보를 얻을 기회가 적은 인구통계학자에게 잠재적으로 가치 있는 정보를 검열하는 것이다.미성년자는 산아제한, 성병, 동성애, 미성년자의 권리, 종교 등에 관한 정보를 찾아볼 수 있어야 한다.요컨대 미성년자의 콘텐츠 접근을 부모가 원하는 내용으로 제한할 법적 의무도 없고 도덕적 의무도 없다.에어로빅폭스 (토크) 01:03, 2011년 10월 1일 (UTC)[응답]

그래, 이런 대화가 계속되면서 오타와씨의 발언은 사실상 우리들에게서 멀어지고 있는 것 같다."사진들이 위키피디아 기사에 필요한 것인지, 심지어 유용하거나 도움이 되는 것인지에 대해서는 논쟁의 여지가 있다. "는 내게는 완전히 비원천적인 것이다.나는 이 문제에 대해 단순히 유용하고 유익한 이미지를 없애는 가능성을 고려하는 누군가와 어떻게 계속 논의해야 할지 모르겠다.물론, 논쟁의 여지가 있고, 당신이 원하는 것은 무엇이든 주장할 수 있지만, 당신은 당신의 주장을 말하기 전에 그 주장을 잃게 될 것이고, 나는 그것이 이미 꽤 명백했다고 생각할 것이다.비블브록스 (대화) 03:59, 2011년 10월 1일 (UTC)[응답]

Beeblebrox: 나는 이 대화가 계속되면서 정기적으로 포스터 행렬이 토론을 해도 소용없다는 말을 덧붙였다는 것을 알아챘다.(내가 반복해서 말했듯이, 이 토론은 아이디어를 탐구하는 것이고, 따라서 "아이디어 랩"은 여기서 어떤 것에 대한 공감대를 형성하거나 여론조사를 하는 것이 아니다.언론의 자유는 그렇게 많은가?우리 자신의 의견과 다를 수 있는 어떤 의견도 묵살해 보자.교착 상태를 타개할 수 있는 아이디어를 창출하기 위해 악마의 옹호자 역할을 하고 싶은 사람이 있다면, 그들을 포럼에서 몰아내라.그리고 당신이 말하는 "우리"는 누구를 대표해서 말하는가?지역 사회의 대표로 선출되셨습니까?이곳에서는 여론조사가 이루어지지 않았고, 어떤 것을 중심으로 공감대를 형성하고 싶은 마음도 없었다.나는 어떤 것에 대해서도 결정을 내리지 못하고, 의학 기사에서는 사진이 필요하지 않을 수도 있고, 어떤 종류의 의학 웹사이트가 전혀 사용하지 않는 경향이 있다는 사실에 근거하여 (논의하기에 충분히 가치가 있다고 생각한다) 대 의료 전문가 슈가 (그것은 단지 수사적인 움직임일 뿐이다)라고 추측하고 있었다.내 교과서, 그러니까 넌 핵심을 놓쳤구나.그리고 왜 안 되는지에 대해 토론할 필요가 있다고 생각한다. 그리고 사용자들에게 카테고리별 또는 다른 옵션별로 이미지를 셔터하거나 끌 수 있는 기능을 제공하는 것과 같은 다른 대안들에 대해서도 토론할 필요가 있다. 현재 유일한 옵션은 모든 이미지를 끄는 것이다.만약 당신이 실에 참여하기를 원하지 않는다면, 나는 당신에게 강요하지 않을 것이다; 나는 실을 시작하는데 누구의 허락을 구하지 않았다, 나는 당신의 허락을 필요로 하지 않는다. 나는 여기 사용자들로부터 나는 그들의 허락이 필요한데 나는 그들이 현상에 대한 의견의 불일치를 언급하는 것을 고려하는 것을 원하지 않는다, 그리고 당신은 게시하지 않는 것에 대한 나의 허락을 필요로 하지 않는다.움푹 패다나는 불꽃전쟁에 종사하지도 않고, 트롤링도 하지 않으며, 누구에게도 이름을 부르지 않고, 그저 자유롭게 말하고 생각들을 토론하려고 애쓰고 있을 뿐이다.'아이데아랩'이라는 개념이 마음에 들지 않고 시간낭비라고 생각되면 이를 없애자는 제안을 내놓아라.(원하면 컨센서스 투표와 그 모든 것을 활용하라)제발 나에게 현상에 대한 대안을 생각하는 것을 그만두라고 계속 부탁하지 말아줘.OttawaAC (대화) 21:50, 2011년 10월 1일 (UTC)[응답]

주제만 잘 지켜주십시오.그것은 내가 책을 읽는데 시간을 낭비했다.Dmcq (대화) 23:37, 2011년 10월 1일 (UTC)[응답]

그 문제는 사실 그 자리에서 논의되었으나 대체로 재탕이었다.그래서 내가 그 주제에 대해 토론하면 사람들이 토론할 가치가 없다고 글을 올린다.실타래에 대한 도발에는 아직도 시간낭비라는 말을 듣는다.그래, 재미있는 실험이었어.나중에 다시 한 번 시도해 볼까 봐.OttawaAC (대화) 01:00, 2011년 10월 2일 (UTC)[응답]

나는 이미지나 기사가 언제 걸러졌는지, 왜 걸러졌는지 명백하게 된다면 학교가 이미지와 기사를 필터링할 수 있도록 허용하는 것을 찬성한다.나 자신은 그런 필터를 사용할 필요가 없고 아이들이 천연두 사진이나 성행위 같은 것을 보는 것이 꽤 행복하다.그리고 기생충과 벌레가 사람들로부터 끌려나오는 삶의 주기를 담은 사진과 함께 열대 의학 서적과 함께 자라난 나는 그 모든 것의 문제가 무엇인지 알 수 없었다.아이들은 깨지기 쉬운 유리 조각이 아니다.하지만 나는 위키피디아가 가능한 한 그 범위를 확장하기를 원하고 사람들에게 다가갈 수 있는 유일한 방법이 그들이 하는 일이나 보고 싶지 않거나 읽지 않으려는 것에 대해 자유를 행사할 수 있도록 허용하는 것이라면 나는 전적으로 찬성한다.나는 정말로 성서벨트 아이들을 갖는 것이 그 누구에게도 도움이 되지 않는다고 본다. 예를 들어, 위키백과에 대한 접근을 전혀 거부하거나 대신 컨서버테이피디아에 압력을 가하는 것이다.Dmcq (대화) 10:33, 2011년 10월 1일 (UTC)[응답]

다중 언어 상호 참조...‏

다른 언어로 동일한 주제에 대한 기사에 링크하는 중...

나는 다른 언어에서 훨씬 더 큰 글과 비교했을 때, 많은 경우에 내가 영어로 검색한 과목들 중 몇몇이 작은 기사를 낸다는 것을 종종 알아챘다.나는 많은 관심분야를 가지고 있고 많은 유럽언어를 번역할 수 있지만, 영어 위키백과에서 존재하지 않거나 희박한 것을 찾을 때 가끔 정말 나를 놀라게 한다. 단지 다른 언어에 거대한 기사가 있다는 것을 발견한다.검색이 언어와 보고서로 연결될 수 있다면 매우 유용할 것이다. "영어에서는 아무것도 없지만 {여기에 위키 언어 삽입}에는 페이지가 존재한다". 이러한 것들은 그 언어에 능통하지 않은 사람들에 의해 구글/알타 비스타 등을 통해 쉽게 번역될 수 있기 때문이다.또한 다른 버전의 위키백과가 기사를 가지고 있거나 영국판보다 더 광범위한 기사를 가지고 있다는 것을 알게 하는 것은 내가 다른 언어에 확장된 지식을 포함하도록 영국 항목을 번역하고 편집/업데이트하도록 자극할 수 있다. 그것은 내가 쉽게 할 수 있는 것이다. 그리고 그러한 것을 공유하지 않는 다른 사람들을 위해 할 수 있기를 바란다.언어 능력

나의 전공 불만사항은 영어에서 빈칸과 빈칸을 생각해냈기 때문에, 다음에 어떤 언어를 시도해야 할지 모르겠고, 내가 좋아하는 언어부터 시작해서 밖으로 확장해야 한다는 것이다.만약 위키피디아가 "프랑스어는 1,000단어, 독일어는 800단어, 스페인어는 600단어 등"이라고 말할 수 있다면, 나는 그것들을 모두 읽고 다른 항목에서 얻은 새로운 정보에 확장된 완전한 영어 버전을 다시 쓸 수 있을 것이다!그리고 또한 그러한 지수는 다른 언어의 기사들에 대해 다른 언어들 사이에서 그들의 모국어에 능통한 다른 사람들을 확대하게 할 것이다.만약 당신이 이것에 대해 더 정확한 생각을 가지고 있다면, 얼마든지 여기에 추가해라.이것은 나에게 위키피디아를 세계적인 상호 참조 백과사전으로 만드는 유일한 단점 중 하나이다.얼마든지 소리쳐 나를 깔아뭉개라!

아크엔젤9769 (대화) 10:49, 2011년 9월 30일 (UTC)[응답]

설명과 같은 상황이 발생하면 다음 범주의 기사 토크 페이지에 적절한 템플릿을 추가하는 것이 좋다.언어 위키백과 템플리트별로 확장하십시오.그렇게 하면 다른 편집자들은 어떻게 진행해야 할지 어느 정도 알고 있을 것이다.

나는 또 다른 대안이 기사의 언어 목록 아래에 '클래스' 등급 라벨을 볼 수 있게 하는 것이라고 생각한다.안녕, RJH (대화) 17:34, 2011년 9월 30일 (UTC)[응답]

테이블 템플릿 안전?

(솔직히 나는 이것을 여기에 넣어야 할지 제안 페이지에 넣어야 할지 모르겠다)위키백과에는 테이블과 칼럼 템플릿이 많이 있는데, {{테이블}} 템플릿의 변위기를 시도하다 코드가 어떤 것을 보여줄지 보고 이런 생각을 하고 있었다.테이블 템플릿을 변위시킬 수 있게 만들어볼까?사용자가 페이지에서 하위 시스템: 또는 안전 시스템:을 사용하여 해당 템플릿을 사용하려는 경우 사용자가 해당 템플릿을 리터럴 템플릿으로 사용하는 것이 훨씬 쉬워지므로 도움이 될 수 있다.템플릿을 다음과 같이 작동시키기 위해 수행할 수 있는 코드 변경의 예로는 템플릿에서 수행한 다음과 같은 편집이 있다.표. (그래, 바로 되돌렸으니까 코드만 바꾸면 될 것 같아) LikeLakers2 (Talk Sign my guestbook!) 18:04, 2011년 9월 24일 (UTC)[응답]

그렇다, 이 아이디어는 템플릿에 유연성을 더해줄 것이다.그러나 테이블의 표준 위키텍스트와 일치하는 하위 텍스트 버전을 "자연적"으로 보이게 하기 위해 템플릿을 리코딩하기는 어려울 것이다.제안된 템플릿 정의를 사용자:John of Reading/X1을 사용해 보고, User: "subst"와 함께 또는 사용하지 않고 사용:읽기의 존/샌드박스 - 당신은 하위 에드의 위키텍스트에 빈 라인이 100개 있고 HTML 코멘트가 있으며, 그리고 {{!!}} 템플릿. -- John of Reading (대화) 09:00 (UTC) 2011년 9월 26일 (회신)

• 기본적으로 좋은 생각처럼 들리는데, 더 많은 사람들이 특정 위키 마크업을 사용하기 시작하도록 하는 것이 훨씬 더 유연하고, 그 다음에 대부분의 테이블 열 템플릿들을 사용하는 것이다.몇 년 동안, 나는 일단 그러한 제한된 템플릿들을 피하게 되면 테이블이 "스마트 포맷"될 수 있다는 것을 전혀 몰랐다.또한 일부 테이블 템플릿은 Windows Vista에서 브라우저 IE7과 함께 작동하지 않기 때문에 이러한 테이블 템플릿을 기사에서 삭제해야 하는 또 다른 이유가 된다.과거에 도움말을 확장한 적이 있다.표를 조정하기 위한 더 많은 방법을 설명하십시오.또한 시력 장애 판독기를 위해 테이블을 자동 배치해야 하는 필요성을 설명해야 하며(브라우저 TextSize가 "더 큰" 상태일 때 테이블을 여전히 장착하기 위해), 그러한 옵션은 대부분의 테이블 열 템플릿이 아닌 마크업에서 코딩된다.사람들은 테이블 마크업 설정과 이슈에 대해 더 많이 알 필요가 있다.WP:98%의 표 너비 이상) 및 도움말:위키피디아.수년간 Template의 CD 앨범 표:트랙_listing은 IE7 브라우저에 큰 격차를 야기시켰으며, 넓은 화면에서는 템플릿이 너비=xx%를 기반으로 하기 때문에 1마일 간격으로 간격을 두고 "엘라스틱맨"처럼 테이블이 확장되어 독자가 화면을 넓힐 때 "우주를 채우기"로 확장된다.따라서, 많은 사람들은 단지 음악 앨범 트랙의 하드 코드 리스트를 만들고, 호키 {Track_listing} 테이블을 버린다.대신 테이블은 폭=xx%를 광폭의 탄성 풍선으로 변형하지 않고 데이터 크기 내에서 자동으로 위드를 조정해야 한다.대부분의 테이블템플릿은 미래의 문제. -위키드77 (대화) 09:10, 2011년 9월 26일 (UTC)[응답]
  • 솔직히 이게 {{테이블}}에 딱 맞는 말이 될 것 같아서 올린 글이다.아무에게도 이름을 붙이지 않고, 테이블 템플릿을 사용해서 테이블을 만들고, 테이블 Wikicode를 알고 있는 것처럼 만들 수 있도록 하기 위해서, noobs, 그리고 나는 아무에게도 이름을 붙이지 않을 것이다.LikeLakers2 (Talk Sign my guestbook!) 10:50, 2011년 9월 26일 (UTC)[응답]

불필요한 타임스탬프. 그러나 보관되지 않는지 확인하십시오.LikeLakers2 (Talk Sign my guestbook!) 00:18, 2011년 10월 3일 (UTC)[응답]

위키백과를 서핑하는 동안 사용자 경험을 향상시키기 위한 몇 가지

나는 위키피디아에서 어떤 내용을 검색할 때 위키피디아를 서핑하는 동안 사용자 경험을 향상시키기 위한 제안이 있다. 나는 기술 자료의 경우 내가 어떤 기술 사양을 매우 쉽게 이해할 수 있는 그런 시설이 없다는 것을 발견했다.즉, 나는 프로그래머이고 나는 모든 얇은 프로그래밍 기술 콘텐츠를 찾고 있었다.거기서 나는 특정 기술주제의 애니메이션을 제공하는 기능이 있다면 플래시애니메이션 등 기술주제의 애니메이션을 보면서 사람들이 이해할 수 있을 것이라고 제안하고 싶다.

사람들이 사용자를 끌어들이고 모두에게 도움이 될 정보를 그래픽과 멀티미디아로 표현한다면 말이다.플래시애니메이션, 비디오, 비디오 등을 사용하여 위키백과에 약간의 비즈자어를 추가할 것이다.

나는 내가 위키피디아에 있는 그 시설을 빨리 얻기를 바란다.네 소식을 듣기를 바래.

tankyou — 59.94.129.38 (대화) 04:46, 2011년 10월 3일 (UTC)[응답]이 서명되지 않은 앞선 의견

기사에 삽화와 애니메이션을 추가할 가능성은 이미 존재한다.구체적으로 어떤 주제를 보고 계셨습니까?츄우우우히:2011년 10월 3일 (UTC) Seb Az86556 05:28 [응답]

유용한 동료 검토를 장려, 보상 및 수량화하기 위한 동료 검토 감사 템플릿

나는 운 좋게도 내가 동료에 대해 작업한 기사를 놀라운 유저가 검토했다.830명의 동료 리뷰에 기여한 피니투스.현재, 약간의 밀린 일이 있고, 나는 또래 리뷰가 위키피디아에서 우리가 더 많이 사용할 수 있는 것이라고 생각하고 있었다.지금 당장은 DYK, GA, FA, 헛스타 등의 번호를 사용하여 생산성을 높일 수 있다.동료 검토 감사 템플릿(DYK 인식과 유사)이 진행 상황을 기록하고 편집자에게 보상을 주는 또 다른 방법이 될 수 있다고 생각한다.후기를 받는 편집자는 후기가 특히 도움이 된다고 판단될 경우 후기자에게 상을 수여할 수 있는 선택권이 있을 것이다.제산지 (토크) 2011년 9월 30일 (UTC) 17:47[응답]

그것은 나에게 좋은 생각처럼 들리는데, 아마도 당신이 대담하게 창조하고 베푸는 그런 종류의 것일지도 모른다.:) 호평을 받는다면, 이용가능성에 대한 입소문을 퍼트릴 프로젝트 페이지에 언급하는 것에 공감대를 찾을 수 있다. --Moonedgirl^(talk) 16:46, 2011년 10월 3일 (UTC)[응답]

내가 어떻게 그런 것을 창조해 낼 수 있을지에 대한 방향을 좀 알 수 있을까?고마워!Jesanj (대화) 2011년 10월 4일 18:09 (UTC)[응답]

글쎄, 나는 세계 최고의 디자이너는 아니지만, 마침 나는 CCI를 위한 DYK 업데이트와 비슷한 것을 디자인했다: 템플릿:CCI 업데이트.내가 하는 방법은 단순히 내가 본받고 싶은 것을 베이스로 삼는 것이다.내가 그것을 실행할 수 있을지 확실하지 않거나 다른 사람들이 그 아이디어를 좋아할 지 확실하지 않다면 나는 보통 나만의 사용자 샌드박스 공간에서 시작할 것이다.:)

이를 위해 DYK 업데이트 템플릿은 아마도 필요한 것보다 훨씬 더 복잡하다.동료 평가를 인식하기 위해서는 주어진 리뷰, 기사 제목, 그리고 인정을 주는 사람에 대한 서명을 링크에 포함시킬 수 있어야 할 것이다.그런 다음 템플릿에서 코드를 복사하는 것으로 시작하십시오.CCI 업데이트(사용자:제산지/재심상(혹은 마음에 들면 덜 칭찬하는 이름)을 가지고 놀기 시작한다.도움말:템플릿은 코딩에 대한 몇 가지 아이디어를 제공해 줄 수 있지만, 나 자신은 코딩에 대해 잘 알지 못한다.구문에 도움이 필요하면 언제든지 내 토크 페이지에 들르십시오.내 근무 일정에 따라 하루 이틀 정도 시간이 걸릴 수도 있지만, 내가 갈게.:) 나는 시행착오를 겪지만, 내가 원하는 것을 할 수 있는 템플릿을 얻을 수 있는 방법을 찾지만, 가끔 나는 그들이 무엇을 하고 있는지 아는 사람에게 도움을 청하기 위해 달려간다. :D 또는, 위키피디아로부터 빠른 도움을 받을 것이라고 확신한다.헬프 데스크.

일단 보기 좋게 코딩이 되면 템플릿 공간으로 옮겨서 그냥 나눠주면 된다. --Moonedgirl 12:38, 2011년 10월 6일 (UTC)[응답]

연간 설문 조사?

아마도, 아직 언급되지 않았다면, 전담 편집자에 대한 연간 설문 조사의 아이디어를 제안할 때인가? (일부 최소 편집 횟수로 정의한 바와 같이, 100+라고 말한다.)그 아이디어는 위키피디아 내용, 프로세스, 토론, 행정 관행과 관련하여 편집자의 핵심 인구 사이에서 긍정적이거나 부정적이거나 장기적인 편집 경향을 평가하고 평가하는 것이다.아마도 일반적인 편집 인구에 의해 일련의 질문들이 제안될 수 있을 것이다. 그 질문들은 제한된 고부가가치 주제 집합으로 축소될 수 있다(목표된 청중을 압도하지 않도록).그런 다음, 결과는 표지판에 보고될 수 있다.안녕, RJH (대화) 17:52, 2011년 9월 30일 (UTC)[응답]

오늘 아침은 장난기 어린 기분이어서, 여기 내가 흥미롭게 볼만한 것이 있다.편집자 편향의 길이, 폭 및 깊이를 측정하기 위한 연간 조사.진짜.1에서 10까지의 척도로 남자가 여자보다 얼마나 우월한가?앵글로스는 다른 언어나 문화 집단보다 얼마나 우수한가?다른 65억 지구인들에 비해 아이비리그 대학을 감당할 수 있는 사람들이 얼마나 더 지능적인가?다른 배경, 세계관, 믿음, 크레이즈 등의 편집자들이 포럼에 댓글을 달거나 제안서를 작성/투표하는 것을 보는 것에 대해 얼마나 저항하십니까?위키피디아를 프린지 가치를 나타내는 활동가 도구로 만드는 것을 어느 정도 지지하십니까?IMO (많이 세지는 않지만, 그래도 나는 자격이 있어...) 위키피디아는 프로펠러가 구부러진 배와 비슷한 추진력 문제를 겪고 있다...계속 빙빙 돌고 (그리고...) 아무 데도 진격하지 못할 운명인.편향 조사의 결과는 편향 상태를 어떻게 다룰 것인가에 대한 흥미로운 논의로 이어질 수 있다. 또는 현 상태가 지역사회가 제자리에 머물러 있는 것으로 보는 것일 수도 있다.

OttawaAC (대화) 12:41, 2011년 10월 2일 (UTC)[응답]

질문이 많으십니까?

나는 그 조사의 아이디어가 마음에 든다.투표할 수 있는 최소한의 요건이 있어야 한다고는 생각하지 않지만, 더 많은 정보가 모일 수 있도록 사용자 시간과 편집 횟수를 추적하는 통계가 있어야 하고, 다른 편집자 인구통계 내에서 더 뚜렷한 추세를 볼 수 있어야 한다.유도질문, 장전질문제는 피해야겠지만, 인구통계학적(성별, 나이, 인종 등)과 위키백과의 동기, 사용자들이 자신의 편집(위키넘, 반반자주의 등)을 어떻게 정의했는가는 정말 흥미로울 것이다.에어로빅폭스 (토크) 12시 50분, 2011년 10월 2일 (UTC)[응답]

그렇다, 대부분의 편집자들이 기꺼이 대답할 기본적이고 중립적인 질문들을 고수하는 것은 이치에 맞는다.우리는 아마도 그러한 방식으로 편집인구에 대해 꽤 추론할 수 있을 것이고, 그 응답은 성공적인 조사의 질문들을 고려하는 데 사용될 수 있을 것이다.안녕, RJH (대화) 22:11, 2011년 10월 4일 (UTC)[응답]

• 지원 - 좋은 생각 같아. - 하이드록소늄 (T•C•V) 06:03, 2011년 10월 3일 (UTC)[응답]

구글의 N그램 기계

이런 종류의 자료로 우리가 할 수 있는 일이 분명히 있을 거야, 확실히?여기 시설에 대한 자세한 내용. --bodnotbodd (대화) 21:43, 2011년 9월 30일 (UTC)[응답]

백과사전을 만드는 일에 있어서 우리에게 도움이 될 그런 자료들을 가지고 무엇을 하는 것이 좋을까?필 브리저 (대화) 21:50, 2011년 9월 30일 (UTC)[응답]

글쎄, 그게 다야, 난 정말 모르겠어.누구? --bodnotbodd (대화) 16:49, 2011년 10월 2일 (UTC)[응답]

적어도 당신이 생각하는 일반적인 분야에 대한 단서를 줄 수 있을 겁니다.나는 이것이 독창적인 연구를 수반하지 않고 어떤 기사 내용을 생성하기 위해 사용될 수 있는 어떤 방법도 확실히 생각할 수 없다.기사 내용을 염두에 두셨나요, 아니면 다른 것을 원하셨나요?필 브리저 (대화) 2011년 10월 2일 17시 12분 (UTC)[응답]

"원래 연구"...음. 그거 흥미로운 지적이네.만약 한 학기가 역사상 그런 시점에 다른 학기를 처음으로 앞지른다면 그것은 여전히 독창적인 연구로 간주될 것인가?그렇게 하는 것이 판매 차트에서 노래의 입장을 보도하는 것만큼 논란이 되지 않는다고 주장할 수 있을까? --bodnotbodd (토크) 13:39, 2011년 10월 3일 (UTC)[응답]

독창적인 연구만이 유일한 관심사는 아니다.나 또한 그러한 내용이 기사와 관련될 수 있는 어떠한 상황도 생각할 수 없다.나는 이 게시판의 소관에 따라 부정적이 되려는 것이 아니라, 나는 단지 너의 생각 뒤에 무엇이 있는지 알아내려고 하는 것이다.검색 엔진은 단어나 구를 찾지만 백과사전은 사물이나 개념에 관한 것이기 때문에 둘 사이의 그런 연결고리는 매우 미약하다.필 브리저 (대화)20:20, 2011년 10월 4일 (UTC)[응답]

Ngram 데이터를 사용하는 한 가지 사례는 어떤 두 가지 변형 단어 중 어느 것이 더 일반적인지에 대한 정보를 수집하는 것이다. 71.245.113.12 (토크) 04:33, 2011년 10월 7일 (UTC)[응답]

보다 사용자 정의 가능한 워치리스트 만들기

다음 두 가지 기능이 추가된 감시 목록을 확대하여 사용자 정의할 수 있도록 제안하고자 한다.

• 여러 개의 감시목록(예: 기사용, 헬프 데스크 및 Refence 데스크용, 마을 펌프용)을 유지할 수 있는 능력을 갖추는 것이 도움이 될 것이다. 이것은 만약 당신이 나와 관련된 페이지를 제거하지 않고 크고 어수선한 감시목록을 가지고 있다면 매우 유용할 것이다.

• 가장 최근의 편집이 감시 목록에 나타날 뿐만 아니라 페이지의 마지막 4개 변경 사항을 표시하도록 설정할 수 있도록 페이지에 대해 표시되는 편집 횟수를 변경할 수 있다면 멋질 것이다.

나는 개인적으로 이 두 가지 추가사항이 매우 유용하다는 것을 알게 될 것이며, 비록 나는 이 아이디어의 실현 가능성에 대해 완전히 확신이 없지만, 이것은 많은 다른 사용자들에게도 유익할 것이라고 생각한다.야마구치 도시오 (토크) 14:41, 2011년 10월 5일 (UTC)[응답]

짧은 기간 동안만 볼 수 있고 특정 사용자만 볼 수 있는 능력을 추가하겠다.만약 내가 반달과 거래한다면, 나는 '사용자 감시 목록'에서 그 사용자들이 무엇을 하는지 며칠간 볼 수 있었으면 좋겠어.그렇다, 그것은 잠재적으로 스토킹이 더 많다는 것을 의미한다.짧은 기간 동안 무언가를 감시할 수 있는 능력에 대해서는, 만약 어떤 기사가 논쟁 중이라면, 나는 그것을 감시할 수 있기를 희망한다.아니면 준보호에서 나온 후에 어떤 일이 일어나는지 보기 위해 그것을 감시한다.기본적으로 워치리스트는 소수의 기사를 추적하는 콘텐츠 중심의 편집자라면 현재 훌륭하지만 반반달리즘이나 행정 중심 편집자라면 반달리즘 등의 추적에 도움이 되는 워치리스트가 조금 더 유연해질 수 있다.—톰 모리스 (대화) 07:19, 2011년 10월 6일 (UTC)[응답]

위의 모든 것들은 매우 유용하게 들린다.사용자 감시 목록 기능이 논란이 될 수 있다는 것을 알 수 있다.그게 안 할 이유가 아니라 지역사회를 좀 더 폭넓게 협의해야 할 것 같아.다른 것들로 볼 때...대부분 개발업자를 설득해서 실행하도록 하는 문제인 것 같아.

GUI 면에서는...다른 워치리스트가 페이지 상단에 다른 탭이 있다면 좋을 것 같아.하지만 페이지 링크는 거의 비슷하거나...체크박스 목록은 어떠세요?그래야 내가 여러 개의 목록을 함께 보여주고 싶으면 여러 개의 상자를 체크할 수 있어.

야리스678 (대화) 12:04, 2011년 10월 6일 (UTC)[응답]

당신은 이미 여러 개의 사용자 정의 가능한 감시 목록을 가질 수 있다 - 내 사용자 페이지에 두 개로 링크한다 - 보려는 링크 목록이 있는 페이지를 만든 다음(일반적으로 사용자 하위 페이지 또는 Wiki Project 하위 페이지에서 작성됨) 특별:여기 뭐가 있지?예를 들어, http://en.wikipedia.org/wiki/Special:RecentChangesLinked/Wikipedia:WikiProject_Iowa/Iowa_recent_changes은 링크 페이지에서 이 감시 목록을 만든다(Wikipedia:위키프로젝트 아이오와/아이오와 최근 변경사항).--Philosopher 12:11, 2011년 10월 10일 (UTC)[응답]

법

위키피디아가 신뢰를 얻고 유지하기 위해서는 모든 입출력(편집)이 기본 데이터 관리 프로토콜을 준수해야 한다.이 프로토콜은 위키백과 시스템의 모든 레벨에서 근본적으로 중요한 모든 정보와 그것의 적용에 기능하도록 설계될 것이다.

1. 모든 페이지는 기본 조직 요건을 충족해야 한다.이것은 제작자가 위키백과 커뮤니티에 의해 유지되는 주제 특성의 정의된 범위 안에 주제를 배치하도록 요구할 것이다.
2. 모든 기준 물질은 유사한 처리 방법을 거친다.
3. 모든 콘텐츠는 세 가지 범주로 나뉜다; 상황에 민감한 내용, 컨텍스트 부재 및 정의되지 않은 내용.이 내용은 전체에서 검토되며, 다수 의견 일치에 의해서만(51%) 이 데이터가 최종 위키백과 기사의 일부가 될 것이다.

• 소위 '유사성' 관점 포인트는 이러한 지식을 더 잘 정의하고 별도의 기사 작성에 적용하도록 권장되어야 한다.

정점 쉐이더

모든 입/출력을 3D로 매핑하십시오.제목, 술어, & DETA.이런 식으로 위키에는 3D 데이터가 3D로 표시된다.현재 위키는 2D이다.그 차원은 사실이고 의견이다.— Lawstube에 의해 추가된 이전의 서명되지 않은 의견 (대화 • 기여) 19:26, 2011년 10월 5일 (UTC)[응답]

• 과목은 확인을 하지 않는 개별적인 특이점이다. 따라서 백과사전에도 속하지 않는다.IT가 당신을 두렵게 할 수도 있지만, '나무'는 전혀 의미 없는 것이 아니다.술어가 필요하다.

• 술어는 짝을 이룬 주제와 조항에 해당된다.스위트룸에 이어 모든 위키백과 기사는 술어 범주에 들어간다.

• 델타(DETAL)는 어떤 것에서 '변화'를 나타낸다.따라서 세 번째 최종 및 가장 유용한 축은 상대 과목으로 구성되며, 그 다음 다른 술어를 형성할 수 있다.법관 (토크) 02:53, 2011년 10월 6일 (UTC)[응답]

위키피디아는 야생이다.

이건 너무 오래됐어.진정한 '자유 백과사전'은 법 집행을 필요로 한다.하지만, 어떤 경우에도 한 사람이 위키백과 법을 판단해서는 안 된다!그 동상들은 변명의 여지가 없다.곳곳에서 선생님들이 위키백과의 이름을 욕하고 있다!

위키에는 정치적( 참조:어원)의 타당성을 유지하기 위해 단 하나의 수정만을 요구한다.이 시스템이 제대로 이해된다면, 추가적인 인적 감시의 필요를 대신하게 될 것이다...

(이것은 완전한 프로그램이 아니며 당신이 가지고 있는 아이디어를 제안하는 것을 환영한다.이것은 사람들이 위키백과를 '사실확인'할 필요를 없애는 것에 관한 것임을 명심하라.가장 중요한 정보를 상부에 보관하고 위험한 것을 숨기는 것에 관한 것이다.) — 로스토브 (대화 • 기여) 18:11, 2011년 10월 5일 (UTC)[응답]에 의해 추가된 서명되지 않은 코멘트 앞에.

위에 쓰여 있는 것이 영어로 된 것인지조차 확신할 수 없다.진지하게, 나는 여기서 제안되고 있는 것, 그것이 조금이라도 의미 있는 것인지, 혹은 심각하게 고려되어야 할 것인지 완전히 망연자실하고 있다.위키피디아를 위한 새로운 아이디어와 개념은 환영하지만, 지난 10년 동안 개발된 모든 것들은 새로운 아이디어를 위해 버려져야 한다는 제안은 충분히 좋지 않다.내가 그 새로운 생각을 해독할 수도 없다는 것은 네가 어디서 왔는지 더 이해하기 어렵게 만들었어.Must는 꽤 가혹한 말이다.

소프트웨어 엔지니어로서 데이터 프로토콜에 대해 잘 알고 있다.지금까지 나는 암호로 구현될 수 있는 어떤 것도, 위키피디아에 일반적으로 적용되는 것은 훨씬 더 적다고 본다."완전한 프로그램이 아니다"는 개념조차 제대로 묘사하지 못하고 있다.그것은 개념도 아니고 오히려 아직 표현조차 하지 않은 발상의 불꽃이다.한편, 나는 이 "제안"을 분석하는 것조차 너무 많은 시간을 보냈을 것 같다. --Robert Horning (토크) 02:22, 2011년 10월 6일 (UTC)[응답]

방금 몇 가지 새로운 편집을 끝냈지만, 소프트웨어에 가깝지도 않아. 이 섹션 전체가 상수에 변수를 할당하는 것에 관한 거야.일단 그것이 이해되고 나면, 내가 이것을 가지고 가는 방향은 위키백과의 핵심 정보 구성을 위한 GUI이다.전통적인 물품들은 데이터베이스 내에서 그들만의 요소가 주어진다.이 아이디어의 궁극적인 결과는 그래픽 인용/동적 목차/검색뿐 아니라 출판 전에 느슨한 끝을 묶는 것이다.좀 더 발전된 '토크' 기능이 필요할 것 같아. 헥, 많은 것들이 필요해. 나는 단지 그 개념을 확실히 이해시키고 싶어. 그리고 나는 내 토크 포스트에 너무 게을러.문법을 잘못해서 미안해...법관 (토크) 02:45, 2011년 10월 6일 (UTC)[응답]

나는 오직 앵글리쉬만 말한다.법관 (토크) 03:24, 2011년 10월 6일 (UTC)[응답]

범죄자

아직도 이해가 안가면 좀 헷갈리겠지만이 자료의 대부분은 이미 위키피디아로 되어 있다.현재 '그 남자'는 '시스템'에 통합되어야 할 데이터의 적용을 통제하고 있다.그거 안 좋은데...— Lawstube에 의해 추가된 이전의 서명되지 않은 논평 (대화 • 기여) 18:55, 2011년 10월 5일 (UTC)[응답]

현재 인터페이스와 관련된 가장 큰 손상의 일반적인 한 예는 관련되기 쉽다.위키 기사는 알려진 편견을 표현하고, 편집자는 기사를 무력화시키려고 한다.그러나 이 기사는 '알려진 편향' 위키백과 편집반원(일명:dbag)의 한 회원에 의해 보호되고 있다.편집자들은 위키백과를 개선하려는 진솔한 시도가 사탄에 의해 좌절되었고 또 한 명의 영웅은 사탄이 보호하고자 했던 사람들에 대한 증오심을 느끼고 있다...기분이 언짢다— Lawstube에 의해 추가된 이전의 서명되지 않은 의견 (대화 • 기여) 19:05, 2011년 10월 5일 (UTC)[응답]

그래, 네가 무슨 말을 하는지 전혀 모르겠어.요에닛 (토크) 2011년 10월 5일 19:19 (UTC)[응답]

구글: 가비지 아웃 로스토브 (토크) 19:23, 2011년 10월 5일 (UTC)[응답]

& '새로운' 꼭지점 셰이더 섹션을 읽으십시오.— Lawstube에 의해 추가된 이전의 서명되지 않은 의견 (대화 • 기여) 19:26, 2011년 10월 5일 (UTC)[응답]

그래, 그렇다고 해서 더 분명해지진 않았어.너의 엘리베이터 피치는 정말 약간의 작업이 필요하다.이와 같은 3D 위키백과가 유사한 메커니즘을 사용하는 기존 시스템을 어떻게 보이거나 이름을 붙이는지 예를 들어 주시겠습니까?요에닛(토크) 19:46, 2011년 10월 5일 (UTC)[응답]

노력해볼게...법관 (토크) 01:42, 2011년 10월 6일 (UTC)[응답]

잠깐, 엘리베이터 피치?뭐? 난 그게 무슨 뜻인지도 몰랐어.응..?봐, 이게 내가 말하고 있는 거야.당신은 그것을 1:1로 해석하면 충분치 않을 것이라고 가정하면서 그것을 한 가지라고 부른다.이것이 소설이 효과가 있는 이유다.적어도 모든 문장은 동전토스다.문제는 같은 생각이 근거에 스며들어 사방에 슬러브를 만들고 있다는 것이다.하나의 주제에 대해 일관된 어조로 소통하는 것은 재미없다.

솔루션 개요

핵심 개념은 간단하고 통합적이다.우리는 반드시 안전한 토대를 바탕으로 위키피디아를 만들어야 한다!그 재단의 보안은 중도적 민주적 절제에 대한 대가로 사회자와 사회자 특권을 없애는 것이다.그렇게 하는 유일한 방법은 위키백과 기사가 만들어지는 방식을 바꿀 것이다.

우선 순위:인용문 & 인용문

모든 위키백과 기사는 wikipedia.org의 승인을 받기 전에 이러한 요구 사항을 충족해야 한다.이 요건을 충족하지 못하면 오류가 발생한다.

모든 위키백과 기사는 반드시 wikipedia.org이 승인하기 전에 발표된 주관적 주장을 참조해야 한다.이 요건을 충족하지 못하면 오류가 발생한다.모든 위키백과 주장은 wikipedia.org의 수락에 앞서 두 개 이상의 주제를 포함해야 한다.이 요건을 충족하지 못하면 오류가 발생한다.모든 과목은 wikipedia.org에 게재되기 전에 공통적인 논설 인용에 의해 확인되어야 한다.이 요건을 충족하지 못하면 최초 제안 주제에 대해 재확인할 수 있을 뿐만 아니라 사기의 추가 설명 및 대량 소멸을 초래할 수 있다.예: 스톤 > 이스 (존재하는 자), 출판 @ www.information.org 그래서 "이 바위"(과학을 위한 좋은 예)라고 쓰고, 단지 당신의 검토를 위해 이 페이지를 위로 올리려고 하는 중이라는 것을 명심하라.... 문제해결을 할 수 있을까??

메타데이터블롭

충분히 인간적으로 보이네... 보이나?머리랑 팔? (지금 재밌게 놀고 있어...OK, 완료.) — Lawstube에서 추가한 서명되지 않은 이전 의견(토크 • 기여) 02:25, 2011년 10월 6일(UTC)[응답]

아이디어는 3차원의 통합된 상황별 데이터베이스에 대한 데이터 관리를 중심으로 한다.제목, 술어, & DETA.위키백과에 게시된 모든 정보는 반드시 이 데이터베이스를 활용해야 한다.이 데이터베이스는 새로운 위키백과 포털을 위한 새로운 기반이 될 것이다.데이터베이스를 사용하여, 위키피디아를 액세스하는 모든 사람은 기사와 관련된 모든 관련 정보를 쉽게 볼 수 있다.&는 일종의 정보 덩어리가 될 것이다.법관 (토크) 02:13, 2011년 10월 6일 (UTC)[응답]

더 나은 인터페이스

이해했다면 이 점을 이해해야 한다.이것은 위키백과 사용자들에게 위키백과가 제공하는 데이터의 맥락을 '개인화'할 수 있는 능력을 줄 것이다.만약 당신이 무언가에 숨겨진 절대적인 문자 그대로의 진실만을 읽고 싶다면, 당신은 위키피디아에게 이용 가능한 가장 유효한 정보에만 초점을 맞추라고 말할 수 있을 것이다.주제에 관한 가장 '외부' 정보를 알고 싶다면, 그것에 대한 슬라이더가 있다.슬라이더 3개, XY&Z.콘텐츠가 얼마나 깊이 있게 얻을 수 있는가에 대한 한계는 정말 없다.

우주는 3차원이다! 왜 지식은 2시에 멈추는가?로스토프 (토크) 02:32, 2011년 10월 6일 (UTC) 진지하게, 내가 보는 것처럼 미친 짓은 아니다.그것은 단지 효율적인 URL 생성 프로세스에 더 중점을 둔다.디지털 카드 카탈로그만 추가하면 거기서부터 모든 준비가...존재하는 모든 위키피디아 페이지의 이름을 바꾸는 것에 관한 모든 것은...그것에 대해 들어본 적이 있는 것을 잊어버려.전혀 있을 수 없는 일이다.그리고 모든 사람들이 목록과 포털에서 하는 모든 일들...이런 종류의 일을 겪으면 용해될 겁니다이제 그 프로젝트들에 대해 신경쓰지 마. 미안, 메타데이터는 메타 요구사항을 만족시키기 위해 감소해야 해.로즈튜브 (토크) 05:32, 2011년 10월 6일 (UTC)[응답]

일주일간 휴가를 내고, 어떻게 하면 보통 사람들이 이해할 수 있는 방식으로 자신의 아이디어를 제시할 수 있는지 생각해보라고 제안한다.츄우우우히:2011년 10월 6일(UTC) 9월 6일, 세브 아즈86556^{> haneʼ} 06:42 [응답]

나는 그가 필요한 브레인스토밍을 하기 위해서는 적어도 한 달은 쉬어야 한다고 생각한다.서두르는 건 말이 안 돼, 정말 획기적인 생각이라면. -- llywratch (대화) 22:06, 2011년 10월 7일 (UTC)[응답]

기본적인 자원봉사 경제학은 의사소통이 잘 안 되는 "제안"이 비현실적이라는 것을 시사한다.이런 많은 제약과 금지의 시행은 소수의 사람들만이 그들의 시간을 기부하기를 원하는 프로젝트를 만들 것이다.에르고, 난 반대해야 해.안녕, RJH (대화) 18:52, 2011년 10월 7일 (UTC)[응답]

나는 "흥미로운, 어쩌면 좋은 생각"과 "완전한 데이비드 아이크 수준 멘탈" 중 하나를 선택할 수 있는 "빌리지 펌프(아이디어 연구소) 나사산 슬라이더를 원한다.—톰 모리스 (대화) 06:59, 2011년 10월 6일 (UTC)[답글]

이미지 태그 지정

위키피디아는 사용자가 특정한 이미지 영역에 태그를 지정할 수 있는 도구를 만드는 것을 고려했는가?이미지의 많은 항목이 분류할 가치가 없기 때문에 사용자가 특정 개체가 있는 이미지를 찾는 데 도움이 될 수 있다.그것은 이미지의 특정 항목을 이해하는 데도 도움이 될 것이다.AMWJ (대화) 02:26, 2011년 10월 6일 (UTC)[응답]

이미지 맵#이미지 맵 사용 예제를 참조하십시오.안녕, RJH (대화) 14:53, 2011년 10월 10일 (UTC)[응답]

즐겨찾기

위키백과 계정 내에서 즐겨찾기 기사나 책갈피를 할 수 있다면 좋을 것이다.그렇게 하면 나만의 위키백과 책을 맞춤 제작할 수 있을 것이다.— Mariuspauling (대화 • 기여) 17:54, 2011년 10월 7일 (UTC)[응답]에 의해 추가된 사전 서명되지 않은 논평

물론 사용자 공간에 즐겨찾는 기사의 링크된 목록을 만들 수 있다.아니면 브라우저에서 책갈피로 즐겨찾기를 할 수도 있다.안녕, RJH (대화) 14:50, 2011년 10월 10일 (UTC)[응답]

쿠키를 사용하여 회피 차단

커뮤니티가 (다양한 유형의) 쿠키와 슈퍼 쿠키를 자동 잠금과 같은 방식으로 차단 회피와 싸우는 수단으로 사용하는 것을 고려해 본 적이 있는가?그 아이디어는 편집자가 자동 잠금으로 차단되거나 자동 잠금으로 차단된 IP로 위키피디아에 접속하면 쿠키와 다양한 슈퍼 쿠키가 설정된다는 것이다.브라우저가 마지막으로 해당 IP로 위키백과에 접속한 후 24시간 동안, 쿠키는 쿠키가 감지되는 즉시 동일한 브라우저/컴퓨터로부터 접속되는 다른 IP를 자동 잠금으로 만든다.따라서 동적 IP 블록 이동기는 새로운 IP에 접속하는 로그인 편집기와 마찬가지로 자동 잠금된다.충분히 정교한 탈주자가 최고의 슈퍼 쿠키라도 제거하는 것은 가능하지만, 그렇게 하는 데 필요한 기술적 이해를 가진 사람은 거의 없으며, 탈주자가 뛰어 넘어야 할 장애물이 적어도 하나 더 될 것이다.분명히 부수적인 손상의 위험이 있으므로 그러한 쿠키 기반 블록의 지속 기간은 제한되어야 한다.일부 사람들은 슈퍼쿠키에 대해서도 부정적인 견해를 가지고 있지만, 이것이 이미 차단된 편집자들을 감지하는 데만 이용되고 있다는 점에서, 그것은 덜 걱정스러운 것일 수도 있다.생각?또한, 만약 이 아이디어가 이전에 논의/거부되었다면, 나는 어디에 있는지 찾지 못했기 때문에, 그것과의 어떤 연계도 도움이 될 것이다.몬티₈₄₅ 02:16, 2011년 10월 5일 (UTC)[응답]

이것은 왜 아무런 코멘트를 받지 않았는가.적어도 나는 이것이 알려진 동적 IP 사용자들을 화나게 하고 느려지게 하는 좋은 방법이 될 것이라고 생각한다.이러한 쿠키 제거에 대한 유일한 질문은 브라우저를 제거한 다음 다시 설치하여 모든 쿠키를 제거하는 것이 가능한가?에어로빅폭스 (토크) 19:06, 2011년 10월 7일 (UTC)[응답]

나는 슈퍼 쿠키가 플래시 같은 도우미 앱에 의존한다고 믿는다.브라우저를 교체한다고 해서 반드시 쿠키가 제거되는 것은 아니다.나는 개인적으로 슈퍼쿠키들이 사생활 침해라고 생각하기 때문에, 슈퍼쿠키들을 찾을 수 있을 때 꺼버린다.이 사회에는 이미 너무 많은 감시가 있다.안녕, RJH (대화) 21:59, 2011년 10월 9일 (UTC)[응답]

도우미 앱에 의존한 최초의 슈퍼 쿠키는 최근 다른 은신처를 찾아냈다.(내가 의도적으로 모호하게 굴고 있다) 나는 프라이버시 우려를 존중한다. 그리고 나는 그들이 이것에 반대하는 가장 강력한 주장이라고 생각한다. 나는 그들을 이용해서 탈출을 막는 것을 주장할 뿐이다.몬티₈₄₅ 22:11, 2011년 10월 9일 (UTC)[응답]

내가 개인적으로 다루었던 가장 끈질긴 양말 중 하나는 단순히 다른 공용 컴퓨터(도서관, 학교 등)에 가서 이 문제를 해결한다.나는 그녀가 집에 컴퓨터가 있는지조차 확신하지 못한다.WhatamIdoing (대화) 17:38, 2011년 10월 13일 (UTC)[응답]

주간 전자 메일 구독

나는 위키피디아를 좋아한다.위키피디아가 매주 또는 매일 특집 검색의 이메일 뉴스레터를 보낸다면 나는 정말 좋아할 것이다.물론 웹사이트에 들어가서 언제든지 관심사를 검색해 볼 수는 있지만, 내 이메일을 통해 무작위로 고른다면 가장 감사할 텐데!!!— Melissaann4 (대화 • 기여) 16:31, 2011년 10월 6일 (UTC)[응답]에 의해 추가된 사전 서명되지 않은 논평

선택 기준으로 사용할 항목을 선택하십시오.아마도 당신은 시간에 따라 변하는 것, 또는 무작위 선택에 근거하여 그것을 기초로 하고 싶을 것이다.RJH (대화) 21:56, 2011년 10월 9일 (UTC)[응답]

첫째, Special에 대해 알고 있는가?무작위? 둘째, 위키백과 표지판의 사람들에게 이것을 제안하는 것이 좋을까?물론 그들이 받아들일지는 모르겠지만, 선택된 기사를 보거나 링크하는 칼럼은 그들이 관심을 가질 만한 것일 수도 있다. --필로소퍼 12:20, 2011년 10월 10일 (UTC)[응답]

일별-기사-L 우편물 목록이 있다.– 루나 산틴 (토크) 23:19, 2011년 10월 11일 (UTC)[응답]

멋지다, 우리가 가지고 있는 줄 몰랐어! --필로소퍼 02:14, 2011년 10월 14일 (UTC)[응답하라]

용어 인라인 템플릿의 대체 이름

{{기술-표현}}}}}의 인라인인 {{Jargon}}}이(가) {{Define}}}(으)로 기억하기 더 쉬울 것이다.나는 WP:Dictionary의 다른 용도를 예상하지 않는다.당신은 다른 용도와 다른 문제들이 보이는가?᛭ 로키클락 (대화) 03:47, 2011년 10월 12일 (UTC)[응답]

나는 개인적으로 {{define}}라는 이름의 템플릿을 만드는 것을 주저하고 있지만, 그것은 아마도 그렇게 많은 프로그래밍 언어에 있어서 유보적인 단어이기 때문에 더더욱 그럴 것이다.;) 다른 아이디어를 찾고 있다면 {{jargon-inline}} 또한 상당히 기억하기 쉬울 수 있으며, 일반적으로 꽤 시사적인 이름 체계가 될 것이다.– 루나 산틴 (토크) 18:02, 2011년 10월 12일 (UTC)[응답]

{{jargon-statement}}}은(는) 이미 {{technical-statement}}(으)로 리디렉션된다는 점에 유의하면서 루나 산틴의 의견에 동의하십시오.*리디렉션으로 {{jargon-sna}}을(를) 생성한다.* --Philosopher 22:18, 2011년 10월 12일 (UTC)[응답]

그만하면 됐어! ★ 로키클락 (대화) 17시 20분, 2011년 10월 13일 (UTC)[응답]

보이지 않는 리디렉션

컨트리 X는 블러드스테인 록이라고 부르고 컨트리 Y는 정확히 같은 것을 러블리 아일랜드라고 부른다.페이지 제목을 얻고 낮은 리디렉션인 클레임을 선택해야 하는 이유는 무엇인가?리디렉션 코드를 변경하여 검색을 수행하고 대상 페이지에서 페이지 제목의 모든 사용 권한을 리디렉션 제목으로 변경하십시오.페이지를 편집하는 사용자도 실제 이름이 무엇인지 자세히 보아야 할 수 있도록 편집에도 이 작업을 수행하십시오.우리는 이것을 막기 위해 거의 사용되지 않는 탈출 코드를 가지고 있지만, 각각의 발생이 다시 쓰이지 않도록 특별히 표시해야 할 것이다.

이곳 국가들 사이의 끊임없는 논쟁은 그냥 사라질 것이다.적어도 이것은 페이지 상단에 있는 페이지 제목에 적용될 수 있다.Hcobb (대화) 04:30, 2011년 10월 11일 (UTC)[응답]

정책 이슈에 개입하지 않으면, 나는 이것이 기계적으로 작동하지 않을 것이라고 생각한다.이런 명명논쟁이 있는 주제에 대한 기사는 적어도 토론하지 않으면 리메이크되겠지만 대체접근법을 이용해 '나라X는 블러드스테인락, 나라Y는 러브아일랜드'라고 읽어야 할 글이 '나라X는 블러드스테인락, 나라Y는 블러드스테인락'으로 탈바꿈한다.그것은 아마도 가장 명백한 문제일 것이다. 그러나 그러한 대체는 단지 양식적인 것이 아니라 실질적인 변화를 나타내는 많은 다른 장소들이 있다.몬티₈₄₅ 04:39, 2011년 10월 11일 (UTC)[응답]

위의 나의 제안은 이것을 막기 위한 코드를 포함하고 있지만, 우리는 특별한 매크로가 페이지의 현재 이름이 무엇이든 간에 확장되고, 그렇지 않으면 페이지가 혼자 남겨지는 역방향으로 쉽게 할 수 있다.그런 다음 편집자는 리디렉션 이름을 사용할 위치를 신중하게 선택한다.Hcobb (대화) 05:19, 2011년 10월 11일 (UTC)[응답]

우리는 철자가 틀린 단어들로부터 많은 방향을 바꾸기도 한다.WhatamIdoing (대화) 17:45, 2011년 10월 13일 (UTC)[응답]

기사의 리디렉션과 이름이 모두 마법을 행하기 위해 특별히 표시되어야 하는 시스템을 갖는 것에 대해 반대되는 점이 있는가?Hcobb (대화)20:59, 2011년 10월 14일 (UTC)[응답]

기술 마법사들이 그 수준에서 작동시킬 수 있는 한, 나는 이것에 반대하지 않는다.사실, 그것은 문제를 해결하는 다소 우아하고 영리한 방법인 것 같다.그러나 사소한 질문 하나:그러한 리디렉션이 있는 페이지가 DYK에 있거나 더 나쁜 페이지가 TFA에 있었다면 어떻게 되었을까?어떻게 보일까?생각?☻☻☻ 시스만 8세!!☻☻☻ 2011년 10월 16일 17:31 (UTC)[응답]

호루라기를 부는 사람을 위한 도구

내가 자주 오프위키(Off-wiki)를 관찰하는 가장 불쾌한 위키피디아 반대 행동 중 하나는 소셜 미디어 사이트, 이미지 보드 또는 다른 포럼이 대규모 플래시-모브 스타일의 공공 기물 파괴 행위를 위한 인큐베이터로 사용될 때다.비록 이러한 포라의 모든 사용자들이 위키피디아에 반대하는 것은 아니지만, 그들 중 충분히 유치하거나 악의적이어서 이것이 큰 문제를 일으킬 수 있다.위키피디아가 지난 5년 동안 더 많은 기관으로 발전함에 따라, 나는 위키피디아 방지의 창시자들이 반반달리즘 봇을 피하는 방법과 무분별한 "신비한" 반달리즘을 삽입하는 방법에 대한 상세한 지침을 제공하는 사례가 증가하는 것을 관찰했다.최고의 반반달 도구는 반달리즘의 발견에 의존하기 때문에, 이런 종류의 대규모 교활한 반달리즘은 위키피디아의 무결성에 매우 실질적인 위협을 가한다.

내가 제안하는 것은 익명의 고발자들이 이런 종류의 공공 기물 파손 행위를 신고할 수 있는 기회를 허용하는 어떤 제도가 마련되어야 한다는 것이다.

내가 이 오프위키 포럼에서 관찰한 바로는 공공 기물 파손에 대해 반대하며 다른 사람들의 행동을 만류하려고 애쓰는 회원/포스터들이 종종 있다.이 사람들은 한결같이 반달들에게 무시당한다.못마땅한 회원/포스터들은 때로 공공 기물 파손 행위를 스스로 되돌리려 하지만 이것은 그들의 동료 포럼 회원들이 그들의 IP 주소를 볼 수 있게 하고 이것은 이들 중 많은 사람들이 높이 평가하는 익명성을 잃게 할 수 있다.물론 위키피디아에서 사용자 계정을 만들 수 있는 선택사항도 있지만, 이 사람들 중 많은 사람들은 그런 계정을 만드는 데 신경을 쓸 수 없다.기물파괴와 싸운 후 그러한 단체들에 의해 집중적인 괴롭힘의 대상이 되어온 나-와 같은 편집자들에게도 비슷한 문제가 발생한다.비록 나의 익명성이 위태롭지는 않지만, 그러한 괴롭힘에 의해 유발된 스트레스는 내가 지금 일어나고 있는 그러한 공공 기물 파괴 행위를 수리할 생각조차 할 때 나를 잠시 멈추게 한다.나는 위키피디아가 제공하는 익명의 포럼을 위키피디아에서 제공하는 것이 그렇게 많은 수의 기물 파손자들에 의한 보복의 두려움 없이 공공 기물 파손을 보고하는 것이 훨씬 편리할 것이라고 믿는다.

이 아이디어는 다듬어야 할 모호한 용어로만 제시된다.이와 같은 익명의 팁을 어떻게 다루는지에 대한 어떤 도움도 감사할 것이다.건배, -Thibbs (대화) 16:05, 2011년 10월 14일 (UTC)[응답]

내가 방금 생각해낸 가능한 해결책은 User와 같은 더미 사용자 이름 계정을 만드는 것이다.오직 그것의 en만을 편집하는 것으로 제한되는 내부고발자.위키 토크 페이지.비밀번호가 없거나 해당 계정을 사용하여 편집하려는 사용자를 위해 비밀번호가 제공될 수 있다.그러면 위키피디아에서 페이지를 만들 수 있을 겁니다.내부고발(shortcut WP:내부고발자, WP:휘슬 또는 WP:TIP 아마도?) 그것은 보고서 작성 방법에 대한 지침을 제공할 것이다.그것이 실현 가능한가?더 좋은 아이디어 있어? -Thibbs (대화) 17:00, 2011년 10월 14일 (UTC)[응답하라]

그런 공유 계정은 좋은 생각이 아닐 것이고, 더 나은 옵션은 IRC(#wikipedia-en )에 그것을 보고하거나 위키백과에 이메일을 보내는 것이다.자원봉사 대응팀.그러나 나는 이것에 대한 지침이 있는 페이지를 만드는 것이 나쁘지 않을 것이라고 생각한다.요에닛(토크) 20:17, 2011년 10월 14일 (UTC)[응답]

나에게 가장 분명한 해결책은 그들이 WP에 다음과 같은 통지를 남기는 것이다.AIV. IP 노출이 우려되면 계정 등록에 몇 분 정도 걸릴 수 있다.문제는 이렇게 할 수 있는 편리한 방법이 없다는 것이 아니라, 더더욱 신입 내부고발자들이 방법을 모르고 지시를 가지고 그들에게 어떻게 손을 내밀어야 하는지가 명확하지 않다는 것이다.Dcoetzee 05:35, 2011년 10월 18일 (UTC)[응답]

목록 기능 보기, 오늘의 추천 기사 자동 보기/해제

나는 다른 많은 사람들이 매일 그 날의 특집 기사에 반달리즘에 대해 걱정하지만 그것을 보호하는 것에 반대한다.누군가가 그날의 특집기사를 자동적으로 감시목록으로 받고, 그 다음날에는 감시목록을 해제할 수 있도록 만드는 방법이 없을지 궁금하다.나는 더 많은 감시목록 사용자 정의에 대한 제안이 몇 번이고 나왔다는 것을 알고 있다. 한 페이지를 감시하고 일주일 정도 지나면 자동으로 삭제되도록 하는 것과 같은 것들 말이다. 그리고 일반적으로 나는 이러한 유형의 사용자 정의 가능한 선택사항들이 편집자들에게 도움이 될 것이라고 생각한다.이런 옵션을 개발할 수 있는 방법이 있을까?아마도 Special:라는 제목의 특별 페이지일 것이다.Featured Main: watchlist가 해당 시점의 1면에 게재된 모든 기사를 편집한 내용을 보여주는 경우.생각?에어로빅폭스 (토크) 04:24, 2011년 10월 18일 (UTC)[응답]

나는 이 아이디어가 마음에 든다.반달 사냥꾼들은 이것이 유용한 도구라는 것을 알게 될 것이다.그리고 높은 트래픽 페이지에서 프로젝트의 명성을 지키는 데 도움이 될 것이다. --Dweller (대화) 12:04, 2011년 10월 18일 (UTC)[응답]

나는 드웰러도 좋아한다.또한, 만약 내가 아직 하지 않았다면, 나는 그 기사를 읽었을 것이다.--위활트 (대화) 19:51, 2011년 10월 18일 (UTC)[응답]

또한 위의 8개 스레드의 "관찰 목록을 사용자 정의할 수 있도록 만들기" 스레드를 참조하십시오.야마구치 도시오 (토크)20:01, 2011년 10월 18일 (UTC)[응답]

나한테는 좋은 생각인 것 같아.가서 https://bugzilla.wikimedia.org (이런 아이디어가 죽어가버리는 장소) Raul654 (토크) 20:08, 2011년 10월 18일 (UTC)[응답]에 피쳐 요청한다.

보고서 버튼 - BLP용 또는 모든 기사용?

여기 마틴 켐프(페이지 섹션으로 연결되는 영구 링크)에 이 문제를 보도한 IP는 반쪽짜리 생각을 갖고 있다.특히 BLP의 경우, 우리는 신속하게 대처하고 싶은 파괴 행위를 많이 접하게 되고, 아마도 정규 편집자가 그것을 발견/보고/처리하기 훨씬 전에 인과관계 독자들에게 자주 눈에 띄게 될 것이다.생각 환영 --드웰러 (대화) 12:03, 2011년 10월 18일 (UTC)[응답]

IP 편집기를 되돌리기 위해서는 리턴을 할 수 있는 추가 선택사항과 함께 편집자의 토크 페이지에 경고 통지를 추가하는 것이 편리할 것이다.후자는 과거 경고의 요약과 함께 경고 목록이 있는 페이지를 불러올 수 있다.추가할 경고 중 하나를 선택하고 해당 옵션(예: 기사 이름 추가)을 선택한 후 자동으로 대화 페이지에 배포되도록 하십시오.나도 편집자의 최근 변경 사항들을 빨리 확인할 수 있도록 리스트를 보고 싶어.모든 목적은 실제 공공 기물 파손 행위를 수행하는 것보다 단계가 더 쉽다는 것이다.안녕, RJH (대화) 18:38, 2011년 10월 18일 (UTC)[응답]

트윙클은 네가 묘사하는 많은 것을 한다."신고"버튼에 대해서는, 나는 울타리 위에 있다.약간의 분명한 가치는 알 수 있지만, 그러한 시스템이 만들어낼 거짓 긍정의 수가 그 보고서들을 조사하는데 엄청나게 많은 작업량을 야기할 수 있을지 의문이다.--Fyre2387^{(talk • contribs)} 20:39, 2011년 10월 18일 (UTC)[응답]

Fyre2387처럼 나는 그러한 버튼이 주는 잘못된 긍정의 수에 대해 의구심을 가지고 있지만, 공공 기물 파손의 역사가 있는 몇몇 기사에 대한 소규모 테스트는 그것이 정말 문제인지 여부를 보여줄 수 있다.말하자면, 우리는 최근 몇 년 동안 공공 기물 파손과 싸우는 데 놀라울 정도로 효율적이 되었고, wp와 같은 놀라운 도구를 개발했다.STiki 또는 사용자:단서봇 NG.공공 기물 파손이 문제가 될 때까지 얼마나 걸릴까?요에닛(토크) 21:01, 2011년 10월 18일 (UTC)[응답]

실천 강령

우리가 이것에 대한 기사를 가지고 있지 않다니 놀랍다.누구 도와줄 사람 있어?Tooironic (토크) 03:26, 2011년 10월 19일 (UTC)[응답]

위키백과:에티켓.안녕, RJH (대화) 15:01, 2011년 10월 20일 (UTC)[응답]

파일 이동 로그(또는 특수용 네임스페이스 필터):로그)

나는 때때로 사람들이 감동/재타이틀 이미지의 사용법을 수정하지 않는다는 것에 주목했다.

Special 버전을 사용할 수 있는가?파일 이동만 표시하는 로그(또는 관련)?이렇게 하면 파일 이동/재타이틀의 결과를 확인(해당되는 경우 정리)하는 속도가 훨씬 빠를 수 있다.

Sfan00 IMG (대화) 10:44, 2011년 10월 24일 (UTC)[응답]

범주:외래 문자 경고 상자

자동 보관에 의한 링크 부패 방지:

프랑스 위키에서 흥미로운 것을 본 적이 있는데, citeweb 템플릿을 사용하면 자동으로 Wikiwix.com에 URL을 보관하는데, 이것은 링크 부패를 방지하는 효율적인 방법인 것 같다.이것은 영어 위키에서 시험해 본 적이 있는가?타치핀 (대화) 03:02, 2011년 10월 27일 (UTC)[응답]

주된 문제는 저작권이다 - 인터넷_Archive#Controversies_and_lawical_disputs를 참조하라.인터넷 아카이브의 웨이백 머신(Wayback Machine)은 사실상 어떤 웹 아카이브 서비스인 것처럼 저작권자의 허가 없이 복사본을 만들고 배포하는 불법일 가능성이 높다.이것을 하는 제3자 서비스와 연계하는 것은 침해의 원인이 될 수 있다.법 개정 없이는 단순히 이런 서비스를 시행할 수 있는 방법이 없다.지금까지 위키피디아는 인터넷 아카이브와 연계하는 법적 문제를 간과해 왔기 때문에 위키피디아 특유의 유사한 보관 서비스도 간과할 수 있지만, 나는 여전히 외부 링크 데이터베이스 덤프(예: enwiki-20111007-외부 참조)를 다운로드하는 독립적인 제3자에 의해 전적으로 운영되어야 한다고 생각한다.links.sql.gz([2], 1.1GB)로 페이지를 미러링하는 데 사용한다.Dcoetzee 05:53, 2011년 10월 27일 (UTC)[응답]

@Tachfin, 우리들 중 소수만이 그 문제를 해결하기 위해 결속해 왔다.

• 위키윅스 사상은 이 RfC에서 공동체에 의해 거부되었다.
• 원래 WebCiteBot을 가지고 있었지만, 다운되어 봇 운영자가 다시 실행시킬 수 없었다.우리는 또한 교체를 받으려고 노력했지만 성공하지 못했다.

현재 가장 좋은 방법은 MediaWiki를 위한 ArchiveLinks 확장 기능이다.하지만 아직 개발중이야. - 하이드록소늄 (T•C•V) 05:16, 2011년 10월 28일 (UTC)[응답]

명확히 해줘서 고맙고, 아주 흥미로운 토론이야.언젠가 이 일이 해결되길 바라.타치핀 (대화) 06:17, 2011년 10월 28일 (UTC)[응답]

통계 보기 도구

위키피디아와 같이:도움말_desk#Breaked_tool.3F 내가 유용하다고 생각하는 이 도구는 고장난 것 같다.나는 WMF에서 적임자를 잘 모르지만 만약 누가 알고 있다면 그들이 인수해야 한다고 제안해 줄 수 있겠니?고마워요.History2007 (토크) 22:21, 2011년 10월 30일 (UTC)[응답]

Wikignome - 아티클에 대한 상황별 대화를 지원하는 사용자 스크립트

Wikigome 사용자 인터페이스.

나는 기사의 맥락 안에서 토론과 협업이 가능하도록 작업해 온 사용자 스크립트에 대한 피드백, 아이디어, 우려를 찾고 있다.사용자 스크립트는 Wikignome이라고 불린다.API에 대한 일련의 호출과 일부 콘텐츠 파싱을 통해 기사 뷰어가 문장 수준 편집(맞춤법 및 문구 수정)은 물론 기사에 메모를 삽입, 편집 및 삭제할 수 있다.Wikignome을 설치하지 않은 사용자도 여전히 기사의 토크 페이지를 통해 노트 콘텐츠와 상호작용할 수 있도록 시스템을 설계했다.

나는 그 장치를 시험해보고 그들이 생각하는 것을 나에게 알려줄 몇몇 자원 봉사자들을 찾고 싶다.인터페이스가 어떻게 작동하는지, 위키백과에 적합한지에 대한 논의도 좀 하고 싶다. --EpochFaile^{(talk work)} 18:11, 2011년 11월 3일 (UTC)[응답]

블록 공지

우리는 누군가가 특정 페이지를 편집할 때 나타나는 편집 공지가 있다.블록 인터페이스가 호출될 때 표시되는 블록 알림의 사용 여부.예를 들어 툴 서버에서 실행되는 봇은 모두 자동 잠금 해제 상태로 차단되어야 하며 모든 관리자가 이 '규칙'을 인식하지 못하거나 봇이 툴 서버에 있다는 것을 빠르게 깨닫지 못할 것이다.아가토클레아 (대화)20:28, 2011년 10월 21일 (UTC)[응답]

특수 페이지에는 편집 통지를 넣을 수 없지만, 특수 페이지에는 다음 사항을 기재하십시오.블록은 이미 MediaWiki에 텍스트를 표시함:Blockiptext(차단) - 그러면 합법적인 봇 계정을 차단할 때 자동 잠금을 비활성화했는지 확인하십시오.물론 그 공고를 툴레버에 대한 구체적인 언급으로 바꿀 수도 있겠지만, 그게 정말 필요한지는 잘 모르겠다.

문제는, 실제로, 관리자들이 자바/팝업 사물을 사용하지 못하도록 차단할 것이기 때문에, 어쨌든, 그들은 그것을 보지 않을 것이다.비슷한 페이지를 표시하도록 자바/팝업을 수정하는 것 말고는 별로 할 수 없지만, 팝업이 빠르고 쉬워야 하기 때문에 아마 방해가 될 겁니다.

관리자들은 이미 차단 정책을 알아야 한다. Chzz ► 00:43, 2011년 11월 5일 (UTC)[응답]

링크어드바이저

기사에서 위키링크에 대한 유용한 추론을 수행하기 위해 데이터를 수집하는 도구가 얼마나 유용한지 궁금하다.예를 들면 다음과 같다.

• 링크는 주 섹션 내에서 두 번 사용되나? (오버링 가능)
• 링크는 기사에 3회 이상 사용되는가? (오버링 가능)
• 섹션의 링크 비율이 비정상적으로 높은가? (여기에서 일부 데이터 수집이 필요할 수 있음)
• 기사 뒷부분에 링크된 단어의 이전 예가 있는가?
• 이 글에서 어떤 "공통" 단어가 연관되어 있는가? (아마도 기본 사전 검사일 것이다.
• 어떤 공통 단위가 기사에 연관되어 있는가?
• 적용 가능한 리디렉션이 더 있는가? (즉, WP를 만족시키면서 링크 이름과 더 밀접하게 일치하는 리디렉션:중단되지 않음)
• 링크 이름 내에 포함되지 않은 링크된 단어는? (즉, 잠재적으로 오해의 소지가 있는 링크)
• 기사 공간에서 연결된 기사를 가리키는 링크는 몇 개인가? (즉, 공통 단어가 될 가능성)
• 리디렉션할 링크 수(그것에는 아무런 문제가 없다는 것은 아니다.)

다른것은?안녕, RJH (대화) 15:35, 2011년 10월 29일 (UTC)[응답]

난 그냥 차를 타고 왔으니까 유용하다는 말과 "완료된" 것은 별개라고 할 수 있을 거야.누가 이것을 시행할 것인가?그들은 아래와 같이 지금 다른 부서진 것들과 싸우고 있다.

개인적으로 나는 이런 종류의 도구보다는 모든 영리한 소프트웨어 개발 에너지를 개미 봇으로 돌리겠다.History2007 (토크) 22:21, 2011년 10월 30일 (UTC)[응답]

도시를 건설하기 전에 벽을 쌓으시오?반달족들을 막는 데 시간을 다 쓰는 것이 매우 즐거운 코딩 활동이 될지는 잘 모르겠어.적어도 위의 도구는 GA나 FA에 기사를 올리는 사람이면 누구나 사용할 수 있을 것이다.안녕, RJH (대화) 01:55, 2011년 10월 31일 (UTC)[응답]

300만 건의 물품/입주자가 있는 도시가 그곳에 있다.대부분의 물품은 10가지 다른 병을 가지고 있다.History2007 (토크) 01:59, 2011년 10월 31일 (UTC)[응답]

에러, (위키백과 연계 정책과의 연계 측면에서) "경고"를 고치는 것은 부분적으로 이것이 다루는데 도움이 되도록 의도된 것이다.상관없다.안녕, RJH (토크) 02:31, 2011년 10월 31일 (UTC)[응답]

그것은 매우 유용할 것이다.AWB는 여러 링크를 나타내며, 여러 사람이 (아마도 더 많은) 공통의 연결을 제거하는데 상당한 시간을 소비했다. 실제로 이전에는 Gnome이 발견한 가장 오버링크된 기사/섹션에 대한 상이 있었다.Rich Farmbrough, 10:52, 2011년 10월 31일 (UTC)
[답글]

그렇다, 긴 글에서 연계를 다듬고 다듬는 것은 지루하고 시간이 많이 걸리는 운동이 될 수 있다.안녕, RJH (토크) 20:10, 2011년 10월 31일 (UTC)[응답]

그것은 유용한 도구처럼 보이며 비교적 구현이 간단할 것이다.나는 그것을 사용자 설명서로 만들기 시작하고, 배치하고, 광고하고, 그리고 나서 편집자들이 그것이 유용하다고 생각하는지 알아보라고 제안하고 싶다.벤자민 굿 (토크) 18:06, 2011년 11월 7일 (UTC)[응답]

토크 페이지 권한

IP가 기사를 쓸 수 없다면, 왜 그들은 토크 페이지를 만들 수 있을까?그들이 해야 할 일은 단지 Talk를 입력하는 것이다."ProjectName"이라는 기사가 없는데도 불구하고 기사 이름 및 작성이것은 스팸, 공공 기물 파손, 공격 페이지 등 모든 것을 넣을 수 있게 해준다.이 페이지들은 체크되지 않았다!이것은 그들이 시스템을 우회하도록 낮춘다!그들은 오랫동안 발견되지 않고 있다.
(토크 참조):2007년에 생성된 Www.myspace.com/sowekilledafewpeople,은 2011년에 삭제되었다.다행인 것은 이 페이지들에 대한 페이지뷰가 거의 없다는 것이다.
토크 페이지 요청 대신 "토크 페이지 만들기" 대신 "토크 페이지 만들기 요청"이라고 말하면 {{Edit protected}과 같은 관리자의 주의를 끌 수 있을 것이다.나는 Special을 보았다.뉴페이지와 토크 네임스페이스 아래를 살펴봤고, 기사가 없는 토크 페이지인 기사가 50~100개 정도 있어야 한다.생각?바코드 대칭(Talk) 16:48, 2011년 11월 6일 (UTC)[응답]

흥미로운 점은, 하지만 나는 우리가 대안적인 해결책을 탐구해야 한다고 생각해.이미 없는 경우에는 적절한 결과물이 되는 경우는 드물기 때문에 해당 기사 없이 기사토크페이지에서 생성되는 보고서가 있어야 한다.또한 편집 필터의 기능이 있는지는 잘 모르겠지만, 해당 기사가 없을 때 기사 토크 공간에 토크 페이지 작성을 검토하도록 플래그가 표시될 수도 있다.기사 토크 공간 밖에서는 어떤 것이 먹힐지 잘 모르겠고, 새로운 편집자와 IP 편집자들이 다른 토크 페이지를 만들 수 있는 능력은 다양한 과정에 의존하고 있다.몬티₈₄₅ 17:04, 2011년 11월 6일 (UTC)[응답]

그런 페이지를 찾아서 삭제하는 것으로 보이는 관리자들을 두어 명 찾아보고, 그들에 대한 현재의 발견 방법에 대한 통찰력을 물어볼 생각이다.(요청: [3], [4] 몬티₈₄₅ 17:10, 2011년 11월 6일 (UTC)[응답]

난 그런 관리자 중 한 명이다.하지만, 나는 그것들을 매우 쉽게 찾고 있다. 그것들은 계기판에 뜬다.새로운 편집에 올라올 때 일이 잘못되었다고 의심해서가 아니라면, 나는 그 패트롤러들이 어떻게 그들을 찾는지 모른다. (나는 새로운 계정에 의해 편집된 것을 순찰할 때 온갖 이상한 것들을 읽곤 했다.허글 여단 뒤에서 12시간까지 일하고 있었지만, 그들이 하지 않은 것들을 찾아냈다.)최근에는 IP에 의한 기사 작성이 전혀 만들어지지 않은 기사들의 토크 페이지에 크게 증가하고 있는 것 같다.이전에는 기사의 삭제(나도 그런 적이 있어...) 또는 누군가가 뒤늦게 삭제에 이의를 제기하거나 항의하는 경우가 종종 있었다.어떻게 해야 할 것인가에 대해서는, 토크 페이지가 생성되기 전에 페이지의 존재에 대한 체크가 소프트웨어에 축적되는 것이 가능한가?IP든 관료든 누구든 사용자 공간 밖에서 유동적인 대화 페이지를 만들기 위해 내가 볼 필요는 없다.하나를 허용하고 플래그를 지정하지 마십시오. 옵션을 완전히 차단하십시오.증가와 관련하여, 나는 IP를 때때로 비교해왔지만, 매번 IP를 바꾸지 않는 한 양말에 의한 대량 생산의 징후를 발견하지 못했다.피사체에서도 어떤 무늬도 보이지 않는다.내가 메모를 시작할게.아마도 새로운 방법을 사용하는 몇몇 패트롤러들로 증가율이 낮아질 것이다. 날짜/시간도 체크아웃할 것이다.페리돈 (대화) 2011년 11월 6일 19:31, (UTC)[응답]

Special(특수)을 참조하십시오.새 페이지, 기사 대신 네임스페이스를 대화로 변경하십시오.어쨌든 기사 없이 토크 페이지를 찾는 봇이 있을 수도 있고, {{db-talk}}에 들어가 편집 요약본으로 (G8:기사 없는 토크 페이지)를 넣는다.그런 다음 사용자에게 WP를 사용하도록 통지한다.AFC(거기에는 엄청난 밀린 일이 있지만)는 토크 페이지 대신이다.하지만 나는 python이나 javascript 같은 프로그래밍 언어를 모르기 때문에 그것을 할 다른 사람이 필요할 거야.바코드 대칭(Talk) 20:24, 2011년 11월 6일 (UTC)[응답]

흠, 한 대 때려줄래?나는 여전히 사용자 공간 밖에서 모든 무료 유동 토크 페이지를 차단하는 것이 가장 쉬울 것이라고 생각한다.그들이 누구에 의해 창조될 수 있도록 요구된 것이 있는가?하지만 봇은 지금까지 패트롤러들을 탈출한 것이 있는지 보기 위해 사용될 수 있다.나는 그것을 할 수 없었다.나는 노아가 방주를 추적할 수 있도록 COBOL 프로그램을 작성했지만, js는 나에게 전혀 미스터리다.페리돈 (대화)20:59, 2011년 11월 6일 (UTC)[응답]

WP:AFC는 위키백과의 대화 공간에서 대화 페이지를 만드는 IP 편집자의 능력에 의존한다.또한, 토크 페이지 기록 보관소를 만드는 것도 문제가 될 수 있다.몬티₈₄₅ 22:15, 2011년 11월 6일 (UTC)[응답]

뭐라고 할래, 몬티?WP에 제출해야 할 사항:VPP: 봇, 새 로그, 새 태그, 관리자 주의사항 또는 기타?나는 봇이라고 말한다, 페리돈은 말한다.
토크 페이지를 찾아서 수동으로 삭제(내 생각엔?)하면 (세 번째 선택사항)이 WP에 제출될 것이다.가능한 한 빨리 VPP. (그리고 내가 할 수 있는 말은, 내일이 근무일이라는 뜻) 바코드 대칭성(Talk) 22:53, 2011년 11월 6일 (UTC)[응답하라]

나는 2부 솔루션을 제안한다: 1) 기사가 존재하지 않는 한 토크 페이지가 생성되어서는 안 된다는 경고와 최근의 변경 로그에서 편집에 태그를 붙이는 편집 필터.이러한 편집은 대부분 실수이므로, 검토자는 상황에 따라 실수를 수정하거나 삭제 태그를 지정할 수 있다.2) 이러한 모든 기존 대화 페이지를 식별하는 보고서(아마도 봇 생성됨)를 참조하십시오. 그런 다음 보고서를 검토하고, 대화 페이지를 수동으로 검토하고, Speed Deletion 기준 G8의 예외를 충족하지 않는 대화 페이지를 삭제하기 위해 태그를 지정한다.편집 필터가 새로운 대화 페이지를 검토하게 되므로 보고서를 정기적으로 실행할 필요가 없다.몬티₈₄₅ 23:07, 2011년 11월 6일 (UTC)[응답]

마음에 드는데 한 가지 궁금한 게 있어.새로운 토크 페이지마다 태그를 달거나 기사가 없는 페이지에만 태그를 달 것인가?바코드 대칭 (Talk) 00:17, 2011년 11월 7일 (UTC)[응답]

편집 필터로 하는 것이 기술적으로 가능하다고 가정하면 기사 없이 새로운 대화 페이지만 가능하다.몬티₈₄₅ 00:27, 2011년 11월 7일 (UTC)[응답]

오, 좋아. 우리 모두 WP:VPP로 이동할 준비가 되었는가?바코드 대칭(Talk) 00:47, 2011년 11월 7일(UTC)[응답]

또한 데이터베이스 보고서를 잊지 마십시오. 이 보고서에서는 패트롤러에 의해 누락된 페이지가 발견됩니다.— Train2104 (대화 • 기여 • 카운트) 04:34, 2011년 11월 7일 (UTC)[응답]

그런 보고가 있을지도 모른다고 생각했지만 찾을 수가 없었다.그 보고서는 이곳의 제안을 훨씬 덜 중요하게 만든다.바코드 대칭성은 Talk의 예를 제공했다.Www.myspace.com/sowekilledafewpeople는 고아가 된 대화 페이지로 몇 년 동안 존재해 온 페이지로서, 뷰가 삭제된 누군가에게, 데이터베이스 보고서에서 왜 그것이 채택되지 않았는지 알 수 있는가?몬티₈₄₅ 04:40, 2011년 11월 7일 (UTC)[응답]

이유는 알 수 없다. — Train2104 (대화 • 기여 • 카운트) 11:45, 2011년 11월 7일 (UTC)[응답]

보고서는 어떻게 작동하는가?그 70명보다 수백명 더 있어야 할 것 같은데...그리고 보고서도 내가 원하는 만큼 업데이트되지 않아...내 제안서를 데이터베이스 보고서를 개선하는 것으로 바꾸면 어떨까? 기사가 없는 대화 페이지를 찾으면 (Tag: 기사 없이 대화 페이지)와 같은 태그를 붙이는 것?바코드 대칭(Talk) 20:56, 2011년 11월 7일 (UTC)[응답]

이 몇 개의 토크 페이지를 보면, 그것들은 어디에서나 나오는 것처럼 보인다 - 카메룬 교수에 대한 이탈리아 IP, 미국 배우에 대한 우루과이 IP, 인도 엔지니어/시트에 대한 영국 IP 등.나는 그들 중 대부분이 (삭제된 기사를 루마니아어로 재출판하는 것을 금지) 진정성 있게 기사를 올리려고 한다고 생각한다.이 샘플에는 가치가 있는 것이 없는 것 같아서 우리는 그들에게서 아무것도 잃은 것이 없다.하지만, 만약 내가 가치 있는 것 같은 것을 발견하게 된다면 어떻게 해야 할지 모르겠어.나는 창작물보다 삭제 작업에 더 관여한다. (글쎄, 누군가 쓰레기를 치워야 하는데...)페리돈 (토크) 15:14, 2011년 11월 7일 (UTC)[응답]

그런 페이지는 150장 정도 있으니 여기를 봐줘.내가 그 자료를 빨리 수집하도록 도와준 것에 대해 더 이어위그와 시릭에게 큰 박수를 보낸다. Chzz ► 2011년 11월 11일 03:12 (UTC)[응답]

사용자가 자신의 토크 페이지를 확인했는지 여부 공개

WP에서 이동:VPT

이것은 그저 무심코 한 질문일 뿐, 어떤 일을 하려는 의지의 표현은 아니다.새로운 메시지를 위해 당신의 토크 페이지를 확인/확인하지 않았다는 사실이 얼마나 사적인 것이라고 느끼십니까?

현재 데이터베이스에 기록 중이지만(플래그는 "새로운 메시지가 있는지" 막대가 표시되는지 여부를 결정하는 데 사용됨) 사용자에게 비공개임.

이것을 다른 사용자에게 공개하는 것은 특히 패트롤러들에게 도움이 될 수 있다. 왜냐하면 지금 당장은 새로운 사용자에게 보내는 메시지가 실제로 수신되고 있는지 알 수 없기 때문이다.이것을 사실로 아는 것은 비생산적인 의사소통을 피하는 데 도움이 될 수 있다.그것은 또한 일반적으로 "몇 주 전에 활동했던 이 사용자를 위해 메모를 남겼지만, 그들이 그것을 아직 보지 않았는지 모르겠다"를 둘러싼 좌절감을 줄일 수 있다.

이것은 옵트인 기능으로서 덜 가치가 있을 것이다. 왜냐하면 그것은 새로운 사용자들에게 효과가 없을 것이기 때문이다.하지만 그것을 거절하는 것은 쉬울 것이다.

생각?이것이 도움이 될까, 아니면 침습적인가?--Eloque* 17:56, 2011년 11월 9일 (UTC)[응답]

꽤 침습적인 것 같군이메일 영수증과 비슷해.내가 그것들을 사용해야만 했던 시절이 생각나는데, 그것은 이메일을 읽는 것이 스트레스를 많이 받는 상황이 되었다. 왜냐하면 당신은 대부분의 경우 가능한 한 빨리 응답해야 한다는 압박을 받을 것이기 때문이다. 그렇지 않으면 다른 사람은 종종 당신을 귀찮게 할 것이고, 당신이 30분 전에 그들의 메시지를 읽었음에도 불구하고 왜 아직 답장을 하지 않았는지 물어볼 것이다.꽤 답답하다.나는 특히 새로운 사용자들을 오도하는 것을 싫어한다.오늘날의 웹에서는 이와 같은 영수증을 찾기란 드물다는 것을 기억해야 한다.예를 들어, 어느 순간, 누군가의 페이스북 사진을 볼 때마다, 그들에게 알려질 것이라는 소문이 있었다.사람들은 기겁을 했다.사람들은 그들의 온라인 활동이 대부분 사적인 것이기를 기대한다.그것은 누구에게나 읽을 수 있는 메시지임에도 불구하고, 그들을 위해 의도된 메시지를 읽는 것을 포함한다.게리 킹 (토크 · 대본) 2011년 11월 9일 (UTC) 18:08 [응답]

침습. --Tagishsimon (대화) 18:51, 2011년 11월 9일 (UTC)[응답]

매우 침습적이다.비엘(토크) 18:55, 2011년 11월 9일 (UTC)[응답]

극도로 침습적이다. --SarekOfVulcan (대화) 18:56, 2011년 11월 9일 (UTC)[응답하라]

완전히 침습적이다.허리케인 팬25 19:01, 2011년 11월 9일 (UTC)[응답]

위의 사항에 동의하십시오.나는 토크 페이지 게시물을 스네일 메일과 같은 관점에서 다룬다.응답 여부는 수신인에게 달려 있다.우리는 여기서 아웃룩을 재발명할 필요가 없다.안녕, RJH (대화) 16:46, 2011년 11월 11일 (UTC)[응답]

정말 끔찍한 생각이야. 게다가 페이지를 방문하는 것은!= 페이지에 무엇이 있는지 읽는 것. 편집자가 로그아웃하는 동안 그들의 토크 페이지를 방문했는지, 아니면 다른 계정으로 로그인했는지도 모를 거야.Andy Mabbett (Pigsonthewing); 앤디의 토크; 앤디의 편집은 18:59, 2011년 11월 9일 (UTC)[응답]

나는 이것이 매우 침습적이라는 것에 동의한다 - 비록 그것이 특별한 사용자 권리에 뒤처질 수 있는 것으로 구현될 수 있지만.나는 적어도 그 때 감독이라고 말하고 싶지만, 그것은 일부 다른 경우에서도 유용하다. (때로는 편집자가 단지 그들에게 메시지가 있다는 것을 이해하지 못하는, 발언을 듣지 않는 사람을 막기 위해 블록이 필요한 경우도 있다.) - 아마도 행정관이 (ApusseFilter와 같은) 사용을 선택할 수 있을 것이다.그런 다음 사용자 권리로 사용할 때, Gary가 위에서 설명한 대로 이를 남용하면 즉시 제거되어야 한다.하지만 그때도 침습적일 수 있다고 생각한다. --Dirk Beetstra 19:00, 2011년 11월 9일 (UTC)[응답]

(계속 추가) - Pigsonthewing, 네 말이 맞아. 방문!= 독서.그럼에도 불구하고, 만약 누군가가 경고문을 읽기를 거부한다면, 페이지를 방문한 후에도) 적어도 그들은 경고가 있었다는 것을 완전히 이해하지 못했을 것이다. --Dirk Beetstra 19:00, 2011년 11월 9일 (UTC)[응답]

알았어, 그 응답으로 볼 때 어떤 사용자 수준 공개도 상당히 문제가 있는 것으로 보일 것이 분명해.빠른 피드백 고마워. :-)-엘로큐스* 19:27, 2011년 11월 9일 (UTC)[응답]

WP에서 이동:VPT

SVG 렌더링 문제 및 글꼴 라이센스 문제

나는 이전에 기사에 사용된 SVG의 부적절한 렌더링에 대한 토론이 끝난 후 SVG Help에서 SVG 정책에 대한 변경에 대한 아이디어를 꺼냈다.우리는 SVG 렌더링과 폰트 라이선싱으로 인한 문제에 대한 해결책이 꼭 필요하다.나의 간단한 제안은 SVG Help라고 나열되었지만, 어쨌든 그곳은 정책 이슈를 위한 장소가 아니기 때문에 응답하지 않았다.아래 SVG 도움말에서 최종 진술을 복사했다.

SVG 이미지가 비자유 글꼴을 사용하고 있고 MediaWiki의 축소판 그림으로 인해 글꼴이 기울어지거나 잘리거나 이미지가 형편없고 끔찍하며 비응급적(unencyclopedic)인 경우 다음 중 하나:

• 기사에 사용되어서는 안되며, 이 경우 위키백과(그러나 아마도 공용)에 사용되어서는 안 된다.
• PNG로 변환하여 업로드해야 한다(이미지의 벡터 특성이 손실된 경우).
• 또는, 이상적으로는 자유 글꼴로 작업하도록 편집해야 하며, 추가 작업이 많이 필요할 것이다.

이것은 내게만 논리적으로 보인다: 우리는 우리의 백과사전 기사에 비취미적인 이미지를 원한다. 그렇지 않은가?동일한 논리적 사고 과정을 따라 위에서 설명한 것처럼 형편없어 보이는 SVG 이미지는 그냥 삭제하면 된다.위키피디아의 라이선스 정책 때문이라는 것을 이해하지 못할 독자들에게 쓰레기처럼 보이는 이미지를 심어주는 것보다 기사에 이미지가 없는 것이 낫다.표준 대기시간(7일 또는 합리적인 것)이 적용되면 업로더 등 편집자에게 이미지 수정 시간을 주지만, 아무도 신경 쓰지 않는 이미지는 기사를 나쁘게 보이게 하는 대신 여전히 삭제된다.

트를클리는 언급된 SVG를 고칠 만큼 친절했지만, 문제의 근본은 여전히 고쳐야 한다.생각나는 거 있어?—danhash (대화) 15:47, 2011년 11월 11일 (UTC)[응답]

"무료 글꼴" 같은 것은 없다.글꼴 사용은 저작권에 의해 제한되지 않는다.저작권이 있는 것은 바이너리 폰트 파일뿐이며, 그 배포만 라이센스에 의해 제한된다. — Edokter (대화) — 16:35, 2011년 11월 11일 (UTC)[응답]

위키백과의 대본 설명:WikiProject 화학/구조 도면 작업 그룹/Mysid의 스크립트는 화학 구조와 합리적으로 잘 작동함 - 개인적으로 사용해 본 적이 없음:슬래쉬미가 우리를 위해 많은 나쁜 svg를 고쳤다. 론존스 20:10, 2011년 11월 11일 (UTC)[응답]

발음

외국어 발음에 사용되는 표기법으로 인한 혼란이 우려된다.여기에 그 예가 있다.

도메니코 기를란다이오(이탈리아어 발음: [도메니코 ɡiranˈdajo]; 1449년 – 1494년 1월 11일)는 이탈리아의 르네상스 화가였다.

(이탈리아어에 대한 사전 지식이 없는) 독자는 이름을 클릭할 수 있고 영어와 이탈리아어가 다른 모든 소리의 혼란을 지능적으로 헤쳐나갈 수 있는 선택권이 있다.따라서 그들은 결국 합의에 이를 수 있다.그러나 만약 그들이 이것을 하지 않고 단순히 영어에 대한 그들의 지식에만 의존한다면:

• "Domenico Ghirlandaio", pronounced "doˈmeniko ɡirlanˈdajo" becomes "Doh (a-deer-a-female-deer) men (that's easy) Nike (as in joggers) ko (as in Yoko Ono)" "Girl (as in young female person) an (easy) dar (pronounced long) Joe (because it's got a "j" in it, hasn't it?)

그래서 우리는 도메니키오(혹은 도메니키오) 걸앤다르조(Girl-men's eyek-o)가 있지만 돔맨이코 기어라르니디오(역학처럼 기어가며, 버킷을 걷어차듯이 죽는 것)는 영어로는 "남성"보다 약간 길지만 "주변"은 아니라는 점에 주목하라.

이 이탈리아어 발음을 넣는 것은 위키에서 제공하는 시설이지만, 영어를 구사하는 사람이 해석하는 데 드는 노력 때문에, 그 가치보다 더 문제가 된다.

좋은 의견이라도 있나?아만다짐 (대화) 01:39, 2011년 11월 5일 (UTC)[응답]

네가 어떻게 생각하는 게 더 좋을지 모르겠어.발음 안내가 전혀 안 돼?비표준적인 것, 미국 영어 사용자에게는 효과가 있지만 인도 영어 사용자에게는 효과가 없는 것?WhatamIdoing (대화) 17:35, 2011년 11월 7일 (UTC)[응답]

IPA는 번거롭더라도 표준이다.우리는 이미 몇몇 기사에서 영어 발음을 다시 발음하고 있다.그것을 더 많은 기사에 게재하는 것이 가치가 있을 수도 있지만, IPA와 함께 해야 하기 때문에 항상 완전히 모호하지 않은 발음이 가능해야 한다.또한 일부 기사에는 발음에 사운드 파일이 첨부되어 있다. --NYKevin @101, 즉 01:25, 2011년 11월 8일 (UTC)[응답]

아마도 어떤 형태의 자동화가 필요한 정보만을 제공하고 올바른 모국어를 영어로 변환하기 위해 개발될 수 있을까?즉, 각 음절을 필드로 HTML 양식 방식의 링크로 원본 언어 필드와 함께 전달하고 링크에서 데이터를 처리하여 영어로 된 간단한 발음 보고서를 작성한다.그것이 실현 가능한가?안녕, RJH (대화) 22:33, 2011년 11월 8일 (UTC)[응답]

나는 IPA가 이론상으로는 가능할지 모르지만, 실제로는 완전히 무능력한 것 다음으로 IPAmerican is next to all valuge in the understand instally.그것은 일반 독자들에게 아무런 의미가 없고 퍼즐을 맞추는데 상당한 노력을 필요로 한다.정밀도 좋지만 사용 편의성도 고려해야 할 부분이다.기술적으로 어려울 수 있지만 IPA 발음을 기반으로 소리를 내는 방법이 있을 것이다.내가 상상하는 방법은 각 IPA 기호와 관련된 사운드 파일과 기사에 사용되는 소리를 재생할 수 있는 템플릿을 갖는 것이다. --Philosopher^{Let us reason together.} 12:06, 2011년 11월 14일 (UTC)[응답]

나는 IPA가 혼란스러울 수 있다는 것에 동의한다.그것은 확실히 나에게 있다.하지만 나는 그것이 언어의 혼란스러운 본성을 반영한다고 느낀다.예를 들어, "니크"는 위의 버전에서 사용된다.이것은 "니켈"의 첫 부분이나 "밤"의 첫 부분처럼 몇 가지 방법으로 발음될 수 있다.나는 IPA의 대안을 찾기 위해 노력하겠지만, 거의 정의상 당신은 작은 부분들의 다른 발음의 문제에 부딪친다; 결국, 그것들을 없애는 것이 IPA의 목표였다.그랑디오스 (나, 말, 기여) 2011년 11월 14일 (UTC) 12:27 [응답]

파일 네임스페이스 알림판

"서명된" 사용자 공간 에세이

최근에 나는 이 에세이가 AFD에서 인용되는 것을 보았다.흥미로운 견해지만 그것은 1인칭 관점에서 쓰여졌기 때문에 나는 그것을 편집하는 것이 편치 않았다. 왜냐하면 그것은 본질적으로 그가 AFD에서 그가 어떻게 하는지를 설명하는 편집자의 견해였기 때문이다. 그것을 내가 쓴 에세이와 비교해보라.응 나도 개인적인 의견이지만 다른 분들을 초대해서 편집하고 다른 편집자들의 견해를 대변하는 것으로 판명되면 WP공간으로 옮길 수도 있을 것 같아.

그러므로 나는 사용자들이 "서명된 에세이"를 만들도록 허락할 것을 제안한다."서명한" 에세이와 "정상적인" 에세이의 주요한 차이점은 서명된 에세이는 한 명의 사용자와 한 명의 사용자만 볼 수 있도록 의도된다는 것이다.그것은 본질적으로 확장된 토크 페이지 포스트가 될 것이고 서명될 것이다.여기 "서명된 에세이"에 대한 제안된 규칙들이 있다.

• 그것은 그것을 작성한 사용자의 공간으로 제한되어야 한다.
• 에세이는 3 4가 아닌 2 3 3틸드로 서명해야 한다.
• 에세이를 편집하는 규칙(또는 적어도 서명된 부분, 아래 참조)은 토크 페이지 게시물의 규칙과 동일해야 한다.반달리즘을 되돌리는 것 외에도, 그것을 만든 사용자만이 그것을 편집해야 한다.
• 논평이나 제안된 변경은 에세이의 토크 페이지나 사용자가 초대할 경우 아래 섹션에 있어야 한다.
• 에세이에는 "WP" 바로 가기가 없어야 한다.만약 지름길이 필요하다고 생각된다면, 우리는 아마도 그들을 위해 "USR"과 같은 새로운 "pseudo 네임스페이스"를 고려해야 할 것이다.

WP에서 제안하기 전에 먼저 의견과 제안을 여쭈어 본다.내가 만약 그렇게 했다면 WP를 인용하는 것에 반대할 것 같아.OWN. 이해하지만, 기사 및 프로젝트 공간 에세이 초안이나 "나의 RFA 투표 기준"과 같은 한 사용자의 견해를 대변하기 위한 페이지와 사용자 공간 페이지를 구분하는 것이 좋을 것 같다. --Ron Ritzman (대화) 22:27, 2011년 10월 30일 (UTC)[응답]

나는 그 아이디어를 지지하지만 구체화할 필요는 없다고 생각한다.나는 또한 WP 단축키를 사용할 수 없다는 것이 싫다.WP 단축키는 허용해야 한다고 생각하지만 커뮤니티 에세이, 가이드라인, 정책 등이 우선되어야 한다.--v/r - TP 22:44, 2011년 10월 30일 (UTC)[응답]

음, 그건 좋은 생각이야, 그냥 과감하게 해, 하지만 적어도 "구체적인" 표현은 편집자들이 대화 페이지 밖에서 서명하는 것에 대한 어떤 고집스러운 것을 막을 수 있을 거야.지름길 제공에 대해서는 WP 지름길을 얻을 수 있는 것과 얻을 수 없는 것이 무엇인지에 대한 가이드라인이 실제로 없기 때문에 나는 결혼하지 않았다.단지 내가 보기에 WP 지름길은 그것이 연결되는 것이 정책, 가이드라인 또는 적어도 한 명 이상의 편집자의 견해를 대변하는 것이라고 제안한다.그러나, 그것은 또 다른 논의(그리고 WP:B2B를 만든 것에 위선자처럼 느껴진다). --Ron Ritzman (토크) 02:15, 2011년 10월 31일 (UTC)[응답]

지금 당장 찾아볼 시간은 없지만, "크로스 네임스페이스" 리디렉션은 이미 금지되어 있다고 믿는다.WhatamIdoing (대화) 17:33, 2011년 11월 7일 (UTC)[응답]

• 사용자가 자신의 사용자 공간에 서명된 페이지를 가지고 있고 기본적으로 에세이로 보이는 하나의 긴 코멘트일 경우, 이미 WP에 의해 보호될 것이다.TPO. 이에 대한 추가 정책이나 가이드라인은 필요 없다고 본다.
  FYI 두 필드는 아무 것도 하지 않는다: ~~~~xeno^talk 18:22, 2011년 11월 7일 (UTC) [응답하라]
  • 웁스, 나는 4 대신 3일드를 의미했다. --Ron Ritzman (토크) 13:33, 2011년 11월 18일 (UTC)[답글]

"초대 필요" 네, 하지만...

나는 위키피디아의 신참이니 이 특정한 문제가 처리되었고 내가 찾지 못한 과거 파일에 답이 숨겨져 있다면 용서해줘.

내가 전문적인 지식을 가지고 있는 분야에서 기사를 개선하려고 애쓰다가 내가 사실이라고 알고 있는 비참조적인 진술들을 우연히 발견하게 되었다(그리고 특정 주제에 관한 한, 종종 "달은 태양 주위를 돈다" 타입의 공통점이다) 그러나 만족할 만한 참고자료를 제공할 수는 없다.이 때문에 다른 편집자가 정보를 삭제하게 될 경우를 대비하여 {{citation need}}을(를) 삽입하고 싶지 않다.저울의 다른 쪽 끝에서 나는 즉시 삭제될 가능성이 있는 참조되지 않은 진술(또는 부적절하게 참조된 진술)을 발견했지만, 나는 내가 모르는 것을 알지도 모르는 이전 편집자에 대한 존경심에서 그렇게 하는 것을 주저한다.

이러한 압력을 완화하기 위해 다음 중 하나 대신 세 개의 인라인 태그를 사용할 수 있어야 한다.

• {{}}}}}} {그렇지만 인용?}}
• {{}}}}
• {{citation 긴급}}}

첫 번째 경우에, 그 정보는 누군가가 반대의 증거를 제시하지 않는 한 남겨져야 한다.셋째로, 만약 긍정적인 지원이 제공되지 않는다면, 기사는 곧 편집될 것이라는 경고로 받아들여야 한다.두 경우 모두 적절한 상세 코멘트를 토크 페이지에 남겨야 한다.

어떤 사람들은 이 모든 것이 대화를 위해 받아들여져야 한다고 느낄지도 모른다.나는 두 가지 걱정이 있다.먼저 많은 독자들이 이 토크 페이지를 확인하지 않을 수도 있고 따라서 혜택을 받지 못할 수도 있다.둘째, 일부 토크 페이지는 최근의 움직임이 거의 없고, 이전의 편집자들은 더 이상 활동적이지 않기 때문에 사안이 긴급할 때에도 대화는 이루어지지 않는다.기사에서 좀 더 구체적인 태그가 더 효율적이어야 한다.--Jpacobb (대화) 18:35, 2011년 11월 8일 (UTC)[응답]

좋은 생각인 것 같은데.나는 왜 "초청"이 물질이 잘못되었다는 유사성이나 긴급성을 나타내는 수준을 가질 수 없는지 모르겠다.헤로스트라투스 (토크) 2011년 11월 8일 (UTC) 19:37 [응답]

나는 위키피디아의 역학은 다음과 같이 생각한다.검증가능성은 당신의 예에 적용될 수 있다; 도전할 것 같지 않은 재료에는 인용문이 필요하지 않다.안녕, RJH (대화) 22:19, 2011년 11월 8일 (UTC)[응답]

답장 고마워.그것은 대안적인 해결책을 가리킨다.난이도는 어떤 종류의 재료에 도전할 가능성이 있는지에 대해 합의된 기준이 없어 보인다는 점이다.일부 기사(또는 그 안에 있는 부분)는 거의 모든 것을 언급한다(세부적인 학문적 글에서처럼). 다른 기사들은 그렇지 않다.반면에, 나는 심지어 "필요 시민"이라고 표시된 한 두 개의 긴 짧은 글자들을 우연히 발견했는데, 이 글들은 특정 주제에 대해 합리적인 지식을 가진 사람이라면 누구나 의심할 여지 없이 통과될 것이다.만약 당신의 논평이 앞으로 나아갈 길을 가리킨다면, 사람들은 "초청 필요"를 사용하는 데 훨씬 더 많은 시간을 할애할 필요가 있다.편집자가 왔다갔다 하는 점에서 이런 접근방식에 문제가 있을 수 있고, 자료를 제공한 편집자가 나중에 질의하면 참고자료를 제공할 수 없을 수도 있다.--Jpacobb (대화) 13:47, 2011년 11월 9일 (UTC)[응답]

그렇다, 적절한 수준의 인용문을 제공하는 것은 때때로 도전을 증명할 수 있다. 특히 분야 내에서 겉으로 보기에 상식적인 것 같다."제3의 출처"로서 교과서의 이상하게 약해진 역할은 그것을 두 배로 어렵게 만든다. 교과서는 위키피디아의 인식된 신뢰성 수준과 거의 동등하지 않다.기사는 한 단락당 최소한 하나의 인용문이 있을 때 "잘 인용된" 것으로 간주되는 것 같다.그 너머로는 좋은 균형이나 수용 가능한 타협점을 찾기가 어려울 수 있다.나는 그 진술이 논란이 되거나 오해나 OR일 가능성이 있는 상황에서 '초청 필요' 태그가 잘 사용되고 있는 것을 여러 번 본다.그러나 다른 경우에는 포스터의 관점과 상충되는 어떤 진술에 의문을 제기하여 PoV pushing에 사용되는 것을 본 적이 있다.(이에 대한 단서는 WP가 될 수 있다.타그밤 상황.)그래서 나는 그 태그들을 회의적인 시각으로 보게 되었지만, 즉시 그것들을 무시하지는 말아라.하지만 인라인 태그의 밀도가 가장 높은 기사를 정기적으로 게재하는 것은 흥미로울 수 있기 때문에 우리는 그것들을 검토할 수 있다.안녕, RJH (대화) 20:01, 2011년 11월 10일 (UTC)[응답]

[[_{A request from Dezire321 about the article Indigo Children has been transfered to Talk:Indigo_children#Request_from_Dezire321 as it does not relate to this section.--Jpacobb (talk) 21:23, 9 November 2011 (UTC)]} 응답]

"긴급하다"면 그냥 정보를 삭제해야 한다.대담하다.(그리고 이전 편집자들에 대한 존중이 염려된다면) 관련 토크 페이지에서 그 이유를 설명할 수 있고, 물론 그것을 추가한 사람에게도 말할 수 있고, 그들과 의논할 수도 있다.

그것이 상식이라면 참고할 필요가 없다. Chzz ► 19:38, 2011년 11월 10일 (UTC)[응답]

나는 인용문들이 우리가 목표를 달성하기 위해 사용하는 수단이지 스스로에 대한 끝이 아니라는 것을 덧붙이고 싶다.인용의 주된 목적은 미래의 편집자/팬덤 파이터가 정보가 정확한지 여부를 파악할 수 있도록 하는 것이다.따라서 통계("여성의 5%가 유방암으로 사망")를 보고하는 경우, 다음 사람이 (여전히) 맞는 것인지, 아니면 누군가가 부적절하게 숫자를 변경했는지 쉽게 알 수 있도록 인용이 필요하다.반대로, 만약 누군가가 어떤 것이 정확하다는 것을 쉽게 인식한다면, 그 진술 뒤에 인라인 인용문은 일반적으로 있어서는 안 된다.예를 들어, 어떤 사람이 손가락의 수에 관한 진술에 사실표를 붙였고, 그것은 어리석은 반달리즘으로 여겨졌다: 일반적인 세 살짜리 아이들이 답을 말해줄 수 있었다.

WP:있음, WP:BLUE 및 WP:MINREF. WhatamIdoing (대화) 21:21, 2011년 11월 10일 (UTC)[응답]

달은 태양 주위를 공전하지 않는다. --Gerrit 15:10, 2011년 11월 17일 (UTC)[답글]

투자 행인의 관심을 끌기 위해서는 토크 페이지로 링크하여 {{Discommon}을(를) 사용할 수 있다.표시된 텍스트는 응용 프로그램에 맞게 변경될 수 있으므로 참이지만 증거 역할을 할 수 있는가?아니면 확실히 틀렸나?아니면 다른 어떤 것이 적절해 보이는지.나는 그것을 몇 번 배치했고 그것은 논쟁의 여지가 있는 물질에 대한 토론을 시작하는 데 유용하다는 것이 증명되었다.또한 급증하는 편집 전쟁이 걷잡을 수 없게 되기 전에 제동을 거는 데도 좋다. fg 21:03, 2011년 11월 17일 (UTC)[응답하라]

모바일 장치에서 편집

모바일 기기로 편집하는 것이 더 쉽다면 위키피디아에 더 많은 편집자들을 초대할 수 있을 것이다.나는 새로운 접근법을 제안한다.

사용자는 짧은 메시지 형태로 기사나 작은 사실을 개선하기 위한 제안을 보낼 수 있다.기사 페이지에 나와 있는 새로운 친숙한 단추를 클릭할 때 이런 현상이 발생한다.이 메시지는 기사를 "적용"한 사용자 그룹에게 전송되며, 이러한 메시지를 받고 작업할 용의가 있다.(기사를 채택하기 위한 청원은 최근/수시 기고자에게 자동으로 발송될 수 있다.이용자가 충분히 글을 채택한 경우에만 짧은 메시지 제출 옵션이 나타난다.예:

1. 모바일 사용자들은 "인구 통계는 오래되었고, 새로운 통계도 있다(2010년)"라는 글에 대해 메시지를 보낸다.
2. 기사를 채택한 사용자는 자신의 목록에 메시지가 뜨는 것을 보고 그것을 읽은 것으로 표시하고 새로운 데이터를 찾아 기사에 포함시킨다.
3. 보너스: 원래 모바일 사용자들은 "기부에 감사한다.기사는 다음과 같이 바뀌었다.."

(검색 기능을 사용했는데 기사 채택에 대한 다소 오래된 논의를 발견했지만, http://en.wikipedia.org/wiki/Wikipedia:Village_pump/Archive_AY#Fewer_and_fewer_people_pay_attention) Michbich (토크) 10:33, 2011년 11월 16일 (UTC)[응답]

이 아이디어는 모바일 사용자들에게 이상적으로 보이지만, 나는 그러한 기능을 아이폰을 위한 공식적인 위키백과 어플라이튼에 통합하고 싶다.그렇게 하면 (Mobile OS의 알림 기능을 통해) 사용자에게 직접 메시지를 보낼 수 있고, 그 경험은 더욱 몰입될 것이다.또한, 충분한 수의 "위키페디아인"이 그러한 기능을 효과적으로 만들기 위해 모바일 장치를 통해 기사를 편집하는가?안부 전합니다, 과학자 모하메드.현실 세계에는 진짜 시가 있다. 과학은 현실의 시다 -- 리처드 도킨스 15:40, 2011년 11월 16일 (UTC)

현재 사용자가 "이 페이지 보기"를 선택하여 기사 토론 페이지를 "적용"한 경우, 토론 페이지에 추가된 주석이 감시 목록에 나타나는 것을 볼 수 있다.그래서 나는 모바일 사용자들이 그들의 제안을 기사 토론 페이지에 입력하면 된다고 생각한다.내가 제안하는 대로 된다면 새로운 유형의 워치 리스트를 만들 필요가 없을 것이다.이니셔티브로서 일하는 것은 좋은 생각이다. 앞으로 몇 년 안에 더 많은 모바일 사용자들이 온라인에 접속할 것이고, 전세계적으로 수백만 명이 더 접속할 것이다.그들은 모바일 기기를 사용하여 표준 컴퓨터가 아닌 웹에 접속할 것이다.

그 외에: 새로운 아이폰이 (이미지 파일과 같은) 웹에 업로드가 가능한가?OttawaAC (대화) 02:43, 2011년 11월 18일 (UTC)[응답]

아직 보지 못하셨다면, 여러분 모두 브레인스토밍과 모바일 프로젝트를 위한 코랄 기능을 확인해 보십시오.어떤 모바일 기능이 코드화되는지 결정하는 사람들은 그것들을 본다.스티븐 월링(WMF) • 토크 02:26, 2011년 11월 19일 (UTC)[응답]

페이지 이동 시 {{DEFAULTSORT:}} 경고?

페이지를 이동하면, 아마도 스터브 정렬 중에 발견한 페이지를 이동하면 일반적으로 존재하는 경우 업데이트해야 하는 {{DEFAULTsPORT:}}}이(가) 있는지 항상 확인해야 하는 것은 아니다.

나는 WP가 나에게 이것을 알려 줄 수 있는지 궁금하다.몇 가지 생각:

• <ref>가 있지만 {{reflist}}}이(가) 없는 것과 유사한 적색 경보 "Page는 이동되었지만 DefaultSORT는 업데이트되지 않음"과 같은 것을 말하는 것은 기술적으로 어려울 수 있다: DefaultSORT의 전후 사본을 비교할 필요가 있으며, 편집자는 이동 전후에 여러 번 편집했을 수 있다. 그리고 정렬 키가 애초에 잘못되었을 수도 있고, 바뀌지 않고 지금 바로 고쳐졌을 수도 있다.

• 또는: 제 토크 페이지에 "THE PAGE를 THE PAGE로 이동하셨습니다.그것은 현재 이 페이지를 분류하고 있다.아직도 그래?만약 내가 소트키를 업데이트하는 것을 기억한다면, 그것은 현재 소트키를 표시할 것이고, 그래서 나는 보고, 보고, 그것이 괜찮은지 보고, 나아가고, 만약 내가 잊어버렸다면, 나는 메시지에서 제공된 링크를 사용하여 더 쉽게 하기 위해 조치를 취할 것이다. 어쩌면 그 링크가 나를 기사에서 "{{DEFAURSPORT:}}}"의 발생으로 바로 데려다 주기도 하겠지?

많은 페이지를 이동하면서 DEFAURDESPORT를 확인하는 것을 절대 잊지 않는 사람들을 위해 이러한 메시지들을 불쾌하게 여길 수 있다.

우리가 하는 동안 WP는 또한 페이지를 이동할 때 그들의 사용을 정당화하는 정보가 업데이트되어야 하는 무료 이미지를 확인할 수 있을 것이다. 그리고 그것들도 플래그업 할 수 있을 것이다.브레인스토밍 좀 하고 있어

좋은 생각 있어?PamD 17:57, 2011년 11월 16일 (UTC)[응답]

이것은 유용할 것이다. 내게는 좋은 봇 작업처럼 들린다.—danhash(talk) 21:27, 2011년 11월 16일 (UTC)[응답]

그래, 나도 동의해.이것을 확인하는 것은 좋은 생각이다.안녕, RJH (대화) 17:07, 2011년 11월 18일 (UTC)[응답]

선택 log_message, page_page, pp_value AS 디폴트소트 From logging_ts_message 가입하다 방향을 바꾸다   켜기 에서 rd__=log_page 가입하다 페이지를 매기다       켜기 page_page=rd_ld AND page_page=rd_ld 가입하다 page_page 켜기 pp_page=page_id AND pp_propname="고트" 어디에 log_type="움직임" AND log_action="움직임"  AND rd_ld=0 AND log_message=0 AND 변환(pp_value 사용. utf8) != 변환(교체(page_page,"_"," ") 사용. utf8) 콜라테 utf8_general_ci 주문 BY log_message DECK 한계 50; 

DEFAURESPORT 값은 위의 예와 같이 데이터베이스에서 사용할 수 있다.— 디스펜서 23:19, 2011년 11월 25일 (UTC)[응답]

500,000,000 편집

우리는 이 랜드마크에 빠르게 접근하고 있다. 누가 제1면 통지서나 배너를 계획하고 있는가?어쩌면 '지미가 너의 반죽을 원한다'는 현수막에 묶일 수도 있지 않을까?24.205.64.27 (대화)22:47, 2011년 11월 21일 (UTC)[응답하라]

덧붙여, 특히 「n」 편집의 「n」을 알아낼 수 있는 방법을 아는 사람이 있는가?24.205.64.27 (토크) 22:53, 2011년 11월 21일 (UTC)[응답]

유감이지만 가버렸다.{{NUMBEROFEDITS}} 읽음 → 1,075,056,644 fredgandt 19:16, 2011년 11월 25일 (UTC)[응답]

위키백과 자매 프로젝트에 대한 제안

위키피디아 기사는 때때로 상당히 말이 많고, 종종 그것은 좋은 일이다.그럼에도 불구하고 우리는 정보의 과부하로 인해 갇혀 있는 세상에 살고 있으며, 때로는 주제의 본질을 빨리 파악하거나, 아니면 주제의 추가 탐구가 우리의 시간을 할애할 만한 가치가 있는지 보고 이해하기만 하면 된다.

간결함과 큰 그림을 중심으로 모든 주제에 대한 자매 프로젝트가 있다면 위키백과 독자들에게 도움이 되지 않을까 생각하고 있었다.

나는 모든 사이트가 모든 주제의 가장 본질적인 개념, 주제의 그래픽 표현(공식, 도표 등) 및 주제가 다른 주제와 어떻게 관련되는지에 집중하는 이런 종류의 "단축 버전"을 가질 수 있다고 생각한다.추가 정보가 없는 각 기사의 "매우 우수" 같은 것, 또는 주제에 대한 커닝 페이퍼 같은 것.만약 독자들이 이 주제에 더 관심을 갖게 된다면, 그들은 위키백과 전문 기사로 자유롭게 돌아갈 수 있을 것이다.

당신은 어떻게 생각하나요?— Pskocik (대화 • 기여) 22:24, 2011년 11월 23일 (UTC)[응답]에 의해 추가된 사전 서명되지 않은 논평

그것이 기사의 리드 부분의 목적이 아닌가?--Ykraps (대화) 23:11, 2011년 11월 23일 (UTC)[응답]

간단하다:위키피디아(Wikipedia)는 약간 그 계산에 들어맞는다.프레드간트 19:14, 2011년 11월 25일 (UTC)[응답]

그렇지는 않다.간단한 내용:메인 페이지, "단순함이 짧다는 뜻은 아니다."'간단한 영어 위키백과'는 간단한 개념을 사용하는 것이 아니라 이해하기 쉬운 단어를 사용하는 것이다.물론 많은 기사들은 그런 경향이 있지만, 그것은 의도보다는 작은 공동체를 가지고 있다는 사실의 함수다. --필로소퍼 21:06, 2011년 11월 25일 (UTC)[응답]

음, 그렇구나.내 잘못이야.아마도 그때 연마나 초점화가 보증된다면, 여기의 모든 정상 페이지에 내장된 서버측 스크립팅과 의미 데이터의 조합에 의해 가장 잘 이루어질 수 있을 것이다.버튼과 비올라 한 번 클릭!스템피디아! 프레드간트 22:05, 2011년 11월 25일 (UTC)[응답]

정책 페이지의 새로운 RFC 유형

요약: "그 다음 주기적인 광범위한 RFC의 정책 페이지가 지속적인 검토를 통해 유기적으로 진화할 수 있도록 허용"

여기에 있는 내용을 중앙 집중식으로 유지하려면 주석을 토크 페이지로 이동하십시오.비록 나는 아직 사용자 공간에 페이지를 가지고 있지만, 제안서에 직접 변경한 것은 환영한다.크레이지나스 ^t 23:08, 2011년 11월 24일 (UTC)[응답]

서투른 수업

2010년 말 위키프로젝트 지질학은 UT Austin - 광물학 과정을 개설했다(사용자 대화:Vsmith/Archive17#Stillwaterite 2) 및 SUNY Potsdam(Wikipedia_talk:위키프로젝트_지질학/아카이브 2#지질학 기사 편집 학생).

2011년 인도 교육 프로그램(Wikipedia:Wikipedia Signpost/Archives/2011-11-07), 위키백과:위키프로젝트 난징대학의 중국/NNU 클래스 프로젝트보아하니 아시아인들은 북미인들이 하는 일을 카피비오(Copyvio)로 여기지 않는다.

우리가 이 수업들에 대한 게시판을 얻을 수 없을까?서투른 학생들의 카피비오(카피비오)가 가장 일어날 것 같다는 것을 미리 알아두는 것이 좋을 것 같다... --크리스.urs-o (토크) 15:38, 2011년 11월 25일 (UTC)[응답]

메인 페이지에는 위키백과의 양면 모두 반영

안녕!
위키백과 메인 페이지에서 사람들이 가장 먼저 보는 것은 왼쪽의 "Welcome to Wikipedia" 메시지가 담긴 상단 프레임과 오른쪽의 여러 콘텐츠 포털로 연결되는 링크임이 분명하다고 생각한다.하지만 위키피디아는 단순히 콘텐츠 웹사이트가 아니라, 사람들이 세계에 생산적인 기여를 할 수 있는 편리한 배출구를 제공하는 공동 프로젝트 입니다.
이러한 이유로 나는 "Welcome to Wikipedia" 메시지를 중심으로 옮겨야 하며, 프레임의 왼쪽에는 우측의 콘텐츠 포털 링크와 유사한 커뮤니티 관련 페이지 링크가 채워져야 한다고 생각한다.
이 링크는 사람들을 내가 돕고 싶은 페이지로 이끌 것이다!, 소개, 도움말, 위키백과 뉴스, 빌리지 펌프, 커뮤니티 포털.사실은 위키피디아가 성숙함에 따라, 적극적인 위키피디아 전문가가 되는 것이 덜 쉬워졌다는 것이다.만약 우리가 위와 비슷한 것을 한다면, 사이트에 와서 편집장 지망생들을 위한 일련의 유용한 도구들에 대한 링크를 찾고, 흥미롭고 재미있는 활동을 찾고, 생산적인 방법으로 기여하기 시작할 것이다.
위키피디아에는 새로 온 사람들과 경험 많은 편집자들을 위한 아주 많은 도움이 되는 자료들이 있다.그냥 눈에 잘 띄면 돼
--U5K0의 Talk_{Make WikiLove not WikiWar} 17:04, 2011년 11월 20일 (UTC)[응답]

위키피디아의 메인 페이지를 재편성하는 접근법은 좋은 것 같다.나는 몇몇 신입 사원들이 그들의 토크 페이지에 환영 꼬리표를 달고 있다는 것을 안다.불운한 초보 사용자들은 백과사전을 편집하는 방법에 필요한 정보를 찾기 위해 위키피디아를 탐색하고 빠르게 검색해야 한다.이 위키피디아는 매우 발달되어 있기 때문에, 나는 거의 편집할 필요가 없다.대부분의 경우 오자나 사실상의 오류가 없는 한 나는 제품을 생산하지 않고 소비한다.나는 위키피디아를 익명으로 편집했을 뿐이지만, 분명히 이전에 편집하고 싶었던 페이지들 중 일부는 반보호적이거나 보호되어 익명의 사용자들이 가끔 오타를 수정하지 못하게 했다.

나는 너의 제안 외에 나만의 제안을 제안하고 싶다.그리고 그 제안은 관리자에게 반보호 페이지를 그렇게 빨리 그만두라고 요구하는 것이다.그 기사가 거짓과 읽기 어려운 글로 반복적으로 훼손되지 않는 한, 그것을 반비례하지 말라.세미 프로텍션을 진행하기 전에 먼저 토크 페이지에서 토론하십시오.SuperSuperSmarty (대화) 18:45, 2011년 11월 20일 (UTC)[응답]

이 아이디어의 시초는 경험 많은 편집자뿐만 아니라 새로운 편집자들에게 위키 크레이그의 해야 할 일 목록을 줄 수 있는 이런 페이지에 링크를 걸 수 있는 더 중요한 장소를 얻는 것이었습니다.위키백과에 기여할 수 있는 유용하고 재미있는 것들을 찾는 것은 더 이상 쉽지 않다...눈에 띄게 배치된 곳. 도와주고 싶은! 메인 페이지에 있는 링크를 통해 다시 쉽게 이 일을 할 수 있을 것이다. --U5K0의 Talk_{Make WikiLove not WikiWar} 19:58, 2011년 11월 20일 (UTC)[응답]

간단히 말해서, 열려 있는 작업과 스스로 이러한 작업을 찾을 능력/시간/에너지/의지가 없는 자발적인 자원 봉사자들 사이에서 중매쟁이를 하는 것이다.

그곳의 메인 페이지 뷰를 포함한 방문 비율이 실제로 몇 퍼센트인지 궁금하다.나는 대부분의 방문자들이 검색 엔진 결과 선택에서 기사로 향할 것이라고 상상한다. 그리고 아마도 몇 개의 위키링크가 있는 페이지를 이리저리 뛰어다니다가 도움말 페이지나 메인 페이지를 방문하지 않고 왔다 갔다 하는 것 외에.통계는 물론 그곳의 진실을 보여줄 것이다(나는 단지 추측할 뿐이다).중요한 것은 거의 모든 기사 페이지에 꽤 분명한 "편집" 탭이 존재하기 때문에, 그냥 지나가는 사람들이 알아차리지 못하는 것은 매우 어려울 것이다.나는 솔직히 그들이 편집 탭을 알아차리지 못한다면, 그들은 1/2페이지의 네온 배너보다 더 작은 것을 알아차릴 가능성이 매우 낮다고 생각한다.이 경우 "메인 페이지" 링크는 거의 관심을 끌지 못하므로 메인 페이지에 기고하는 것에 대한 추가 정보가 필요하지 않다.fredgandt 20:09, 2011년 11월 20일 (UTC)[응답]

이곳의 통계에 따르면 메인 페이지의 하루 트래픽은 300만~400만 건에 달한다.또한, 중요한 것은 편집이 가능하다는 사실을 사람들에게 알리는 것이 아니라, 사람들에게 어떻게 편집하고 자신에게 가장 적합한 작업으로 안내하는지를 알려주고 위키백과 정책, 위키 마크업, 도움말 페이지 등에 대한 필수 정보에 쉽고 분명한 접근을 제공하는 것이다.또한 이러한 링크가 새로 등록된 사용자 대화 페이지에 자동으로 나타나는 것도 나쁘지 않을 것이다.신참들을 챙겨야 해. --U5K0의 Talk_{Make WikiLove not WikiWar} 20:47, 2011년 11월 20일 (UTC)[응답]

마지막으로 나는 거리낌없이 동의한다.새로운 계정 소유자들이 그들의 토크 페이지에 있는 유익하고 친절한 메시지로 자동적으로 환영하는 것은 좋은 생각이다.일반 방문자에 의한 계정 생성 및 참여를 장려하는 경우:각 기사에 "만약 당신이 무엇을 하고 있는지 모른다면..."라는 유익한 편집 공지가 있는 것은 어떨까?이것은 편집자가 될 사람이 (있는 그대로) 판매 시점에 페이지와 지침 등을 돕도록 지시할 것이다.프레드간드 21:18, 2011년 11월 20일 (UTC)[응답]

난 그런 방식이 정말 좋아.나는 여전히 간단하고 보편적으로 이해할 수 있는 중심적인 "I want to help!"의 진입점에 대한 생각을 지울 수 없을 것 같다. 사람들이 일의 진행 방식을 속속들이 알게 되는 것이다.어떤 이유에서인지 이 영역의 기존 자원의 단편화와 저활용이 나를 정말 괴롭힌다.이와 관련된 불편과 불이익이 있을 수 있다는 점에 감사드린다.그래도 내가 보기에는 충분히 논의될 만해. --U5K0의 Talk_{Make WikiLove not WikiWar} 22:38, 2011년 11월 20일 (UTC)[응답]

그렇다면 어떻게 하면 평범한 독자들의 관심을 끌어서 "위키피디아는 공동의 노력이다.그걸 개선하라고 초대받았잖아!"만약 대부분의 방문객들이 단순히 기사를 읽고, 떠나기 전에 한 두 개의 위키링크를 따라간다면, 우리는 이 메시지를 전달할 시간이 짧다.그들의 얼굴 앞에서 그것을 때려눕히는 것은 극도로 역효과를 낳으며 나는 옥상에서 우리가 그러지 않는다고 소리칠 것이다.하지만, 그것에 대해 조용하고 모든 무스를 유지하는 것은 아무런 변화를 일으키지 않을 것이고 따라서 무의미하다.해피 매체는 세션 ID를 사용하여 로그인하지 않은 사용자 및/또는 로그인한 사용자는 아직 편집하지 않았으며 내부 링크를 통해 방문한 첫 번째 페이지에서 미묘하지만 놓칠 수 없는 팝업 팝업이 나타나는 사용자를 추적할 수 있다.만약 방문자가 이곳에 도착해서 적어도 현장이 아니더라도 그 주제에 대해 일시적인 관심 이상의 것을 가지고 있다는 내부 링크를 따라간다면, 우리는 그들이 더 많은 것을 알고 싶어할 것이라고 가정할 수 있다.팝업이 다시 맨 위 코너로 축소되었지만 계속 눈에 띄면, 우리는 메시지를 전달했고 그것을 따르든 말든 독자의 몫이다.팝업이 부풀어오르거나 추하지 않고 정상적인 사용을 멈추지 않는 한, 누군가를 계속 귀찮게 하지 않는 일회성 거래인 한, 일은 끝난 것인가?프레드간드 23:07, 2011년 11월 20일 (UTC)[응답]

원칙에는 동의하지만 위키피디아의 팝업을 생각하면 식은땀이 난다.또한 그것은 영구적이지 않다.만약 당신이 시간이 없거나 단지 처음 그것을 처리하고 싶지 않다면, 당신은 나중에 정말로 마음을 바꿀 수 없다.여기서 더 좋은 생각이 있는지...왼쪽 사이드바에 있는 중앙 진입점 링크만 있으면 위에서 설명한 조건에 따라 풀링(또는 기타)되도록 할 수 있다.소프트웨어적으로 가능한지 모르겠다. --U5K0의 Talk_{Make WikiLove not WikiWar} 23:26, 2011년 11월 20일 (UTC)[응답]

맥박?!으으으. 재빨리 수축 팝업을 하는 아이디어는 코너에서 확장하여 다시 수축시키는 것이었다.딱 한 번, 크지도 않고 지체하지도 않는다.그러면 영원히 "Collaboz"에 대한 연결고리는 남을 것이다(아마도 따라오기 전까지는, 아마도 무한정 될 것이다).하지만, "날 클릭해! 날 클릭해!"라고 펄스를 내는 것은, 내가 아는 한 절대 거절이다.프레드간트 23:51, 2011년 11월 20일 (UTC)[응답]

아, 그렇구나.표준 위키백과 엄지손가락 사진 크기의 "관심이 있다면... 여기에 고리가 있다"고 말했다가 저절로 사라진다(잠깐, 5초 정도 기다리면, 희미해진다).잘됐네! 여기 우승자가 있는 것 같아. --U5K0의 Talk_{Make WikiLove not WikiWar} 00:07, 2011년 11월 21일 (UTC)[응답]

나는 비주얼 아이디어를 보여주는 아주 간단한 모의실험을 만들겠지만 실제 버전은 위키미디어 소프트웨어에 내장되어야 할 것이다."돌아올게" 프레드간트 00:13, 2011년 11월 21일 (UTC)[응답]

◆잠깐만 잘게. --U5K0의 Talk_{Make WikiLove not WikiWar} 00:30, 2011년 11월 21일 (UTC)[응답]

슈퍼 베이직 보드 작업:

가져오기스크립트("사용자:프레드 간드/테스트.js"); 

- 벡터 스킨(적어도)과 함께 작동한다.정말 기본적인 데모지만 기본적인 아이디어는 준다.프레드간트 00:45, 2011년 11월 21일 (UTC)[응답]

이것을 탄두의 목록으로 요약하고 다른 사람들이 그것을 얻어낼 수 있도록 제안으로 옮겨야 할까? --U5K0의 Talk_{Make WikiLove not WikiWar} 22:55, 2011년 11월 21일 (UTC)[응답]

BTW, 나는 .js로 작업하는 방법을 모르지만, 아래 갤러리에 나와 있는 것처럼 프레임 간에 부드럽게 전환되는 것을 만들 수 있을까? --U5K0의 Talk_{Make WikiLove not WikiWar} 23:50, 2011년 11월 21일 (UTC)[응답]

• 

  제안 프레임 1

• 

  제안 프레임 2

• 

  제안 프레임 3

최종 초안은 css를 사용하여 전환한다.내가 만든 데모는 힌트에 지나지 않는 것으로 보아야 한다."고 카트"가 "포뮬라 1"인 것처럼 말이다.나는 그것이 가치 있는 제안이라고 말하고 싶지만 그것이 받아들여질 수 있도록 준비해라.이상은 달지만 방법은 적절하다고 생각되지 않을 수도 있다.프레드간트 00:16, 2011년 11월 22일 (UTC)[응답]

나는 2번 프레임을 좋아한다.이것은 Oddbodz (talk) 19:02, 2011년 11월 29일 (UTC)[응답]과 같은 구 사용자들에게 정말로 도움이 될 것이다.