위키백과:관리자 게시판/아카이브313
Wikipedia:제안:78년 이후의 이란 정치에 대한 일반 제재
그 공동체는 78년 이후의 이란 정치에 대한 제재를 승인한다.좀 더 폭넓은 참여를 원하지만, 이것은 충분히 오랫동안 열려 있었고, 그 합의는 분명하다.이 제재들을 문서화하는 데 도움을 준다면 감사하겠다.--Ymblanter (대화) 10:22, 2019년 8월 17일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
행정고시판에는 혁명 후 이란의 갈등, 더 구체적으로는 현 정부와 이에 도전하는 주체의 갈등과 관련한 논의가 끝없이 이어지고 있다.예로는 AN, 2019년 7월, NEWN, 2019년 6월, ANI, 2019년 5월, ANI, 2019년 2월, NEW, 2018년 11월, ANI, 2018년 9월, ANI, 2018년 8월, NEW, 2018년 1월, NEWNEW, 2017년 11월 등이 있다.예를 들어 2015년 9월부터 이 주제에 대한 갈등이 새로운 것은 아니다.또한 다양한 토크 페이지에도 가성비적인 논쟁이 계속되었다; 예를 들어, 토크에 있는 자료들을 보라.이란의 인민무자헤딘.이러한 논의는 관련 당사자들 사이의 진흙탕 싸움의 결과로 교착상태에 빠지는 경향이 있다. 즉, 권한이 없는 사용자들이 개입하려는 시도는 거의 없고 멀리 떨어져 있다.
그 결과 제재가 거의 발령되지 않았고, 파행적 행태도 수그러들지 않고 있다.한 가지 예외는 토크 참가자들:이란의 인민무자헤딘은 El_C에 의해 WP의 조건을 받아들이도록 설득되었다.GS; 내 생각에 그것은 너무 작은 편집자 집합이고, 너무 제한된 위치야.더 이상의 혼란을 줄이기 위해, 나는 이제 관리자들이 게시판 논의 없이 토픽밴을 포함한 제재를 내릴 수 있는 것이 필요하다고 믿는다.나는 ARBCOM이 허가한 임의제재를 요구하는 것이 아니라, 붕괴에 대한 증거가 충분히 명확하여 커뮤니티가 즉각적으로 조치를 취할 수 있다고 생각하기 때문에, 그리고 ARBCOM은 현재 조금 바쁘기 때문에, 완전한 사례제청은 커뮤니티를 해치는 것이 될 것이다.
나는 몇 안 되는 관리자 중 한 명인 El_C와 이 문제에 대해 논의한 적이 있는데, El_C는 그러한 제재의 필요성에 대해 나의 의견에 동의한다.@Deepfriedorca, Edjonston, Drmies, Black Kite, Nyttend, Oshwah: 당신도 관리자로서 이러한 논의의 일부에 참여하였으니, 당신의 생각은 환영할 것이다.Regards, Vanamonde (Talk) 16:44, 3 August 2019 (UTC) @Drmies, Oshwah, EdJohnston, and JzG: Apologies for the bother; I've amended the proposal to post-1978 politics, following a discussion with Nyttend and El_C below; I doubt it makes a difference to you, but procedurally, I think I ought to let you know.바나몽드 (토크) 00:22, 2019년 8월 4일 (UTC)
- 지원, 제안자로서.바나몽드 (토크) 16:44, 2019년 8월 3일 (UTC)
- 내 생각엔 해볼만한 가치가 있는 것 같아.Drmies (토크) 16:47, 2019년 8월 3일 (UTC)
- 지원 - 허용 가능하고 협업적인 편집 환경이 이 주제 영역에서 일관적으로 유지되도록 보장하기 위해 필요한 조치라는 데 동의한다.~오슈와~(talk) (contribs) 16:49, 2019년 8월 3일(UTC)
- 지원 – 승인될 경우 이 제재는 WP와 같이 작동할 수 있다.내가 생각하는 GS/SCW는 시리아 내전의 주제를 통제하는 데 상당히 성공적이다.에드존스턴 (대화) 17:06, 2019년 8월 3일 (UTC)
- 지지 — 다시 한 번 강조하지만, 만성적인 편집 전쟁으로 고통 받은 기사인 이란의 인민무자헤딘에 특정 GS를 적용하기로 한 합의는 꽤 성공적인 것으로 증명되었다고 생각한다.느리지만 확실히 진척되고 있는 반면에 편집 전쟁은 이제 0에 가까워지고 있다. (내가 같은 것을 유럽의 파시즘에 적용하도록 제안하려고 노력했지만 참가자들로부터조차 반응을 얻지 못했다는 것에 주목한다. 그래서, 당신이 어느 정도 이기면, 당신은 어느 정도 손해를 본다.)어떤 일이 있어도, 1979년 이후의 다른 이란 정치 기사로 GS를 확장하자는 바나몽드93의 제안은, 필자는, 편집자와 기사 질에 도움이 되고, 프로젝트 전반에 대한 갈등을 줄일 것이라고 확신한다.El_C 17:42, 2019년 8월 3일 (UTC)
- 질문 왜 1979년 이후인가?혁명 자체가 이러한 논쟁으로부터 자유로운가?만약 이 지역에 일반적인 제재가 필요하다면, 나는 1979년도의 물품들이 특별히 방해받지 않는다고 믿지 않는 한, 78년 이후의 것이 되어야 한다고 추측할 것이다.나이튼드 (토크) 18:57, 2019년 8월 3일 (UTC)
- @Nyttend:위키피디아에 혼란이 없는 정치적 주제가 있다고 생각하지 않는다.나는 끔찍한 국지적인 혼란을 겪는 주제와 단지 보행자 수준의 나쁜 행동만을 담고 있는 다른 관련 기사들 사이에 선을 긋고자 했다.내가 알 수 있는 한, 내가 이 계기를 제안하게 된 위키피디아에 대한 갈등은 현재의 이란 신정주의 정부와 반대자들 사이의 실제적인 충돌에서 비롯되었다.이와 같이, 나는 같은 갈등이 혁명 그 자체로 흘러가는 것을 아직 보지 못했다.나는 일반 제재의 보다 광범위한 정권에 반드시 반대하지는 않는다. 그러나 나는 선을 그어야 한다면 1979년 또는 1953년 (또는 헌법 혁명이 일어났던 1905년)에 그어야 한다고 생각한다. 그리고 지역사회가 폭넓은 행정 재량권의 좁은 영역을 선호한다는 것이 나의 생각이었다.바나몽드 (토크) 22:46, 2019년 8월 3일 (UTC)
- Vanamonde93, 우리가 이슬람 혁명에 선을 긋는다면, 그건 완벽히 괜찮지만, 1979년에 혁명이 일어났고, 당신의 제안은 1979년 이후, 즉 1980년에 시작되었소.예를 들어, 이 제안은 이란 인질극의 시작이나 1979년 12월 이란 국민투표에 대한 내용은 포함하지 않는다.그게 내가 혼란스러운 이유야.나이튼드 (대화) 23:54, 2019년 8월 3일 (UTC)
- @Nyttend:위키피디아에 혼란이 없는 정치적 주제가 있다고 생각하지 않는다.나는 끔찍한 국지적인 혼란을 겪는 주제와 단지 보행자 수준의 나쁜 행동만을 담고 있는 다른 관련 기사들 사이에 선을 긋고자 했다.내가 알 수 있는 한, 내가 이 계기를 제안하게 된 위키피디아에 대한 갈등은 현재의 이란 신정주의 정부와 반대자들 사이의 실제적인 충돌에서 비롯되었다.이와 같이, 나는 같은 갈등이 혁명 그 자체로 흘러가는 것을 아직 보지 못했다.나는 일반 제재의 보다 광범위한 정권에 반드시 반대하지는 않는다. 그러나 나는 선을 그어야 한다면 1979년 또는 1953년 (또는 헌법 혁명이 일어났던 1905년)에 그어야 한다고 생각한다. 그리고 지역사회가 폭넓은 행정 재량권의 좁은 영역을 선호한다는 것이 나의 생각이었다.바나몽드 (토크) 22:46, 2019년 8월 3일 (UTC)
- 확실히 지원해라.사실 나는 북한, 중국, 미국의 무역적자 등 모든 트롤의 트롤이 관련된 곳이라면 무엇이든 취재하고 싶지만, 이것은 분명하고 오래 된 일이다.Guy (Help!) 22:22, 2019년 8월 3일 (UTC)
- 지원 – 명당 – Levivich 15:43, 2019년 8월 5일(UTC)
- 논평 만약 이것이 통제 불능이 되고 있다는 증거가 더 필요하다면, 지난 주에 이 두 가지 대화가 있다.바나몽드 (토크) 18:34, 2019년 8월 11일 (UTC)
- Vanamonde93: 나는 이 토론을 보고 놀랐는데, 내 생각에, 활발한 편집자들이 논평을 하기 위해 ping을 받아야만 했던 것 같다.또한 El_C의 개입은 상당히 훌륭하지만 느리게 나타난다.확실히 이전 조건보다 훨씬 나아졌다.이제 당신의 주장이 정말 눈에 띄고 고려되고 있다. --Mhhosene 14:20, 2019년 8월 19일 (UTC)
두 번째 제재 범위 살펴보기
바나몽드93과의 논의에 이어 나는 제재의 범위가 너무 넓어 더 많은 논의가 필요하다고 생각한다.바나몽드93이 우리에게 가져다준 예들을 보자; 거의 대부분의 경우 MEK와 관련이 있고, OP는 적절한 근거에서 그의 우려를 제기하지 못하고 있다고 생각한다.분쟁이 지속되고 반복되는 지역에 대한 구제책이 마련되어야 한다.그러므로, "1978년 이후의 이란 정치"에 대한 제재를 요구하는 것 만이 이 넓은 주제가 어떻게 그런 것을 필요로 하는지를 보여주지 않고는 정말 공평하지 않다.다양한 '지속적 분쟁' 사례의 복수 사례가 최소한의 요구조건이 되어야 한다. 즉, 주요 문제는 El_C가 본 기사를 잘 처리한 MEK 관련 기사에 있다고 생각한다.(ping included party @Drmies, JzG, Levivich, Nytend, EdJohnston, Oshwah:) --Mhossein 13:06, 2019년 8월 21일(UTC)
- 왜 이렇게 넓어?범위 내에 있어서는 안 되는 것은 무엇인가?가이(Help!) 13:43, 2019년 8월 21일 (UTC)
- Gu: 내 생각에, 이 OP는 다양한 주제의 기사가 충분히 포함되어 있다는 것을 증명해야 할 필요가 있어.그러나 요청하신 대로 전문가 총회, 2016년 이란 입법 선거, 가디언 평의회, 이란 핵 과학자 암살, 이슬람 혁명수비대, 외교부(이란), 전투원 성직자회, 이슬람 협의회 등을 보십시오.치료가 필요한 지속적인 갈등에 대해 언급하고 있다는 점에 유의하십시오. --Mhhosseintalk 18:53, 2019년 8월 21일(UTC)
- 가이: 최근 제 사례에 대해 더 언급해 주시겠습니까? --Mhhossein 12:47, 2019년 8월 31일 (UTC)
- Gu: 내 생각에, 이 OP는 다양한 주제의 기사가 충분히 포함되어 있다는 것을 증명해야 할 필요가 있어.그러나 요청하신 대로 전문가 총회, 2016년 이란 입법 선거, 가디언 평의회, 이란 핵 과학자 암살, 이슬람 혁명수비대, 외교부(이란), 전투원 성직자회, 이슬람 협의회 등을 보십시오.치료가 필요한 지속적인 갈등에 대해 언급하고 있다는 점에 유의하십시오. --Mhhosseintalk 18:53, 2019년 8월 21일(UTC)
- 나는 이 주제 안에서 MEK와 관련이 없는 심각한 갈등이 있기 때문에 제안된 범위 축소에 반대한다.전시 (a) 나는 당신에게 2019년 페르시아만 위기를 소개한다. 그 분쟁은 (미국 정치보다는) 이란 정치로부터의 유출일 가능성이 있다.또한 Hafte Tir 폭격(MEK와 주변적으로만 관련이 있음)이 있고, Manshour Barasteh (또한 주변적으로만 관련이 있음), Mohammad-Javad Azari Jahromi, 2017년 이란 대통령 선거, Ebrahim Raisi에서 다소 낮은 수준의 갈등이 있다.더 멀리 거슬러 올라가면, 다른 사람들도 있다; 그리고 그것들은 해결된 갈등이 아니라, 오히려 분쟁의 중심이 일시적으로 이동했다는 것이다.또한 기본적으로 이러한 갈등은 강력한 의견을 가진 사람들이 정책 기반 틀 안에서 그것들을 따로 떼어놓고 편집할 수 없는 것에 의해 주도된다.제재 범위를 줄이면 제재 대상자가 밀접하게 연관된 분야에서 문제적 행동을 지속할 수 있는 기회가 너무 많아질 것이다.바나몽드 (토크) 16:49, 2019년 8월 21일 (UTC)
- 참고로 하프테 티르 폭격과 만수르 바르라스테 모두 MEK와 관련이 깊다.또한, 에브라힘 라이시(Ebrahim Raisi)에 어떤 갈등이 있는지 예를 들어 보여주시겠습니까?여러 기사에서 편집자 간의 갈등이 자주 나타나지만, 여기서는 해결이 필요한 지속적인 분쟁/갈등에 대해 언급하고 있다.내 말은, 제발 좀 와줘!주제에 대해 "강력한 의견"을 가진 사람들에 대해, 이것과 불필요하게 기사의 범위를 넓히는 것은 어떤 관계가 있는가? --Mhhosenetalk 18:14, 2019년 8월 21일 (UTC)
- 미안하지만, 난 그걸 믿지 않아.우리의 기사가 주제를 크게 잘못 해석하지 않는 한, Hafte Tir의 폭격은 증거도 없이 MEK와 관련이 있을 뿐이다; 그것은 기껏해야 미미한 연관성이며, AE에서 끝없이 위키리크레이션되어 온 일종의 연결고리다.편집자가 NPOV를 따를 수 없다는 이유로 제재를 받을 때, 그들은 분쟁 지역에서 제외될 필요가 있다.일반 제재의 범위가 매우 좁다고 해서 이것에는 도움이 되지 않는다.현 범위에 대해 왜 그렇게 강하게 반대하십니까?정책 내에서 편집하는 경우 정책에는 전혀 영향을 미치지 않으며, 이 항목에서 편집하는 모든 사용자가 정책 내에서 편집하는 경우 제재에는 아무런 영향이 없다.바나몽드 (토크) 18:59, 2019년 8월 21일 (UTC)
- 출처를 여기에 열거하지는 않겠지만, Hafte Tir 폭격에 대한 당신의 최근 논평, 즉 "기껏해야 미미한 연관성"과 "증거 없이 MEK로 고발되었기 때문에 MEK와 관련이 있다"는 것은 아마도 수많은 고품질의 신뢰할 수 있는 출처(논설)와 모순될 수 있는 주제에 관한 개인적인 견해일 뿐이다.특수:diff/867882764, 특수:diff/904031175는 MEK가 폭격을 했다고 하는 출처 목록에 충분해야 한다.)또, 「매우 좁은 범위」를 제안하는 것이 아니라, 단지, 구제책은 필요한 만큼 넓어야 하지만, (불필요하게 넓게 만들기 위해서!) 넓어서는 안 된다는 것이다.나는 "법을 쓰는 것은 쉽지만, 통치는 어렵다!"는 이유로 현재의 범위에 강력히 반대하며, 그러한 관심이 필요하지 않은 분야를 다루는 것은 단지 무의미할 뿐이다.말할 필요도 없이, 정책을 가지고 편집된 나는 구제책의 결과를 두려워하지 않으며, MEK 기사에 대한 제한사항을 환영한 최초의 사용자들이기 때문에, 당신의 주장은 해당되지 않는다.대신 78년 이후 이란 정치권에 놓여 있는 모든 기사들에 대한 제재가 필요하다는 점을 보여달라. --Mhhosseintalk 13:06, 2019년 8월 22일(UTC)
- 이 제재들은 그냥 괜찮아, 때가 됐어.제재를 받은 사용자들은 실제로 정책 내에서 편집해야 하는데, 이것은 정말 엄청난 일이다.하지만 진지하게, 78년 이후의 이란 기사들은 지금 몇 년 동안 혼란에 시달려 왔는데, 이것이 올바른 조치다. --Historyof 이란 (대화) 23:27, 2019년 8월 22일 (UTC)
- 그런 경우 논의도 정당성도 없는 반전은 험난한 결과를 초래할 것 같다. --Mhhosseintalk 16:52, 2019년 8월 24일(UTC)
- 나는 또한 이런 종류의 것이 시행될 때라는 것에 전적으로 동의한다.이 일은 오래 전에 일어나야 했지만 어느 쪽이든 올바른 방향으로 나아가는 한 걸음이다.축복. 스테프카 불가리아 (대화) 17:22, 2019년 8월 24일 (UTC)
- 나 또한 이것이 좋은 생각이라는 것에 동의한다.오래전에 늦었네.적용범위는 기존 및 예상 붕괴에 준한다.어쨌든 지는 사람은 없다.지장이 없으면 범위가 얼마나 넓든 상관없으니 누구도 제재를 받지 않을 것이다.만약 혼란이 일어나면, 제재가 들어와서 하루를 살린다.이것은 내가 한 번이라도 봤으면 윈윈하는 상황이다.이 위대한 아이디어의 창시자들에게 아낌없는 찬사를 보낸다.K. 01:55, 2019년 8월 27일 (UTC)
- 나는 또한 이런 종류의 것이 시행될 때라는 것에 전적으로 동의한다.이 일은 오래 전에 일어나야 했지만 어느 쪽이든 올바른 방향으로 나아가는 한 걸음이다.축복. 스테프카 불가리아 (대화) 17:22, 2019년 8월 24일 (UTC)
- 그런 경우 논의도 정당성도 없는 반전은 험난한 결과를 초래할 것 같다. --Mhhosseintalk 16:52, 2019년 8월 24일(UTC)
- 이 제재들은 그냥 괜찮아, 때가 됐어.제재를 받은 사용자들은 실제로 정책 내에서 편집해야 하는데, 이것은 정말 엄청난 일이다.하지만 진지하게, 78년 이후의 이란 기사들은 지금 몇 년 동안 혼란에 시달려 왔는데, 이것이 올바른 조치다. --Historyof 이란 (대화) 23:27, 2019년 8월 22일 (UTC)
- 출처를 여기에 열거하지는 않겠지만, Hafte Tir 폭격에 대한 당신의 최근 논평, 즉 "기껏해야 미미한 연관성"과 "증거 없이 MEK로 고발되었기 때문에 MEK와 관련이 있다"는 것은 아마도 수많은 고품질의 신뢰할 수 있는 출처(논설)와 모순될 수 있는 주제에 관한 개인적인 견해일 뿐이다.특수:diff/867882764, 특수:diff/904031175는 MEK가 폭격을 했다고 하는 출처 목록에 충분해야 한다.)또, 「매우 좁은 범위」를 제안하는 것이 아니라, 단지, 구제책은 필요한 만큼 넓어야 하지만, (불필요하게 넓게 만들기 위해서!) 넓어서는 안 된다는 것이다.나는 "법을 쓰는 것은 쉽지만, 통치는 어렵다!"는 이유로 현재의 범위에 강력히 반대하며, 그러한 관심이 필요하지 않은 분야를 다루는 것은 단지 무의미할 뿐이다.말할 필요도 없이, 정책을 가지고 편집된 나는 구제책의 결과를 두려워하지 않으며, MEK 기사에 대한 제한사항을 환영한 최초의 사용자들이기 때문에, 당신의 주장은 해당되지 않는다.대신 78년 이후 이란 정치권에 놓여 있는 모든 기사들에 대한 제재가 필요하다는 점을 보여달라. --Mhhosseintalk 13:06, 2019년 8월 22일(UTC)
- 미안하지만, 난 그걸 믿지 않아.우리의 기사가 주제를 크게 잘못 해석하지 않는 한, Hafte Tir의 폭격은 증거도 없이 MEK와 관련이 있을 뿐이다; 그것은 기껏해야 미미한 연관성이며, AE에서 끝없이 위키리크레이션되어 온 일종의 연결고리다.편집자가 NPOV를 따를 수 없다는 이유로 제재를 받을 때, 그들은 분쟁 지역에서 제외될 필요가 있다.일반 제재의 범위가 매우 좁다고 해서 이것에는 도움이 되지 않는다.현 범위에 대해 왜 그렇게 강하게 반대하십니까?정책 내에서 편집하는 경우 정책에는 전혀 영향을 미치지 않으며, 이 항목에서 편집하는 모든 사용자가 정책 내에서 편집하는 경우 제재에는 아무런 영향이 없다.바나몽드 (토크) 18:59, 2019년 8월 21일 (UTC)
- 참고로 하프테 티르 폭격과 만수르 바르라스테 모두 MEK와 관련이 깊다.또한, 에브라힘 라이시(Ebrahim Raisi)에 어떤 갈등이 있는지 예를 들어 보여주시겠습니까?여러 기사에서 편집자 간의 갈등이 자주 나타나지만, 여기서는 해결이 필요한 지속적인 분쟁/갈등에 대해 언급하고 있다.내 말은, 제발 좀 와줘!주제에 대해 "강력한 의견"을 가진 사람들에 대해, 이것과 불필요하게 기사의 범위를 넓히는 것은 어떤 관계가 있는가? --Mhhosenetalk 18:14, 2019년 8월 21일 (UTC)
|
엑스트라 아이즈 더 에폭 타임즈
기사는 브리엣바트의 현재 작품이자 비판적인 작품의 주제다. (블랙리스트 때문에 링크를 올릴 수 없다.)이는 우리의 WP를 알지 못하거나 무관심한 사람들로부터 어느 정도 관심을 유발할 수 있다.PAG. -Ad Orientem(대화) 22:47, 2019년 8월 27일(UTC)
- 브레잇바트와 브레잇바트.zh는 싸우고 있니?마이클잭슨팝콘.GIF
- 농담은 차치하고라도 나는 그것이 여전히 내 감시 목록에 있는지 확인할 것이다.Simonm223 (대화) 14:12, 2019년 8월 28일 (UTC)

- 흥미롭게도, Breitbart에 관한 기사는 "T"처럼 장황하다.A. 애들러"는, 우리가 들은 바는, User의 필명이다.악마의 옹호자.이제 Breitbart는 (TDA가 의심의 여지없이 작성한) TDA가 위키백과에서 금지된 것은 "사이트 관리자 중 한 명에 의한 이해충돌 편집 내용을 개인적으로 보고했기 때문"이라고 말한다.그러나 금지 블록 고시는 다음과 같이 말하고 있는 곳을 가리킨다.
이 모든 것에 대한 나의 문제는 지금 나는 어떤 버전이 정확한지, 그리고 어떤 것이 오랜 기간 파괴적인 편집자가 지어낸 희망적인 생각의 동화인지 알아내려고 밤을 새울 것이라는 점이다.오, 슬프도다!비욘드 마이 켄 (토크) 06:49, 2019년 8월 29일 (UTC)게이머게이트 사건 8.5의 해결책에서, 악마의 옹호자는 '만약 어떤 주제 영역에서든 미래의 위법행위가 발생할 경우 중재위원회의 발의로 영어 위키백과에서 금지될 수 있다는 것을 강력히 경고한다'는 판결을 받았다.따라서, 다른 편집자들의 지속적인 괴롭힘을 위해, The Devil's Advisor는 영어 위키백과에서 무기한 금지된다.
- @EENG:나는 다른 것을 간청한다. 또 있다. -- Deepfriedokra 08:20, 2019년 8월 29일 (UTC)
- Deepfriedokra:HUH?ENG 14:46, 2019년 8월 29일 (UTC)
- 죄송합니다, 사진을 추가한 것은 비욘드 마이 켄이었습니다.-- Deepfriedokra 14:54, 2019년 8월 29일 (UTC)
- Deepfriedokra:HUH?ENG 14:46, 2019년 8월 29일 (UTC)
Breitbart의 가능한 미트푸펫을 주시하는 것도 좋지만, 기사에 "정보 패키지"를 게시하기 위해 갑자기 튀어나온 SecretRusan (talk · concessions)과 같은 SPA 편집자들을 위해 편집한 내용을 면밀히 조사하는 것도 마찬가지로 중요하다.더 가디언이 트위터와 페이스북에서 친중파 수천편이 중단됐다고 보도하는 등 2019년 홍콩 반격법 시위로 인해 친중파 실이 본격화하고 있다. --푸도(토크) 15:59, 2019년 8월 31일(UTC)
- 보다 자비로운 읽기는, 이러한 시크릿러어(토크 · 기여)의 편집은, 명백한 이유 없이, 기사의 기존의 렌더링된 텍스트를 위키텍스트에 다시 베끼는 것이었다는 것이다.나는 그것이 바로 앞의 부분 블랭킹을 취소하려는 완전히 엉망이 된 시도라고는 생각하지 않을 것이다.삼촌 G (토크) 17:38, 2019년 8월 31일 (UTC)
체르노빌과의 전쟁 편집 (미니시리즈)
WP:ANEW는 향후 보고서의 올바른 포럼으로 지적되어 왔다.그 페이지는 이제 완전히 보호되었고, 해당 편집의 효과에 대한 토론은 토크 페이지에서 전개될 수 있다.-——SerialNumber54129 08:21, 2019년 9월 5일(UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
ip 편집자는 "극적 목적을 위한" 평범한 구절을 모르는 듯하며, 맥락에서 정확하게 맞는 구문임에도 불구하고 불분명한 이유로 그것에 반대해 왔다.나 자신 등에 의해 뒤바뀌었음에도 불구하고 이를 반복적으로 바꾸거나 제거했고, 기사토크 페이지에 참여하도록 독려했다.나는 여기의 토크 페이지와 여기의 그들의 사용자 페이지에 글을 올렸다.그들은 그것을 삭제하기로 선택했다.첫 번째 편집은 여기서 하고, 내 번복은 편집 요약을 통해.이후 편집 내용:
여기에
여기에
여기에
여기에
여기에
여기에
여기에
그들의 최근 편집은 내가 그 문제를 고려하지 않았다는 것을 내 사용자 페이지에 암시하는 것이다.캡틴ellama (대화) 18:30, 2019년 9월 4일 (UTC)
- 너의 요구에 대한 편견 없이, 나는 그것이 전문화된 편집-전쟁 게시판에 더 적합하다고 믿는다.– John M Wolfson (대화 • 기여) 19:34, 2019년 9월 4일 (UTC)
- 여기서 여러 번의 반전이 일어나고 있다.내가 볼 때 IP의 편집은 여러 다른 편집자에 의해 역전되었다.누가 무엇을 했는지에 대해 궁지에 몰리지 않고, 페이지 보호는 단기적으로 최선책이며, IP는 대화 페이지로 갈 수 있는 것이 아닌가?러그넛 19:35, 2019년 9월 4일 (UTC)
- 나는 3일 동안 그 기사를 완전히 보호했다.IP는 기술적으로 WP:3RR에서 말하고 있지 않으며, 그들의 편집은 명백한 편집-경쟁이기는 하지만 공공 기물 파손은 아니며, 적절할지 여부에 대해서는 논의가 이루어져야 한다.-Ymblanter (talk) 20:16, 2019년 9월 4일 (UTC)
중재 정책 수정 청원:중간 선거
나는 위키피디아 중간선거에 관한 중재정책을 수정하라는 청원을 시작했다.마을_펌프_(정책)#청원_to_Amend_the_Abitration_Policy:_인터림_선거.모두 의견을 개진하십시오.토니발리오니 (토크) 04:59, 2019년 9월 2일 (UTC)
TFA에 재발한 반달리즘
보호받고 있다.ST47 (대화) 06:01, 2019년 9월 8일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
오늘날 델라웨어주에서는 허리케인 이사벨의 효과에 대한 반달리즘이 재발하고 있다.3건의 비파괴적 편집은 내가 되돌리기 20여 분 동안 발견되지 않았다.반보호 또는 보류 중인 변경사항 보호를 고려하십시오.고마워! 2607:FEA8:1DE0:7B4:E42E:97B9:E2A6:6B69 (토크) 19:23, 2019년 9월 6일 (UTC)
에릭 코벳 관련 중재안
중재위원회는 에릭 코벳(대화·기여)이 공개 은퇴 이후 로그아웃을 하는 동안 다수의 계정을 남용하고 교란적으로 편집하고 있다는 사실을 인지하고 독자적으로 확인했다.에릭 코벳의 계좌는 여기에 의해 중재 위원회에 의해 무기한 차단된다.이에 따라 다수결로 받아들여진 에릭 코벳 관련 사건 의뢰는 종결된다.
- 지원
- 쿠르셀(우편 목록당)
- 고릴라워페어(우편 목록당)
- 조 로(우편 목록당)
- KrakatoaKatie (우편 목록별)
- Mkdw (우편 목록당)
- Opabinia regalis(우편 목록별)
- 사전에 계획된 혼돈(우편 목록당)
- 반대하다
- 재사
- 회수한 웜(메일 목록당)
– 케이티talk 14:29, 2019년 9월 2일(UTC)
- 다음 웹 사이트에서 이 문제에 대해 논의하십시오. 위키백과 대화:중재위원회/통지서#에릭 코벳 관련 어음조정안
글로벌 범위 블록 재정의 요청
Ajraddatz가 내 요청을 여기에 다시 게시하라고 제안해서 이전 섹션은 이미 보관되어 있었기 때문에 나는 이 새로운 섹션을 만들었다.
로컬 관리자가 IP 범위 151.48.0.0/17을 화이트리스트로 만들어 해당 IP 범위의 사용자가 IP에서 다시 편집할 수 있도록 하십시오.
IP 범위는 악용자가 많은 프로젝트에서 많은 가짜 계정을 만들기 위해 사용했기 때문에 익명 편집이 아닌 계정 생성으로 인해 전체적으로 차단되었다.
IP에서 편집을 허용하고 보호할 계정을 만들 수 없도록 차단하여 이 IP 범위를 로컬로 차단 해제하십시오.wikipedia.org
Semplicemente Agghiacciante Semplicemente Agghiacciante (대화) 08:33, 2019년 8월 26일 (UTC)
- 익명 편집이 아닌 계정 생성을 차단할 수는 없지만 글로벌 블록을 로컬에서 화이트리스트할 수는 있어야 한다.글로벌 차원에서 블록이 필요한 것은 확인하지만, 현지 관리자/CU가 여기에 화이트리스트가 될 수 있는지 조사해 볼 것을 권고한다. -- Ajraddatz (대화) 11:30, 2019년 8월 26일 (UTC)
- 이는 로컬 차단 관리자가 추가 변경을 거부함에 따라 몇 주 전에 요청된 사항이라는 점에 유의하십시오.글로벌 블록에 불필요한 것으로 보이는 현재 로컬 블록이 있으며, 이 블록은 더 이상 필요하지 않을 수도 있다.— xaosflux 14:16, 2019년 8월 26일(UTC)
- 이미 전역적으로 비활성화된 경우 로컬 오버라이드가 계정 생성을 허용할 수 없다는 것이 인정된다.여기서 제기되는 유일한 해결책은 스페셜: 범위에서 enwiki에서 익명 편집(계정 생성이 아님)을 다시 활성화할 가치가 있는가 하는 것이다.기여금/151.48.0.0/17.이것을 옹호하는 사람은 누구나 그 기여 링크를 클릭해서 2019년 6월 이전 6개월 동안의 유용한 IP 편집을 찾으려고 할 수 있다.그때 무슨 긍정적인 일이 일어났는지 알아보세요.일부 데이터가 제시되지 않는 한 사용자:블록 로그에 이름이 나타나 지금까지 IP 편집 범위를 다시 활성화하기로 결정하지 않은 시대착오적인 사람.사용자 Semiplicemente Agghiacciante는 현재 계정을 가지고 있으므로, 그들이 편집하기 위해 로그인할 의향이 있다면 블록이 개인적으로 그들에게 영향을 미치지 않는다.단순히 한 사람(계정이 있는 사람)이 그 범위에서 익명으로 편집하도록 허용하는 것은 그 블록을 들어올릴 충분한 이유처럼 들리지 않는다.에드존스턴 (토크) 10:24, 2019년 8월 28일 (UTC)
시대착오주의자는 익명 편집 대신 계정 생성을 허용할 수 있도록 설정할 수 있다고 말했기 때문에 내 요청에서 IP 범위를 차단했지만 소용이 없었다.
ip 범위 151.48.0.0/17은 다른 ip 범위보다 더 비건설적인 편집이 동일하지 않지만, 글로벌 블록은 en에서 익명 편집을 중단하지 않도록 위키피디아에 있는 계정과 메시지를 스팸 발송하는 것을 막도록 설정되었다.wikipedia.org
또한 IP 범위가 여기서 차단되지 않으면 관리자들은 때때로 IP 범위를 살펴보아야 하기 때문에 여기서부터 중단되는 편집 내용을 찾는 것이 훨씬 더 쉬워질 것이다.
Semplicemente Agghiacciante Semplicemente Agghiacciante (대화) 15:45, 2019년 8월 28일 (UTC)
- (잠시 자리를 비웠다.)
- 응, 계정 생성을 위해 이 범위의 로컬 블록 설정을 실험적으로 변경했는데 글로벌 블록 설정이 우선인 것 같아.나는 이것이 의도적인 것인지 아닌지 모르겠다.~시대주의자(토크) 00:54, 2019년 9월 3일(UTC)
장기 양말 문제
El C --DannyS712 (토크) 04:01, 2019년 9월 7일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
누군가 이 계정을 차단하고 이 기사들을 반비례 할 수 있을까?우리는 말 그대로 이 사람의 양말 농장과 함께 말 그대로 매일 원을 그리며 돌고 있다.--19년 9월 5일 (UTC)
완료. El_C 08:46, 2019년 9월 5일(UTC)
Bais Rajput 기사의 반달리즘
페이지 보호됨.나는 분쟁 해결을 도우려고 노력하고 있지만, 더 많은 외부 입력은 환영할 것이다.El_C 19:25, 2019년 9월 7일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
기사인 Bais Rajput에서, 이전에 편집 전쟁에 참여했던 한 사용자가 계속해서 파키스탄을 리드 섹션에 추가하려고 노력하고 있다.그의 출처는 "베인스"라는 용어를 언급하는 관련 없는 의학 저널이다.분명히 베인스는 바이스를 언급하는 모든 출처로서 바이스와라, 아와드(오우드), 우타르프라데시 지역에 배치한다.Baines가 Bais와 동의어라는 것을 보여주는 소식통도 없다.게다가, 이 사용자는 이전에 양말 인형극과 편집 전쟁으로 차단되었다.이번 주에도 행정관으로부터 경고를 받고 선의의 기부를 위해 이곳에 있는 것이 분명하지 않다.나는 어떤 형태로든 관리자 지원을 요청한다.감사합니다.HaoJungTar (대화) 18:06, 2019년 9월 7일 (UTC)
주어진 정보원은 그것들이 단지 우타르프라데시에서만 발견된다고 말하지 않는다. 또한 나는 이 웹사이트를 찾아 미르푸르에 있는 배인 라즈풋에 대해 이야기하는 것을 발견했지만 건강 보고서 https://www.ncbi.nlm.nih.gov/pmc/articles/PMC4216966/and은 철자가 약간 다르기 때문에 나는 양말 인형과 진짜 라즈프라는 당신의 진술을 가지고 있다고 악명높게 알려져 있지 않다.펀잡에서 찾을 수 없는 것은 당신의 사고방식이 진정한 스리랑카 사람일지라도 이 논쟁은 해결되었다는 것을 보여준다. 그리고 이 논쟁은 왜 당신이 다시 말을 꺼냈는지.https://en.wikipedia.org/wiki/Bais_Rajput 관리자들은 내가 제공한 건강 보고서에도 언급된 우타르 파데쉬에서만 발견된다는 언급은 하지 않고, 그 정보원은 파키스탄에서 언급된 정보들뿐이며, 그들에 대해 말하는 블로그나 페이스북 그룹들이기 때문에 신뢰할 수 있는 사이트는 없다.확실히 건강 보고서는 여기서 유효하다.Arsi786 (대화) 18:15, 2019년 9월 7일 (UTC)
- 당신의 편집은 위키피디아의 작동 방식에 대한 근본적인 오해에 기초한다.유일한 소식통들은 그들이 우타르프라데시에 있다는 것을 언급한다.다른 곳에 그들의 존재를 나타내는 소스가 없다는 것은 UP만이 관련이 있다는 것을 의미한다.게다가, 당신은 심지어 영어를 적절하게 그리고 정기적으로 편집 전쟁과 인신공격에 관여할 수도 없다.당신의 유일한 정보원은 "베인즈"라고 불리는 먼 곳에 있는 그룹을 언급한다.HaoJungTar (대화) 18:20, 2019년 9월 7일 (UTC)
나에 대한 아르시의 인신공격:
내가 스리랑카인이 아니라고 비난하면서 (그것이 관련이 있는 것처럼)
https://en.wikipedia.org/w/index.php?title=Talk:Bais_Rajput&diff=914477693&oldid=914476874
내가 파키스탄을 증오한다고 비난하면서:
https://en.wikipedia.org/w/index.php?title=Bais_Rajput&diff=914475196&oldid=914470174
HaoJungTar (대화) 18:16, 2019년 9월 7일 (UTC)
어떻게 그들은 개인적인 공격 너의 스리랑카 lankan고 아직 당신은 진짜 rajputs 주장했다 punjab에(pakitan의 인구 대부분이 punjab에 있)https://en.wikipedia.org/w/index.php?title=Bais_Rajput&action=history네, 인디언 트롤들의 많은 여기는 고발의 더 많은 성격이 있었기 때문과 파키스탄을 공격 싫어한다 발견되지 않는다. 스리랑카파키스탄 카스트와 인도 카스트에 대해 걱정하는 란카인Arsi786 (토크) 19:21, 2019년 9월 7일 (UTC)
Arsi786에 의한 3반전 규칙 위반
토크 페이지에서 우리는 Arsi가 다음과 같은 3반전 규칙을 위반했다는 것을 발견한다.
https://en.wikipedia.org/w/index.php?title=Bais_Rajput&action=history
몇 번의 기회를 얻을 수 있을까?날 '인도적 트롤'이라고 비난하면서 말이야HaoJungTar (대화) 18:28, 2019년 9월 7일 (UTC)
관리자들이 이 문제를 처리하도록 하자.Arsi786 (대화) 19:33, 2019년 9월 7일 (UTC)
공격 페이지
그의 게시판을 위한 것이 아니다.ST47 (대화) 06:00, 2019년 9월 8일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
WMF 금지 사용자로 추정되는 이 공격 페이지를 방금 발견했다.프로젝트.그는 나를 "바보"라고 불렀고 사용자 중 한 명은 나를 "모론"이라고 불렀다.미디어위키에 의해 구동되는 위키에서 그를 금지시켰던 한 사람도 이 코멘트에 반대하며 대답했다.Nigos (대화 • 기여) 08:37, 2019년 9월 7일 (UTC)
이란 이슬람 공화국 사용자와 파괴적 행동
OP 막힘 양말.--Bb23 (대화) 17:30, 2019년 9월 8일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
샤라브살람과 베냐민ln 이란 이슬람 공화국과 관련된 모든 기사를 통제한다.이 두 사람은 이란 정권을 위해 캠페인을 벌이고 있으며 다른 사용자들이 이란 이슬람 공화국과 알리 하메네이의 관련 기사에 어떤 것도 추가하거나 삭제하지 못하게 하고 있다.마지막은 이란 이슬람 공화국의 정부 입니다.위키피디아를 다시 사용 가능으로 설정하십시오.유 페르시아어 (토크) 14:08, 2019년 9월 8일 (UTC)
- @유 페르시아어: 이란 이슬람 공화국 정부의 최근 기사 역사를 보면, 이것은 ANI의 관심을 필요로 하는 문제라기보다는 내용 논쟁에 가까운 것처럼 보인다.위키피디아를 변경하고 있을 때 다른 편집자가 이의를 제기할 때마다(여기 [6]에 있었던 것처럼), WP에 따라 기사 토크 페이지에서 변경 사항을 논의하십시오.BRD 및 WP:오누스. 최고.SamHolt6 (대화) 14:17, 2019년 9월 8일 (UTC)
- 계좌가 많고 접근성도 높다.예전처럼 위키피디아의 내용을 이기고 검열한다.그들은 서로를 지지하고 나는 노력할 것이다...좋아! 유 페르시아어 (토크) 14:22, 2019년 9월 8일 (UTC)
- 나는 어떤 사용자라도 정부 대리인이거나 정부를 대신해서 행동한다고 말하는 것은 ("이란 정권을 위한 캠페인") 증거가 필요한 심각한 비난이라고 덧붙인다(WP:OGOT. 331닷 (토크) 14:25, 2019년 9월 8일 (UTC)
- 위키피디아는 모든 사람들이 건설적인 방법으로 편집할 수 있는 자유다.편향된 관점, 공공 기물 파괴 행위를 추가하는 것은 자유롭지 못하다.나는 그런 일로부터 그 기사를 보호하려고 노력하고 있다.당신은 관점을 추가하고 다른 편집자들과의 협업을 거부하고 있다.대신 당신은 위키피디아를 자유롭게 편집할 수 있는 권한만 있다고 믿는다.또 양말계정을 꼭두각시로 사용했다고 나를 비난하고 있는데, 그것은 사실이 아니다, 이것은 내가 벤자민을 처음 보는 것이다, 나는 너의 사용자 페이지를 내 감시목록에 가지고 있다, 그리고 나는 네가 하는 일을 보러 갔고 나는 그것이 파괴적이고 중립적인 관점이 아니라는 것을 발견했기 때문에 되돌아갔다.-샤라브 살람 (토크) 14:27, 9월 8 (UTC)
- 계좌가 많고 접근성도 높다.예전처럼 위키피디아의 내용을 이기고 검열한다.그들은 서로를 지지하고 나는 노력할 것이다...좋아! 유 페르시아어 (토크) 14:22, 2019년 9월 8일 (UTC)
- 여기 리드에 추가한 POV 콘텐츠!!왜 아직 금지되지 않았는지 모르겠네, 편집하고 POV의 비협조적인 내용을 추가하고 있어, 만약 그게 나였다면 나는 오래전에 금지되었을 텐데!!
이란 이슬람 공화국의 정부는 많은 이란인들과 외국 정부들에 의해 IS에 비유되어 왔다.많은 나라들은 이 정부가 테러리스트들에게 재정적, 무기적 지원을 제공한다고 믿는다.또한 중국, 러시아와도 좋은 관계를 맺고 있다.
정부는 이란의 인권을 끊임없이 침해한다.정부는 공공장소와 사람들 앞에서 죄수들을 살해하기 위해 사형집행인을 이용하고 있다.정부는 또한 아이들을 처형한다.아테페 사할레와 모나 마흐무드니즈하드는 이란에서 종교적 이유로 처형된 어린이들이다.정부를 위해 일하지 않는 기자들은 투옥되어 처형될 수 있다.많은 외국 기자들이 이란에 수감되었고 다른 많은 기자들이 처형되었다.
정부는 이란 여성에 대한 히잡을 포함한 엄격한 법을 가지고 있다.정부는 이란에서 대규모의 애도 의식(대부분 종교적인 애도 의식)을 개최하고 있으며, 사람들이 춤추고 축하하는 것을 방해하고 있다.
- --샤라브살람 (토크) 14:44, 2019년 9월 8일 (UTC)
- 그리고 단지 정보 하나, 이란에 가본 적이 있는데 당신이 이란에 대해 덧붙인 것은 하나도 사실이 아니다.--샤라브살람 (대화) 14:47, 2019년 9월 8일 (UTC)
토크:미들랜드-오데사 총격 사건
권한이 없는 관리자가 Talk(토크)미들랜드-오데사 총격 #범인의 이름 짓기압도적 WP가 있다.SOW는 거기에 동의했지만 한 편집자는 그 주장을 철회하기를 거부하고 다시 논의를 시작했다.고마워, Nsk92 (대화) 01:58, 2019년 9월 2일 (UTC)
- 계속 논의하면 좋을 텐데, 논쟁 중인 내용은 이미 기사에 추가되었지만, 좀 더 폭넓은 논의를 할 수 있는 가능성이 있다.언젠가 타협이 있을 겁니다—Locke Cole • t • c 02:00, 2019년 9월 2일(UTC)
- 이미 당신이 인정하지 않고 있다는 압도적인 공감대가 형성되어 있다.막대기를 내려놓고 어서 가십시오.Nsk92 (대화) 02:03, 2019년 9월 2일 (UTC)
- WP:SOW에 따라 토론을 종료했다. El_C 02:06, 2019년 9월 2일(UTC)
- (충돌 편집) x2...토론할 가치가 있는 대안을 제시한 두 개의 !votes가 있었다.WP:INPLOGED 편집자는 토론의 결실을 맺을 수 있는 잠재력을 일찍 끝냈다.기사에서 논란이 되고 있는 내용을 남겨놓고 토론이 종결되는 것을 원하지 않는 것이 어떻게 지금까지 있었던 투표에 대해 "인정하기를 거부"하는 것인지 나에게 설명해 주시겠습니까?명심해, 이 토론은 지난 12시간 동안 시작됐어—Locke Cole • t • c 02:11, 2019년 9월 2일 (UTC)
- 공감대가 이렇게 압도적일 때는 12시간이 충분한 시간보다 더 많은 것 같다.El_C 02:16, 2019년 9월 2일 (UTC)
- 세계의 절반은 그 시간의 대부분을 잠들어 있었다.의심의 여지없이 강한 패턴이었다.하지만 확실히 하기 위해서는 하루가 최소한이 되어야 한다.InedibleHulk(토크) 02:34, 2019년 9월 2일(UTC)
- 난 그렇게 생각하지 않아.약간 기지개를 켜는 것 같다.El_C 03:17, 2019년 9월 2일 (UTC)
- 정확히 절반은 아니에요. 그리고 사용자 기반에서 인수를 하면 내 능력 수준을 넘어 물류가 복잡해지지만, 위키백과 시간을 자기 시대의 특정 블록에 맞춰주는 사람들이 있어.알래스카도 있고, 오키나와도 있다.나는 완전히 합의되지 않는 한 완전히 방향을 바꾸는 것이 좋다고 생각한다; 죽은 사람의 이름을 아는 것은 마치 능동적인 총격범의 인상착의(또는 쓰나미 경고)를 갖는 것과 같이 급하지 않다.InedibleHulk(대화) 03:36, 2019년 9월 2일(UTC)
- 만약 우리가 이것이 충분히 명확하지 않다는 당신의 생각을 받아들인다면, 나는 그렇지 않다.24시간 동안 지어낸 규칙은 관료주의를 위한 것 같아, 이 경우에는.몇 시간이면 충분하지만 선호도가 10대 1일 때 도전한다.El_C 03:43, 2019년 9월 2일 (UTC)
- 내 규칙은 없어, 그냥 제안이야.사용하든지 잊으든지 자유다.버지니아 해변에서 총 쏘는 거 서두를 사람 없어?죽은 사람 여섯 명이 이 같은 예의를 위해 석 달(180배)을 기다리고 있었다.너무 느긋한 것 같아.InedibleHulk(대화) 03:53, 2019년 9월 2일(UTC)
- 조금 덜 변덕스러운 것이 이 일에 관심을 끌 수 있는 공손한 방법일 것이다.El_C 04:03, 2019년 9월 2일 (UTC)
- 너는 "고약한"이라는 이상한 생각을 가지고 있다.6명이 총에 맞아 죽었고, 경찰에 의해 확인되었고, 언론을 통해 대중화되었지만 위키피디아에 휩쓸려 갔다는 겁니다.그건 내 책에 있는 비극이고, 존경할만한 선택은 그들이 살인범에 대한 기사를 위해 어떻게 죽었는지 기억하는 거야.InedibleHulk(토크) 04:12, 2019년 9월 2일(UTC)
- 조금 덜 변덕스러운 것이 이 일에 관심을 끌 수 있는 공손한 방법일 것이다.El_C 04:03, 2019년 9월 2일 (UTC)
- 내 규칙은 없어, 그냥 제안이야.사용하든지 잊으든지 자유다.버지니아 해변에서 총 쏘는 거 서두를 사람 없어?죽은 사람 여섯 명이 이 같은 예의를 위해 석 달(180배)을 기다리고 있었다.너무 느긋한 것 같아.InedibleHulk(대화) 03:53, 2019년 9월 2일(UTC)
- 만약 우리가 이것이 충분히 명확하지 않다는 당신의 생각을 받아들인다면, 나는 그렇지 않다.24시간 동안 지어낸 규칙은 관료주의를 위한 것 같아, 이 경우에는.몇 시간이면 충분하지만 선호도가 10대 1일 때 도전한다.El_C 03:43, 2019년 9월 2일 (UTC)
- 정확히 절반은 아니에요. 그리고 사용자 기반에서 인수를 하면 내 능력 수준을 넘어 물류가 복잡해지지만, 위키백과 시간을 자기 시대의 특정 블록에 맞춰주는 사람들이 있어.알래스카도 있고, 오키나와도 있다.나는 완전히 합의되지 않는 한 완전히 방향을 바꾸는 것이 좋다고 생각한다; 죽은 사람의 이름을 아는 것은 마치 능동적인 총격범의 인상착의(또는 쓰나미 경고)를 갖는 것과 같이 급하지 않다.InedibleHulk(대화) 03:36, 2019년 9월 2일(UTC)
- 난 그렇게 생각하지 않아.약간 기지개를 켜는 것 같다.El_C 03:17, 2019년 9월 2일 (UTC)
- 세계의 절반은 그 시간의 대부분을 잠들어 있었다.의심의 여지없이 강한 패턴이었다.하지만 확실히 하기 위해서는 하루가 최소한이 되어야 한다.InedibleHulk(토크) 02:34, 2019년 9월 2일(UTC)
- 공감대가 이렇게 압도적일 때는 12시간이 충분한 시간보다 더 많은 것 같다.El_C 02:16, 2019년 9월 2일 (UTC)
- 이미 당신이 인정하지 않고 있다는 압도적인 공감대가 형성되어 있다.막대기를 내려놓고 어서 가십시오.Nsk92 (대화) 02:03, 2019년 9월 2일 (UTC)
총격 기사에서 저격수의 이름을 빼놓고?그래, 맞아.이제, 난 다 봤어.와우, 그냥, 와우.조셉 A. 스파다로 (대화) 03:08, 2019년 9월 2일 (UTC)
- 이것은 BLPCRY당 표준이다. 그들이 간결하게 될 때까지(아마 이런 종류의 시타에서는 빨리 일어날 것이다), 그리고 달리 알려지지 않은 사람은 이름을 빼는 것이 좋다. --Masem (t) 03:48, 2019년 9월 2일 (UTC)
- 총기 난사 가해자(및 피해자)에 대한 설명이 나오기 전까지는 지역 합의가 결정된다.El_C 04:06, 2019년 9월 2일 (UTC)
수정사항 삭제를 요청하려면 어떻게 해야 하는가?
(비관리자 폐쇄) 개정판 삭제, WP:REVDELREST는 향후 이를 요청하는 덜 공개적인 방법을 제공한다.creffpublic a creffett franchise (사장님과 대화) 13시 40분, 2019년 9월 9일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
관리자(admin)가 이 diff Special을 제거하도록 하십시오.Diff/914510886은 BLP에 대해 매우 모욕적이기 때문이다.--샤라브살람(토크) 21:36, 2019년 9월 7일(UTC)
완료. El_C 21:38, 2019년 9월 7일 (UTC)
- 그럼에도 불구하고 AN과 같이 가시성이 높은 공개 페이지에는 개정 삭제 요청을 게시해서는 안 된다. WP:자세한 내용은 REVDELRequest를 참조하십시오.* 페퍼리 * 21:53, 2019년 9월 7일 (UTC)
WP:도면
뎁 행정관은 아무런 이유도 명시하지 않은 채 일방적으로 모하맛 바라캇 페이지를 초안으로 옮겼고, 내가 지금 분명하게 규정되어 있는 것을 보면서도 내 불만에는 아무런 반응을 보이지 않았다.
"기사를 드래프트로 옮기는 목적은 메인 스페이스가 준비될 때까지 드래프트가 개선될 수 있도록 시간과 공간을 확보하는 것이다.그것은 삭제하기 위한 백도어로 의도된 것이 아니다.좋은 관행으로, 편집자가 페이지를 초안으로 이동시키는 것은 관심 있는 편집자에게 개선을 요청하는 수단으로 관련 프로젝트의 태그가 있는 토크 페이지에 표시되어야 한다.
페이지 이동자에 대한 요구 사항
기사를 일방적으로 공간 초안 작업으로 옮기려면 다음을 수행해야 한다.
편집자가 이의를 제기할 경우 페이지를 다시 메인 스페이스로 이동하여 AfD에 나열하십시오."
신뢰할 수 있는 수많은 2차 출처가 있고 여러 명의 사용자가 1년 이상 기고하여 요청 사유조차 명시하지 않은 채 초안을 작성하는 기사를 옮기는 것은 매우 무례한 일이라고 생각한다.아이러니하게도 이것은 라파엘베르나르드, 2804:14C:36:8B7A:E436:A2에 의한 페이지의 반복적인 반달리즘에 대한 불평에 대한 반응이었다.AA:BB32:F8B, 그리고 지금까지 어떠한 방법으로도 제재를 받지 않은 니코레고메사.[7] 그 사건들은 기억나지 않지만 적절한 절차를 따르지 않고 초안으로 옮겨지는 기사를 본 것은 이번이 처음이 아니다.분명히 모든 사람들이 규칙을 알고 있는 것은 아니다. 내가 그것들을 읽기 전까지는 몰랐지만 나는 그들이 어떤 사용자들이 그것들을 어떻게 선호하는지 보다는 그들이 그래야 한다고 생각하는 방식이어서 기쁘다.책임에 관해서 나는 그러한 사건들을 계속 추적하는 것이 좋을 것이라고 생각한다.오미크루게고섬(토크) 16:30, 2019년 9월 2일 (UTC)
- 네가 원한다면 노골적인 광고로 삭제할 수 있어?가이(Help!) 19:11, 2019년 9월 2일 (UTC)
- 음, 뎁은 행정가라고 믿지만, WP의 기능으로 초안화되었을 가능성이 훨씬 더 높다.NPP, 그리고 가이 말이 맞아또 다른 대안은 모호하지 않은 광고로 신속한 삭제를 하는 것이다.IDegon(토크) 19:40, 2019년 9월 2일(UTC)
- 사실 그것은 BLP 위반이 제거되었기 때문에 광고 수준까지만 올라갔다.정책을 준수하는 기사를 쓸 수 있는 충분한 출처가 있을 수 있지만, 포르투갈어를 이해하고 그 주제에 대해 해프닝 작업을 하고 싶지 않은 편집자가 필요할 것이다.Jbh Talk 20:04, 2019년 9월 2일(UTC)
- Jbunley는 삭제하기 위해 페이지를 지명했고, Phil Bridger가 "부정적인 내용이 신뢰할 수 있게 소싱된다"[9](Jbunley가 즉시 되돌림) 때문에 빠른 삭제에 이의를 제기하자 빠르게 삭제되었다가 다시 작성되었다.[10] 그 후 다시 JzG[11]에 의해 내가 위에서 가리킨 규칙을 무시하고 초안으로 옮겨졌다.
- 내가 불평했던 반달들이 국제적으로 보도된 도핑 스캔들에 관한 부분을 삭제하고 포르투갈어 콘텐츠, 그의 소셜 미디어 페이지 링크, 그리고 그의 책들에 대한 아마존 링크를 넣었을 때 광고였다.[12] 내가 여기 규칙을 분명히 지적하고 나서도 토론 없이 다시 초안을 작성하는 것은, 특히 스캔들에 관한 내용을 삭제한 후에도 도핑을 만지는 사람들에 대한 주요 내용이 검열이었음에도 불구하고 11개의 출처가 남아 있다는 점에서, 믿을 만한 출처가 부족하다는 명분을 가지고 있다.[13]에 수록된 글의 모든 것은 출처를 바탕으로 한다.나는 뒤로 이동하려고 했지만 JzG는 이제 페이지가 생성되지 않도록 보호했다.나는 뎁과 같은 방식으로 위키백과 규칙을 어긴 것에 대해 책임을 져야 하는 관리자 Jbhunley와 JzG를 포함하도록 내 불평을 확장했다.기사가 1년 이상 된 데다 이전 삭제에서 기사를 신속히 보관하기로 결정해 사용자 지명이 원천 차단됐고 유료 편집으로 고발됐다는 점에서 새로운 페이지 통제를 지적하는 것도 잘못이다.(사용자:2Jouls).Jbhunley는 심지어 자신의 편집 요약본에 출처에 대한 적절한 판단을 할 만큼 언어 능력이 부족하지만 추측에 의해 소싱된 내용을 잘 삭제한다고 쓰기도 한다.[14]JzG는 초안 수정안[15]에 대한 지명까지 번복하여 "파괴 편집"을 위한 블록으로 나를 위협했는데, 내가 한 일은 오직 고품질의 신뢰할 수 있는 출처를 바탕으로 한 내용을 추가하는 것 뿐이었고, 나는 여기서 그가 위키백과 규칙을 어겼다는 것을 보여주었다.초안은 내게는 거의 눈에 띄지 않는 것처럼 보이는 비부정 내용[17]으로 축소되었고, 그렇게 한 사람들은 그들이 어느 부분에 반대하는지, 왜 반대하는지 구체적으로 밝히기를 거부했다.특별 이익 계정과 관리자들은 그들을 도와야 하지만 규칙을 따르지 않는다고 생각하는 사람들이 위키백과에 기여하는 것을 그렇게 어려운 경험으로 만들어서는 안 된다.오미크루게고섬(토크) 21:55, 2019년 9월 2일(UTC)
- 나는 행정관이 아니다.Jbh Talk 22:45, 2019년 9월 2일(UTC)
- 알았어, 고마워.만약 당신이 적절한 절차를 따르고 부족한 외국어 실력을 바탕으로 한 삭제를 자제할 수 있다면 여전히 좋을 것이다.오미크루게고섬(토크) 22:54, 2019년 9월 2일(UTC)
- 오미크루게고섬, 지난 한 시간 반 동안 Jbhunley가 거의 십여 번 대답한 코멘트를 편집했잖아.답장은 정리가 되었니?SQLQuery me! 00:24, 2019년 9월 3일(UTC)
- 나의 더 자세한 답변은 기사토크 페이지에 있는 기사토크 페이지에 있는 내용토론을 WP에 퍼뜨리는 것이 아니라, 내용토론을 WP에 퍼뜨리는 것이 아니라, 내 토크페이지에 있는 OP의 논평에 대한 나의 답변에 의해서이다.Jbh Talk 01:42, 2019년 9월 3일(UTC)
- 알았어, 고마워.만약 당신이 적절한 절차를 따르고 부족한 외국어 실력을 바탕으로 한 삭제를 자제할 수 있다면 여전히 좋을 것이다.오미크루게고섬(토크) 22:54, 2019년 9월 2일(UTC)
- 나는 행정관이 아니다.Jbh Talk 22:45, 2019년 9월 2일(UTC)
- 사실 그것은 BLP 위반이 제거되었기 때문에 광고 수준까지만 올라갔다.정책을 준수하는 기사를 쓸 수 있는 충분한 출처가 있을 수 있지만, 포르투갈어를 이해하고 그 주제에 대해 해프닝 작업을 하고 싶지 않은 편집자가 필요할 것이다.Jbh Talk 20:04, 2019년 9월 2일(UTC)
- 음, 뎁은 행정가라고 믿지만, WP의 기능으로 초안화되었을 가능성이 훨씬 더 높다.NPP, 그리고 가이 말이 맞아또 다른 대안은 모호하지 않은 광고로 신속한 삭제를 하는 것이다.IDegon(토크) 19:40, 2019년 9월 2일(UTC)
OP는 이제 ANI에서 같은 주제에 관한 실마리를 열었다.(토크) 07:41, 2019년 9월 3일 (UTC)
- 행정권력의 거듭된 남용이 불행하게도 이것을 초안에 관한 규칙들에 대한 명백한 지식 부족에 대한 일반적인 논의보다는 긴급한 사례로 전환시켰을 때 내가 이미 위에서 발표했던 이것을 지적해 준 것에 감사한다.JZG, 일명 "Guy"는 빈 주장을 반복하지 말고, 너무 원한다면 삭제 토론에서 자신의 주장을 명시하고 적법한 절차를 따르십시오.오미크루게고섬(토크) 08:09, 2019년 9월 3일(UTC)
- 합리적인 해결책은 다음과 같을 수 있다.
- 그러나 사실 나는 그 기득권층이 그와 같은 해결책을 원하는 것을 기대하지 않는다 – 앞으로 그러한 사례의 수 많은 수가 정책을 무시하고 [삭제]를 무심코 클릭하는 것을 방해할 수 있다.그 정책은 설립보다 더 중요해질 것이다.Incnis Mrsi (talk) 09:23, 2019년 9월 3일 (UTC)
반복적인 관리자 권한 남용
모하맛 바라캇 기사에 대한 삭제 논의가 급물살을 타면서 삭제 대상 사용자 지명을 삭스펫리(sockpuppetry)(사용자:2Jouls).그러나 뎁 행정관은 아무런 이유도 명시하지 않고 일방적으로 페이지를 초안으로 옮겼고, 그때 내가 분명히 규정하는 것을 보면서도 내 불만에는 아무런 반응을 보이지 않았다.
"기사를 드래프트로 옮기는 목적은 메인 스페이스가 준비될 때까지 드래프트가 개선될 수 있도록 시간과 공간을 확보하는 것이다.그것은 삭제하기 위한 백도어로 의도된 것이 아니다.좋은 관행으로, 편집자가 페이지를 초안으로 이동시키는 것은 관심 있는 편집자에게 개선을 요청하는 수단으로 관련 프로젝트의 태그가 있는 토크 페이지에 표시되어야 한다.
페이지 이동자에 대한 요구 사항
기사를 일방적으로 공간 초안 작업으로 옮기려면 다음을 수행해야 한다.
편집자가 이의를 제기할 경우 페이지를 다시 메인 스페이스로 이동하여 AfD에 나열하십시오."
신뢰할 수 있는 수많은 2차 출처가 있고 여러 명의 사용자가 1년 이상 기고하여 요청 사유조차 명시하지 않은 채 초안을 작성하는 기사를 옮기는 것은 매우 무례한 일이라고 생각한다.아이러니하게도 이것은 라파엘베르나르드, 2804:14C:36:8B7A:E436:A2에 의한 페이지의 반복적인 반달리즘에 대한 불평에 대한 반응이었다.AA:BB32:F8B, 그리고 지금까지 어떠한 방법으로도 제재를 받지 않은 니코레고메사.[18] 나는 그 사건들을 기억하지 못하지만, 적절한 절차를 따르지 않고 기사로 옮겨지는 기사를 본 것은 이번이 처음이 아니다.분명히 모든 사람들이 규칙을 알고 있는 것은 아니다. 내가 그것들을 읽기 전까지는 몰랐지만 나는 그들이 어떤 사용자들이 그것들을 어떻게 선호하는지 보다는 그들이 그래야 한다고 생각하는 방식이어서 기쁘다.책임에 관해서 나는 그러한 사건들을 계속 추적하는 것이 좋을 것이라고 생각한다.
내가 관리자 공지 게시판에서 이 이야기를 꺼낸 후, JZG 행정관은 그 기사가 포르투갈어 콘텐츠와 그의 소셜 미디어 페이지 링크, 그리고 그의 책들에 대한 아마존 링크에 대해 불평했던 단 하나의 목적 어카운트에 의한 버전 광고일 뿐임에도 불구하고 "황당한 광고"라고 주장했다.[19] 사용자가 새로운 페이지 통제를 지적한 것은 기사가 1년이 넘었고 수많은 편집자들이 작업을 했고 삭제 논의의 결과가 있었지만, 뎁 행정관이 새로운 페이지 통제를 지적한 행위는 새로운 페이지 통제를 가리키는 것이었다.그 후 기사는 빠르게 삭제되었고 사용자들은 그것이 공격 페이지라고 주장했다.또 다른 행정관이 부정적인 내용이 잘 소싱됐다고 지적하면서 재탄생했다.그러나, 규칙을 무시한 채, 관리자 JzG는 그것을 다시 초안화했다.그 초안은 내가 보기엔 별로 눈에 띄지 않는 부정적인 내용으로 축소되었다[20] Jbhunley는 자신의 편집 요약본을 통해 출처를 제대로 판단할 수 있는 언어 능력이 부족하다고 인정하면서도 상황이 다를 수 있다는 추측으로 여전히 잘 소싱된 내용을 삭제했다.[21] 그는 기사의 어느 부분에 의해 전기의 어떤 규칙이 깨졌는지를 명시하기를 거부했다.
그 후 JzG는 레크리에이션에 대한 기사까지 차단했고, [22] 개정 지명의 초안을 되돌려서, 내가 토크 페이지에 "파괴적인 편집"을 위해 나를 차단하라는 경고를 게시했다[23] 비록 내가 한 일은 오직 고품질의 신뢰할 수 있는 출처를 바탕으로 한 내용을 추가하는 것이었고, 나는 여기서 그가 위키백과 규칙을 어겼다는 것을 보여주었다.그러자 JZG는 내가 위키백과 규정 위반에 대해 불만을 토로한 뒤에도 토론과 함께 초안을 삭제했는데, 이것이 그가 이 사건에 대해 행동하는 것을 막았어야 했다.그는 또한 일부 메시지에서 다른 이름을 사용하므로 다른 사용자들이 자신의 의견을 공유하는 두 명의 다른 사용자가 있다고 생각하게 할 수 있다.ARD, Veja, Globo와 같은 최고 품질의 매체에서 17개가 나왔지만, 그 예술품에는 믿을 만한 출처가 부족하다고 주장되었다.기사의 모든 것은 출처를 바탕으로 한다.관리자 JzG는 내가 관리자 게시판에서 불평을 꺼낸 후 토론에서 기권한 뎁보다 훨씬 더 노골적인 방법으로 위키백과 규칙을 어긴 것에 대해 책임을 져야 한다.특별 이익 계정과 관리자들은 그들을 도와야 하지만 규칙을 따르지 않는다고 생각하는 사람들이 위키백과에 기여하는 것을 그렇게 어려운 경험으로 만들어서는 안 된다.
라파엘베르나르드, 2804:14C:36:8B7A:E436:A2를 차단하십시오.AA:BB32:F8B와 니코레고메사는 기사를 복구하고 만약 당신이 너무 원한다면, 관리자인 뎁과 특히 JzG와 사용자 Jbhunley에게 경고한다.오미크루게고섬(토크) 07:30, 2019년 9월 3일 (UTC)
- 이 기사의 마지막 버전, 즉 BLP 위반과 관련 없는 PR 복어가 제거된
버전-모하메드 바라카트는 상파울루에서 연습
하고 있는레바논 혈통의 브라질 의사다.
그는 2014년부터 소셜미디어에서 일상을 공유하고 있다.
그는 인스타그램에 100만 명 이상의 팔로워를 가지고 있다.
바라카트는 건강한 삶을 사는 방법에 관한 책을 출판했고 라디오와 텔레비전에서 자주 이야기를 하는 손님이다!
바라캣과 그의 아내는 딸이 있다.
만약 당신이 위키피디아의 규칙을 준수하는 이 페이지의 버전을 쓸 수 있다면, 맘 편히 쓰세요, 하지만 우리는 일반적인 웹호스트가 아닙니다, 삭제는 완전히 정확했습니다,∙ 이리슨트 07:39, 2019년 9월 3일 (UTC)- 잘 소싱된 콘텐츠가 BLP를 위반하는 정도를 구체적으로 밝히고 적법한 절차를 따르십시오. 즉, 사용자(및 이 경우 관리자를 포함한 여러 사용자)가 삭제 및 초안에 대해 이의를 제기할 경우 삭제하도록 지정하십시오.기사가 공격 페이지와 "홍보용 복어"라고 주장하는 것은 얼마나 아이러니한가.그는 또한 꽤 잘 팔리는 두 권의 책을 출판했는데, 두 권 모두 잘 소싱되었고 ISBN과 함께 출판되었다.오미크루게고섬(토크) 07:41, 2019년 9월 3일(UTC)
- 그럼 아이리데센트는 G10이 어떤지 설명할 수 있을까?Incnis Mrsi (talk) 07:44, 2019년 9월 3일 (UTC)
- 그것은 노골적인 공격 페이지였다; 위에 인용된 자료는 부적절한 내용이 일단 제거되고 나면 남겨진 것이다.당신이 원하는 모든 것을 불평할 수 있지만, 위키피디아에서 이것을 복구하려는 어떤 관리자도 찾을 수 없을 것이다.∙ 이리슨트 07:48, 2019년 9월 3일 (UTC)
- 그럼 아이리데센트는 G10이 어떤지 설명할 수 있을까?Incnis Mrsi (talk) 07:44, 2019년 9월 3일 (UTC)
- 잘 소싱된 콘텐츠가 BLP를 위반하는 정도를 구체적으로 밝히고 적법한 절차를 따르십시오. 즉, 사용자(및 이 경우 관리자를 포함한 여러 사용자)가 삭제 및 초안에 대해 이의를 제기할 경우 삭제하도록 지정하십시오.기사가 공격 페이지와 "홍보용 복어"라고 주장하는 것은 얼마나 아이러니한가.그는 또한 꽤 잘 팔리는 두 권의 책을 출판했는데, 두 권 모두 잘 소싱되었고 ISBN과 함께 출판되었다.오미크루게고섬(토크) 07:41, 2019년 9월 3일(UTC)
- 위에서 지적했듯이 두 가지 경쟁 버전이 있었다.하나는 당신의 공격 페이지였고, 다른 하나는 광고였습니다.그 주제의 명백한 한계적 평판을 고려할 때, 우리 역시 필요하지 않다.가이(Help!) 08:30, 2019년 9월 3일 (UTC)
- 그것은 네가 계속해서 반복하는 너의 의견이다.이미 적어도 두 명의 관리자와 여러 명의 다른 사용자들이 이것이 유효한 기사라는 나의 의견을 공유하였기 때문에(Count Count와 Atlantic306은 빠른 속도로 유지하기 위한 삭제 토론 판결에서, 어제 당신의 삭제를 번복한 관리자, 삭제하기 전에 기사를 편집한 사용자, 위의 Innis Mrsi)와 같은 것이다.규칙은 적절한 삭제 토론으로 삭제를 정당화할 필요가 있음을 분명히 명시한다. 위키백과 정책을 위반하는 것은 지나치십시오.오미크루게고섬(토크) 08:35, 2019년 9월 3일 (UTC)
- 내가 말할 수 있는 한, 이 문제에 대해 행정관 0명이 동의한 것으로 안다.하지만 삭제하는 것이 옳은 결정이었다고 생각하는 나를 리스트에 추가할 수 있다.이것은 WP에 대한 직접적인 위반이었다.BLPCRY와 그 장애물을 극복하는 것은 기사의 주제가 WP 중 하나라는 것을 보여줄 필요가 있다.잘 알려져 있거나, 또는 WP가 아닌 주체가 고발된 범죄가 명백하게 눈에 띈다.NOTNNEWS.어떤 경우에도 이것은 결코 긴급한 문제가 아니며, 어떠한 행정적 남용도 일어나지 않는다.당신은 삭제되지 않은 것에 대해 논쟁하고 싶은 모든 시간을 가지고 있다.Sometguy1221 (대화) 08:54, 2019년 9월 3일 (UTC)
- 삭제된 항목을 볼 수 없음:JZG가 삭제한 뒤 기사를 재탄생시킨 관리자는 부정적인 내용을 잘 소싱했다.너는 또한 내가 바라카트가 브라질 언론에서 유명인 의사로 유명하지 않고 몇몇 언론인뿐만 아니라 바라카에 의해 시작된 명예훼손 사건에서 승소한 가수에 의해 의심스러운 관행에 의해 고발된, 빠른 시일 내에 최종 결정을 내린 삭제 토론도 읽지 않은 것 같다.t. 그러한 행동은 불법일 수도 있고 아닐 수도 있다.당시 지적했듯이 에우페미아노 푸엔테스 역시 무죄 판결까지 받았음에도 불구하고 당연히 그의 글을 가지고 있다.그 남자가 잘 알려져 있지 않다는 당신의 주장은 당신이 17명의 출처가 있고, 그들 중 대부분은 매우 신뢰성이 높으며, 심지어 그가 100만 명 이상의 인스타그램 팔로워를 가지고 있고, 잘 팔리는 두 권의 책을 출판했으며, 브라질 언론에서 거의 만능에 가깝고 심지어 먼 나라에서도 관심을 불러일으켰기 때문에 그 사건을 조사하지 않았음을 보여준다.영국과 독일처럼.JZG의 반복적인 삭제 이후 이것을 보는 것이 어려워진 것은 인정한다.이는 사용자가 이의를 제기할 경우 삭제와 초안이 삭제 토론에서 결정을 기다릴 필요가 있다는 규정을 관리자들이 반복적으로 위반했고, 이 경우 나는 반대했을 뿐만 아니라 행정관까지 복원해 삭제 논의가 신속하게 이루어졌기 때문에 명백히 시급한 경우다.오미크루게고섬(토크) 09:47, 2019년 9월 3일(UTC)
- 노트 오미크루게고섬의 두 가지 아이템.Someguy1221은 관리자로 삭제된 내용을 볼 수 있다.또한 AFD가 "확정된 차단형 삭푸펫에 의해 지명되었다"고 밝혔고 비관리자 클로저는 기사의 내용에 대해 언급하지 않았기 때문이다.마넷DTalk 09:56, 2019년 9월 3일 (UTC)
- 삭제를 원했던 이 행정관은 삭제 토론에서 자신의 표를 약체로 바꿨다고 직접 적었다.[24] 만약 Someguy1221이 삭제된 내용을 읽고 여전히 나에게 동의한 관리자가 없다고 주장한다면, 그 기사는 소스가 잘 되었거나 바라카트가 잘 알려지지 않았거나 "범죄"로만 유명하다고 주장한다면, 나는 그가 극도로 부주의하거나 거짓말을 하고 있다는 것을 알아야 할 것 같다.그리고 설사 그가 옳다고 해도, 이것은 적절한 삭제 논의를 회피하기 위한 수단으로 초안이 받아들여지지 않는다는 위키백과의 명백한 위반에 대한 명분이 되지 않을 것이다.오미크루게고섬(토크) 10:01, 2019년 9월 3일(UTC)
- 당신이 이제 완전히 거짓말을 한 것처럼 보인다면, 나는 다른 모든 사람들이 당신의 주장이 사실이 아니라는 것을 알 수 있도록 문제의 토크 페이지를 일시적으로 삭제했다.∙ 무지개빛 10:03, 2019년 9월 3일 (UTC)
- 내가 거짓말을 한 곳을 보여 주면 바로 사과할게.그렇지 않으면 나는 이것을 인신공격으로 받아들인다.Jbhunley[25]가 마지막으로 명시한 이의신청서를 보기 전에 삭제한 것을 볼 기회가 없었기 때문에 거절하지 못한 것에 대해 감사한다.오미크루게고섬(토크) 10:05, 2019년 9월 3일 (UTC)
- 음,
적어도
두명의 관리자와 여러 명의 사용자들이 이것
이 타당하다고 생각하는 한 명의 관리자의 예를 제공하지 않았을 때,이것은 유효한 기사
라는 내의견을 공유한다고 말했다
. (이미 내 강연 페이지에 설명했듯이, 위키피디아가 운영하는 방식 때문에, 그것은 오직 한 명의 관리자만 g로 삭제하는 것에 반대할 것이다.복원)Sometguy1221이 삭제된 내용을 읽었지만 여전히 어떤 관리자도 나와
동의한 적이없다고 주장한다면…
방금 삭제된 대화 페이지에는 모든 내역이 기록되어 있고 아무도 동의한 사람이 없다는 것이 명백하다.위키백과 규칙
은 당신이 방금 작성한 것으로 보이는초안은 받아들일
수없다는 것
이다…- 이리데스크ent 10:11, 2019년 9월 3일(UTC) - A) 카운트는 관리자가 아니다.B) 나는 바라카트가 잘 알려져 있지 않다고 말하지 않았다 - 나는 이것이 사실이라는 것을 보여줄 필요가 있다고 말했다.C) 당신은 당신 자신의 결론이 너무나 명백하게 옳아서 같은 증거를 본 합리적인 사람이 당신과 의견이 다를 수 없다고 가정하고 있다.그런 식으로 계속 생각하기로 선택했는지는 당신에게 달려 있지만, 그것은 협업을 위한 훌륭한 태도가 아니다.나는 네가 거짓말을 하고 있다고 생각하지 않지만, 나는 네가 어떤 것에 대해 혼란스러워하고, 다른 것에 대해 다채로운 해석을 했고, 전반적으로 건강하지 못한 강도로 그 상황에 접근하고 있다고 생각한다.Sometguy1221 (대화) 10:18, 2019년 9월 3일 (UTC)
- Sometguy1221, 꽤.나는 WP의 뚜렷한 그늘을 보고 있다.RGW 여기.랜스 암스트롱의 마약 투약 사실을 알리려다 금지당한 사람이 생각난다.가이(Help!) 10:30, 2019년 9월 3일 (UTC)
- 백작이 행정관이 아니라면 내가 틀렸다는 걸 인정한다.나는 누군가가 삭제 토론을 종결시킬 수 있다면 반드시 관리자여야 한다고 생각했다.뭔가 잘못된 것을 얻는 것은 거짓말이 아니다.기사는 어제 복구되었고 한 사용자가 편집 요약본에 음의 내용을 적절히 소싱했다고 썼다.나는 이것이 복원되었다면 이것은 관리자에 의해 이루어졌을 것이라고 추측했지만, 역사가 여전히 삭제되고 있기 때문에 나는 그것이 누구였는지도 알 수 없다.나는 부정적인 내용이 나와의 합의로 적절히 소싱된다는 글을 받아들인다.나 또한 위의 Incnis Mrsi의 질문을 어떻게 그 기사가 G10을 위반하는지에 대한 나와의 합의로 받아들인다. 어떻게 그러한 규칙을 위반하는지는 보여지지 않았다.나는 또한 그가 만든 후에 글을 편집한 몇몇 사용자들을 내용 삭제 없이 그리고 삭제해달라고 요청하지 않고 그 글의 가치가 있다는 것을 나와의 합의로 받아들인다.나는 바라카트가 17명의 출처와 그들 중 대부분은 믿을 수 있는 최고의 품질 그리고 심지어 국제적으로 잘 알려져 있다는 것을 매우 분명히 보여주었다. 그들은 그가 많은 저명한 장소에서 발표한 두 권의 책을 출판했고, 그는 백만 명 이상의 인스타그램 팔로워를 가지고 있으며 수십 명의 ( 심지어 국제적인) 스타들과 포즈를 취해왔다.만약 당신이 그것이 그가 잘 알려져 있다는 것을 보여주지 않는다고 주장한다면 나는 뭐라고 말해야 할지 모르겠다.그리고 다시 말하지만, 만약 당신이 옳았다 하더라도, 그것이 내가 위에서 지적한 위키백과 규칙을 명백히 위반하기 위해 관리자 권한을 남용하는 것은 정당화되지 않는다. 초안은 삭제 논의를 회피하기 위한 허용 가능한 수단이 아니다.나는 만약 관리자가 이것이 규칙을 위반하는 것을 보여준 후에 페이지를 초안한 다음 그것이 실행된 후에도 그것을 두 번 삭제하고, 페이지를 오락으로부터 차단하고, 최고 품질의 출처에 기여하는 선의의 편집자들을 위협하여 그것들을 차단하는 것을 불건전한 강도라고 부를 것이다.그러나 포르투갈 광고를 반복적으로 게재하고 토론하기를 거부한 3명의 단일 목적의 반달들은 여전히 처벌받지 않고 있다.나는 불의와 권위주의적인 거들먹거리는 행동을 전혀 참을 수 없다는 것을 인정해야 한다.나는 위키피디아가 큰 가치를 가지고 있다고 믿는다. 왜냐하면 많은 편집자들이 공손하게 함께 일하기 때문이다.불행히도 항상 그렇지는 않다.오미크뢰고섬 (토크) 10:44, 2019년 9월 3일 (UTC) PS: Righting greatwords, JgZ에 대한 흥미로운 링크에 감사한다.나는 네가 그것을 읽었기를 바란다."당신이 원한다면...현재 또는 역사적인 정치, 종교, 도덕적 문제의 "진실" 또는 "실체"를 설명하라...위키백과에서는 주류 언론에 보도될 때까지 기다려야 할 겁니다."내 기고문에서 보겠지만, 난 꽤 다양한 주제에 대해 편집했었어. 그래서 나는 어떤 것에 대해서도 진실을 설명하는 것을 여기선 보지 못했어. 하지만 주류 언론들이 6년 전에 바라캇의 의심스러운 관행에 대해 보도하기 시작했지.오미크루게고섬(토크) 10:53, 2019년 9월 3일(UTC)
- Sometguy1221, 꽤.나는 WP의 뚜렷한 그늘을 보고 있다.RGW 여기.랜스 암스트롱의 마약 투약 사실을 알리려다 금지당한 사람이 생각난다.가이(Help!) 10:30, 2019년 9월 3일 (UTC)
- 음,
- 내가 거짓말을 한 곳을 보여 주면 바로 사과할게.그렇지 않으면 나는 이것을 인신공격으로 받아들인다.Jbhunley[25]가 마지막으로 명시한 이의신청서를 보기 전에 삭제한 것을 볼 기회가 없었기 때문에 거절하지 못한 것에 대해 감사한다.오미크루게고섬(토크) 10:05, 2019년 9월 3일 (UTC)
- 당신이 이제 완전히 거짓말을 한 것처럼 보인다면, 나는 다른 모든 사람들이 당신의 주장이 사실이 아니라는 것을 알 수 있도록 문제의 토크 페이지를 일시적으로 삭제했다.∙ 무지개빛 10:03, 2019년 9월 3일 (UTC)
- 삭제를 원했던 이 행정관은 삭제 토론에서 자신의 표를 약체로 바꿨다고 직접 적었다.[24] 만약 Someguy1221이 삭제된 내용을 읽고 여전히 나에게 동의한 관리자가 없다고 주장한다면, 그 기사는 소스가 잘 되었거나 바라카트가 잘 알려지지 않았거나 "범죄"로만 유명하다고 주장한다면, 나는 그가 극도로 부주의하거나 거짓말을 하고 있다는 것을 알아야 할 것 같다.그리고 설사 그가 옳다고 해도, 이것은 적절한 삭제 논의를 회피하기 위한 수단으로 초안이 받아들여지지 않는다는 위키백과의 명백한 위반에 대한 명분이 되지 않을 것이다.오미크루게고섬(토크) 10:01, 2019년 9월 3일(UTC)
- 노트 오미크루게고섬의 두 가지 아이템.Someguy1221은 관리자로 삭제된 내용을 볼 수 있다.또한 AFD가 "확정된 차단형 삭푸펫에 의해 지명되었다"고 밝혔고 비관리자 클로저는 기사의 내용에 대해 언급하지 않았기 때문이다.마넷DTalk 09:56, 2019년 9월 3일 (UTC)
- 삭제된 항목을 볼 수 없음:JZG가 삭제한 뒤 기사를 재탄생시킨 관리자는 부정적인 내용을 잘 소싱했다.너는 또한 내가 바라카트가 브라질 언론에서 유명인 의사로 유명하지 않고 몇몇 언론인뿐만 아니라 바라카에 의해 시작된 명예훼손 사건에서 승소한 가수에 의해 의심스러운 관행에 의해 고발된, 빠른 시일 내에 최종 결정을 내린 삭제 토론도 읽지 않은 것 같다.t. 그러한 행동은 불법일 수도 있고 아닐 수도 있다.당시 지적했듯이 에우페미아노 푸엔테스 역시 무죄 판결까지 받았음에도 불구하고 당연히 그의 글을 가지고 있다.그 남자가 잘 알려져 있지 않다는 당신의 주장은 당신이 17명의 출처가 있고, 그들 중 대부분은 매우 신뢰성이 높으며, 심지어 그가 100만 명 이상의 인스타그램 팔로워를 가지고 있고, 잘 팔리는 두 권의 책을 출판했으며, 브라질 언론에서 거의 만능에 가깝고 심지어 먼 나라에서도 관심을 불러일으켰기 때문에 그 사건을 조사하지 않았음을 보여준다.영국과 독일처럼.JZG의 반복적인 삭제 이후 이것을 보는 것이 어려워진 것은 인정한다.이는 사용자가 이의를 제기할 경우 삭제와 초안이 삭제 토론에서 결정을 기다릴 필요가 있다는 규정을 관리자들이 반복적으로 위반했고, 이 경우 나는 반대했을 뿐만 아니라 행정관까지 복원해 삭제 논의가 신속하게 이루어졌기 때문에 명백히 시급한 경우다.오미크루게고섬(토크) 09:47, 2019년 9월 3일(UTC)
- 내가 말할 수 있는 한, 이 문제에 대해 행정관 0명이 동의한 것으로 안다.하지만 삭제하는 것이 옳은 결정이었다고 생각하는 나를 리스트에 추가할 수 있다.이것은 WP에 대한 직접적인 위반이었다.BLPCRY와 그 장애물을 극복하는 것은 기사의 주제가 WP 중 하나라는 것을 보여줄 필요가 있다.잘 알려져 있거나, 또는 WP가 아닌 주체가 고발된 범죄가 명백하게 눈에 띈다.NOTNNEWS.어떤 경우에도 이것은 결코 긴급한 문제가 아니며, 어떠한 행정적 남용도 일어나지 않는다.당신은 삭제되지 않은 것에 대해 논쟁하고 싶은 모든 시간을 가지고 있다.Sometguy1221 (대화) 08:54, 2019년 9월 3일 (UTC)
- 그것은 네가 계속해서 반복하는 너의 의견이다.이미 적어도 두 명의 관리자와 여러 명의 다른 사용자들이 이것이 유효한 기사라는 나의 의견을 공유하였기 때문에(Count Count와 Atlantic306은 빠른 속도로 유지하기 위한 삭제 토론 판결에서, 어제 당신의 삭제를 번복한 관리자, 삭제하기 전에 기사를 편집한 사용자, 위의 Innis Mrsi)와 같은 것이다.규칙은 적절한 삭제 토론으로 삭제를 정당화할 필요가 있음을 분명히 명시한다. 위키백과 정책을 위반하는 것은 지나치십시오.오미크루게고섬(토크) 08:35, 2019년 9월 3일 (UTC)
- 위에서 지적했듯이 두 가지 경쟁 버전이 있었다.하나는 당신의 공격 페이지였고, 다른 하나는 광고였습니다.그 주제의 명백한 한계적 평판을 고려할 때, 우리 역시 필요하지 않다.가이(Help!) 08:30, 2019년 9월 3일 (UTC)
실제로, 관리자는 WP의 시행에서 일방적으로 행동할 수 있는 권한을 갖는다.BLP, 그러니까 당신이 묘사하는 일련의 사건들조차도 비위행위의 명백한 증거가 아니다.즉, 관리자가 할 수 있는 일을 설명하고 있는 것이다.관리자는 또한 합의의 유무, 그리고 그 합의가 정책에 기초하고 있는지 여부를 평가할 수 있다.관리자가 BLP를 위반하여 기사가 존재한다는 신념을 가지고 있다면, 그는 반대 목소리에도 불구하고 그 신념에 따라 대담하게 행동할 수 있는 이성의 범위 내에서 허용된다.기사 삭제에 이의를 제기하는 절차가 있다.삭제 관리자와 함께 토목 대화를 여는 것으로 시작하여 WP에 게시물을 게시한다.그것이 만족스럽지 않다면 DRV.DRV에서 관리자 한 명이 빠른 삭제와 관련해 지역 사회와 습관적으로 연락을 끊는 모습을 보인다면 이에 대한 경고나 제재에 대해 이야기를 시작할 이유가 있을 것이다.Sometguy1221 (대화) 10:58, 2019년 9월 3일 (UTC)
- 오미크루게고섬 너는 네가 "규칙"을 지적했기 때문에 내가 어떻게 일을 할 수 없는지 계속 나에게 잔소리를 해.여기서 당신의 위치를 지원하는 관리자가 전혀 없다는 것을 눈치챘는가?당신은 이 "마약 스캔들"을 주로 밀어내는 500개의 편집본을 가지고 있다.나 12만 명 있어.내가 너보다 규칙을 더 잘 아는 것 같아.내가 틀렸기 때문일지도 모르지만, 너의 스타일은 그야말로 놀랄 만큼 역효과적이다.Guy (Help!) 11:09, 2019년 9월 3일 (UTC)
- 보셨겠지만, 나는 내가 한 번 만든 이 글의 반복적인 파괴행위에 의해 다른 활동으로부터 멀어지기 시작했을 뿐인데, 그리고 나서 초안이 적절한 삭제 논의를 회피하기 위한 수단은 아니라는 위키백과 규정을 받아들이려는 관리자로서의 당신의 거절에 의해서만 나의 다른 활동으로부터 멀어지기 시작했다.귀하에게 동의하지 않는 관리자가 없었으면 기사가 어떻게 복구되었는지(내가 정확히 이해한다면 두 번?) 설명해 주십시요.전체 기사는 전적으로 신뢰할 수 있는 출처를 바탕으로 하고 있다. 누군가가 어제 그의 편집 요약에서 확인된 내용을 확인할 수 있을 것이라고 생각했고 당신은 당신이 정확히 무엇을 반대하는지 명시하기를 거부했다.당신의 엄청난 편집은 세 개의 단일 목적의 계정에 의한 명백한 파괴행위에 대한 잘 설명되어 있는 불평과 위키백과 규칙의 명백한 위반에 대해 당신의 권한을 남용함으로써 당신의 권능을 남용하여 계속해서 행동하고 있는 것에 대해 잘난 체하는 방식을 정당화하지 못한다.당신의 행정력을 남용한 혐의로 기소되었다.
- Sometguy1221, 뎁이나 JzG에 대한 제재가 취해지든 상관없지만(후자의 경우 자신이 위법행위로 고발되었을 때 반복적으로 조치를 취하는 것은 또 하나의 위키백과 규정 위반이지만), 그렇지 않으면 행정관이 별다른 노력 없이 볼 수 있는 기회가 없기 때문에 어딘가에서 그러한 사례에 주목해야 한다고 생각한다.그런 행위그리고 나는 그 기사가 아주 잘 소싱되어 있고 삭제에 대한 유일한 적절한 논의는 그것을 유지하는 것이었기 때문에 적절한 논의를 시작하려면 복원될 필요가 있다고 생각한다.또한 삭제된 관리자와 시민적 토론을 하고자 하는 나의 시도에서 그는 나를 막으려고 위협하기 시작했으며, 그가 모든 부정적인 내용이 적절히 소싱되어 있고 Incn이라는 명분을 가지고 되돌리는 다른 사용자의 전기 사용에 대한 규칙 위반이 있다고 정확히 생각하는 이유를 결코 정확히 보여주지 않았다는 점을 유념하십시오.Mrsi는 G10이 어떻게 위반되었는지와 그 기사를 유지하기로 한 이전의 결정을 묻는 것이다.오미크루게고섬(토크) 11:24, 2019년 9월 3일(UTC)
- 번복하고 즉시 새로운 삭제 논의를 연기한다. 비공식적으로 복구한다. 여기 있는 누구에게도 잘못이 없다. 이 삭제는 여러 단계에서 실패했기 때문에 처음부터 다시 시작해야 한다.우리는 삭제된 페이지의 역사에서 G10과 G11 삭제에 대한 몇 가지 반대뿐만 아니라 이전 논의에서 사전 심의가 아닌 신속성을 유지하고 있다. 그것은 백지화되고 논의에 맡겨졌어야 했다.G10과 G11 모두 이전의 삭제 논의를 무시하는 기준에 따라 나열되지 않으며, G10은 내용이 완전히 비협조적인 경우에만 적용되며, G11은 노골적으로 홍보하는 페이지에 해당된다. 이는 서툴지만 노골적으로 홍보하지는 않았다.실생활의 상황에 대해서는 외국어 주제의 구글링에 어려움을 겪지만 브라질의 소식통으로부터 종합해 보면 이 사람은 아나볼릭 스테로이드([29], [30], [31])를 잘못 처방해 브라질 가수와 스캔들에 휘말린 유명인 의사([26], [27], [28])로 유명하다.최근 그가 우연히 인스타그램에 자신과 아내의 음탕한 만남을 담은 동영상을 올렸을 때([32], [33]) 에이드 뉴스가 나왔다.포르투갈어를 실제로 읽는 사람은 출처를 검토해야 한다. 나는 기계 번역의 정확성이나 이러한 출처의 신뢰성에 대해 전혀 알지 못한다. 나는 영어 출처에서 개인에 대한 어떤 정보도 찾을 수 없다는 것을 주목할 필요가 있다. 그리고 나는 이 점들이 우리의 기준에 따라 신뢰성을 확립한다고 확신할 수 없다.r 기사(BLPCIRY 등을 고려) 그러나 이것은 삭제 논의에서 일어나야 할 모든 고려사항이다.이반벡터 (/)TalkEdits 12:16, 2019년 9월 3일 (UTC)
- 나도 동의해.또한 그러한 복원은 정책과 완전히 호환되며 WP에서 정기적으로 수행된다.DRV(이 논의가 애초에 열렸어야 하는 곳).SoWhy 12:21, 2019년 9월 3일(UTC)
- 나는 그것을 지지할 것이다.솔직히 말하면, 나는 처음에 그것을 빨리 지웠더라면 좋았을 텐데, 왜냐하면 그 이유는 아직 공신력이 확립되지 않았기 때문이다.편집 전쟁이 많았던 것을 보고, 초안 공간에서 창작자에게 개선의 기회를 주는 실수를 저질렀다.Deb (토크) 12:26, 2019년 9월 3일 (UTC)
- (나는 포르투갈어를 할 줄 아는데 이 토론에서 포르투갈어 화자가 필요한 것 같아서 여기에 참여하는 것뿐입니다) 나는 이반벡터가 지적한 뉴스 기사를 모두 읽었다.대부분의, 아니 모든 기사들은 브라질에서 온 믿을 만한 소식통에서 온 것이다.하지만, 나는 문제의 사람에 대해 "심층 취재"가 있다고 확신하지는 않는다.그는 사회관계망에서 강한 존재감을 가진 "유명인 의사"로 언급되고 있지만, 이 기사들에 대한 전기 정보는 거의 주어지지 않는다.그 기사들은 도핑 사건에 대한 그의 개입, 아나볼릭 스테로이드 처방, 그리고 그가 연루된 다른 논쟁적인 것들에 관한 것이다.그는 거의 눈에 띄지 않을 수도 있고 WP의 경우일 수도 있다.싱글이벤트.--Siredimon (대화) 14:06, 2019년 9월 3일(UTC)
- 나는 그것을 지지할 것이다.솔직히 말하면, 나는 처음에 그것을 빨리 지웠더라면 좋았을 텐데, 왜냐하면 그 이유는 아직 공신력이 확립되지 않았기 때문이다.편집 전쟁이 많았던 것을 보고, 초안 공간에서 창작자에게 개선의 기회를 주는 실수를 저질렀다.Deb (토크) 12:26, 2019년 9월 3일 (UTC)
- 나도 동의해.또한 그러한 복원은 정책과 완전히 호환되며 WP에서 정기적으로 수행된다.DRV(이 논의가 애초에 열렸어야 하는 곳).SoWhy 12:21, 2019년 9월 3일(UTC)
- 명성이 확립되지 않았다는 것은 노골적인 거짓말일 뿐이다.규칙을 읽어라.심층적으로 커버리지가 있는 신뢰할 수 있는 2차(및 심지어 국제) 출처가 많이 있다.공신력 확립.마침표.그리고 지켜야 할 결정이 있었기 때문에 빠른 삭제는 없었다.규칙을 받아주십시오.이반벡터와 SoWhy가 적절한 과정을 지적해줘서 정말 고마워.뎁과 JZG가 마침내 위키백과 규정에서 그들이 잘못되었다는 것을 인정하고, JZG가 나를 차단하기 위한 위협을 철회하는 것이 좋을 것이다. (그가 규칙을 위반했다는 사실을 지적한 것에 대해)가장 중요한 것은 내가 알고 있는 모하맛 바라카트는 범죄가 아니라 스포츠인에 대한 의학적 치료(국제적으로 심층 취재가 있었기 때문에 그가 가장 주목하는 것)와 그가 보유하지 않는 직함을 사용(범죄가 아니라 어쩌면 행정범죄일 수도 있음)하고 있다는 점이다.영어의 출처: [34] 스웨덴어 품질매체에 의해서도 보도되었다(Expressen [35]).노르웨이의 타블로이드판 베르덴스 강[36]과 폴란드의 스포츠 신문[37]이 도움이 될 경우...오미크루게고섬(토크) 12:48, 2019년 9월 3일(UTC)
- @Omikroergosum: 계속적으로 코멘트를 편집하지 마십시오.그것은 파괴적이다.Jbh Talk 13:33, 2019년 9월 3일(UTC)
- OP가 초안을 클릭하는 것을 막을 수 있는 것은 아무것도 없다.모하메드 바라카트, 정책 준수 기사 작성나는 그들이 요청한 대로 내가 생각하는 몇 가지 이슈와 왜 그 기사가 정책 불만[38]이 아닌지에 대해 그에게 설명했다.문제를 수정하거나 해결하기 위해 노력하는 대신, 그는 같은 텍스트를 계속 삽입하고, 적어도 4페이지의 대화와 몇 시간의 시간을 편집한 수십 개의 편집에 대해 "학대"를 불평했다.
낡은 물건을 고갈시킬 필요가 없다.그것은 헛소리였고 WP:TNT는 그것에 가장 좋은 것이다.Jbh Talk 13:40, 2019년 9월 3일(UTC)
- 만약 내가 틀렸다는 것을 보여주기 위해 그 모든 차이점들을 모지 않았다면 나는 잘못된 결정이 뒤집혔을지 의심스럽다.네가 잘못했다는 것을 알아줘서 고마워.제발 "쓰레기"와 같은 거들먹거리는 언사를 그만 외쳐라.그리고 결정이 잘못되었으므로 즉시 삭제하지 마십시오. 여러 편집자의 이전 작업이 손실되지 않고 관리 권한 남용 사례가 계속 기록될 수 있도록 하십시오.위의 세 명의 관리자가 지적했듯이(그리고 당신이 지적한 당신 Jbhunley는 당신처럼 행동하는 것을 좋아하지만 관리자가 아니다) 애초에 삭제하기로 한 결정은 잘못된 것이었다.또한 포르투갈어 텍스트와 광고를 삽입하고 토론 없이 소스가 잘 된 콘텐츠를 삭제한 3명의 단일 목적의 반달도 최종적으로 차단해 주길 바란다.오미크루게고섬(토크) 13:42, 2019년 9월 3일(UTC)
- 이상에 비추어, 나를 거짓말쟁이라고 부르는 등 계속되는 인신공격에 대해 오미크루게르굼의 짧은 블록을 요청하고 싶다.나는 그것을 직접 하지 않을 것이다. 나는 합의를 보고 싶다.Deb (토크) 13:51, 2019년 9월 3일 (UTC)
- 국제 품질 매체에서 조차 심층 취재가 가능한 믿을 수 있는 2차 출처가 수십 개 있지만 귀하가 작성한 공지는 확립되지 않았다.나의 "계속된" 인신공격은 어디에 있는가?그것은 암묵적인 거짓말인가?당신은 명시적 위키백과 규칙을 위반하여 초안에 의한 삭제 논의를 회피한 것으로 보여지고 이것에 대한 어떠한 잘못된 정당성도 제기하지 않았다.이젠 내가 막히길 바라나?진심이에요?오미크루게고섬(토크) 14:02, 2019년 9월 3일(UTC)
- 그래, 맞아. 그리고 네가 있는 그대로 계속하면 아마 일어날 거야.자, 심각한 질문:당신은 좋은 기사를 쓸 만큼 자료를 모은 것 같다.당신이 초안을 다시 만들어 WP를 통해 제출하는 것을 막을 수 있는 것은 아무것도 없다.AFC의 독자적인 검토를 위해.그런데 왜 안 하는 거야?그냥 격분하고 화난 거야 아니면 여기서 다른 일이 일어날 거라고 기대한 거야?전자는 에너지 낭비일 뿐이고, 후자는 어떤 결과를 찾고 있는가?Jbh Talk 14:23, 2019년 9월 3일(UTC)
- 결정이 뒤집혔기 때문에 위키백과 규정에 따라 기사가 재탄생되기를 기다린다.네가 파괴하려고 했던 모든 일을 내가 다시 하게 놔두지 않을 거야.오미크루게고섬(토크) 14:32, 2019년 9월 3일(UTC)
- 네가 듣고 싶은 부분만이 아니라, 여기와 다른 곳에서 말한 모든 것을 정말로 받아들여야 해.만약 그렇게 한다면 나는 네가 주장하는 것이 사실이 아니라는 것을 알게 될 것이라고 믿는다.더 나아가, 필자는 기사가 삭제되지 않았든 초안으로 다시 작성했든 간에 중립성과 무관하게 BLP 위반 자료를 교체하기만 한다면, BLP와 WP에 대한 정책들은 다음과 같이 보장할 수 있다.WEAT, 당신은 살아 있는 사람들을 위한 특별 제재 체제 하에서 BLP를 편집하는 것이 금지되거나 차단될 것이다.귀하는 이미 필요한 통지를 받았으므로, 이러한 정책을 이해하고 이해할 수 있도록 시간을 할애하십시오. 정책 및 정책들이 귀하의 주제에 어떻게 적용되는지 명확하게 설명하는 정책보다는 정책들을 수 있도록 시간을 할애하십시오.Jbh Talk 14:49, 2019년 9월 3일(UTC)
- 결정이 뒤집혔기 때문에 위키백과 규정에 따라 기사가 재탄생되기를 기다린다.네가 파괴하려고 했던 모든 일을 내가 다시 하게 놔두지 않을 거야.오미크루게고섬(토크) 14:32, 2019년 9월 3일(UTC)
- 그래, 맞아. 그리고 네가 있는 그대로 계속하면 아마 일어날 거야.자, 심각한 질문:당신은 좋은 기사를 쓸 만큼 자료를 모은 것 같다.당신이 초안을 다시 만들어 WP를 통해 제출하는 것을 막을 수 있는 것은 아무것도 없다.AFC의 독자적인 검토를 위해.그런데 왜 안 하는 거야?그냥 격분하고 화난 거야 아니면 여기서 다른 일이 일어날 거라고 기대한 거야?전자는 에너지 낭비일 뿐이고, 후자는 어떤 결과를 찾고 있는가?Jbh Talk 14:23, 2019년 9월 3일(UTC)
- 국제 품질 매체에서 조차 심층 취재가 가능한 믿을 수 있는 2차 출처가 수십 개 있지만 귀하가 작성한 공지는 확립되지 않았다.나의 "계속된" 인신공격은 어디에 있는가?그것은 암묵적인 거짓말인가?당신은 명시적 위키백과 규칙을 위반하여 초안에 의한 삭제 논의를 회피한 것으로 보여지고 이것에 대한 어떠한 잘못된 정당성도 제기하지 않았다.이젠 내가 막히길 바라나?진심이에요?오미크루게고섬(토크) 14:02, 2019년 9월 3일(UTC)
- 나는 어떤 편집자도 초안을 작성할 수 있다는 것을 지적하고 싶다. 여기서 관련된 유일한 특별한 권한은 리디렉션을 빨리 삭제하도록 플래그를 지정하지 않고 자동으로 삭제하는 것이다.이 초안 작성에 관여하는 「행정권 남용」은 없다.creffpublic a creffett franchise (사장님과 대화) 14:35, 2019년 9월 3일 (UTC)
- 당신은 어떤 편집자라도 요청에 대한 정당성조차 제시하지 않고 아돌프 히틀러, 케이티 페리 또는 플라티푸스 같은 기사를 초안화할 수 있다고 정말로 주장하고 싶은가?이 토론을 시작할 때 내가 지적한 초안 작성에 관한 규칙도 읽어 보셨나요?지금까지 아무도 조치를 취하지 않았음에도 불구하고 두 명의 관리자가 기사의 초안을 작성하거나 삭제하기로 한 결정을 번복한 것을 알고 있었는가?오미크루게고섬(토크) 14:48, 2019년 9월 3일(UTC)
- 내 입에 말참견하지 마라.나는 단지 어떤 편집자도 초안을 작성할 수 있다고 말했을 뿐이며(기술적인 의미에서 이것을 의미한다는 것을 분명히 할 것이지만, 어떤 편집자도 초안 공간을 옮기거나 초안을 작성하는 대본을 실행할 수 있다; 나는 스스로 여러 번 그렇게 했다) 따라서 이것은 행정 도구의 남용으로서 적합하지 않다.나는 뎁의 행동이 옳은지에 대해 아무 말도 하지 않았고, 정당화, 히틀러, 플라티피에 대해서도 언급하지 않았다.creffpublic a creffett franchise (사장님과 대화) 15:52, 2019년 9월 3일 (UTC)
- 이 무명의 사람이 아돌프 히틀러나 케이티 페리 같은 것이라고 정말로 주장하고 싶은가?이것은 마치 WP처럼 들리기 시작하고 있다.CIR 발행.가이(도움말!) 19:46, 2019년 9월 3일 (UTC)
- 나는 바라카트가 아돌프 히틀러나 케이티 페리나 플라티푸스(!!!)와 같다고 쓴 적이 없는데, 내 생각엔, JzG, 자네도 그걸 이해할 수 있을 것 같은데, 그건 이기기가 쉽기 때문에 짚단논쟁을 하는 것일 뿐이야.나는 어떤 사용자라도 단지 어떤 글의 초안을 작성할 수 있다고 주장하는 것이 매우 명백하게 잘못된 것이라는 것을 보여주기 위해 극단적인 예를 들고 왔다.나 또한 네 입에 말을 넣지 않았어, 크레퍼블릭, 나는 반복했어.기술적으로 어떤 사용자라도 이것을 할 수 있다는 당신의 말이 맞을 수 있으며, 나는 내가 열거한 세 가지 기사 중 어느 하나에 대해서도 이것이 전혀 허용되어서는 안 된다고 생각한다는 것을 강조하고 싶으며, 이 토론의 맨 처음에서 보여주었듯이, 초안에 관한 기존의 위키백과 규정들은 삭제 논의를 회피하기 위한 초안을 분명히 금지하고 있다.이 사건에서 계속 제자리걸음을 하고 있다.그리고 다른 수많은 사람들.오미크루게고섬(토크) 19:36, 2019년 9월 4일 (UTC)
- 당신은 어떤 편집자라도 요청에 대한 정당성조차 제시하지 않고 아돌프 히틀러, 케이티 페리 또는 플라티푸스 같은 기사를 초안화할 수 있다고 정말로 주장하고 싶은가?이 토론을 시작할 때 내가 지적한 초안 작성에 관한 규칙도 읽어 보셨나요?지금까지 아무도 조치를 취하지 않았음에도 불구하고 두 명의 관리자가 기사의 초안을 작성하거나 삭제하기로 한 결정을 번복한 것을 알고 있었는가?오미크루게고섬(토크) 14:48, 2019년 9월 3일(UTC)
전반적으로 오미크루게르고섬, 문제는 공정이 남용되었다고 주장하기 위해 왔다고 하지만, 당신이 하고 있는 일은 공정이 잘못된 결과에 도달했다는 주장을 펴는 것뿐입니다.이것은 네가 이해할 수 있기를 바라는 구별이다.(일방적인 과정을 포함한) 과정이 잘못된 결론에 도달했다고 믿는다면, 당신은 그것에 호소한다.어떤 과정도 완벽하지 않고, 실수가 있을 것이라는 것을 이해하고 널리 수용한다.그래서 항소를 위한 수단이 존재하는 것이다.그러나 어떤 과정이 잘못된 결과를 얻었다는 것을 증명한다고 해도, 그것이 그 과정이 남용되었다는 것을 증명하지는 않는다.당신은 행정관이 그가 잘못 알고 있거나 잘못 알고 있었어야 할 일을 했다는 것을 증명해야 할 것이다.그 사람들이 그 행동이 잘못되었다는 것을 알았어야 했다고 믿는 것은 매우 분명하다. 왜냐하면 당신은 누구라도 당신과는 다른 결론을 도출할 수 있다는 것을 믿지 않기 때문이다.하지만 자신을 계속해서 설득하는 것은 당신의 사건을 개선하지 못한다.사실은 A에게 이런 일이 일어나서는 안 되었다.당신이 뎁에게 기사의 초안을 풀어달라고 했고, 그녀는 다른 사람에게 그것을 검토하라고 제안했다.당신은 Jzg의 토크 페이지에 가서...정말 그냥 분출하는 것 같아.내 생각에 넌 그냥 일반적으로 냉정해져야 할 것 같아.여러분의 목표가 여러분의 기사를 다시 올리는 것이든, 나쁜 관리자가 나쁜 일을 했다는 것을 "기록에 기록하기 위해 메모"하는 것이든, 첫 번째 단계는 같다: 그 기사는 유지되어야 한다는 합의를 얻는 것이다.그리고 그 합의에 도달하기 위한 논의는 A에 대해 이루어지지 않는다.Sometguy1221 (대화) 20:17, 2019년 9월 3일 (UTC)
- 모스기1221, 나는 삭제 논의를 회피하기 위한 수단으로 초안이 받아들여질 수 없다고 규정되어 있기 때문에 그 과정이 잘못되었다는 것을 처음부터 아주 분명하게 보여주었다.현재 "코르티" 블랭킹도 마찬가지다.나는 어느 한 명의 행정관도 신경 쓰지 않고, 행정권력의 반복적인 남용도 신경 쓰는데, 이 경우뿐만 아니라.그래서 왜 내가 이 논의의 시작에서 분명히 보여주었듯이, 초안은 일반적으로 초안에 관한 규칙을 위반하는 방식으로 사용된다는 것에 동의했는가?만약 당신이 내가 여기서 편집하는 것이 몇몇 유명인사의 기사에 달려있다고 믿는다면, 많은 믿을만한 출처에 따르면, 건강한 사람들에게 위험한 약을 처방하는 그의 돈을 번다면, 내 이력(다른 언어 버전 포함)을 보라.오미크루게고섬(토크) 19:20, 2019년 9월 4일(UTC)
- AFD에서의 신속한 체제는 절차상의 근접이었고, 구속력 있는 합의를 의미하지 않는다.Sometguy1221 (대화) 19:33, 2019년 9월 4일 (UTC)
- Luz & Batista Jr 2017은 이 사람의 삶과 작품에 관한 것이 아니라는 점에 유의하십시오.그것은 브라질의 일반적이고 널리 퍼진 문제에 관한 것인데, 그 중 이 사람은 하나의 경우다.한 사람의 전기 속으로 신발 호른을 집어넣는 것은 상당히 잘못된 것이며 대단히 잘못된 표현이다. (위키피디아:모든 이야기/사건/재난에 전기가 필요한 것은 아님)"Bomba tôa fora" 사람들은 이것이 스포츠뿐만 아니라 일반 대중들에 관한 것이라는 점을 강조하기 위해 노력하고 있는 것 같다.그리고 확실히 한 사람만의 문제는 아니다.삼촌 G (토크) 23:06, 2019년 9월 3일 (UTC)
- Luz, Sérgio Ruiz; Batista Jr, João (2017-06-01). "Os médicos que receitam bombas". Veja (in Portuguese).
{{cite magazine}}
:유효하지 않음ref=harv
(도움말) - "anabolizantes" (in Portuguese). Sociedade Brasileira de Endocrinologia e Metabologia. 2019.
{{cite web}}
:유효하지 않음ref=harv
(도움말)
- Luz, Sérgio Ruiz; Batista Jr, João (2017-06-01). "Os médicos que receitam bombas". Veja (in Portuguese).
- 이 사람은 브라질 언론에서 라틴 그래미상 수상자(부정행위 혐의 없음), 몇몇 축구계 스타, 스테로이드로 건강을 망쳤다고 비난한 인기 가수, 건강한 사람들에게 쉽게 도핑을 처방하는 것을 보여준 두 명의 잠복기자로서 주목할 만하다.브라질에서 수많은 다른 사람들이 하는 일을 무작위로 하는 의사들만이 아니고, 그 때문에 국제 미디어에서조차 20개 이상의 신뢰할 수 있는 2차 고품질 원천을 식별하는 것은 매우 어려울 것이다. 그리고 당신이 직접 그 사례를 볼 수 있었더라면 좋았을 것이다.나는 이미 미국/러시아/중국에도 도핑이 있기 때문에 브라질에 도핑 기사가 있어야 한다는 것에 동의한다. 그리고 나는 이미 이것을 위한 페이지에서 도핑을 제안했고 카테고리를 만들었다.나라별 도핑.나 자신의 기사 줄리오 세자르 알베스는 모하메드 바라카트와 대조적으로 이 경우처럼 현재 상태를 유지할 수 없다는 데에도 동의하는데, 그의 아주 흔한 이름 때문이기도 한 의사도 도핑 이외의 어떤 것으로도 주목할 수 있는 것으로 식별되기 어렵다는 것은 (다른 ca에서 두 번 보도되었음에도 불구하고) 하나의 사건으로 볼 수 있다.ses. Omikroergosum (talk) 19:20, 2019년 9월 4일 (UTC)
- 오미크루게고섬, 아까 네가 한 주장은 위협도 아니고 어떤 것과도 닮지 않았다는 것을 여기서 언급할 뿐이다.토론의 결과에 영향을 미치기 위해 가짜 주장을 사용하는 것은 완전히 부정직하지는 않더라도 솔직하지 못하다.나는 AGF를 선호하며 당신이 부주의로 잘못된 diff를 선택했다고 가정한다. 그러나 그것은 지역사회가 결정할 것이다.쿠드풍 กุผผ ( ((토크) 02:10, 2019년 9월 4일 (UTC)
- 기사를 복원하고 삭제하도록 지정했다. 위키백과:삭제 조항/모하마드 바라캇(2차 지명)그 글은 토론이 끝날 때까지 공란으로 되어 있고 완전히 보호되어 있다.이것을 WP라고 부를 수도 있다.관여된 조치 그러나 1) 이 경로는 이 실에서 3번 독립적으로 제안되었다. 2) 추가 논의를 원하는 편집자의 적은 수의 편집자들이 언급했으며 3) 이 실이 당파적 감언으로 넘어가고 있다.또한 4) AfD는 그 문제에 결정적인 휴식을 취할 것이다.그래서 WP:IAR.이반벡터 (/)TalkEdits 13:25, 2019년 9월 4일 (UTC)
- IAR은 통상 관료주의를 더하기 보다는 관료를 절개하기 위한 것이 아닌가?-- 폰킹3 (대화) 15:01, 2019년 9월 4일 (UTC)
- 아니야. IAR은 일반적으로 우리가 가지고 있는 규칙에 대한 충분한 이유가 있기 때문에 해결되는 것보다 더 많은 문제를 만들어 낸다.이 개인이 제대로 쓰여진 기사라도 제대로 된 기사를 보증할 수 있는지에 대한 미해결된 의문이 있는데, 오직 AfD만이 그 질문에 확실하게 대답할 수 있다.그래서 우리는 그것을 복원할지 말지를 놓고 다투고 그 다음에 그것을 백지화할지 말지를 놓고 다투고 그 다음에 이것이 후속 논의 이전에 삭제 검토를 할 수 있는지 아닌지에 대해 다투고 그 논의의 적절한 장소를 놓고 다투는 것이다.(미발송으로 옮겼기 때문에): 그리고 나서야 최종 결과가 나오거나, 아니면 추격을 중단하고 모든 추가 조치 없이 바로 AfD로 갈 수 있다.따라서 IAR.만약 그것이 AfD를 통과하거나 통과하지 못한다면, 나머지는 무트다.이반벡터 (/)TalkEdits 15:10, 2019년 9월 4일 (UTC)
- IAR은 통상 관료주의를 더하기 보다는 관료를 절개하기 위한 것이 아닌가?-- 폰킹3 (대화) 15:01, 2019년 9월 4일 (UTC)
허위청구
보고된 사용자가 떼에 의해 차단됨💵Moneyememoji💵💸 17:14, 2019년 9월 9일 (UTC)(비관리자 폐쇄) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
음악가인 맷 헤일스가 새로운 애니메이션 시리즈인 "Ricky Zoom"의 제작자라고 거짓으로 주장하고 있다.
리키 줌의 제작자는 실제로 잘 알려져 있고 에미상 수상자인 키즈 TV 쇼 크리에이터 알렉산더 바(alexanderbar.me와 IMDb 엔트리를 참조)이다.
맷 헤일스는 리키 줌의 제작, 개발, 제작과 아무 관련이 없었다.
이러한 거짓 주장으로 Matt Hales에 의해 편집된 사이트들 중 일부는 다음과 같다.
https://en.wikipedia.org/wiki/Ricky_Zoom 리키 줌(Ricky Zoom)은 록 뮤지션 맷 헤일스가 창작하고 엔터테인먼트 원과 비디오 호스팅 서비스 유쿠가 제작하는 영국 애니메이션 시리즈다.2019년 9월 9일 정식 초연에 앞서 2019년 9월 2일 니켈로디언에서 몰래 첫 방송했다.
https://nickelodeon.fandom.com/wiki/Ricky_Zoom 리키 줌(Ricky Zoom)은 맷 할레스(Matt Hales)가 제작하고 엔터테인먼트 원(Enternation One)과 유쿠(Youku)가 제작하는 영국의 애니메이션 텔레비전 시리즈다.미국을 위해, 엔터테인먼트 원은 닉 주니어와 방송 계약을 협상했다.2019년 9월 2일 살짝 엿본 미국.이 시리즈는 2019년 9월 9일에 정식으로 초연될 것이다.이 쇼는 리키라는 이름의 빨간 오토바이와 그의 친구인 DJ, Loop, 그리고 스쿠트에 초점을 맞추고 있다.
https://en.m.wikipedia.org/wiki/Entertainment_One eOne은 현재 피아노 로커 맷 헤일스가 제작하고 알렉산더 바가 제작한 새로운 애니메이션 전 TV 시리즈인 리키 줌의 출시를 준비하고 있다.— 174.92.40.214 (대화) 16:35, 2019년 9월 8일(UTC) 에 의해 추가된 선행 미서명 의견
- 막혔어.~스왑~{sting}20:59, 2019년 9월 8일(UTC)
- 무리, 실에 잘못 반응한 것 같은데....『Money💵emoji』💸 13:22, 2019년 9월 9일(UTC)
- 아니오, 사용자:HiddenAgenda213은 OP에서 보고한 사용자로, 사용자가 외설한 것이다.-- HiddenAgenda213 (대화) 13:24, 2019년 9월 9월 9일 (UTC)
- 무리, 실에 잘못 반응한 것 같은데....『Money💵emoji』💸 13:22, 2019년 9월 9일(UTC)
이러한 짜증나는 "Cite Web" 오류를 해결할 수 있는 반자동 도구가 있는가?
이 매우 큰 논의의 전반적인 합의는 CS1 템플릿 제품군의 업데이트에 최근에 추가된 매개변수 요건을 제거하는 것이다.웹사이트의 이탤릭체를 요구하는 RFC의 결과는 문제되지 않지만, 이행은 문제되지 않는다. website= 파라메타 의무화)는 여기서 심한 비판을 받아왔다.다른 업데이트는 보류되어야 하지만 RFC(또는 다양한 "이행" 토론의 재개시)가 열릴 때까지 이 문제에 대한 오류 메시지와 추적 카테고리를 롤백해야 한다.최근 변경사항의 전체 롤백은 지원되지 않는다.프라임팩(토크) 18:21, 2019년 9월 6일(UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
토론
문의에 따라 이러한 오류를 해결할 수 있는 도구가 있는지 알고 싶다.그들은 오늘 갑자기 나타나기 시작했는데, 만약 도움이 될 수 있다면, 나는 이 오류들을 수동으로 하나씩 고치지는 않을 것이다.Sk8erPrince (대화) 12:17, 2019년 9월 3일 (UTC)
- 이건 무슨 페이지야?역사에는 왜 이런 일이 일어나는지에 대한 단서가 있을지도 모른다.이반벡터 (/)TalkEdits 12:37, 2019년 9월 3일 (UTC)
- 또한 모듈로 놀고 있는 듯한 스님을 트라피스트에게 핑:지금 인용/CS1을 참조하십시오.이반벡터 (/)TalkEdits 12:39, 2019년 9월 3일 (UTC)
- (ec)모듈에 대한 편집으로 인해 발생한 것으로 나타남:사용자별 인용/CS1:스님을 트라피스트(trappe)하십시오. 템플릿(templates)이 변경되도록 변경하셨습니다.
{{cite journal}}
,{{cite magazine}}
,{{cite news}}
,{{cite web}}
)은 작업 또는 정기적인 매개변수를 필요로 한다.이것은 물론 엄청난 수의 기사들(몰라, 내가 장담하건대)이 지금 그런 오류를 보이고 있다는 것을 의미할 것이다.— Diannaa🍁 (대화) 12:41, 2019년 9월 3일 (UTC)
- 변화가 많은 것은 강한 공감대가 없으면 안 되는 널리 사용되는 템플릿이고, 널리 광고했어야 하는 것이기 때문에 전혀 적절하지 않아 보인다.모듈 변경 제안:인용/CS1을 되돌린다.그러나 Help talk에서는 분노와 논의가 이루어지고 있다.인용 스타일 1.Graeme Bartlett (대화) 12:44, 2019년 9월 3일 (UTC)
- (ec x2) 그것들은 오늘 일찍이 나에게 불쾌한 놀라움이었다.나는 이 토론이 해답으로 이어질 수 있다는 것을 알았다.BlackcurrantTea (대화) 12:45, 2019년 9월 3일 (UTC)
- @Ivanvector:프리티 큐어 드림스타즈에서 나온 건데, 리프들이 실패해서 그 역사에서 뾰족한 수가 없었다(@Cittionbot, 예, 보기 @Cittionbot.잘 들어, 2년 역사에서 이상한 엄청난 팬보이의 에디 워가 있었어.4년 전에 논의된 하이픈 매개 변수(즉, 하이픈으로 연결된 매개 변수)는 더 이상 사용되지 않는다.
deadurl=
보다는dead-url=
)) 그래서 재가동된 것 같다.-——SerialNumber54129 12:46, 2019년 9월 3일(UTC) - @Ivanvector:나는 Presure: Dream Stars에서 스크린 캡처를 했다.하지만 이런 종류의 문제가 있는 페이지는 이뿐만이 아니다.내가 보는 거의 모든 페이지(현재 나의 감시 목록에 1100개 이상의 기사가 있다)에는 이런 문제가 있다.푸니메이션, 스티브 블럼, 신칸센 헨케이 로보 신칼리온 등이 대표적이다.Diannaa의 분석은 정확하다. 템플릿의 변경은 실제로 많은 기사에 영향을 미쳤다.SK8erPrince (대화) 12:47, 2019년 9월 3일 (UTC)
- 이는 도움말 토크의 결과인 것 같다.인용 스타일 1#2019년 9월 2일 이후 cs1 2 모듈 제품군으로 업데이트하고 거기서 연계된 논의를 진행하십시오.샘 월튼 (대화) 12:48, 2019년 9월 3일 (UTC)
그럼 난 이게 고장나지 않은 것을 고치는 사건이라고 생각해?나는 우리 중 많은 사람들이 적어도 이런 변화가 일어날 것이라는 통보를 받았다면 고마워할 것이라고 확신한다.말할 것도 없이, 위에서 언급한 바와 같이, 이러한 변화는 많은 기사에 영향을 주었으므로, 왜 합의 없이 변경이 이루어졌는지에 대해서는 말이 되지 않는다.나는 이러한 변화들이 훨씬 더 많은 혼란이 확산되는 것을 막기 위해 일단 되돌아가야 할 것이라는 것에 동의한다.Sk8erPrince (대화) 13:01, 2019년 9월 3일 (UTC)
- 나는 최근 업데이트의 오류를 해결하기 위해 유지 관리인이 대기 중인 상태로, 그것이 많은 기사를 방해했기 때문에 모듈로 변경 사항을 되돌렸다.이반벡터 (/)TalkEdits 13:04, 2019년 9월 3일 (UTC)
- @Ivanvector:나는 여전히 대부분의 인용 웹 템플릿에 대한 오류를 보고 있다.편집이 취소되어야 하는 것 이상인가?Trappist는 모듈도 편집했다.인용/CS1/구성 및 기타 5개 모듈:인용/CS1 페이지.Ss112 13:10, 2019년 9월 3일(UTC)
- 응, 링거주사를 풀어놨어트라피스트 스님이 여기로 오셔서 변화에 대해 의논해 주시겠습니까?-——SerialNumber54129 13:12, 2019년 9월 3일(UTC)
- (분쟁 편집 × 3) 음양에서 나오는 루아 모듈 에러가 지금 나오고 있다.아돌프 히틀러나 슈츠스타펠을 보라.이건 Unbreak Now! 제발!— 다이애나 🍁 (대화) 13:16, 2019년 9월 3일 (UTC)
- @Ivanvector:나는 여전히 대부분의 인용 웹 템플릿에 대한 오류를 보고 있다.편집이 취소되어야 하는 것 이상인가?Trappist는 모듈도 편집했다.인용/CS1/구성 및 기타 5개 모듈:인용/CS1 페이지.Ss112 13:10, 2019년 9월 3일(UTC)
- (충돌 편집)너의 되돌리기는 잘못해서 나는 그것을 취소했다.귀하가 복구한 것은 cs1 2인 모듈 제품군을 비동기화하는 것이었습니다.그렇게 되면 미디어위키는 거의 모든 cs1 2 템플릿(수백만 개)에 대해 강렬한 빨간색 스크립트 오류 메시지를 내보낼 것이다.
- —스승 (대화) 13:18, 2019년 9월 3일 (UTC)
- 트랩리스트가 복귀해서 다행이다.IV의 편집은 상황을 훨씬 더 악화시켰다.모두 진정하세요.이것은 끝도 없이 논의되었다.Help_talk에서 토의하지 못한 점 죄송합니다,인용_Style_1#Italics_of_websites_in_citations_and_reference_–_reference_for_comment --- Coffeeandcruits 13:20, 2019년 9월 3일(UTC)
- 나는 그 되돌리기가 잘못되었다는 것을 인정한다.이반벡터 (/)TalkEdits 13:24, 2019년 9월 3일 (UTC)
- 그것은 전혀 다른 논의야, 커피앤드라우스. 이 문제와 아무런 관련이 없어.-——SerialNumber54129 13:25, 2019년 9월 3일(UTC)
- 시리얼 넘버 54129, 아니야.너는 단지 어떤 것이 다른 것과 어떻게 관련되어 있는지 이해하지 못하고 있을 뿐이다.모든 웹사이트 이름을 기울임꼴로 만드는 RfC가 있었다.즉, 이탤릭체를 피하기 위해 게시자=가 사용된 모든 경우를 플래그로 표시해야 함을 의미한다.--- 커피 잔해 13:31, 2019년 9월 3일(UTC)
- 아니 나는 단지 그렇지 않다.그것은 극히 광범위한 결과를 가진 극히 좁은 주제였고, A = B ————————SerialNumber54129 13:36, 2019년 9월 3일(UTC) 때문에 주장하는 것은 타당하지 않다.
- 시리얼 넘버 54129, 아니야.너는 단지 어떤 것이 다른 것과 어떻게 관련되어 있는지 이해하지 못하고 있을 뿐이다.모든 웹사이트 이름을 기울임꼴로 만드는 RfC가 있었다.즉, 이탤릭체를 피하기 위해 게시자=가 사용된 모든 경우를 플래그로 표시해야 함을 의미한다.--- 커피 잔해 13:31, 2019년 9월 3일(UTC)
- 나도 동의해, URL 이름을 이탤릭체로 배치하는 것에 대한 논의였고, 모듈 변경을 위해서는 훨씬 더 광범위한 논의가 필요했다. - Knowledkid87 (토크) 13:30, 2019년 9월 3일 (UTC)
- 알겠다
deadurl=
교체되고 있다(먼저 별칭으로 구현되었다가 봇을 통해 기사에서 제거되었다가 오류를 방지하기 위해 더 이상 사용되지 않았어야 함 제외). 그러나 업데이트 내용은publisher=
, 여기서 "Cite Web required webate="는 다음과 같이 보고된다.publisher=
대신 사용되다website=
? -- /Alex/2113:28, 2019년 9월 3일 (UTC)
- 트랩리스트가 복귀해서 다행이다.IV의 편집은 상황을 훨씬 더 악화시켰다.모두 진정하세요.이것은 끝도 없이 논의되었다.Help_talk에서 토의하지 못한 점 죄송합니다,인용_Style_1#Italics_of_websites_in_citations_and_reference_–_reference_for_comment --- Coffeeandcruits 13:20, 2019년 9월 3일(UTC)
- 그래, 이 템플릿 변경을 반자동으로 간단하게 변경하면 잘 해결될 거야.앤디 딩리 (토크) 17:21, 2019년 9월 3일 (UTC)
- 나를 놀라게 하는 것은 이 엄청난 양의 변화가 편집자들에게 사전 경고 없이 이루어졌다는 것이다!예를 들어 강제 철거가 좋다고 생각하는 사람.
dead-url
매개변수!지금 '중복'이라고 해도 그냥 내버려두지 않을 이유가 없다(그리고 어쩌면 봇이 천천히 제거하도록 내버려두게 할 수도 있다).의 제거.work
리디렉션은 더 심각해!이 모든 것의 취급은 #1일부터 대황(FURBALLs • Talk) 20:52, 2019년 9월 3일 (UTC)
@IJBall: 동의한다.특히 무시되는 다른 중복 파라미터가 있기 때문이다.블루 호박파이 (토크) 20:54, 2019년 9월 3일 (UTC)
더 나은 준비
이 난장판을 정리해서 고칠 수 있을 때까지 예전으로 되돌릴 수 있을까?이것은 백과사전 전체에 지장을 준다.- Knowledkid87 (토크) 13:26, 2019년 9월 3일 (UTC)
- 동의한다, 이것은 현재 인용 웹이 때때로 모든 인용문의 절반에 대해 웹사이트를 필요로 한다는 것을 보여준다.불필요하다.Ss112 13:34, 2019년 9월 3일(UTC)
- (분쟁 편집 × 3) 트라피스트는 여기에 참여하기를 원하지 않는 것 같지만, 토론과 그들이 다른 곳에 있는 것처럼 보이는 것들로부터 인용표(모든 좋은 것)의 문서화와 일관성을 개선하기 위해 인용표 템플릿/모듈에 이러한 변경을 가했다고 말하고 싶다(일부 매개변수 때문에 오류를 야기하는 것).사용되지 않음) 및 현재 사용되지 않는 매개 변수를 새 동등한 값으로 바꾸기 위해 봇 실행을 진행 중이다.만약 그렇다면, 아마도 그 봇이 작동하는데 얼마나 오래 걸리든 간에 이 일은 저절로 해결될 것이다.아마도 봇 런이 먼저 프로그램되어 있었고, 더 이상 무언가를 망가뜨리지 않을 후에 만들어진 이 깨지는 변화였어야 했는데, 여기 우리가 있다.그냥 기다리는 거야?나는 대안이 무엇인지 모르겠다 - 누군가가 모듈을 되돌리는 것 만이 나쁜 생각이라는 것을 이미 증명해 보였다.이반벡터 (/)TalkEdits 13:37, 2019년 9월 3일 (UTC)
-
- 나는 이 토론을 무시하는 것이 아니다.변화하기 전에 봇 런이 이루어졌어야 한다는 생각은 터무니없다.오늘 시행된 변경사항 이전에 cs1 2는 에 대해 알지 못했다.
url-status=
내가 변화시키기 위해 봇을 운영했는가?dead-url=
그리고deadurl=
로url-status=
, 그러한 변화들은 인식되지 않는 매개변수 오류 메시지를 야기시켰기 때문에 봇은 빠르게 차단되었을 것이다. (승인 과정의 일부는 봇이 짧은 시험 실행을 통해 의도된 대로 한다는 것을 보여주기 위한 것이기 때문에, 그러한 봇은 어쨌든 승인되지 않았을 것이다.)위키백과 참조:Bots/승인요청/Monkbot 16.
- 나는 이 토론을 무시하는 것이 아니다.변화하기 전에 봇 런이 이루어졌어야 한다는 생각은 터무니없다.오늘 시행된 변경사항 이전에 cs1 2는 에 대해 알지 못했다.
-
- 봇이 실행될 수 있었던 곳에서 나는 다음과 같이 했다.위키백과:Bots/승인요청/Monkbot 14.이 특별한 봇은 위키파크업 오류와 알려진 정기 간행물에 대한 정기적인 요구사항을 수정한다.이 봇을 실행하는 것은 cs1 2 템플릿에 이러한 오류가 플래그가 붙도록 충분히 긴 기사 이름 목록을 제공하는 cirrus 검색 능력에 의해 제한되었다.
- —스승 (대화) 14:05, 2019년 9월 3일 (UTC)
- @스승 트래피스트: 새롭게 요구되는 매개변수들에 관하여(
website=
newspaper=
그런 것) 및 관련 오류 메시지, 모듈 코딩으로 미리 보기 오류만 표시하거나, 조조 유메루스가 위에서 제시한 메시지를 표시하기 위해 일시적으로 얼마나 많은 작업을 할 것인가?그것은 여전히 편집자들이 인용문을 표준 형식으로 업데이트하도록 장려할 것이지만, 오늘 아침 이전에는 오류가 없었던 수천 페이지에 새로운 적색 오류 메시지를 생성하지는 않을 것이다.그리고 이러한 오류에 대한 유지 관리 범주가 있는가?이반벡터 (/)TalkEdits 16:11, 2019년 9월 3일 (UTC)
- @스승 트래피스트: 새롭게 요구되는 매개변수들에 관하여(
- 논평: 여기서 무작위 편집자로서 말하자면, 나는 종종 공개되는 정부 문서에 출판사는 포함되지만 그렇게 한다면 웹사이트는 포함되지 않을 것이라는 것을 알고 있다(www.gpo.gov,www.state.gov).이는 템플릿에 제시된 예와 일치하지 않음:웹을 인용하다.웹사이트가 선호되는 매개 변수가 될 수 있다는 주장이 있지만, 이것이 백과사전의 많은 부분에 영향을 미칠 가능성이 있기 때문에, 이러한 변화를 만들기 전에 더 많은 논의, 혹은 최소한 더 많은 준비가 필요하다고 생각한다.록헤드126 (토크) 20:02, 2019년 9월 3일 (UTC)
- @Ivanvector:왜 필요한지, 어디서 합의했는지는? - Knowledkid87 (대화) 16:14, 2019년 9월 3일(UTC)
- cs1 2 정기 간행물 템플릿은 다음과 같이 4가지가 있다.
{{cite journal}}
{{cite magazine}}
{{cite news}}
그리고{{cite web}}
cs1 2 정기 간행물 템플릿은 인용문으로 기사 제목을 표시하고 이탤릭체로 정기 간행물 제목을 표시한다.그래서, 신문 제목에 "개구리 비를 내리는 것에 대한 신문 기사"가 있다.지역 일간 가제트.모든 cs1 2 템플릿은 참조 관리 소프트웨어를 사용하여 인용 템플릿 서지 데이터를 사용하는 독자를 위해 COinS 메타데이터를 생성한다.cs1 2 정기 템플릿에서 주기적 매개변수가 생략되면, 그 중요한 정보 비트는 메타데이터에서 생략된다.오류 메시지의 많은 이유는 편집자가 잘못 사용했기 때문이다.publisher=
적절한 주기적 매개변수 대신 - 때로는 이탤릭체 마크업 없이.COinS는 정기적인 메타데이터에 대해 게시자 개체를 지원하지 않으므로 정기적인 이름 정보(In)publisher=
)는 메타데이터에서 누락된 cs1 2 정기적 템플릿에 의해 시각적으로 렌더링될 수 있다.
- cs1 2 정기 간행물 템플릿은 다음과 같이 4가지가 있다.
-
- 최근 RFC는 인용구상의 웹사이트 이름을 이탤릭체로 표기하기로 결정했다.위에서 설명한 이유와 서식 지정이 템플릿의 의무 및 의무이기 때문에 웹 사이트 이름은 정기적인 매개변수 중 하나로 이동해야 한다(없음어느것이든 상관-오류 메시지는 가장 유사한 매개변수 이름만 제안함).
- —스승 (대화) 17:29, 2019년 9월 3일 (UTC)
- 라고 하는 어떤 공감대가 있다고는 믿지 않는다.
{{cite web}}
정기간행물을 묘사한다.Kanguole 12:37, 2019년 9월 4일 (UTC)- 부피와 발행 번호 매기기, 저널, 잡지 등을 엄격히 정의하여 정기적으로 발행하는 고전적인 의미에서, 웹사이트는 아마도 자격을 갖추지 못할 것이다.정기 간행물이 개별 기사, 조각, 텍스트 등의 모음인 경우, 정규 또는 불규칙한 간격으로 발행되는 것(웹 사이트)으로 묶인 경우, 웹사이트와 고전적인 신문, 잡지 및 저널 사이에는 분명한 유사성이 있다.
-
- 초창기부터
{{cite web}}
작업 제목 매개 변수를 지원함.현재 cs1 2에서는, 작업 제목 매개변수가journal=
,magazine=
,newspaper=
,periodical=
,website=
그리고work=
. 정기간행물 템플릿으로 선언하는 공식적인 합의는 없을 수 있지만, 정기간행물 템플릿으로 오랫동안(15년) 취급한 것은 침묵의 합의가 존재함을 나타낸다. - —스승 (대화) 13:16, 2019년 9월 4일 (UTC)
- 나는 MOS에서의 수년간에 걸친 토크 페이지 토론에 기초하여 더 많은 것을 주장할 것이다.더 많은 사람들이 인용 웹을 사용함에 있어서 "워크" 매개변수에 뛰어든 것은 웹사이트 이름이 보통 기울임꼴로 표시될 때 이름을 기울임꼴로 표시했기 때문이며, 웹 사이트 이름이 기울어지지 않을 때 게시자가 되었지만, 그렇지 않으면 템플릿의 예상 위치에 "사이트 제목"을 생성했기 때문이다.인용 웹/사이트 뉴스를 사용하는 편집자의 90%가 정보과학 분야 종사자에게 중요한 정밀도(예: 웹사이트와 출판사의 구별)의 관점에서 그들이 원하는 결과를 시각적으로 얻는 한, 어떠한 실제적인 주의도 없이 그것을 하고 있다고 생각한다 - 모든 웹사이트 이름이 MOS당 기울임꼴로 되어 있지 않은 것을 포함한다.- 품질 좋은 제품에 필요한 일관성 참조를 준수한다.기술 그룹의 범위를 넘어서는 이 변화에 대해 정말 공개적인 논의가 필요했는데, 90%가 다소 가혹하게 틀렸다는 말을 듣고 대처하고 있기 때문이다. --Masem (t) 13:36, 2019년 9월 4일 (UTC)
- MOS:ITALICTITLE은 인용 스타일이 MOS의 대상이 아니라는 것을 인정하지 않는다. 나는 이 페이지에 이 내용을 다른 곳에 썼지만 여기에 다시 쓰겠다: "MOS는 WP에 따라 편집자가 다양한 인용 스타일 중 하나를 선택할 수 있도록 허용하는 조항 이외에는 인용 스타일을 무시할 수 없다.시트스타일, 허용되지 않는다."나는 "다른 유형의 웹사이트는 사례별로 결정되어야 한다"고 생각한다(WP:CITSTYTEL) 또한 혼란 문제에 기여한다. 왜냐하면 이제 편집자들은 실질적인 지침 없이 결정을 내려야 하기 때문이다("사이트 유형"과 "내용 종류"가 의미하는 것)기울임꼴로 표시해서는 안 되는 웹사이트 제목에 대한 예나 설명은 없다.
-
- 내가 메타데이터를 언급할 때 편집자들은 시치미를 떼는 경향이 있지만, 그것은 메타데이터를 통해 인용 템플릿을 사용하는 사람들에게 중요하다.정기적인 매개변수를 사용하지 않는 정기적인 템플리트는 정기적인 이름인 매우 중요한 정보(웹사이트 이름)에서 사용자를 박탈한다.
- —스승 (대화) 14:19, 2019년 9월 4일 (UTC)
- 나는 이것이 결론이라고 생각한다: 우리가 위키다타 등을 가지고 있는 지금 메타데이터에 대해 걱정하는 것은 좋은 일이다.우리는 정보가 어떻게 사용되는지 개선할 수 있도록 컴퓨터가 읽을 수 있도록 하기 위해 인용 템플릿을 표준화하는 데 아무런 문제가 없기를 원한다.그러나 그것은 두 가지 점에서 나타나고 있다: 인용문헌의 필요와 욕구가 아닌 MOS의 인용문이나 예를 통해 인용문들에 대한 이해를 채택한 사람들, 그리고 왜 모든 인용문들이 현재의 기대와 맞지 않는 빨간 텍스트를 가지고 있는지 궁금해 하는 사람들."올바른"이 된다는 것은 많은 사람들에게 혼란을 야기시키는 것을 지배하지 않는다. 특히 대부분의 사람들이 이것을 알지 못했을 때 말이다.그 구체적인 변화("웹사이트"를 이탤릭체로 만드는 것뿐만 아니라 위키다타를 의무화하는 것)에 대해 더 긴 토론 기간이 필요했을 뿐만 아니라, "웹사이트"의 부족을 오류로 소개하기 전에 편집자들이 업데이트를 시작하도록 해야 했다.나는 여전히 웹사이트가 정기적인 인용구이고 (아마도 여기에 정기간행물로 간주되지 않는 데이터 출처에 대한 새로운 클래스가 있을 것이다), 그리고 만약 그것이 웹이 "웹사이트"를 필요로 한다고 결정한다면, 훌륭해, 그것을 알려야 한다.wiki 및 편집자에게 오류로 표시하기 전에 cs1 템플릿을 변경할 수 있도록 3개월 또는 그 이상의 시간을 부여한다. --Masem (t) 15:29, 2019년 9월 4일(UTC)
{{cite web}}
항상 다양한 상황에서 사용되어 왔다.이런 상황들 중 몇몇이 요구했던 것은work=
그들 모두가 그랬다는 것을 의미하거나 템플릿의 모든 사용이 정기 간행물을 나타낸다는 것을 의미하지는 않는다.Kanguole 23:43, 2019년 9월 4일 (UTC)
- 나는 MOS에서의 수년간에 걸친 토크 페이지 토론에 기초하여 더 많은 것을 주장할 것이다.더 많은 사람들이 인용 웹을 사용함에 있어서 "워크" 매개변수에 뛰어든 것은 웹사이트 이름이 보통 기울임꼴로 표시될 때 이름을 기울임꼴로 표시했기 때문이며, 웹 사이트 이름이 기울어지지 않을 때 게시자가 되었지만, 그렇지 않으면 템플릿의 예상 위치에 "사이트 제목"을 생성했기 때문이다.인용 웹/사이트 뉴스를 사용하는 편집자의 90%가 정보과학 분야 종사자에게 중요한 정밀도(예: 웹사이트와 출판사의 구별)의 관점에서 그들이 원하는 결과를 시각적으로 얻는 한, 어떠한 실제적인 주의도 없이 그것을 하고 있다고 생각한다 - 모든 웹사이트 이름이 MOS당 기울임꼴로 되어 있지 않은 것을 포함한다.- 품질 좋은 제품에 필요한 일관성 참조를 준수한다.기술 그룹의 범위를 넘어서는 이 변화에 대해 정말 공개적인 논의가 필요했는데, 90%가 다소 가혹하게 틀렸다는 말을 듣고 대처하고 있기 때문이다. --Masem (t) 13:36, 2019년 9월 4일 (UTC)
- 초창기부터
- 라고 하는 어떤 공감대가 있다고는 믿지 않는다.
- 내 실수야, 네가 나에게 그런 질문을 할 줄은 몰랐어. 해명해줘서 고마워.나도 몰라, 이미 수정된 형식으로 업데이트 된 페이지에서 모든 사람의 작업을 짓밟고 새로운 오류를 발생시키지 않고 앞으로 나아갈 길을 제안할 생각일 뿐이지만, 기술적인 인스앤아웃은 잘 모르겠어.또한 편집에 다시 서명하지 않으면 ping이 작동하지 않는다는 점에 유의하십시오.이반벡터 (/)TalkEdits 16:40, 2019년 9월 3일 (UTC)
- 그래서 수백만 건의 기사가 합의 없이 이루어진 변화가 있었단 말인가?모르면 괜찮다는 뜻인데, 지금은 이게 큰 문제야. - Knowledkid87 (토크) 16:43, 2019년 9월 3일 (UTC)
또한 템플릿의 불일치와 혼동된다.현재([40]) dead-url=를 (매개 변수 목록과 예에) 사용할 매개 변수로 나열하고 url-status=를 언급하지 않는 웹/doc 인용, "csdoc" 또는 Template:새 매개 변수 url-status= ([41])로 업데이트된 인용 스타일 설명서/url.Oceanh (토크) 16:44, 2019년 9월 3일 (UTC)
- @trappist 스님: - 토론이 진행 중인 동안 더 큰 혼란으로 이어지는 것은 그만 두십시오. - Knowledkid87 (토크) 16:46, 2019년 9월 3일 (UTC)
- 현재 메인페이지에 올라와 있는 2019년 파푸아 시위의 참고문헌 부분이 이러한 변화로 인해 어떻게 완전히 훼손되는지를 상상해 보라.이 혼란은 내가 처음에 생각했던 것보다 더 심각해 보인다.– 암마패드(대화) 17:09, 2019년 9월 3일(UTC)
모듈로의 대량 변경에 대한 뒤집기 제안:인용/CS1(폐쇄)
이 제안은 "모든 것을 되돌리기"에서 "오류 메시지만 억제"로 이어지는 다양한 수준의 다양한 의견을 보였다.또한, 더 아래 절의 다른 절에서는 이 절의 논의를 대신하여 더 구체적인 제안을 제공하였다.뭔가 해야 한다는 공감대가 압도적으로 형성돼 있고, 이를 발단한 에러메시지도 숨겨져 있었지만 이제는 좀 더 구체적인 제안이 다뤄져야 한다는 것이다.프라임팩(토크) 13:21, 2019년 9월 6일(UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
위키피디아는 합의에 따라 운영되기 때문에, 많은 기고자들이 지적한 바와 같이, 많은 기사에 영향을 미치는 대규모 변경을 하는 것은 이 프로젝트에 지장을 준다.일단 다른 사용자가 명확한 지시사항이 없는 문제를 고칠 염려 없이 편집을 계속할 수 있도록 대량 변경은 취소해야 한다.Sk8erPrince (대화) 13:35, 2019년 9월 3일 (UTC)
편집: 요청별로, 당분간 어떤 변경 사항이 되돌아가기를 원하는지 설명:
1)신문=및 웹사이트=오류 [1]
2) dead-url= error [2]Sk8erPrince (talk) 18:42, 2019년 9월 3일 (UTC)
- 지원: 제안자로서.Sk8erPrince (대화) 13:35, 2019년 9월 3일 (UTC)
- 지지: 모든 인용 웹 템플릿이 웹사이트를 필요로 하는 것은 아니지만, 우리는 그것이 매우 많은 기사에 영향을 미친다는 것을 고려해 매우 광범위한 토론 없이 모든 사람에게 이것을 강요해서는 안 된다.Ss112 13:36, 2019년 9월 3일(UTC)
- 지원 - WP로 가져가야 할 사항:펌프, 무심코 논의하지 않음 - Knowledkid87 (대화) 13:37, 2019년 9월 3일 (UTC)
- 주문 시점 - 나는 이미 그렇게 했다.아무것도 고치지 않았다.이반벡터 (/)TalkEdits 13:38, 2019년 9월 3일 (UTC)
-
- 사용자:Ttm은 그의 샌드박스에서 동기화되었다.-——SerialNumber54129 13:40, 2019년 9월 3일(UTC)
- 시리얼 넘버 54129, 그게 무슨 뜻이야? "그의 샌드박스에서 동기화됐다"?– Levivich 17:01, 2019년 9월 3일(UTC)
- 사용자:Ttm은 그의 샌드박스에서 동기화되었다.-——SerialNumber54129 13:40, 2019년 9월 3일(UTC)
- 반대 이탤릭체 불일치 문제의 웹사이트가 존재하며 우리는 너무 오랫동안 그것을 무시해왔다.같은 글에 이탤릭체가 아닌 이탤릭체로 된 웹사이트가 있는 기사가 너무 많다.이렇게 하면 그 지저분한 연습이 효과적으로 끝날 것이다.융단 밑의 난장판을 그냥 털어도 소용없다.더 건설적인 것은 웹사이트가 없는 출판사의 모든 인스턴스를 봇이 수정하도록 하는 것이다=--- 커피앤드루프 13:42, 2019년 9월 3일(UTC)
- 이것은 "제목="를 이탤릭체로 배치하여 고칠 수 있다.(title="예") - Knowlekid87 (talk) 13:44, 2019년 9월 3일 (UTC)
- @Knowledkid87: 친절하게도, 당신은 그것을 알든 모르든 계속해서 FUD와 위증을 퍼뜨리고 있다.도움말 대화에서 내가 ping한 위치를 확인하십시오.CS1. 고마워. --Izno (대화) 13:49, 2019년 9월 3일 (UTC)
- 아니, 그렇지 않을 것이다.너는 그 문제를 오해하고 있다.그것은 제목과 아무 상관이 없다.문제는 일부 사람들이 웹사이트 사용을 기피한다는 것이다=이탈릭체로 되어 있지만 RfC는 그렇게 해야 한다고 결론을 내렸다.--- 커피앤드라우드 13:50, 2019년 9월 3일(UTC)
- 웹 사이트가 이미 소스에 분명히 있을 때 웹 사이트를 요청하는 것이 중복으로 간주된다는 것에 우리 모두가 동의할 수 있는가? - Knowledkid87 (대화) 14:19, 2019년 9월 3일 (UTC)
- "편집자가 이탤릭체를 피하려고 했다"는 이유로 위키백과의 모든 인용문들이 그 작품을 사용하지 않는다고 가정해서는 안 된다.게시자 매개 변수만 있는 그들 중 다수는 실제로 해당 매개 변수에 게시자를 포함하며, 그 게시자는 일반적으로 웹 사이트/신문 제목과 같지 않고 현재 불필요하게 오류 메시지를 생성한다.이탤릭체의 사용 여부는 그러한 인용문을 추가한 편집자들에 의해 거의 고려되지 않았다.TVx1 21:24, 2019년 9월 3일(UTC)
- 웹 사이트의 이름이 게시자 이름과 같다고 가정할 수 없고 URL에서 파생될 수 없기 때문에 "bot으로 퍼블리셔의 모든 인스턴스를 웹 사이트 없이 수정하게 하는 것"은 불가능하다.수작업으로 하고 확인해야 할 것이다. --IamNotU (토크) 01:11, 2019년 9월 5일 (UTC)
- 이것은 "제목="를 이탤릭체로 배치하여 고칠 수 있다.(title="예") - Knowlekid87 (talk) 13:44, 2019년 9월 3일 (UTC)
- 지원 - 이러한 템플릿과 함께 계속되는 만지작거림에 완전히 진저리가 났으며, 매번 이를 해결하기 위해 봇이 워치리스트를 넘치게 하는 붉은색 "오류"를 도입한다. - 시투시(토크) 13:43, 2019년 9월 3일(UTC)
- 지지 - 위키에 대한 모든 인용구를 붉게 만드는 변화는 터무니없다.초기의 논의는 이것을 해결할 봇을 언급했지만, 그것이 일어났다는 징후는 보이지 않는다.확실히 봇을 실행하고 매개변수를 빨간색으로 표시하기 전에 ** 관리 가능한 수준으로 지정할 수 있도록 허용해야 한다. --cris_j_wood (토크) 13:45, 2019년 9월 3일(UTC)
- 코멘트 (
website=
) 모듈에 대한 이러한 변경은 정확하고 오래 전에 이루어졌어야 한다.웹사이트는 출판사가 아니다.그것은 정보를 전달하는 매개체(일기 또는 책과 같다."제목"(매개변수로 표시됨)website)은 중요하다.웹사이트 도메인의 출판사(일반적으로 소유자/운영자)는 저널이나 도서출판사처럼 기록의 정보출판사. 108.182.15.109 (대화) 13:47, 2019년 9월 3일 (UTC) - 위 절에서 제시한 바와 같이, 이와 같은 역사적 문제에 대처하는 정책 준수 방법이 있다.VPP로서의 폭넓은 논의에 이어 필요한 경우 먼저 백업하고 두 번째로 변경되는 합의가 뒤따른다.만약 이것이, 특히 후자가 오늘 따라왔다면, 우리는 이런 상황에 처하지 않았을 것이다.그리고 WP에 따르면:노드애드라인(NODADLINE)은 문제가 너무
오랫동안
발생했다고 해서 분산적인 합의 구축의 필요성에 우선하지 않는다.건배,———SerialNumber54129 13:48, 2019년 9월 3일(UTC) - 지원 포츠담시 웹 페이지를 소싱하는 경우, 왜 게시해야 하는가?
website=potsdam.de
게다가publisher=City of Potsdam
Yad Vashem의 웹사이트를 이용할 때? 아니면 yadvashem.org?그것은 불필요하고 아마추어처럼 보인다.— Diannaa🍁 (대화) 13:48, 2019년 9월 3일 (UTC)
- 이것은 "포츠담"이나 "야드 바셈"이 무엇인지 안다면 명백하다.위키백과 인용 편집자는 평균적으로 알고 있는가? 108.182.15.109 (대화) 13:58, 2019년 9월 3일 (UTC)
- 확실히 "포츠담의 도시"는 자기 설명적이다."Yad Vashem"은 처음 발생할 때 위키링크가 될 수 있고 또 그래야 한다.어쨌든, 인용문에 yadvashem.org을 추가하면 어떻게 더 명확해질까?— Diannaa🍁 (대화) 14:04, 2019년 9월 3일 (UTC)
- Diannaa, 내가 틀렸다면 정정해줘. 하지만 나는 "웹사이트" 매개변수가 URL이 아닌 웹사이트의 이름에 대한 것이라고 믿어. 비록 널리 잘못 해석되었다고 생각하지만, 당연히 매개변수의 이름이 주어졌다.예를 들어, html 소스의 "og:site_name" 속성에 따르면 "potsdam.de"이 아니라 "Landeshaptstadt Pottsdam(또는 en.potsdam.de"을 인용하는 경우 State Capital Pottsdam(또는 State Capital Potsdam)이 될 것이다.두 경우 모두 출판사는 영문 사이트에서는 번역되지 않는 도시인 란데쇼프슈타트 포츠담의 법인이다.웹사이트와 출판사가 실질적으로 같을 때는 출판사를 생략해야 한다.비슷하게, "웹사이트"는 야드 바셈이다. 'yadvashem.org'이 아닌 '세계 홀로코스트 추모센터'와 출판사도 마찬가지여서 생략해야 한다.따라서 이 두 가지 예에 대해서는 이미 'website'만을 사용하고, 'pubsite'를 생략하고 있었어야 하는데, 'website'를 요구하는 새로운 변화와는 전혀 다른 점이 없다.새로운 변화에 문제가 없다는 것은 말할 것도 없고, 단지 이러한 예들이 실제로 그것들을 보여주지 않는다는 것이다.이것이 도움이 되기를... --IamNotU (대화) 16:08, 2019년 9월 3일 (UTC)
- 위의 내용은 대체로 옳다.필요한 것이 있다.
website=
이것이 명시적으로 "작업" 즉, 출처로서 제시되기 때문에.이 매개변수는 보다 많은 가중치를 가진다.publisher=
출처 파악 및 소재 검증에 있어나에게 있어서, 인용의 독자로서, 이러한 구별을 하는 데 있어서 명확하고 유용한 의미 정보가 있다.어떤 경우든 주어진 두 예에서 출판사는 또한 "자체 출판"으로 주어질 수 있다.웹 사이트 이름(예: 페이지 제목이 인덱스/시작/ 등)은 매우 중요하다.책의 한 장을 인용하되 제목을 생략하는 것과 같다. 24.105.132.254 (대화) 17:12, 2019년 9월 3일 (UTC) - IamNotU, 유용한 정보 고마워.하지만 대부분의 편집자들은 웹페이지의 소스 html을 보는 법을 모를 것이고, 나는 그것을 할 줄 알지만, 나는 네가 방금 나에게 말하기 전까지 페이지 이름이 거기에 인코딩되어 있는지 몰랐어.대부분의 사람들은 이 매개변수를 볼 때 URL이나 줄여서 붙여넣기만 하면 다른 종류의 오류가 발생한다.사실 그것은 그들이 이미 종종 하고 있는 것이다.— Diannaa🍁 (대화) 19:10, 2019년 9월 3일 (UTC)
- @Diannaa:명확히 하자면, "og:sitename"은 HTML 페이지의 표준 부분이 아니며 HTML 권장사항도 아니다.오픈그래프 프로토콜이 소셜 미디어에서 사용하기 위해 제안하는 독점 태그다.그래서, 그 자산을 찾는 것은 많은 웹 페이지에는 도움이 되지 않을 것이다.Otoh, Title 속성은 표준 HTML의 일부분이며, 사실상 모든 웹 페이지에 존재한다.당신의 예로는 <제목> 란데쇼프슈타트 포츠담</제목>이다.HTH, Mathglot (대화) 23:26, 2019년 9월 3일 (UTC)
- 정답.그리고 비록 다음과 같은 문서들이
website=
{{nmp 웹}}에서는 명시적으로 그렇게 말하지 않으며, html 속성 제목이 이 필드를 채우기 위한 것이다.인용 템플릿에 대한 이전 설명서는 동일하지는 않았지만 템플릿별로 더 구체적이었다.더 좋은 것은 이미.이전 문서에서는 다음과 같은 치료법이 제안되었다.website=
. 이 템플릿의 설명서에 대한 모든 접근방식에 맞는 하나의 크기는 불필요한 혼란을 야기할 수 있다. 108.182.15.109 (대화) 00:39, 2019년 9월 4일 (UTC) - [편집] 웹사이트의 색인 페이지(또는 이와 동등한 것)의 html 속성 제목(themtml property title)은 본 문서의 내용으로서 위에서 의미한 것이다.
website=
필드. 108.182.15.109 (대화) 00:49, 2019년 9월 4일 (UTC)- 일반적인 관용어는 HTML 페이지 제목에 제목과 게시자를 포함하는 것이다."AARNet AARNet의 역사" [42] 전자를 우리 안에 배치한다.
title=
장장publisher=
템플릿 필드Hawkeye7(토론) 01:46, 2019년 9월 4일(UTC)- "og:sitename"은 존재하는 경우, 웹사이트 이름을 명시적으로 지정하는 것이 더 권위적이며, 모든 페이지에 존재한다.하지만 HTML에서 찾는 것이 훨씬 더 흔한 것은 사실이다.
<title>...</title>
홈 페이지에 있는 동안 브라우저의 탭 또는 창 제목에 표시할 수 있는 이점이 있는 사이트 홈 페이지.그러나, 그것은 때때로 "집"이라는 단어와 같은 다른 것들을 포함한다.Help Talk에서 토론을 시작했는데,인용 스타일 1#이 정보를 추가(백업?)할 것을 제안하기 위해 문서의 "웹사이트" 매개변수에 대한 더 나은 설명. --IamNotU(토크) 00:57, 2019년 9월 5일(UTC)
- "og:sitename"은 존재하는 경우, 웹사이트 이름을 명시적으로 지정하는 것이 더 권위적이며, 모든 페이지에 존재한다.하지만 HTML에서 찾는 것이 훨씬 더 흔한 것은 사실이다.
- 일반적인 관용어는 HTML 페이지 제목에 제목과 게시자를 포함하는 것이다."AARNet AARNet의 역사" [42] 전자를 우리 안에 배치한다.
- 정답.그리고 비록 다음과 같은 문서들이
- @Diannaa:명확히 하자면, "og:sitename"은 HTML 페이지의 표준 부분이 아니며 HTML 권장사항도 아니다.오픈그래프 프로토콜이 소셜 미디어에서 사용하기 위해 제안하는 독점 태그다.그래서, 그 자산을 찾는 것은 많은 웹 페이지에는 도움이 되지 않을 것이다.Otoh, Title 속성은 표준 HTML의 일부분이며, 사실상 모든 웹 페이지에 존재한다.당신의 예로는 <제목> 란데쇼프슈타트 포츠담</제목>이다.HTH, Mathglot (대화) 23:26, 2019년 9월 3일 (UTC)
- 위의 내용은 대체로 옳다.필요한 것이 있다.
- Diannaa, 내가 틀렸다면 정정해줘. 하지만 나는 "웹사이트" 매개변수가 URL이 아닌 웹사이트의 이름에 대한 것이라고 믿어. 비록 널리 잘못 해석되었다고 생각하지만, 당연히 매개변수의 이름이 주어졌다.예를 들어, html 소스의 "og:site_name" 속성에 따르면 "potsdam.de"이 아니라 "Landeshaptstadt Pottsdam(또는 en.potsdam.de"을 인용하는 경우 State Capital Pottsdam(또는 State Capital Potsdam)이 될 것이다.두 경우 모두 출판사는 영문 사이트에서는 번역되지 않는 도시인 란데쇼프슈타트 포츠담의 법인이다.웹사이트와 출판사가 실질적으로 같을 때는 출판사를 생략해야 한다.비슷하게, "웹사이트"는 야드 바셈이다. 'yadvashem.org'이 아닌 '세계 홀로코스트 추모센터'와 출판사도 마찬가지여서 생략해야 한다.따라서 이 두 가지 예에 대해서는 이미 'website'만을 사용하고, 'pubsite'를 생략하고 있었어야 하는데, 'website'를 요구하는 새로운 변화와는 전혀 다른 점이 없다.새로운 변화에 문제가 없다는 것은 말할 것도 없고, 단지 이러한 예들이 실제로 그것들을 보여주지 않는다는 것이다.이것이 도움이 되기를... --IamNotU (대화) 16:08, 2019년 9월 3일 (UTC)
- 확실히 "포츠담의 도시"는 자기 설명적이다."Yad Vashem"은 처음 발생할 때 위키링크가 될 수 있고 또 그래야 한다.어쨌든, 인용문에 yadvashem.org을 추가하면 어떻게 더 명확해질까?— Diannaa🍁 (대화) 14:04, 2019년 9월 3일 (UTC)
- 이것은 "포츠담"이나 "야드 바셈"이 무엇인지 안다면 명백하다.위키백과 인용 편집자는 평균적으로 알고 있는가? 108.182.15.109 (대화) 13:58, 2019년 9월 3일 (UTC)
- 지지 - 변화를 통해 충분히 생각하지 않는 것이 분명하다.잘못된 이탤릭체를 바로잡기 위해 엄청난 수의 오류를 발생시킬 가치가 없다.SmartSE (대화) 13:49, 2019년 9월 3일 (UTC)
- 많은 경우 지원:
publisher=
매개변수가 충분하고 또한 적절한 기울임꼴을 만든다.GoingBatty (토크) 13:52, 2019년 9월 3일 (UTC) - 상기의 많은 의견들에 대한 지지.눈이 온다고 하면… - /알렉스/2113:54, 2019년 9월 3일(UTC)
- 지원 - 작은 문제를 해결하기 위해 거대한 문제를 만드는 것은 결코 나아갈 길이 아니다.찻집의 편집자들이 혼란스러워서 여기까지 왔는데, 내가 그들을 도와주려는 시도는 이것이 얼마나 엉망인지 폭로했을 뿐인데, 혼란스럽고 불완전한 문서들은 이것이 혼란을 최소화하기 위해 제대로 검토되고 계획되지 않았음을 시사한다.포옹syrup 14:03, 2019년 9월 3일 (UTC)
- 설명:뭐가 옳고 그른지 모르겠는데, 그냥 고쳐놔.하지만 출판사 분야가 웹사이트 분야로 대체될 수 있도록 뭔가 이루어졌으면 좋겠다.웹 사이트에 게시자 필드를 사용하면 안 된다.카일라쉬29792 (토크) 14:04, 2019년 9월 3일 (UTC)
- 그것은 많은 사람들에게 사실이지만 모든 출처는 아니다.위의 "포트담의 도시" 예를 한 예로 참조하십시오.그런 게 훨씬 더 많아— Diannaa🍁 (대화) 14:08, 2019년 9월 3일 (UTC)
- 만약 "웹 사이트에 게시자 필드를 사용해서는 안 된다"고 한다면, 참조 목록의 이 빨간색으로 어지럽혀져도 매개 변수가 존재하며, 왜 더 이상 사용되지 않는 것일까?어떻게 "www.thing.com"이 위키링크가 있는 "Thing Enterprise"나 회사가 실제로 명명된 것 보다 독자에게 더 유용한 정보를 제공하는가?나는 "뉴스"가 아닌 온라인 자료의 엄청난 다양성을 위해 Cite 웹을 사용한다.왜 갑자기 모든 기사에 빨간 바다가 있는걸까? --Scott Davis 14:24, 2019년 9월 3일(UTC)
- 그것은 많은 사람들에게 사실이지만 모든 출처는 아니다.위의 "포트담의 도시" 예를 한 예로 참조하십시오.그런 게 훨씬 더 많아— Diannaa🍁 (대화) 14:08, 2019년 9월 3일 (UTC)
- 설명:뭐가 옳고 그른지 모르겠는데, 그냥 고쳐놔.하지만 출판사 분야가 웹사이트 분야로 대체될 수 있도록 뭔가 이루어졌으면 좋겠다.웹 사이트에 게시자 필드를 사용하면 안 된다.카일라쉬29792 (토크) 14:04, 2019년 9월 3일 (UTC)
- Diannaa가 지적하듯이, Kailash29792는 "포트담의 도시"의 예에서 그렇지만
출판사
필드가웹사이트에 사용되어서
는 안 된다.웹사이트 이름과 실질적으로 같으면 생략해야 한다.그렇지 않으면 둘 다 포함되어야 한다.스콧 데이비스, "www.thing.com"은 그런게 아니야website=
호출은 일반적으로 홈 페이지의 제목에 나타나며 브라우저 탭 또는 창 제목에 표시되는 일반적인 영어 이름 또는 전체 웹 사이트의 제목이어야 한다.만약 그 제목이 "무엇이든 기업"이라면, '출판사'는 중복된 것으로 간주되어야 한다.만약 웹사이트 이름이 대신 "대단한 사물의 세계"라면, 이 두 가지가 모두 포함되어야 한다."www.thing.com"은 평범한 영어 웹사이트 이름을 찾을 수 없는 경우에만 사용해야 하지만(또는 실제로 제목으로 사용됨) 그런 일은 그리 자주 일어나지 않는다. --IamNotU(토크) 01:28, 2019년 9월 5일(UTC)- IamNotU 현재 {{Cite 웹} 설명서에 나와 있는 6가지 예 중 2개는
website=Encyclopedia of Things
, 있다website=NFL.com
그리고 3명은 그 분야를 전혀 사용하지 않는다.나의 용도는 일반적으로 URL, 페이지 제목, 출판사(출처 신뢰도에 해당), 출처 확인 시 작성자, 확인 시 날짜 등을 인용하는 것이었다.나는 가끔 사용했었다.work=
지금 보이는 바에 의하면website=
필요할 수도 있지만 일반적으로 작업은 여러 "작업"을 포함할 수 있는 전체 사이트보다 더 구체적이다.2013년 웹 사이트 매개 변수가 추가되기 전부터 {{cite web}}을 사용하고 있는데, 설명서를 충분히 다시 읽지 않았고, 다른 편집자들에 의해 수정되지 않은 것으로 보인다.나는 나의 관행을 갱신하도록 노력할 것이다. --Scott DavisTalk 03:12, 2019년 9월 5일 (UTC)
- IamNotU 현재 {{Cite 웹} 설명서에 나와 있는 6가지 예 중 2개는
- Diannaa가 지적하듯이, Kailash29792는 "포트담의 도시"의 예에서 그렇지만
- 지지하다.Per Sitush의 "이 템플릿들과 함께 계속되는 지속적인 만지작거림에 지긋지긋" (그리고 GoingBatty의 "많은 경우, 그 템플릿을 사용하는 것")
publisher=
매개변수가 충분하며 또한 적절한 기울임꼴을 만든다.나는 일부 편집자들이 백과사전 전체를 마치 그들의 개인적인 장난감처럼 영향을 주는 기능들을 가지고 노는 것을 그만두기를 바란다.JG66 (대화) 14:05, 2019년 9월 3일 (UTC) - 지원 변경은 MOS의 논의를 무시한다.ILATICTITLE(문서 보관소에서 여러 번 꺼낸 내용).모든 "cite webs"이 기울임꼴로 표시되어야 하는 웹 사이트를 사용하는 것은 아니다. 예를 들어 IMDb 등 --Masem (t) 14:07, 2019년 9월 3일 (UTC)
- 질문 템플릿에 대한 전문가와는 거리가 멀지만 새 매개 변수와 이전 매개 변수를 모두 인식하도록 업데이트되고 데이터를 새 매개 변수로 이동한 다음 이전 매개 변수를 제거하도록 봇을 실행하지 않았는가?그렇게 하면 다른 모든 기사를 오류 텍스트로 채우는 것을 피할 수 있지 않을까, 아니면 내가 뭔가를 놓치고 있는 것이 아닐까?샘 월튼 (대화) 14:14, 2019년 9월 3일 (UTC)
- 지원 - 훨씬 더 널리 알리고 편집자에게 이 오류를 해결하는 방법에 대한 지침을 제공했어야 함.어떻게 이런 일이 일어났는지, 혹은 어떻게 이런 문제들을 해결할 것인지에 대한 메모가 없는 80여개의 리프 오류가 있는 2019 세계 스누커 챔피언십에서 일하고 있었다.또한 인용 웹 템플릿에는 "오류"가 여전히 올바른 것으로 기록되어 있다.Best Wishes, Lee Vilenski 14:16, 2019년 9월 3일 (UTC)
- 반대 (위의 "질서 있는 위치" 의견에도 불구하고) - 변화는 선의로 이루어지며, 합의와 모범 사례를 구현하기 위한 것이 분명하다."dead-url" 매개변수와 관련된 오류는 임시적이며 제안된 봇 실행인 AFAICT에 의해 해결된다.웹 사이트 매개변수가 필요한 인용 웹과 관련된 오류는 유감스럽지만 유효하다. 이러한 참조는 이미 몇 군데에서 연결된 모듈 토크 페이지의 최근 토론에 기초하여 오류에 있으며, 대부분의 경우 수정하기 위해 인간의 개입이 필요하기 때문이다.방금 캐나다 jay(특집 기사)에 대한 에로 레퍼런스를 훑어보고 수정했는데, 당신이 잘 알고 있는 특집 기사를 수정하는 것이 시작하기에 좋은 장소라고 제안한다.업데이트를 모듈로 되돌린다고 백과사전이 개선되는 것은 아니다.
- (분쟁 편집 × 4) 트라피스트 스님(또는 인용 모듈에 익숙한 사람)이 봇이 실행될 때까지 "데드러클" 오류를 숨기기 위해 코드를 작성할 수 있다면, 그것이 도움이 될 것이다.이반벡터 (/)TalkEdits 14:19, 2019년 9월 3일 (UTC)
- 외람된 말씀이지만, 변경사항을 중복으로 되돌리자는 데 거의 확고한 합의가 있는 것 같다.위에서 언급했듯이 많은 편집자들이 변화에 대해 문제를 가지고 있다. - Knowledkid87 (토크) 14:22, 2019년 9월 3일 (UTC)
- 네가 틀린 것 같아.여기에는 "지지"라는 논평의 벽이 있지만, 오류 메시지 때문에 롤백하기를 원하는 편집자들, 변화가 성급했기 때문에 롤백하기를 원하는 편집자들, 그리고 RfC의 결과에 동의하지 않기 때문에 롤백하기를 원하는 편집자들 사이에는 꽤 혼재되어 있으며, 이 기회를 이용하여 다양한 종류의 의견들을 경쟁하고자 한다.절차적, 창조적 이유뿐만 아니라 "나는 변화를 두려워한다"와 "다른 모든 사람마다"라는 평을 늘어놓는다.최종 결과는 우리가 결국 변화를 되돌릴 수 있다는 것일 수도 있지만, 그것은 아무것도 해결하지 못할 것이다.이반벡터 (/)TalkEdits 14:36, 2019년 9월 3일 (UTC)
- 그렇다면 WP에서 우리 모두가 적절한 집중적인 토론을 할 수 있을 것이다.보다 광범위한 합의에 도달할 수 있는 펌프.나는 편집자들이 변화에 반대하지 않는다고 생각하지 않는다. 나는 그것이 어떻게 일이 이루어졌는지가 여기서 쟁점이라고 생각한다.수백만 개의 기사가 눈에 띄지 않게 되는 것을 기대할 수는 없다. - Knowledkid87 (토크) 14:39, 2019년 9월 3일 (UTC)
- 네가 틀린 것 같아.여기에는 "지지"라는 논평의 벽이 있지만, 오류 메시지 때문에 롤백하기를 원하는 편집자들, 변화가 성급했기 때문에 롤백하기를 원하는 편집자들, 그리고 RfC의 결과에 동의하지 않기 때문에 롤백하기를 원하는 편집자들 사이에는 꽤 혼재되어 있으며, 이 기회를 이용하여 다양한 종류의 의견들을 경쟁하고자 한다.절차적, 창조적 이유뿐만 아니라 "나는 변화를 두려워한다"와 "다른 모든 사람마다"라는 평을 늘어놓는다.최종 결과는 우리가 결국 변화를 되돌릴 수 있다는 것일 수도 있지만, 그것은 아무것도 해결하지 못할 것이다.이반벡터 (/)TalkEdits 14:36, 2019년 9월 3일 (UTC)
- 더 이상 사용되지 않는 파라미터 오류 메시지를 숨길 수 있고 비교적 간단하다.그것은 내가 선호하는 선택은 아니지만 그렇게 하도록 강요된다면 나는 위키피디아 다음에 할 것이다.BOT/Monkbot 16은 의 BAG 편집자가 BOT가 작동하는지 의심의 여지 없이 확인할 수 있도록 승인되었다.
- —스승 (대화) 14:31, 2019년 9월 3일 (UTC)
- ref가 다음을 사용한다고 말할 때의 문제
publisher=
의website=
오류는 많은 사람들이 채우지 않을 것이라는 것이다.website=
바르게그래서 이것과는 달리{{cite web url=http://www.adfg.alaska.gov/index.cfm?adfg=birdviewing.backyardbirds&species=jays title=Alaska's Backyard Birds — Jays website=[[Alaska Department of Fish and Game]] publisher=[[Government of Alaska State of Alaska]]}}
"Alaska's Backyard Birds — Jays". Alaska Department of Fish and Game. State of Alaska. 캐나다 제이에 대한 당신의 변화로 인해 내가 이해하기로는 많은 편집자들이{{cite web url=http://www.adfg.alaska.gov/index.cfm?adfg=birdviewing.backyardbirds&species=jays title=Alaska's Backyard Birds — Jays website=www.adfg.alaska.gov publisher=[[Alaska Department of Fish and Game]]}}
"Alaska's Backyard Birds — Jays". www.adfg.alaska.gov. Alaska Department of Fish and Game. 만약 이 포함된다면publisher=
더 나빠 보이는 매개 변수들Nthep (대화) 14:53, 2019년 9월 3일 (UTC)- 매개 변수를 잘못 사용하는 편집자는 보다 나은 문서로 해결해야 하는 사항이거나, 또는 에 입력된 URL을 식별하는 오류.
website=
매개변수(이 문제가 된 다른 매개변수에 대해 IERC가 이미 존재함)가 템플릿이 계속 작동하도록 해서는 안 되는 방법으로 템플리트를 작동시키지 않는다.나는 알래스카의 뒷마당 새들의 인용에 대한 나의 변경이 옳다고 확신하지 않는다는 것을 인정한다. 나는 단지 그 변수들의 사용에 대한 토론을 보고 오류를 해결하기 위해 무언가를 했다.이반벡터 (/)TalkEdits 15:18, 2019년 9월 3일 (UTC) - 사실
website=
적절한 형식의 URL(프로토콜로 시작하는 URL)을 입력하면 이미 오류가 발생함url=
그렇지 않으면 실수를 저지른다.따라서 템플릿에 익숙한 편집자들은 우리가 전체 URL을 사용하고, 그렇지 않거나 잘못된 위치에 놓았을 때 오류가 발생한다는 것을 이미 알고 있어야 한다.익숙하지 않은 편집자들은 그저 적절한 방법으로 일을 처리하는 것에 익숙해질 것이다.이반벡터 (/)TalkEdits 16:23, 2019년 9월 3일 (UTC)
- 매개 변수를 잘못 사용하는 편집자는 보다 나은 문서로 해결해야 하는 사항이거나, 또는 에 입력된 URL을 식별하는 오류.
- 외람된 말씀이지만, 변경사항을 중복으로 되돌리자는 데 거의 확고한 합의가 있는 것 같다.위에서 언급했듯이 많은 편집자들이 변화에 대해 문제를 가지고 있다. - Knowledkid87 (토크) 14:22, 2019년 9월 3일 (UTC)
- 서면대로 반대하다.이 모듈 업데이트에는 많은 변경 사항이 도입되었다.제안서에는 본 공지사항에 기재된 변경사항 중 어떤 것을 되돌려야 하는지를 명확히 명시해야 한다.나머지 변경사항은 그대로 유지되어야 한다.– Jonsey95 (대화) 14:24, 2019년 9월 3일 (UTC)
- 지원 - 이와 같은 심오한 변화가 어떻게 구현되고 있는지에 대해 어리둥절해 하는 또 다른 편집자의 지원.Rfassbind – 토크 14:29, 2019년 9월 3일(UTC)
- 지지하다.내가 보기에 템플릿의 변경은 수많은 기사에 작은 토의의 결과를 강요하기 위해서 이루어진 것 같다.물건을 망가뜨렸으니 철저히 되돌리고, 시험장이 있는 샌드박스에서 시험하고, 다시 시행하기 전에 논의해야 한다."오류"라고 주장되는 "오류"를 수정하기 위해 봇 실행을 "제안"한 경우, 해당 실행은 합의점을 받아야 하며, 템플릿이 업데이트되기 전에 완료되어 기사에 오류가 표시되어야 한다.ST47 (대화) 14:33, 2019년 9월 3일 (UTC)
- 지지 - 나는 오랜 시간 동안 변화한 것에 대해 이렇게 화를 내지 않았고 많은 것을 욕하지 않기 위해 내 모든 결심이 필요했다.바보 같은 변화.가능한 빨리 변경을 취소하고 적절한 논의를 시작하여 수정하십시오.자이언트 스노우맨 14:34, 2019년 9월 3일(UTC)
- 더 이상 사용되지 않고 봇이 해결할 수 있는 이러한 특정 매개변수를 "X가 교체되고 있으니 적절한 경우 Y로 교체하십시오"라는 맞춤형 메시지를 봇이 끝날 때까지 던지는 것에 반대한다.Help talk에서 말했듯이:CS1 일반적인 사용 중지 오류 메시지는 단순히 잘못된 것이 아니라 매개변수가 변경되는 이러한 상황에서 혼란스럽다.이것은 기술적인 오류가 아니라 "사회적" 오류였다.조조 유메루스 (토크, 기여) 14:37, 2019년 9월 3일 (UTC)
- 지원 - 38,000페이지 이상의 페이지가 영향을 받아 시각적으로 방해가 되었다.이것들은 먼저 고쳐져야 하고, 다수가 고정되었을 때, 합의에 따라 변경되어야 한다.1주일 안에 이 숫자가 크게 낮아지면 다시 한 번 지원을 재고할 수도 있는데, 실현 가능성이 없다고 보지만, 그 이면의 발상은 알 수 없다. --grin in 14:37, 2019년 9월 3일 (UTC)
- 반대: 너무 경솔하고, 너무 빠르다.우리, 그 변화를 이해하지 못하는 사람들은 단지 우리가 그들이 수행된 방식에 화가 났다고 해서 그들을 되돌리기 위해 무모하게 행동해서는 안 된다.그것이 실행된 방식과 무관하게 그 자체가 바람직하지 않은 변화라는 이유로 반대하는 사람들은 RfC를 통해 확립된 합의에도 반대하는 것으로 보인다.UTC used 14:38, 2019년 9월 3일 (UTC)
- 대량 환수에 반대하되, 두 가지 주요 쟁점을 확실히 수정하는 것을 지지한다.a)
website=
필수 매개변수가 아니어야 하며, b)dead-url=
빨간색 오류를 발생시킬 것이 아니라 단순히 사용되지 않고 지원되지 않을 때까지 유지 관리 범주를 생성해야 한다.헤드폭탄 {t · c · p · b} 14:44, 2019년 9월 3일(UTC)
- 수정 작업을 할 때 전체를 롤백하여 다시 구현하는 것이 어떨까? - Knowledkid87(토크) 14:45, 2019년 9월 3일(UTC)
- 왜냐하면 어떤 LUA 코더, 특히 트라피스트의 기술과 CS1 템플릿에 대한 친숙함은 이것을 5분 안에 쉽게 코딩할 수 있기 때문이다.내가 직접 하고 싶지만 실력이 없는 LUA야.대량 반전은 현재 기사에서 사용되고 있는 새로운 매개변수로 인해 새로운 오류를 발생시키는 낙차가 될 것이다.헤드폭탄 {t · c · p · b} 14:59, 2019년 9월 3일(UTC)
- 적어도 "website="와 "신문="는 의무사항은 아니지만, 어떤 조치를 취해야 한다.이렇게 하면 빨간 오류 메시지가 많이 없어진다. - Knowledkid87 (토크) 15:01, 2019년 9월 3일 (UTC)
- 지원: 작업 중인 대부분의 페이지에 있는 빨간색 오류 메시지의 대량으로, 실제로 "수정"이 필요하지 않음(예: Cite 웹 사이트 필요=)흔히 그런 일은 없다.마이클 굿이어 good 14:54, 2019년 9월 3일(UTC)
- 지지하다.수백만 페이지의 인용 오류가 표시되고 있다.대부분의 기존 콘텐츠가 이전처럼 계속 표시되는지 확인하기 위해 봇을 먼저 실행하지 않고서는 이런 일을 하지 마십시오.Guy (Help!) 15:12, 2019년 9월 3일 (UTC)
- 서면대로 반대하다.트라피스트 스님은 이러한 변화에 대해 비난을 받고 있지만, 모든 변화가 수개월 동안 차단된 것은 애초에 그들의 잘못도 아니었다.오랫동안 제안된 변경사항이 샌드박스에서 제거되기 전까지는 몇 달 동안 어떤 배치도 일어나지 않을 수 있었는데, 이는 몇 달 동안 RfC가 폐쇄된 후에야 일어났다.합의사항을 준수하고 동시에 합의사항을 이행하기 위해 최선을 다하는 사람들이 사용하는 도구를 제거하도록 요구할 수는 없다.하지만 가장 논란이 되는 변화들이 좀 더 넓은 시각으로 보여지길 바란다.네모 15:15, 2019년 9월 3일 (UTC)
- 나는 WP가 다음과 같이 주장할 것이다.CONLEVELEW는 이 문제에 대해 더 많은 관심을 받고 있으므로 여기에서 지원할 수 있다. - Knowledk87 (토크) 15:28, 2019년 9월 3일 (UTC)
- 지원:코드의 변화는 작지만 위키피디아 기사에 미치는 영향은 엄청나다.우리는 수천개의 기사들을 빨간 오류에 영향을 받았다.우선, 그들은 못생겼다.또 다른 예로, 그러한 임파망과 큰 변화는 실행되기 전에 광범위하게 논의되었어야 했다.나, 그리고 많은 다른 편집자들은 무슨 일이 일어나고 있는지조차 깨닫지 못했을 것이다.처음에 나는 내가 인용문을 망쳤다고 생각하고 그것을 고치려고 계속 편집했다.사람들이 모든 인용문을 가지고 그렇게 하려고 하지만 그것이 그들의 잘못이 아니라는 것조차 깨닫지 못하는 것을 상상해보라.나는 또한 {{cite 웹} 템플릿을 사용할 때 웹사이트=도 포함시켜야 한다고 생각하지 않는다.우선 url을 보면 웹사이트 자체가 명백하다.또 다른 예로, 때때로 웹 사이트보다 출판사가 더 중요하다.그리고 deadurl=가 urlstatus=로 변경되는 것과 같은 일부 변화가 일어나려면, 봇이 만들어져서 그러한 것들을 바꾸는 것이 좋았을 것이다.파나기오티스조아 (토크) 15:20, 2019년 9월 3일 (UTC)
- 지원, 특히 인용 웹의 반전은 웹사이트를 필요로 한다. 인용 뉴스는 신문과 유사한 것을 필요로 한다.이것은 항상 사용 가능하거나 관련성이 있는 것은 아니며, 때로는 다른 매개변수(예: 제목=, url=, work=, publisher=, publisher=)를 복제하기도 하며, 그렇지 않으면 수백만 건의 완전한 인용구를 빨간 텍스트로 망쳐놓기도 한다.다른 변경사항은 수백만 페이지에 대한 적응 조항(예: 정리 봇)이 준비되고 이행에 찬성하는 합의가 있을 때까지 기다려야 한다.ComplexRational (대화) 15:27, 2019년 9월 3일 (UTC)
- 절대적으로 지원:구현 전에 이 문제에 대해 명확히 설명하거나 토론하지 않은 이유를 전혀 알지 못한다.나는 내가 만든 기사에서 이 두 가지 새로운 오류를 보고 내가 여기 도착하기 전에 그것들을 "수정"하려고 시도했고 그것들이 새로운 잘못된 변화라는 것을 깨달았다.SUM1 (토크) 15:31, 2019년 9월 3일 (UTC)
- HeadBombum Nil Einne (talk) 15:34, 2019년 9월 3일(UTC) 에 언급된 변경에 반대하되 지지하십시오.
- 댓글 : {{cite tweet}}까지 오류 발생 -
{{cite tweet last=Dovere first=Edward-Isaac user=IsaacDovere number=1120717175743045632 title=Biden's team has been fundraising in recent days, and he has been personally reaching out to donors himself - but without so far filing any paperwork with the FEC. date=April 23, 2019 accessdate=April 23, 2019}}
Dovere, Edward-Isaac [@IsaacDovere] (April 23, 2019). "Biden's team has been fundraising in recent days, and he has been personally reaching out to donors himself - but without so far filing any paperwork with the FEC" (Tweet). Retrieved April 23, 2019 – via Twitter.- 이것은 고치기 쉽다.via = →→ 웹사이트 ={cite tweet}}의 인스턴스 변경.모든 템플릿 편집자는 이 문제를 지금 수정할 수 있다. --- Coffeeandcruids 15:59, 2019년 9월 3일(UTC)
- 네, 하지만 당신이 제안한 수정은 "트위터"를 이탤릭체로 잘못 표기할 겁니다.GoingBatty (토크) 16:29, 2019년 9월 3일 (UTC)
- GoingBatty, Twitter는 웹사이트로, RfC당 이탤릭체로 표시되어야 한다.--- Coffeeandcruids 17:59, 2019년 9월 3일(UTC)
- 그러면 트위터 기사를 "트위터"의 각 인스턴스를 기울임꼴로 바꾸십시오.고마워!GoingBatty (토크) 18:09, 2019년 9월 3일 (UTC)
- 그것은 전혀 다른 문제다.인용 시 트위터는 정보 출처(웹사이트)를 나타내며 회사 트위터가 아니다. --- 커피앤드루프 18:21, 2019년 9월 3일(UTC)
- 그러면 회사가 아닌 웹사이트를 참조할 때 트위터 글을 '트위터'의 각 인스턴스를 기울임꼴로 바꾸십시오.고마워!GoingBatty (토크) 20:07, 2019년 9월 3일 (UTC)
- 그것은 전혀 다른 문제다.인용 시 트위터는 정보 출처(웹사이트)를 나타내며 회사 트위터가 아니다. --- 커피앤드루프 18:21, 2019년 9월 3일(UTC)
- 그러면 트위터 기사를 "트위터"의 각 인스턴스를 기울임꼴로 바꾸십시오.고마워!GoingBatty (토크) 18:09, 2019년 9월 3일 (UTC)
- 네, 하지만 당신이 제안한 수정은 "트위터"를 이탤릭체로 잘못 표기할 겁니다.GoingBatty (토크) 16:29, 2019년 9월 3일 (UTC)
- 이것은 고치기 쉽다.via = →→ 웹사이트 ={cite tweet}}의 인스턴스 변경.모든 템플릿 편집자는 이 문제를 지금 수정할 수 있다. --- Coffeeandcruids 15:59, 2019년 9월 3일(UTC)
- 반대 대부분의 변화 뒤에는 공감대가 있다.변경사항을 이행한 후 새로운 합의 논의를 통해 재평가한다.그 동안 문제가 해결될 때까지 일부 경고 메시지를 표시하지 마십시오. -- GreenC 15:35, 2019년 9월 3일(UTC)
- 앞으로 몇 시간 안에 문제를 해결할 수 없다면 지원하십시오.이 엄청난 혼란은 곧 고쳐지지 않는 한 최근의 모든 변화를 되돌릴 필요가 있을 것이다, 애틀랜틱306 (대화)
- 논평 - "합의가 있다"고 말하는 사람들 - 1) 어디?2) 토론은 어떻게 공론화됐나?그리고 3) 공감대가 바뀔 수 있다는 것을 알고 있는가?자이언트 스노우맨 15:40, 2019년 9월 3일(UTC)
- 다른 사람들이 헬프토크를 인용하는 것을 본 적이 있는데, 네 말이 일리가 있다.인용 스타일 1/Archive Style 1/Archive 72#인용 및 참고문헌에 있는 웹사이트의 이탤릭틱스 – 논평을 요청하지만, 가까운 곳에서 언급된 매개변수 변경사항이 어디에 있는지 알 수 없다. - Knowledk87 (talk) 15:46, 2019년 9월 3일(UTC)
- 나는 여기서 토론하는 것이 정확히 무엇이 사람들이 불만족스러운지 혼란스럽다는 것이 문제라고 생각한다.최근의 변화는 2019년 9월 2일 이후 여기서 2개의 모듈 제품군에 대해 언급된 것으로 보인다.개별적인 변화를 위한 논의로 연결되는 링크가 있으며, 물론 그 논의의 전체 세트를 논의할 수 있다.내가 알기로는, 그들 대부분은 최소한의 논의만 있었다.그러나 내가 말할 수 있는 바로는, 이 토론의 대부분의 참가자들은 ".company tld를 위한 2단계 도메인 지원"과 같은 변경사항의 대부분을 알지 못하거나 신경 쓰지 않는다.나는 VPP에서 널리 광고된 RfC가 훨씬 더 많은 관심을 받을 것이라고 생각하지 않는다. 대신에 그것은 지역사회의 시간낭비일 가능성이 높다.솔직히 여기 사람들이 가장 신경쓰는 것 같은 것은 가장 많은 오류를 일으키는 두 가지다.웹 사이트 인용 및 웹 사이트 제공되지 않을 때 발생하는 오류에 대한 웹 사이트 요구 및 데더럴 매개 변수 교체.그러나 나는 여기서 더 많은 옵션을 허용하도록 매개 변수를 확장하는 데 문제가 있다고 주장하는 사람을 실제로 본 적이 없다.나는 널리 광고되고 있는 RfC가 이것이 dad-url=과 dedurl=보다 조금 더 많은 관심을 받았을 것이라고 의심하지만, 다시 말하지만, 나는 많은 사람들이 여기서처럼 중간중간 오류에 대해 불만스러워하는 것 이외에는 신경 쓰지 않을 것이라고 믿는다.내가 알기로는 봇을 테스트하고 운영하는 데 도움이 되기 때문에 고의적인 오류였지만, 갑자기 많은 오류가 나타나 사람들을 짜증나게 한 것은 놀랄 일이 아니었기 때문에 IMO의 실수였다.웹사이트의 이슈에 대해서는, 많은 사람들이 동의하지 않는 이슈인 것 같다.이 토론에서 나온 말인 것 같은데 도움말 토크:인용 스타일 1/Archive 57#4. 주기적 매개변수가 없는 정기적 템플리트에 오류 메시지 추가.나는 RfC가 더 널리 광고되지 않고 그것을 의무화하는 것은 실수였다고 생각한다.닐 아인(토크) 16:17, 2019년 9월 3일 (UTC)
- 문제의 두 가지 변수(website and dead-url): 적절한 포럼에서 이 두 가지에 대한 논의가 수년간 반복되어 왔다.URL 납치와 같은 개발을 포함하는 이해할 수 있는 방식으로 링크 부패를 해결하기 위해 이러한 논의의 추종자들은 광범위한 지지를 받아왔다.웹사이트에서 비슷하게, 주요 자극은 편집자에 의한 매개변수의 오용이었다.또한 문서가 혼란스럽고 도움이 되지 않는다는 데 대체로 동의한다.그리고 그 두 가지에 대한 실행은 엉망이다.그러나: 근거가 정확하다(더 나은 인용 플랫폼을 제공하려는 노력은 말할 것도 없다).어느 시점에서는 이러한 변경을 실행해야 한다. 24.105.132.254 (대화) 17:27, 2019년 9월 3일 (UTC)
- 지원, 특히 Diannaa. - SchroCat (대화) 15:43, 2019년 9월 3일(UTC)
- 지원, 템플릿 {{cite web}}은(는) "url"과 "title" 파라미터만 필요한 것으로 식별한다.다른 매개변수가 현재 (효과적으로) 필요한 대로 처리되고 있는 것은 버그다.그리고 (최악의 경우) 그 템플릿을 사용하는 거의 모든 기사에 불필요하고 과도하게 파괴된다.기타/관련 템플릿프로젝트의 거의 모든 기사에 효과적으로 부정적인 영향을 미친다.충격이 더 논의되거나 고려될 수 있을 때까지 되돌릴 것을 권고한다.굴리오페즈 (대화) 15:57, 2019년 9월 3일 (UTC)
- 지지는 분명히 이것이 충분히 잘 생각되지 않았다.위에서 언급한 템플릿 {{Cite tweet}}이(가) 좋은 예인데, 템플릿은 사용조차 하지 않는다.
website=
그리고 여전히 오류를 출력한다.또한 템플릿 설명서:인용 뉴스는 의 필요성에 대해 언급하지 않는다.newspaper=
인용 형식에 대한 이러한 유형의 주요 변경은 문서가 적절히 업데이트되고 최종 완성되기 전에 편집자에게 유용한 설명과 함께 장기간에 걸쳐 별도의 부분에서 수행되어야 한다.그렇지 않으면 우리는 지금 있는 곳에 이르게 된다.틀:축구단 줄리오(토크) 16:12, 2019년 9월 3일(UTC) - 지원 수백만 페이지에 대한 불필요한 변경을 도입하지 않은 버전에 대한 전체 되돌리기.변경에 대한 합의는 불명확한 모듈의 대화 페이지가 아닌 잘 알려진 RfC에서 찾아야 한다.– 암마패드(대화) 16:19, 2019년 9월 3일(UTC)
- 강력한 지원의 뒤집기와 신속한 폐쇄.영어 위키피디아에 수십만 개(또는 그 이상)의 오류 메시지를 소개하는 것은 다른 것은 아니지만 비전문적인 모습이다.그 매개변수는 선택사항이었고, 또한 선택사항으로 남아 있어야 한다.— Bilorv (대화) 16:35, 2019년 9월 3일 (UTC)
- 기존 코드에 영향을 미치지 않는 새로운 기능의 롤백에 반대하지만, 새로운 오류 메시지는 일시적으로 억제되어야 하며, 변경 사항은 더 많은 협의를 통해 다시 구현되어야 한다.그리고 봇이 해결할 수 있는 '데드러울'을 퇴폐시키는 것과 많은 수작업이 필요한 '웹사이트' 매개변수를 요구하는 것 사이에는 큰 차이가 있다.스트로빌로미세스 (토크) 16:44, 2019년 9월 3일 (UTC)
- 메시지 억제 - 데더럴 디프레임은 봇으로 정리할 만큼 쉽기 때문에 나는 그것에 대해 흥분하지 않지만, 출판사가 있어도 인용 웹 사이트의 갑작스러운 요구는 봇으로 쉽게 고칠 수 없는 엄청난 혼란이다.최소한 그 오류는 억제되어야 한다. --PresN 16:46, 2019년 9월 3일 (UTC)
- 설명:이런 오류들은 일상적인 편집자들에게 불친절하게 느껴진다.템플릿이 적절히 문서화되어 매개변수가 현재 필요함을 나타내더라도, 이러한 누락 매개변수가 경고 대신 오류를 발생시킬 수 있을 정도로 중요한가?많은 편집자들이 찾을 수 있는 정보를 채운다; 누락된 매개변수를 "오류"라고 부르는 것은 그들이 모든 정보를 가지고 있지 않다면 인용문을 추가하는 것을 전혀 방해할 수 있다.만약 진짜 오류라면, 편집자들에게 덜 엄격한 규칙으로 인용 템플릿을 지적하는 것이 도움이 될 것이다.—Ost (토크) 16:49, 2019년 9월 3일 (UTC)
- 지지 - 지나치게 성급하고 엉뚱한 변화.나는 TFA가 다가오고 있는데, 그것은 지금 이 오류들로 어지럽혀져 있다.그러한 급격한 변화는, 발생된 수백만 건의 오류 메시지를 자동적으로 해결할 방법이 없다면, 이치에 맞지 않을 것이다.KJP1 (대화) 16:57, 2019년 9월 3일 (UTC)
- 합의가 달성되고 더 나은 준비가 완료될 때까지, 특히 사실상 모든 곳에 존재하는 웹사이트 매개변수에 대해 완전한 반전을 지원한다.이는 기사가 어떻게 보이는지에 매우 나쁜 영향을 미치고 전문성이 매우 떨어지게 되었다. --Muhandes (대화) 17:01, 2019년 9월 3일 (UTC)
- 제발 모든 것을 풀어줘.모든 것을 깨뜨리지 않고 소프트웨어로 변경할 수 없다면 소프트웨어 사업에서 손을 떼야 한다.엑셀시오르반조 (토크) 17:10, 2019년 9월 3일 (UTC)
- 지지 토론이 열리지 않았고 어제 없었던 심판들의 실수들을 보고 놀랐다.무엇이 도움이 되는지, 무엇이 도움이 되지 않는지(현재로서는 그렇지 않은지) 의논해 봅시다.캉테4 (대화) 17:12, 2019년 9월 3일 (UTC)
- 지원 이 변경은 수십만 개의 기사를 수동으로 수정하기 위한 광범위한 작업을 필요로 하는 광범위한 결과를 초래한다.웹 사이트에 빈 주소가 있는 기사가 레그워크를 하려는 사람들의 유지 관리 범주에 들지 못할 이유는 없지만, 이와 같은 참조 서식을 파기할 이유는 없다.아크로테리온 (토크) 17:15, 2019년 9월 3일 (UTC)
- 지지. - 당크 (밀어서 대화) 17:17, 2019년 9월 3일 (UTC)
- 지원 – 광범위한 손상 및 변경에 대한 합의 없음템플릿을 어제(잘 작동하고 있을 때)와 같은 상태로 되돌리고 다시 시도하십시오.도움말 대화:인용 스타일 1/Archive 72#인용 및 참고문헌에 있는 웹사이트의 이탈리아어 – 코멘트 요청은 다음을 필요로 하는 합의가 아니다.
website=
매개변수(예: {{termp tweet})는 인용 웹이 웹사이트를 필요로 한다는 것을 보여준다.아마 놓쳤을지 모르지만, 나는 웹사이트를 만드는 것에 대한 논의는 어디에서도 볼 수 없다.실행 문제(예: 더 이상 사용되지 않음)dead-url=
–우리가 봇이 모든 것을 청소하기를 기다리는 동안 빨간 오류로 이어짐 – 피할 수 있었을 것이다; 위의 알렉스21과 샘 월튼의 제안을 보라.우리는 마지막 좋은 버전으로 돌아가서 다시 진행해야 한다. 이번에는 웹사이트=필수 (RfC)를 만들기 위해 먼저 합의를 구하고, dead-url을 더 잘 비난하기 위해 더 나은 구현(봇이 끝날 때까지 이전과 새로운 매개변수를 모두 허용하거나, 적어도 봇이 끝날 때까지 오류 메시지를 억제하는 것)을 위해 더 나은 구현을 모색해야 한다.– Levivich 17:32, 2019년 9월 3일(UTC) - 오류 메시지를 억제하고 논의를 다시 시작하십시오. 모듈 업데이트를 일괄적으로 롤백할 경우 다른 많은 유용한 변경 사항이 손실될 수 있다.여기에서 논평하는 많은 편집자들은 인용 템플릿과 모듈의 변경사항이 정기적인 업데이트에 함께 묶인다는 것을 잊거나 알지 못한다.분리해서 만든 지도 인용 관련 이슈에 대한 업데이트는 지도를 인용하지 않는 수백만 개의 기사가 작업 대기열을 통해 실행되도록 할 수 있다.문제 발생 시 오류 메시지를 제거하기 위해 이번 달 업데이트를 롤백하는 것 또한 몇 달 동안 구현되기를 기다려온 보류 중인 업데이트를 제거하고 더 지연시킬 것이다.
그러나 오류 메시지가 억제되면 오류 메시지가 복원되기 전에 일부 세부 사항에 대한 논의를 다시 시작할 수 있으며, 나머지 업데이트는 그대로 유지될 수 있다고 한다.오류 메시지의 억제는 곧 있을 봇 작업이 변환되는 것을 방해하지 않는다.
dead-url=
로url-status=
봇 작업이 완료되면 다음 주기적 업데이트에서 특정 오류 메시지가 복원될 수 있다.임자디 1979 → 17:33, 2019년 9월 3일 (UTC)- 확실히 하자면, 나의 지지!투표는 월간 전체 업데이트를 철회하는 것에 대한 지지다.우리는 즉시 독자들을 위해 lgv를 복원해야 한다.그런 다음 업데이트를 다시 진행하십시오. 제거해야 하는 번들에서 제거하고 변경해야 하는 번들을 변경한 다음 업데이트를 롤아웃하십시오.보류 중인 업데이트를 더 연기하는 것은 좋은 일이다.이 업데이트는 문제를 일으켰는데, 이런 일이 다시 발생하지 않도록 앞으로의 모든 업데이트도 다시 살펴봐야 할 것 같다.백과사전을 어기지 않는 것이 업데이트 일정을 지키는 것보다 더 중요하다.
- 지지, 최근의 변화는 정말 불쾌하다.인용 보도 매개변수 에이전시=---러시안 록키(토크) 17:35, 2019년 9월 3일(UTC) 을 사용하여 통신사(로이터, 아겐스 프랑스-프레스, AP통신 등)를 인용해도 붉은 오류(즉, "시이트 뉴스는 신문이 필요하다=(도움말)"가 생긴다.
- 서포트에 빨간 오류가 여기저기서 나고 바보 같은 놈도 안 보여IABOT는 최근까지 데드룰을 사용해 왔는데 내가 잘못 알고 있는 게 아니라면 아직 쓸 수 있을지도 몰라.롤백을 필요로 하는 파괴적인 변화는 보다 세심한 구현이며, 이 제안서를 작성하기 전에 오늘 하루의 30분을 낭비하는 것이다!djm-leighpark (대화) 17:41, 2019년 9월 3일 (UTC)
- 지원 대규모 소프트웨어 시스템을 유지보수하는 사람들은 이를 수행하는 방법에 대한 기본적인 첫 주 교훈을 배워야 할까?앤디 딩리 (토크) 17:44, 2019년 9월 3일 (UTC)
- 지지 나는 이전이 어땠는지 선호한다. 변경 전 인용 요소에 문제가 없고 잘 작동했다.Gobvy (대화) 17:50, 2019년 9월 3일 (UTC)
- 지지 나는 누군가가 수천 개의 기사를 오류 메시지로 바르는 것이 얼마나 좋은 생각이라고 생각하는지 이해할 수 없다.코사크 (대화) 17:58, 2019년 9월 3일 (UTC)
- 지원 "웹사이트"가 중복되거나 가치가 없는 경우가 있다.어쨌든 도메인 이름은 이미 URL에 있다.Dgpop (토크) 18:05, 2019년 9월 3일 (UTC)
- 강력한 지원:이러한 갑작스러운 관행에 대한 변경은 많은 기사의 Ref 섹션에 큰 혼란을 야기시켰고 전혀 불필요하다.심지어 특집 기사들 조차도 현재 수십 개의 더 이상 사용되지 않는 꼬리표라는 부끄러운 주홍글씨 오명으로 낙인찍혀 있다.독자가 생각하는 것은 무엇인가?이 그릇된 생각, 계획되지 않은, 그리고 실행되지 않은 변화는 즉시 되돌아가야 한다. JGHowes 18talk:12, 2019년 9월 3일(UTC)
- 제안자인 Sk8erPrince에 대한 의견:필자의 계산에 따르면, CS1 모듈 코드에 대한 이 업데이트에 최소 40개의 변경 사항이 도입되었으며, 여기에는 수개월 동안 개발 및 테스트를 진행해온 많은 버그 수정 사항이 포함된다.목욕물과 함께 아기를 버리지 맙시다.제안서에 되돌릴 변경사항을 지정하고 나열하십시오.위의 코멘트를 읽은 결과, 다음과 같은 변경사항이 편집자에게 불쾌감을 줄 수 있는 것으로 나타났다.
- 지원' - 영어 위키백과는 시험 위키가 아니다.소수의 사람들이 참여하는 "합의" 토론이 대다수의 위키피디아 사람들이 진정으로 원하지 않는 변화를 잘못 생각해내고, 이와 같은 혼란을 야기하는 경우가 너무 많았다.여러분이 템플릿 편집자든, 개발자든, WMF든 간에, 여기 메시지는 분명하다: 더 나은 숙제를 하라.비욘드 마이 켄 (토크) 18:16, 2019년 9월 3일 (UTC)
- 강력한 지원 - 빨간색 오류 메시지를 만들 필요가 없음아마도 그냥 숨겨진 카테고리를 만들고 봇을 실행해서 "buffer web"을 사용할 때 "buffer="를 "buffer="로 바꾸고 우리가 https://en.wikipedia.org/wiki/Category:CS1_errors:_markup 를 가지고 있을 때 필요하지 않은 이탈리아어를 제거한다.Patapsco913 (대화) 19:18, 2019년 9월 3일 (UTC)
- 카테고리는 카테고리:CS1 오류: 정기 간행물 누락 및 변경하기 위한 봇 실행
publisher=
사용된 템플릿에 적용되는 정기적인 매개변수는 사용의 일관성이 매우 낮기 때문에 좋지 않은 생각이다.이 오류들은 인간에 의해 고쳐질 필요가 있다.이반벡터 (/)TalkEdits 19:33, 2019년 9월 3일 (UTC)
- 대부분의 위키피디아는 하나 이상의 오류를 가지고 있다.버락 오바마, 유대계 미국인 사업가 목록, 1000년대 전기 작가 안토니오 게이라(비숍)를 보라.사용자에게 필요한 정보가 제공될 때 기본적으로 포맷 오류인 것을 정리하는 데는 평생이 걸릴 것이다.나는 왜 우리가 모든 곳에 오류 메시지를 적색으로 표시해야 하는지 모르겠다.20:32, 2019년 9월 3일(UTC)
- 카테고리는 카테고리:CS1 오류: 정기 간행물 누락 및 변경하기 위한 봇 실행
- 폭넓은 논의를 위해 지지 철회하라.참고문헌은 어렵지만 위키피디아에서 검증가능성을 유지하는 데 매우 중요하다.기준 구조에 대한 주요한 변경은 여기서 일어난 것보다 더 넓은 논의가 필요하다.{{cite web}}의 현재 문서에는 "website"가 필수 필드임을 나타내지 않는다.실제로, 거기서 주어진 모든 예들이 "website"를 사용하는 것은 아니며, 오류 메시지를 보여주고 있다.나는 이것을 필수 분야로 만드는 것에 대한 어떠한 논의도 찾을 수 없다.링크가 사이트의 메인 페이지에 연결되어 있고 제목과 같을 경우 필요하지 않은 경우가 많다.또한 데드러울과 같은 필드 이름의 변경도 더 넓은 논의가 필요하다.스타리그랑마(토크) 19:30, 2019년 9월 3일 (UTC)
- 변화로 인해 부서진 것을 너무 많이 지지하라.// 식안더 { talk } 🦖 19:34, 2019년 9월 3일(UTC)
- 지원 이것은 샌드박스가 아니다!왜 각각의 "강화"는 하나씩 연루될 수 없는 것인가? 그래서 각각의 "강화"는 완전한 버그 테스트를 받을 수 있는 것인가?이 모든 것을 배치하기 위해 서두르는 것이 있는가?러그넛 19:52, 2019년 9월 3일 (UTC)
- 지지 때때로 엉망이 되는 인용구는 리필이나 리플링크가 이 혼란과 비교하여 팔레트를 만든다는 것이다.마넷D 토크 19:54, 2019년 9월 3일(UTC)
- 지원 – 개발자로서, 나는 단순히 사실을 말하는 것에 찬성하여, 어떻게 해야 하는지를 제대로 설명해야 하는 유혹에 저항할 것이다: 우리가 어제 어디에 있었는지를, 오류 없이, 그리고 어제의 기능성으로, 이 모든 것이 끝났을 때, 여러분이 원하는 곳으로, 여러분의 새로운 기능적 요구 사항을 충족하고, 그리고 어떤 결과도 초래하지 않는,빨간색 CS1 오류는 어느 페이지, 어디서나 단 1초라도 나타난다.만약 당신이 그것을 할 방법을 모른다면, 그것을 하는 개발자와 상의하라.Mathglot (토크) 19:57, 2019년 9월 3일 (UTC)
- 지지하다.위의 제 코멘트에 따르면, 이것을 바꾸기 전에 훨씬 더 많은 논의가 필요하다.합의점을 찾으면 수백만 건의 기사를 교란시킬 위험이 없는 방법으로 할 수 있다.록헤드126 (토크) 20:06, 2019년 9월 3일 (UTC)
- 지원 나는 그들이 데드룰을 데드울로 바꾼 것이 이상하다고 생각하지만 보관, 아카이브, 액세스 날짜를 인식한다.나는 이 변화에 전혀 동의하지 않는다.블루 호박파이 (토크) 20:09, 2019년 9월 3일 (UTC)
- Support {{Cite news} 템플릿은 변경으로 인해 페이지에 큰 영향을 받았다.JSWHU(토크 페이지) 20:26, 2019년 9월 3일(UTC)
- 반대. 템플릿을 사용하려면 템플릿 설명서에 포함된 정의와 함께 템플릿 매개 변수가 참 값을 포함해야 한다.매개변수는 편집자가 원하는 대로 출력되도록 하는 이전 값으로 설정해서는 안 된다.만약 편집자가 인용의 외관만 신경 쓴다면, 편집자는 템플릿을 사용해서는 안 된다.Jc3s5h (토크) 20:46, 2019년 9월 3일 (UTC)
- 지지하다.그 변화는 우리가 더 이상 "출판사=BBC 뉴스"라고 말할 수 없다는 것을 의미한다.내가 편집한 기사에는 오류 메시지가 어지럽게 널려 있고, 나는 그것들을 바꾸는 데 시간을 낭비하지 않을 것이다.템플릿은 이것 없이 충분히 유연하다.그리고 왜 갑자기 "데덜링"이 더 이상 사용되지 않는 것일까?SarahSV 21:03, 2019년 9월 3일(UTC)
- 강력한 지원:위키피디아에 관한 모든 기사의 전체 참고문헌을 거의 읽을 수 없게 만드는 것의 해악은 모듈을 수정함으로써 얻어지는 사소한 이득보다 확실히 더 크다.PvOberstein (대화) 21:05, 2019년 9월 3일 (UTC)
- 지원 - 이것은 잘못되었고, 너무 널리 퍼진 무언가가 WP:CENT에서 광고되었어야 했다. 나는 "출판사="가 별칭으로 받아들여져야 한다고 믿기 때문에 이것을 원한다. 왜냐하면 나는 "출판사="가 그것들을 조용히 바꾸고, 편집자를 위한 어떠한 표시도 하지 않기 때문이다.현재 환경에서는 아무런 해를 끼치지 않고, 만지작거리는 것은 비생산적이었다.노즈백베어 (토크) 21:08, 2019년 9월 3일 (UTC)
- 지지 제거, 특히 인용 웹 사이트 필요=, 인용 뉴스는 MOS를 거스르는 신문이 필요하다. 이러한 변화에 대한 근거나 합의를 보지 말라.호크예7 (토론) 21:27, 2019년 9월 3일 (UTC)
- 서포트 레퍼런스 섹션은 지금 사방이 엉망이다.XOR'easter (대화) 21:31, 2019년 9월 3일 (UTC)
- 특히 'website'/'신문' 요구사항의 롤백 지원.그러한 매개변수를 요구하는 것은 이러한 변경을 정당화시킨 것으로 추정되는 RfC의 주제가 아니었기 때문에, 단순히 "오류"로 추정되는 중요성을 경시하는 것은 적절한 해결책이 아니다.이러한 분야가 요구된다는 공감대가 형성되지 않는 한/이전까지는 전혀 오류로 취급해서는 안 된다. --RL0919 (토크) 21:36, 2019년 9월 3일 (UTC)
- 지원:이를 구체화하는 더 나은 방법이 있었고, 변화에 대한 공감대를 형성하는 더 나은 방법이 있었다.나는 우리가 이번에는 단순히 되돌아가서 더 질서 있게 다시 시도해야 한다고 믿는다.지미블랙윙 (토크) 21:43, 2019년 9월 3일 (UTC)
- 설명:이러한 대체로 일방적인 변화들은 그렇게 하기로 한 폭넓은 공감대에도 불구하고 여전히 되돌리지 않고 있다는 것을 보면 답답하다.작품의 정당성에 대한 한 편집자의 의견은 무엇보다도 웹사이트 전체의 우려를 무시해서는 안 된다.하지만 나는 위키피디아가 소수의 의견 일치가 없는 행동들에 의해 오랫동안 그 자체가 추진되도록 놔두었다고 생각한다.그렇게 많은 편집자들에게 영향을 미치는 어떤 것에 대해 다시 이런 일이 일어나는 것을 보는 것은 실망스러울 뿐이다.JimmyBlackwing (토크) 16:28, 2019년 9월 4일 (UTC)
- 지원:이것은 그저 우스꽝스러운 일이다: https://i.imgur.com/9UKngCm.png 글렌윙키로스 (talk) 21:47, 2019년 9월 3일 (UTC)
- 다른 사람들을 위한 지원.다음에, 만약 누군가가 위키피디아가 가지고 있는 모든 기사에 잠재적으로 영향을 미칠 수 있는 변화를 만들고 싶다면, 그것은 먼저 지역사회와 논의되어야 한다.그렇지 않으면 여기서 보시다시피 대규모 반대(그리고 혼란)가 일어날 겁니다.instantmatrix(대화) 22:08, 2019년 9월 3일(UTC)
- 지지하다.약 138,000개의 기사가 카테고리:CS1 오류: 이전에는 문제가 되지 않았던 참조의 오류 메시지가 있는 정기적인 누락.그것은 너무 지나치다.그리고 Trappist는 (있는 경우) 이탤릭화 웹사이트에 대한 좁은 RFC가 항상 존재해야 하고 출판사가 웹사이트가 되도록 강요해야 한다는 등 매우 광범위한 결과를 초래해야 한다는 입장을 취하고 있는 것으로 보인다; 그러한 해석은 터무니없고 당혹스러우며 그러한 핵심 템플릿의 유지자로부터의 골치 아픈 조치다.. —David Eppstein (대화) 22:26, 2019년 9월 3일 (UTC)
- 이러한 변화들이 선의로 이루어졌다는 것을 의심하지 않는 지지는 아니지만, 많은 다른 사람들이 이러한 변화들이 언급했듯이, 바로 하루 전만 해도 대다수의 편집자와 독자 모두에게 받아들여졌던, 말 그대로 수천, 수백만이 아니라 수 천개의 인용구들에 오류 경고를 주었다.인터앤안트로(토크) 22:34, 2019년 9월 3일 (UTC)
- 지지하다.여기에는 매우 명확한 합의가 있는 것 같다; 우리가 이 사이트를 해제할 수 있도록 이것을 빨리 추적할 수 있을까?Morgan695 (대화) 22:52, 2019년 9월 3일 (UTC)
- 부분적으로 지지하다.그
dead-url=
오류는 분명히 봇에 의해 처리될 것이기 때문에 나는 제자리에 머물러 있는 것에 대해 아무런 거리낌이 없다.그러나 정기간행물(정기)을 매개변수로 삼자는 데 의견 일치가 없었다.work=/website=/newspaper=/magazine=)
필수의사용 시 항상 이탤릭체로 표시되어야 한다는 점만.사용자가 오류를 범해 위키백과 전체에 영향을 미치는 엄청난 변화를 일으켰는데 (그런 파라미터를 의무화하는 것은 논의조차 되지 않았다) 시급히 되돌려야 한다.TVx1 04:58, 2019년 9월 4일(UTC) - 댓글을 달다.아래에 제시된 다양한 대체 및 명확한 제안의 존재는 "모듈에 대한 대량 변경의 번복 제안:인용/CS1" 토론.칼 헨더슨 (대화) 18:12, 2019년 9월 4일 (UTC)
- 지지하다.MOS는 태양 아래 모든 것이 임의의 단일 사이즈-만능 스타일에 깔끔하게 들어맞지 않기 때문에 우리가 어떻게 시트를 붙이는가에 있어 상식을 사용할 필요가 있다고 분명히 말하고 있다.이곳 스카이넷이 모든 것을 똑같은 방식으로 강요하고 어떤 예외도 허용하지 않는 상황에서 상식적인 판단을 하는 것은 불가능하다. --Tenebrae (토크) 21:09, 2019년 9월 4일 (UTC)
- 지지—대부분의 변화는 가장 잘못된 것이었다.토니(토크) 23:16, 2019년 9월 4일 (UTC)
- 지지하다.오류 메시지뿐만 아니라 오류(웹 사이트=aaa.com의 부적절한 사용 포함)를 복구하십시오.웹사이트=가 필요한 경우 URL이 아닌 웹사이트의 NAME을 채우기 위해 실제 편집자 지식이 필요하다. 변경사항으로 오류를 봇(데드러클)으로 고칠 수 있다.— 아서 루빈 (토크) 04:02, 2019년 9월 5일 (UTC)
- 지금은 템플릿에 대한 모든 최근 변경 사항을 완전히 되돌릴 수 있도록 지원하십시오.이러한 변화에 대한 충분한 논의나 고려가 이루어지지 않은 것은 분명했다. 즉, 이러한 변화들이 실행되기 전에 그들 모두를 최소한 속도를 늦추고 더 폭넓은 고려를 해야 하는 상태에 놓이게 한다.사이트에서 가장 중요한 템플릿 중 하나를 변경하기 위해 논의한 적은 매우 부족했다. --1조 (대화) 07:50, 2019년 9월 6일 (UTC)
- 부분 지지:
{{Cite web}}
a에 대한 요구 사항website =
50만개 이상의 기사를 정리 카테고리에 쏟아 붓고 있다.의 용도가 종종 있다는 것은 확실하지 않다. 예를 들어, https://www.aeaweb.org/jel/guide/jel.php은publisher = American Economic Association
이것을 가지고 있는 것은 아무 가치도 없어 보인다.website =
뿐만 아니라.최상의 선택:Rich Farmbrough, 08:59, 2019년 9월 6일 (UTC) - 반대해. 이 모든 변화들이 내게는 완전히 이치에 맞는 말이야.
dead-url=
봇이 사소한 방법으로 고칠 수 있는 것처럼 보이며, URL이 http://www.example.com/page.html,인 경우 누락된 URLwebsite=
"example.com"으로 간단히 대량 복제될 수 있다.그 동안 정말 '파손된' 것은 없다.그레고르B (대화) 09:24, 2019년 9월 6일 (UTC)- 그런 것은 아니다.
website =
용입니다 - 바로 앞의 코멘트를 보십시오.분명히 어떤 웹사이트들은 cryp.to과 bit.ly과 같은 그들의 핵심 URL로 알려져 있지만, 다른 웹사이트들은 위키백과나 BBC 뉴스일 것이다. 적어도 나에게 선호되는 식별자가 분명하지 않은 세번째 종류의 URL들은 말이다.최상의 선택:Rich Farmbrough, 11:14, 2019년 9월 6일 (UTC)
- 그런 것은 아니다.
명확한 제안에 대한 투표(폐쇄)
이 제안은 그 페이지 아래쪽에 있는 다른 제안들에 찬성하는 것에 반대되어 왔다.프라임팩(토크) 15:35, 2019년 9월 6일(UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
제안서는 두 가지 변경사항의 되돌리기에만 적용된다는 점을 명확히 하기 위해 편집되었다.제안서의 이러한 수정은 본 섹션 헤더 위에 열거된 지지/반대 표가 수정된 제안에 더 이상 적용되지 않음을 의미한다.나는 그 두 가지 변경을 지원하는 것이 아래 대안적 제안의 항목 1과 2a에 대한 지원(내가 틀렸다면 수정해 달라)에 해당한다고 생각한다.수정된 제안에 대해 아래 의견을 제시하십시오.– Jonsey95 (대화) 19:09, 2019년 9월 3일 (UTC)
- 그것은 전혀 정확하지 않다.아래의 제안은 변경사항을 되돌리기 위한 것이 아니라 변경사항을 유지하되 오류 메시지를 숨기기 위한 것이다.이반벡터 (/)TalkEdits 19:11, 2019년 9월 3일 (UTC)
- 지원은 제안자로서 명확한 제안서를 제시한다.전체 프로젝트에 영향을 미치는 대규모 변화는 먼저 논의되어야 하고, 합의를 보지 않으면 이렇게 난장판이 될 것이다.이러한 오류 메시지는 매우 주의를 산만하게 하므로(특히 명확한 지침이 없기 때문에) 숨기기/제거해야 한다.Sk8erPrince (대화) 19:26, 2019년 9월 3일 (UTC)
- 인용 모듈에 대한 다른 많은 건설적인 업데이트를 되돌리지 않고 추가 논의를 위해 문제가 있는 오류 메시지를 숨기기 위해 아래 제안에 반대한다(앞에서 설명한 대로).이반벡터 (/)TalkEdits 19:30, 2019년 9월 3일 (UTC)
- 반대 나는 아래에서 논의되는 오류 메시지를 숨기는 것을 선호한다.로버츠키 (토크) 20:10, 2019년 9월 3일 (UTC)
- 반대 나는 모든 사람이 같은 입장이라는 것을 확실히 알지 못한다. 나는 내가 투표한 후에 변경된 제안을 본 것 같다. 그리고 나는 모든 뉴스가 신문에서 나오는 것은 아니기 때문에 신문이 필요한 인용 뉴스가 걱정된다.나는 x인칭의 몇 년 동안 이 일에 몰두해 온 것에 대해 감사하지만 우리는 현재 your인칭의 몇 년 동안 혼란을 겪고 있다.난 기본적으로 단순해.난 혼란에 빠졌다.그리고 물러날 제안은 근본적으로 나쁜 문제를 숨기고 있을 수도 있고, 아마도 더 중요한 것은 나 같은 멍청한 인간에게 있어 대체적인 모호하지 않은 제안이 제시되지 않는 것에 대한 합당한 분명한 합의는 충분히 분명한 방법이다.Djm-leighpark (대화) 20:48, 2019년 9월 3일 (UTC)
대체 제안: 일부 오류 메시지 숨기기 및 다른 오류 해결
위의 섹션에서는, 빨간 오류 메시지가 수백만 개의 우리 기사에 대한 참조 부분 전체에 퍼지지 않도록 하기 위해, 그것이 봇이 그것을 고치기를 기다렸든, 어제의 모습으로 모든 것을 되돌렸든, 아니면 다른 어떤 것이든 간에, 하지만 모든 사람들이 현재의 상황에 동의하는 것 같다.온다는 것은 용납할 수 없다."모든 것을 취소하라"는 제안은 위에 있다. 나는 다른 제안이 있다.
- 에 대한 코드 수정
dead-url=
오류를 표시하지 않도록 매개 변수.그런 다음 봇이 실행되도록 하고 사용되지 않는 인스턴스를 자동으로 교체하십시오.시간이 걸리더라도 봇이 실행을 완료하면 오류 메시지를 교체하십시오. - 에 대한 코드 수정
website=
그리고 여기서 합의된 사항과 여기서 발표된 구현에 기초하여, 잘못된 형식을 사용한 인용문이 적색 오류 메시지를 생성하지 않고, 대신 (예를 들어) (예를 들어) {{nified Web}을 사용하지 않고 사용할 것을 (표준 블랙 텍스트로) 조언한다.website=
매개변수는 더 이상 사용되지 않으며, 그러한 합의를 반영하도록 업데이트된 스타일의 매뉴얼에 대한 도움말 링크와 함께 수정되어야 한다.(제안해 주신 조조 유메루스님 덕분에) - 인용 모듈에 대한 향후 모든 변경 사항은 WP에서 광고해야 한다는 요건을 확립한다.CENT 및 이상적으로는 마을 펌프 중 하나에 대한 RfC를 통해 논의되었다.
- 제안자로서의 지원.이반벡터 (/)TalkEdits 17:46, 2019년 9월 3일 (UTC)
- 사용과 관련된 추가 조치를 기다리는 동안 패치로서 지원
website=
위와 같은 나의 의견을 따라.ComplexRational (대화) 17:51, 2019년 9월 3일 (UTC) - 반대한다. 나는 붉은색 오류 텍스트를 검정색 텍스트로 대체하여 현재 오류가 나타나는 만큼 참조를 변경하는 것이 유용한 임시 해결책이라고 생각하거나 대다수의 사용자가 그것을 원할 것이라고 생각하지 않는다.Ss112 17:57, 2019년 9월 3일(UTC)
- 무슨 합의?내가 알기로는, 그 링크나 다른 어디에서도 사용하기에 잘못된 것에 대한 논의는 없었다.
{{cite web}}
없이website=
. Kanguole 17:59, 2019년 9월 3일 (UTC)
- 합의는 템플리트 인용문에 대해 원하는 형식 추천을 결정한 첫 번째 링크에 있다.특정 변경 사항(오류 발생 시)
{{cite web}}
없이 사용되다website=
, 또한 마찬가지로.{{cite news}}
없이newspaper=
그리고{{cite magazine}}
없이magazine=
)은 두 번째 링크(제3의 글머리 기호, 자세한 논의에 대한 링크 참조)에서 제안되었다.이반벡터 (/)TalkEdits 18:53, 2019년 9월 3일 (UTC)- 이반, RfC(당신의 첫 번째 링크)는 질문에서 템플릿 매개변수를 요구하는 것에 대해 언급하지 않는다.구현 스레드(거기의 세 번째 글머리 기호의 토론 링크를 포함한 두 번째 링크)는 {{cite 웹} 또는
website=
또는newspaper=
대신, 주어진 예는title=
더 나아가서, 그 논의에는 두 사람이 있다.또한, 템플릿 페이지(AFAICT)를 제외하고는 어느 곳에서도 광고되지 않았다.{cite web} 또는 {cite news}의 신문= 웹사이트 요구 사항에 대한 합의가 이루어졌다는 것을 어디에서 얻으십니까?그 단어들은 그 페이지에 없어?– Levivich 19:00, 2019년 9월 3일(UTC)- 네 말이 맞아.첫 번째 링크에서의 논의("합의")는 정기간행물의 이름을 항상 이탤릭체로 표기해야 하는지와 관련이 있었고, 그 합의는 '그렇다, 항상 이탤릭체로 표시되어야 한다'는 것으로 보인다.그 곳에서 논의된 것은 다음과 같다.
website=
동안 기울임꼴로 표시됨publisher=
그렇지 않고, 가장 자주 악용되는 두 가지 매개 변수라는 것이다.두 번째 링크는 이탤릭체 컨센서스를 어떻게 이행할 것인가에 대한 제안이었고, 두 매개변수의 사용법을 바로잡고자 하는 욕구도 작용한 것으로 보인다.트라피스트가 다른 곳에서 관찰한 것은website=
메타데이터를 채우는 동안publisher=
내 생각에는 웹사이트가 항상 사용되어야 하는 것은 아니지만, 특히 그러한 측면은 "비교적"이 아니라, 모듈의 유지보수를 위한 기술팀에 의해 제안되고 실행되었다.그렇다, 합의와 실행 사이에는 약간의 논리가 있다.나는 실제로 일어났던 것과 다소 다르게 격차에 대해 더 잘 논의되고 아마 다소 다르게 해결될 필요가 있다고 생각하지만, 그 영장이 모든 변경사항을 쏟아부을 것이라고는 생각하지 않는다.오류를 숨기고 새로운 논의를 시작하여 격차를 해소하십시오.이반벡터 (/)TalkEdits 19:08, 2019년 9월 3일 (UTC)
- 네 말이 맞아.첫 번째 링크에서의 논의("합의")는 정기간행물의 이름을 항상 이탤릭체로 표기해야 하는지와 관련이 있었고, 그 합의는 '그렇다, 항상 이탤릭체로 표시되어야 한다'는 것으로 보인다.그 곳에서 논의된 것은 다음과 같다.
- @Ivanvector:두 번째 링크에서 제안되지 않았는데, 토론에서 언급되지 않은 사항.
{{cite web}}
또는website=
. Kanguole 20:53, 2019년 9월 3일 (UTC)
- 이반, RfC(당신의 첫 번째 링크)는 질문에서 템플릿 매개변수를 요구하는 것에 대해 언급하지 않는다.구현 스레드(거기의 세 번째 글머리 기호의 토론 링크를 포함한 두 번째 링크)는 {{cite 웹} 또는
- 합의는 템플리트 인용문에 대해 원하는 형식 추천을 결정한 첫 번째 링크에 있다.특정 변경 사항(오류 발생 시)
- #1 및 2/2a에 대한 부분 지원.그러나 나는 모든 변경사항을 다른 포럼에 제출하거나 RfC의 무차별적인 적용을 요구하는 것은 역효과적이라고 생각한다.대신에 나는 WP를 포함하여 모듈의 변경 제안에 대한 모든 논의가 널리 광고될 것을 제안한다.CENT, 더 넓은 입력이 수신되도록. 24.105.132.254 (토크) 18:02, 2019년 9월 3일 (UTC)
- 지원 1/2(검은색 텍스트).3은 과잉 살상이다.헤드폭탄 {t · c · p · b} 18:05, 2019년 9월 3일(UTC)
- 참고 - 원본이 과도한 부과였다는 제안마다 "3-alt"를 추가했다.그러나, 위키피디아의 모든 기사에 사용된다고 합리적으로 예상할 수 있는 템플릿에 사용되는 모듈의 변경사항은 매우 널리 광고되어야 한다고 생각한다.이반벡터 (/)TalkEdits 18:10, 2019년 9월 3일 (UTC)
- 반대하다. 이미 현상유지를 복원해야 한다는 (어떤 비상 패치보다 더 간단한) 강한 공감대가 나타나고 있다.이 토론이 그것을 좌절시켜서는 안 된다.자세한 내용은 아래 토론 섹션을 참조하십시오.– 암마패드(대화) 18:08, 2019년 9월 3일(UTC)
- 반대하다. 신문에도 문제가 있다.이것은 실패한 변화다.코드 세부사항을 조사하지 않으면 중간중간 문제가 발생할 가능성이 높다.가능한 한 빨리 알려진 양호한 상태로 완전히 복귀해야 한다.백아웃을 청소한 후 분석되고 테스트된 변경사항에 대해 논의하고 테스트하십시오.djm-leighpark (대화) 18:12, 2019년 9월 3일 (UTC)
- 사용되지 않는 (#1)과 누락된 정기 오류 메시지 (#2) 은 단순하다. 나는 누락된 정기 오류 메시지 (또한 #2)와 본질적으로 동일한 것을 블랙 텍스트로 렌더링하는 것에 반대한다.이러한 오류 메시지가 포함된 기사는 이미 분류되었다(#2.a): 카테고리:CS1 오류: 사용되지 않는 매개 변수 및 범주:CS1 오류: 정기 간행물 누락.#3의 경우, 편집자는 항상 도움말 토크에서 환영한다.인용 스타일 1은 거의 모든 모듈 제품군이 변경된다; 아아, 대부분은 그 페이지를 피한다. 왜냐하면, 매우 자주, 매우 기술적이어서 많은 사람들이 이해하기 어려울 수 있기 때문이다. (우리는 특히 나와 내 글에 대해 불평을 해 왔다.)물론 그러한 논의를 좀 더 대중적인 곳으로 옮기는 것은 가능하지만 나는 참석자가 그리 많지 않을 것이라고 생각한다.—스승 (대화) 18:16, 2019년 9월 3일 (UTC)
- 지원 1 및 2a만 해당.항목 1은 실행하기에 사소한 것으로, 코드에서 단 한 단어로만 변경하면 된다고 생각한다.항목 2a 역시 비교적 하기 쉬울 것이다; 그것은 독자들 앞에 빨간 오류 메시지를 넣지 않고 이러한 매개변수가 누락된 인용 템플릿을 분류하고 추적할 수 있다.항목 2는 CS1 모듈의 다른 동작에 부합하지 않으며 아마도 다른 종류의 혼란을 초래할 수 있기 때문에 나는 그 항목에 반대한다.항목 3은 과잉 살상으로 보인다; 우리는 이런 종류의 논란 없이 몇 년 동안 CS1 모듈을 매년 몇 번씩 업데이트해 왔으며, 그 과정에서 수백 개의 새로운 기능을 추가하고 버그를 수정해 왔다.– Jonsey95 (대화) 18:20, 2019년 9월 3일 (UTC)
- 무는 3개의 별개의 제안으로 처리되어야 할 3개의 다른 문제들, 그리고 반대 2가 그것이다.Ivan은
여기
서의 합의에근거
하여 쓰지만, RfC가 웹 사이트= 요구 사항을 {{cite web}}에서 다루지 않았다고 한다.RfC가 제기한 문제는 웹사이트 이름을 항상 기울임꼴로 표시해야 하는지의 여부였다.그것은 웹사이트= 매개변수가 필요한지 여부를 묻지 않았다.두 가지 매우 다른 질문이다. 하나는 스타일 정책에 대한 질문이고 다른 하나는 템플릿이 빨간색 오류 메시지를 표시해야 하는 시기에 대한 질문이다.웹 사이트= 매개변수(예: MOS 수정 또는 누락된 웹 사이트= 매개변수 업데이트)를 요구하지 않고 RfC 결과를 구현할 수 있는 다른 방법이 있다(웹사이트 이름을 기울임꼴로 표시해야 함).이 모든 사항에 대해서는 AN. – Levivich 18:49, 2019년 9월 3일(UTC) 이 아닌 새로운 RfC에서 논의해야 한다. - 지원 1 "데드-url" 파라미터가 사용되지 않는 경우, 봇이 99%의 용도를 수정할 기회를 갖기 전까지는 그렇게 표시하는 것이 타당하지 않으므로 경고 메시지에 의해 몇 가지 이상한 점을 인식해야 한다.이것은 사실 이후에 사실상 실현된다.하지만, 나는 인용 뉴스에 대한 "신문"과 같은 것뿐만 아니라 인용 웹에 대한 "웹사이트" 매개변수를 문제 삼는다.이것들은 좀 근시안적이다.예를 들어, 최근에 나는 브라질의 INPE (그곳에서 산불 감시 그룹)에 이용 가능한 데이터를 사이트화해야 했다.그들의 사이트는 화재의 수 등에 관한 데이터를 가지고 있다.「Cite web」은 이것에 적합한 템플릿으로, 작품을 식별하기 위해서는 인페("국가우주연구기관")라는 명칭을 인용에 사용하기를 기대하지만, 이탤릭체로 표기되리라고는 기대하지 않는다.그러나 이것을 억지로 "위장하게" 하도록 강요한다면, 그렇게 될 것이다.내게는 웹사이트에 실제 "이름"(deadline.com의 "데드라인 헐리우드"와 같은)이 있다면, INPE의 경우, 그들은 "이름"이 될 것이고 웹사이트 이름은 없을 것이다.인용 뉴스와 마찬가지로, 만약 그것이 "신문"을 강요하고 있다면, 네트워크 뉴스의 온라인 뉴스 기사는 어떠한가?"CNN"은 기울임꼴로 표시해서는 안 된다.웹사이트/등에서의 결정이 더 이상 고려되지 않을 때까지 재이행되어서는 안된다는 것을 고려하지 않은 것 같은 많은 문제들이 있다. --Masem (t) 18:52, 2019년 9월 3일 (UTC)
- 지원 1은 기본적으로 내 아이디어니까.3번 반대는 과잉 살상이다.조조 유메루스(토크, 기여) 19:04, 2019년 9월 3일 (UTC)
- 대부분의 불만 사항이 모든 오류 msg가 나타나는 것을 대부분 문제 삼는 것처럼 보이기 때문에 지원 1.이것은 그것을 잠재우는 데 도움이 될 것이다.그리고 내가 msgs가 나타나는 것을 처음 보았을 때 혼란스러웠지만 나는 그것을 진짜 문제로 보지 않는다. 왜냐하면 이 특정한 문제를 해결하기 위한 봇이 이미 준비되어 있기 때문이다.#2에 대해서는 언급하지 않을 것이다. 왜냐하면 나는 버그가 어떻게 해결되었는지 기다릴 것이기 때문이다.나에게 대량반전은 불필요하다. -- 카를로부니 (대화) 20:01, 2019년 9월 3일 (UTC)
- 반대 – 나는 이것이 좋은 해결책인지 아닌지에 대한 편견 없이 반대한다.나는 반대한다, 왜냐하면 우리는 이것을 어떻게 고칠지에 대해 토론하지 말아야 하기 때문이다.예를 들어, "이전 기능에서 새로운 기능까지 항법 경로 중 레드 링크가 나타나지 않음"과 같이 우리가 원하는 결과를 명시해야 한다.그것이 어떻게 달성되어야 하는지에 대한 조사를 하는 것은 부적절하다; 그것은 디자이너와 개발자들에게 맡겨져야 한다.그들이 무엇을 하기를 원하는지 투표로 결정해라. 그들이 어떻게 하시오.Mathglot (토크) 20:03, 2019년 9월 3일 (UTC)
- 지지 1과 반대 2: "오류"를 붉은색에서 검은색으로 바꾼다고 해서 국내 일부에서 출판사/기관 사용 오류라고 생각하지 않는 문제가 해결되지는 않는다.GoingBatty (토크) 20:11, 2019년 9월 3일 (UTC)
- 지원 1, 3-alt 업데이트된 매개변수가 그대로 유지되어야 하며, 그것들은 목적에 따라 더 의미심장하다.봇이 기사를 업데이트하는 동안 경고를 억제하는 것은 충분해야 한다.인용 모듈에 대한 기본적인 변경사항은 기본적으로 현장의 기초가 되며, 최소한 WP:CENT. Robertsky (토크) 20:15, 2019년 9월 3일(UTC) 에서 변경사항에 대한 통지를 받는 것이 좋을 것이다.
- 서포트 1, 3-alt - "데드롤"에만 고정. - Knowledkid87 (토크) 20:18, 2019년 9월 3일 (UTC)
- 반대 나는 합의가 이루어질 때까지 완전히 되돌아가야 한다고 믿는다.나는 여전히 왜 dedurl이 보관, 보관, 접근 날짜가 있을 때 변경되는 템플릿에서 유일한 상수인지 이해할 수 없다.만약 데드러럴을 위한 봇이 있다면, 다른 모든 사람들을 위한 봇이 있어야 한다.블루 호박파이 (토크) 20:25, 2019년 9월 3일 (UTC)
- 숨김: 위의 항목 1과 2에 따라 사용되지 않는 매개변수와 누락된 주기적 오류 메시지가 숨겨져야 한다는 데 어느 정도 동의하는 것 같기 때문에, 나는 그렇게 했다.에러 메시지는 시간이 지나면 사라질 것이다.오류 메시지가 존재하는 기사의 오류 메시지를 빨리 제거하기 위해 해당 기사를 null로 편집하여 MediaWiki가 기사를 새로 고치도록 강제할 수 있다.오류가 여전히 감지되고 있으며 여전히 관련 범주에 누적되고 있다.부디 그 말을 전해 주시오—스승 (대화) 22:14, 2019년 9월 3일 (UTC)
- 감사합니다! – Levivich 22:19, 2019년 9월 3일(UTC)
- 그렇게 되면 빨간 메세지는 없어지지만, 나는 그것이 충분하다고 생각하지 않아.이제 Category:CS1 오류: 244,000페이지의 정기 간행물 누락, 대부분 다음이 있기 때문에 누락
{{cite web}}
없이website=
이것이 오류라는 합의가 없을 때.비록 유지 관리 범주는 숨겨져 있지만, 그것은 우리의 감시 목록들로 이어질 것이다. 좋은 의미의 땅속 요정들이 고장나지 않은 것을 "고치"하려고 애쓰는 것으로 말이다.Kanguole 22:53, 2019년 9월 3일 (UTC)
- 반대한다. 이 문서는 웹 페이지 참조는 더 큰 웹 사이트의 일부로서 설명되어야 하며 독립형 웹 페이지나 출판 조직이 있는 페이지는 될 수 없으며, 그 조직에서 온 것 외에는 사이트에 대한 별도의 정체성이 없다는 트라피스트의 비동의 선언에 대한 논문일 뿐이다.이것은 결코 논의되지 않았다(논의된 것은 단순히 존재하는 웹사이트를 이탤릭체로 만드는 것이었다), 많은 참고문헌에는 적합하지 않으며, 인용 템플릿이 트라피스트의 지시에 따라 만들어진 것보다 훨씬 더 경직되고, 양보하지 않으며, 사용하기 어렵게 만든다.논의되지 않은 이러한 변화는 뒤바뀌어야지, 단순히 더 은밀하게 만들어서는 안 된다.—David Eppstein (대화) 23:03, 2019년 9월 3일 (UTC)
- 반대하다. 제목이 무엇인지 오해가 있는 것 같다."출판사=" (이탤릭체는 없음):
- "Female genital mutilation". Geneva: World Health Organization. 31 January 2018.
{{cite web title=Female genital mutilation url=http://www.who.int/mediacentre/factsheets/fs241/en/ publisher=[[World Health Organization]] location=Geneva date=31 January 2018}}
- 승려들은 자신의 토크 페이지에서 세계보건기구는 반드시 이탤릭체로 표기되어야 한다고 트라피스트하십시오.그것은 틀렸다; 그것은 스타일 오류일 것이다.그러한 오해는 인용 템플릿을 사용하는 모든 기사에 변화를 가져온 것으로 보인다.정상적인 합의 과정이 뒤집혀 반대 여론이 공감대를 보여야 한다는 우려다.SarahSV 05:08, 2019년 9월 4일(UTC)
- 내가 이것에 대해 전문가가 아니라는 것을 인정하며, 2002년에 마지막으로 (위키피아가 아닌) 학술 작품에서 인용문을 썼지만, 이 인용문은 잘못된 것이 아닌가?인터넷 가이드로 MLA ([43])를 가고 있는데, 그것이 의도된 스타일인지는 모르겠지만, 웹사이트의 경우 웹사이트의 이름은 항상 이탤릭체로 되어 있고, 게시자의 이름이 웹사이트의 이름과 다를 경우에만 게시자는 직립으로 포함되어야 한다고 분명히 조언하고 있다.따라서 이 방식에서 적절한 인용은 다음과 같다.
- "Female genital mutilation". World Health Organization. Geneva. 31 January 2018.
{{cite web title=Female genital mutilation url=http://www.who.int/mediacentre/factsheets/fs241/en/ website=[[World Health Organization]] location=Geneva date=31 January 2018}}
- 웹사이트 이름과 게시자 이름이 다른 인용문:
- Williams, Greg (22 August 2017). "When P.E.I. was the last holdout against the motorcar". Driving. Toronto: Postmedia Network. Retrieved 2 May 2019.
{{cite web first=Greg last=Williams title=When P.E.I. was the last holdout against the motorcar date=22 August 2017 url=https://driving.ca/auto-news/news/horse-power-ruled-p-e-i-in-the-early-19th-century website=Driving publisher=Postmedia Network location=Toronto accessdate=2 May 2019}}
- 그렇지 않은가?이반벡터 (/)TalkEdits 11:43, 2019년 9월 4일 (UTC)
- 이반벡터, 너의 첫번째 예는 정확하지 않다.당신이 인용하는 MLA 페이지는 "Author's Last name, First name"을 추천한다."기사 제목 또는 개별 페이지 제목"웹사이트의 제목, 출판사의 이름..." CNN이 그 회사의 웹사이트의 제목이 아닌 것처럼 세계보건기구는 웹사이트의 제목이 아니다.그들은 출판업자들이다.CNN의 경우 이들의 온라인 자료는 CNN디지털이 발간하고 있다.다시 말하지만, 그것은 출판사의 이름이지 제목도 아니고, 그들이 출판한 작품도 아니다. (그들은 그것을 쓸 때 이탤릭체로 표기하지 않는다.)만약 당신과 트라피스트가 다르게 논쟁하고 있다면, 당신을 지지하는 믿을 만한 스타일의 안내서를 인용하십시오.시카고 스타일 매뉴얼은 제목과 이탤릭체로 취급되어야 하는 종류의 광범위한 목록을 제공한다. 이러한 변경사항의 근거가 되는 RfC는 "인용 및 참고문헌의 웹사이트 이름은 항상 기울임꼴로 표시되어야 하는가?"라고 질문했다."만약 웹사이트에 이름이 없다면, 출판사의 이름을 이탤릭체로 표기해야 하는가?"는 묻지 않았다.또는 "출판사 매개 변수를 제거해야 하는가?"에스프레소 중독자가 말했듯이: "웹사이트는 작업물이므로 일반적으로 공식 웹사이트 제목이 있는 곳에 이탤릭체로 표시되어야 한다.없는 경우 또는 비공식적인 직함을 사용 중인 경우 이탤릭체로 표시해서는 안 된다.웹사이트의 출판사(예: BBC)는 결코 이탤릭체로 되어서는 안 된다."SarahSV 23:37, 2019년 9월 4일( UTC
- @SlimVirgin:나는 동의하지 않지만 토론은 고맙다.내가 링크한 MLA 페이지에도 웹사이트의 이름을 항상 이탤릭체로 기재하고(이와 같이, 이것은 필수) 웹사이트 이름과 다를 경우에만 출판사 이름을 정규 글꼴로 기재하라고 되어 있다.세계보건기구(WHO) 링크는 세계보건기구(WHO)의 웹사이트로 세계보건기구(WHO)에서도 발행하고 있기 때문에 나의 인용은 정확하다고 해석한다.웹 사이트의 필수 제목이 누락됨 - 게시자를 나열하는 것만 잘못됨.또는, 다시 한 번 제 해석에 따르면, 모든 웹사이트에는 이름이 있다; 그 이름은 웹사이트를 주최하거나 게시하는 조직의 이름일 뿐이지만, 그것은 여전히 웹사이트 이름이다.
- 내가 흥미롭게 생각하는 것은 MLA가 모든 웹 인용문을 동일한 매체 유형으로 취급하는 것처럼 보이는 반면 APA는 가능하면 인용 형식을 웹사이트 내용의 실제 형태에 기초할 것을 권고하는 것으로 보인다.APA는 뉴스 출처를 신문처럼, 인쇄된 책처럼 온라인으로 호스팅되는 책, 인쇄된 잡지나 다른 정기 간행물처럼 인용되는 블로그처럼 인용해야 하며, 콘텐츠가 일부 다른 범주에 맞지 않을 때(또는 내가 보기에) 특정 웹 인용 형식을 사용해야 한다고 제안하는 것 같다.시카고 스타일 매뉴얼([44])은 그러한 접근법에 동의하는 것 같다.나는 이미 어느 정도 그렇게 하고 있었지만 좀 더 일관성을 갖도록 노력하겠다.그러나 내가 말했듯이, 나는 이 일에 있어서 전문가와는 거리가 멀다.
- 그 접근법 아래, 나는 인쇄된 팩트 시트처럼 WHO 출처를 인용하는 경향이 있는데, 이것은 정기 간행물이 아니다.우리는 {{cite 팩트 시트}}(스승의 미행 - 힌트)는 없지만 이것 저것 보면 다음과 같이 보여야 한다고 생각한다.
- {{cite book}}(WHO를 삽입)로 그것에 가까워질 수 있다.
author=
필드) 그러나 "[팩트 시트]"가 이탤릭체로 되어 있지 않으면 URL에 어떻게 포함되는지 알 수 없다.위키피디아가 어느 하나의 표준에도 부합하지 않는 것처럼 보이기 때문에 전반적으로 중요한 것은 우리가 일관되고 따라 하기 쉬운 지침을 가지고 있다는 것이다.우리는 웹 사이트 이름이 이탤릭체로 되어 있고 그렇지 않은 웹 인용구를 가질 수 없다.이반벡터 (/)TalkEdits 12:57, 2019년 9월 5일 (UTC)- 이반벡터와 트라피스트 수도사, 이 상황은 범주의 오류에 근거한다.웹사이트의 게시자는 그 웹사이트의 제목이 아니다.우리는 결코 캠브리지대학을 https://www.cam.ac.uk/에서 발견되는 이탤릭체화된 자료의 제목으로 쓰지 않을 것이다.대부분의 웹사이트에는 제목이 없다. 그들의 출판사들은 이름을 짓지 않기로 결정했다.따라서 우리가 웹사이트를 인용할 때, 우리는 대개 "work=" 매개변수에 대해 아무것도 가지고 있지 않다(그리고 아무것도 필요하지 않다.팩트 시트 템플릿을 만드는 아이디어에 대해서는, 그럴 필요가 없다.우리는 cite web을 사용할 수 있다.사이트 제목이 없는데 출판사가 사이트 제목인 척 하라고 강요하지 마. 8장의 "Chicago Manual of Style", 17번째 판(2017), "Titles of Works"(pp. 525–542)를 참조하십시오. 웹사이트와 블로그는 8.191–192(pp. 538–539)를 참조하십시오.웹사이트의 제목은 이탤릭체로 표기되어 있지 않다."많은 웹사이트들이 정식 명칭을 가지고 있지 않거나 웹사이트로서 구별되는 명칭을 가지고 있지 않다.이들은 대개 사이트에 대한 설명과 함께 사이트를 담당하는 기관 및 경우에 따라 식별될 수 있다. 제공된 예로는 Microsoft.com, Microsoft.com 또는 "시카고 대학 출판부 웹사이트, 북스 부서"가 있다.이탤릭체의 부재를 주의하십시오."일기와 다른 정기 간행물의 제목과 같은 명명된 블로그(및 비디오 블로그)의 제목은 보통 이탤릭체로 표기될 수 있다."어떤 것이 블로그인지 웹사이트인지 의심스러울 때, 그것은 그것을 웹사이트로 다루라고 말한다.SarahSV 23:31, 2019년 9월 5일(UTC)
- 이 기사는 케임브리지 대학에서 발행하는 웹사이트인 전자 출판물에서 구할 수 있다.간단한 사고 실험으로, 우리는 같은 기사가 캠브리지 대학에서 발행하는 저널이나 잡지인 인쇄물 출판물에서 이용 가능할 수도 있다고 상상할 수 있다.게다가, 이 신화적인 잡지나 잡지의 이름이 케임브리지 대학일 가능성이 있는데, 이는 기업 브랜드화 때문에 상당히 의미가 있다.따라서, 한 편의 웹 사이트도 마찬가지로 합리적이고, 실제로 캠브리지 대학이 한 것처럼 보인다.
<meta property="og:site_name" content="University of Cambridge" />
- 그래서, 그 기사를 인용하자면
{{cite web}}
:{{cite web url=https://www.cam.ac.uk/research/news/cambridge-university-library-unveils-the-rich-histories-struggles-and-hidden-labours-of-women-at title=Cambridge University Library unveils the rich histories, struggles and hidden labours of Women at Cambridge department=Research website=University of Cambridge date=5 September 2019}}
- "Cambridge University Library unveils the rich histories, struggles and hidden labours of Women at Cambridge". Research. University of Cambridge. 5 September 2019.
- 그 웹사이트는 케임브리지 대학의 중요한 출판물이다.
- 이 기사는 케임브리지 대학에서 발행하는 웹사이트인 전자 출판물에서 구할 수 있다.간단한 사고 실험으로, 우리는 같은 기사가 캠브리지 대학에서 발행하는 저널이나 잡지인 인쇄물 출판물에서 이용 가능할 수도 있다고 상상할 수 있다.게다가, 이 신화적인 잡지나 잡지의 이름이 케임브리지 대학일 가능성이 있는데, 이는 기업 브랜드화 때문에 상당히 의미가 있다.따라서, 한 편의 웹 사이트도 마찬가지로 합리적이고, 실제로 캠브리지 대학이 한 것처럼 보인다.
-
- 기사를 뉴스 기사로 인용하려면 로 바꾸시오.
{{cite news}}
그리고work=
; 신화 잡지를 인용하려면, 로 바꾸시오.{{cite magazine}}
그리고magazine=
. - —스승 (대화) 00:24, 2019년 9월 6일 (UTC)
- 뭔가 너무 괴팍하고 반직관적이어서 요점을 이해하려면 '생각 실험'을 해야 한다면, 어쩌면 주류를 벗어난 것일지도 모른다.시카고 스타일 매뉴얼은 현실 세계에서 어떻게 일이 처리되는지를 보여주는 하나의 공통된 지표다.나는 위키피디아가 별난 스타일을 채택하는 것이 우리의 신뢰도에 도움이 된다고 생각하지 않는다.그것은 확실히 혼란을 가중시킬 것이다: CBS 뉴스와 CBS 이브닝 뉴스는 서로 다른 두 가지인데, 이 프로그램은 단순히 물을 흐리게 하는 이탤릭체로 그것들을 혼란스럽게 한다.-Tenebae (토크) 00:57, 2019년 9월 6일 (UTC)
- 그것에 대한 가설로서, 만약 이것이 60년대에 출판된 보고서였다면, 웹에서 결코 공개되지 않았지만, 그렇지 않으면 모든 세부사항들이 똑같다면 어떨까? - 인쇄된 복사본이 있다.우리는 분명히 비이탈적 "캠브리지"를 출판사로 사용하고 있을 것이고, 그 이름에 실제 이탤릭적인 부분은 없을 것이다.cs1이 이 인쇄된 예시를 처리하는 방법과 케임브리지 출판의 역할에 관한 웹 예시 사이에는 차이가 없어야 한다.다른 방법을 고려하는 것은 정말 역설적이다. --Masem (t) 00:37, 2019년 9월 6일 (UTC)
- 스님을 트라피스트하는 것, 그것이 당신의 견해지만, 그것은 특이한 견해니, 그것을 지지하는 고급 스타일 가이드나 전문 에디터를 찾아주십시오.케임브리지 대학에서 일하는 작가들과 편집자들은 그들의 웹사이트를 상투적인 출판물로 취급하지 않는다.당신이 이탤릭체화하기를 원하는 뉴스 기구의 작가와 편집자들: BBC 뉴스, CNN등도 마찬가지다.그들은 그들이 일하는 회사를 이탤릭체를 필요로 하는 작품/제목으로 취급하지 않는다.위키피디아는 믿을 만한 출처를 따른다.SarahSV 00:39, 2019년 9월 6일(UTC)
- 기사를 뉴스 기사로 인용하려면 로 바꾸시오.
- 이반벡터와 트라피스트 수도사, 이 상황은 범주의 오류에 근거한다.웹사이트의 게시자는 그 웹사이트의 제목이 아니다.우리는 결코 캠브리지대학을 https://www.cam.ac.uk/에서 발견되는 이탤릭체화된 자료의 제목으로 쓰지 않을 것이다.대부분의 웹사이트에는 제목이 없다. 그들의 출판사들은 이름을 짓지 않기로 결정했다.따라서 우리가 웹사이트를 인용할 때, 우리는 대개 "work=" 매개변수에 대해 아무것도 가지고 있지 않다(그리고 아무것도 필요하지 않다.팩트 시트 템플릿을 만드는 아이디어에 대해서는, 그럴 필요가 없다.우리는 cite web을 사용할 수 있다.사이트 제목이 없는데 출판사가 사이트 제목인 척 하라고 강요하지 마. 8장의 "Chicago Manual of Style", 17번째 판(2017), "Titles of Works"(pp. 525–542)를 참조하십시오. 웹사이트와 블로그는 8.191–192(pp. 538–539)를 참조하십시오.웹사이트의 제목은 이탤릭체로 표기되어 있지 않다."많은 웹사이트들이 정식 명칭을 가지고 있지 않거나 웹사이트로서 구별되는 명칭을 가지고 있지 않다.이들은 대개 사이트에 대한 설명과 함께 사이트를 담당하는 기관 및 경우에 따라 식별될 수 있다. 제공된 예로는 Microsoft.com, Microsoft.com 또는 "시카고 대학 출판부 웹사이트, 북스 부서"가 있다.이탤릭체의 부재를 주의하십시오."일기와 다른 정기 간행물의 제목과 같은 명명된 블로그(및 비디오 블로그)의 제목은 보통 이탤릭체로 표기될 수 있다."어떤 것이 블로그인지 웹사이트인지 의심스러울 때, 그것은 그것을 웹사이트로 다루라고 말한다.SarahSV 23:31, 2019년 9월 5일(UTC)
- 이반벡터, 너의 첫번째 예는 정확하지 않다.당신이 인용하는 MLA 페이지는 "Author's Last name, First name"을 추천한다."기사 제목 또는 개별 페이지 제목"웹사이트의 제목, 출판사의 이름..." CNN이 그 회사의 웹사이트의 제목이 아닌 것처럼 세계보건기구는 웹사이트의 제목이 아니다.그들은 출판업자들이다.CNN의 경우 이들의 온라인 자료는 CNN디지털이 발간하고 있다.다시 말하지만, 그것은 출판사의 이름이지 제목도 아니고, 그들이 출판한 작품도 아니다. (그들은 그것을 쓸 때 이탤릭체로 표기하지 않는다.)만약 당신과 트라피스트가 다르게 논쟁하고 있다면, 당신을 지지하는 믿을 만한 스타일의 안내서를 인용하십시오.시카고 스타일 매뉴얼은 제목과 이탤릭체로 취급되어야 하는 종류의 광범위한 목록을 제공한다. 이러한 변경사항의 근거가 되는 RfC는 "인용 및 참고문헌의 웹사이트 이름은 항상 기울임꼴로 표시되어야 하는가?"라고 질문했다."만약 웹사이트에 이름이 없다면, 출판사의 이름을 이탤릭체로 표기해야 하는가?"는 묻지 않았다.또는 "출판사 매개 변수를 제거해야 하는가?"에스프레소 중독자가 말했듯이: "웹사이트는 작업물이므로 일반적으로 공식 웹사이트 제목이 있는 곳에 이탤릭체로 표시되어야 한다.없는 경우 또는 비공식적인 직함을 사용 중인 경우 이탤릭체로 표시해서는 안 된다.웹사이트의 출판사(예: BBC)는 결코 이탤릭체로 되어서는 안 된다."SarahSV 23:37, 2019년 9월 4일( UTC
- 이곳은 인용문의 기술적 측면을 논할 장소가 아니다. 그러나 나는 당신이 말한 것이 옳다는 것에 동의한다.세계보건기구(World Health Organization)는 자체 웹사이트에서 정보 게시자 역할을 하는 법인이다.WHO는 웹사이트 이름을 회사명과 다르게 지정하지 않기로 결정했다(브랜드적인 관점에서 보면 이 웹사이트는 많은 의미가 있다).WHO 웹사이트에 게재된 WHO의 발언을 인용할 때, 우리는 기업체가 아닌 WHO 전자출판을 인용하고 있기 때문에, 우리는 그 전자출판(웹사이트)을 세계보건기구(WHO)의 중요한 출판물인 세계보건기구(WHO)로 식별한다.법인화 단체
publisher=
여기서 요구하지 않는 것은 그것이 와 같거나 실질적으로 같기 때문이다.website=
. - —스승 (대화) 12:09, 2019년 9월 4일 (UTC)
- 이것은 허풍으로 잡지를 만들고 있다.세계보건기구는 하나의 조직이다.그것은 웹사이트가 아니다.시어스, 페덱스, 보더스와 미국 대법원이 갑자기 모두 '전자출판물'이라는 논리는 어불성설이다. --Tenebrae (대화) 21:14, 2019년 9월 4일 (UTC
- 예, 세계보건기구는 http://www.who.int에 위치한 전자 출판물 세계보건기구를 보유하고 있는 법인이다.
-
- 이와 유사하게:
- 시어스는 전자출판 시어스를 보유하고 있는 법인이다(없음)이다.어떤 이유로 일리노이 시어스(기업체) 벽돌 및 박격포 상점의 위치를 인용해야 한다고 가정해 보십시오.당신은 이 페이지에 있는 정보를 인용할 수 있다: Sears (주요 기업) 웹사이트 (전자 출판물) https://www.sears.com/stores/illinois.html.
{{cite web title=Illinois Locations url=https://www.sears.com/stores/illinois.html website=Sears access-date=2019-09-04}}
- "Illinois Locations". Sears. Retrieved 2019-09-04.
- 시어스는 전자출판 시어스를 보유하고 있는 법인이다(없음)이다.어떤 이유로 일리노이 시어스(기업체) 벽돌 및 박격포 상점의 위치를 인용해야 한다고 가정해 보십시오.당신은 이 페이지에 있는 정보를 인용할 수 있다: Sears (주요 기업) 웹사이트 (전자 출판물) https://www.sears.com/stores/illinois.html.
- FedEx와 Borders도 마찬가지다.미국 대법원(United States Supreme Court)은 https://www.supremecourt.gov/에 전자출판물을 두고 있는 정부 기관으로, 미국 연방대법원(Supremit Court of the United States)이라는 명칭이 붙어 있다.당신이 의견들에 대해 무언가를 인용하고 싶다고 가정해보자.다음과 같이 쓰십시오.
{{cite web title=Opinions url=https://www.supremecourt.gov/opinions/opinions.aspx website=Supreme Court of the United States access-date=2019-09-04}}
- "Opinions". Supreme Court of the United States. Retrieved 2019-09-04.
- —스승 (대화) 21:59, 2019년 9월 4일 (UTC)
- 나는 당신이 내가 생각하는 극단주의자의 입장을 가장 잘 대변하고 다작하는 지지자임을 알 수 있다.나는 모든 것이 그 공식에 맞지 않기 때문에 MOS조차도 상식을 사용하라고 말할 때 모든 것을 하나로 맞추는 공식에 동의하지 않는다.시어스와 같은 기업체가 웹사이트를 가지고 있다고 해서 시어스가 갑자기 저널리즘 사업에 뛰어드는 것은 아니라는 것도 제안하고 싶다.법인처럼 비부분적인 소스를 저널리즘 자료로 보이게 하는 것은 위키피디아에 도움이 되지 않는다고 본다.--Tenebrae (대화) 22:10, 2019년 9월 4일 (UTC)
- 나는 일률적인 것을 옹호하는 사람이 아니다; 일률적인 것을 옹호하는 사람이 더 많다. cs1 2는 대부분의 인용 요구를 충분히 처리할 수 있는 범용 인용 도구다.일반적인 목적 도구로서, 그것은 할 수 있는 것과 할 수 없는 것에 약간의 제한을 가할 것이다. 그러나 그것이 그것을 일률적인 도구로 만들지는 않는다.나는 이 토론에서 다른 곳에 MOS가 인용 스타일을 통제하지 않는다고 썼다. 만약 그렇게 된다면, WP:CITSTYLE은 무의미할 것이다.
- 나는 당신이 내가 생각하는 극단주의자의 입장을 가장 잘 대변하고 다작하는 지지자임을 알 수 있다.나는 모든 것이 그 공식에 맞지 않기 때문에 MOS조차도 상식을 사용하라고 말할 때 모든 것을 하나로 맞추는 공식에 동의하지 않는다.시어스와 같은 기업체가 웹사이트를 가지고 있다고 해서 시어스가 갑자기 저널리즘 사업에 뛰어드는 것은 아니라는 것도 제안하고 싶다.법인처럼 비부분적인 소스를 저널리즘 자료로 보이게 하는 것은 위키피디아에 도움이 되지 않는다고 본다.--Tenebrae (대화) 22:10, 2019년 9월 4일 (UTC)
- 이와 유사하게:
- 이것은 허풍으로 잡지를 만들고 있다.세계보건기구는 하나의 조직이다.그것은 웹사이트가 아니다.시어스, 페덱스, 보더스와 미국 대법원이 갑자기 모두 '전자출판물'이라는 논리는 어불성설이다. --Tenebrae (대화) 21:14, 2019년 9월 4일 (UTC
- SarahSV에 의한 인용 예시는 정말 정확하지 않다.지정된 출처가 없다.웹 인용문으로 출처는 웹사이트다.인용된 웹 페이지는 출처 내 위치다.기본적으로 인용되는 것은 저널의 기사와 저널 이름을 제공하지 않은 저널의 발행인이다.우리는 보통 "WHO에서 찾았다"고 말하지 않는다.우리는 "WHO 웹사이트에서 찾았다"고 말한다.논의된 인용문에는
website=
반드시 사용되어야 한다.출처를 인용의 가장 중요한 항목으로 적절히 강조할 것이다.출처와 같기 때문에 이 경우에는 출판사(여러 다른 웹사이트를 출판할 수 있는 사람)를 생략할 수 있다.현재 잘못된 형식이라고 하는 인용문은 거꾸로 되어 있다. 108.182.15.109 (대화) 12:35, 2019년 9월 4일 (UTC) - 문제는 이 결정이 현재 웹사이트에 이탤릭체가 필요할 수도 있고 필요하지 않을 수도 있다는 MOS를 검토하지 않고 이루어졌다는 점이다.어쩌면 MLA 방식이 옳고 그들은 항상 그래야만 할지도 모르지만, 그것은 이 변화가 en의 더 큰 편집자 청중들에게 전혀 제시되지 않았던 때로 거슬러 올라간다.wiki가 추가되기 전에.이러한 유형의 변경은 더 기술적으로 추진되는 죽은 URL과 같은 것과 대조적으로 더 큰 스칼러에서 합의할 필요가 있었다. --Masem (t) 12:52, 2019년 9월 4일 (UTC)
- (충돌 편집)인용문에는 웹사이트 이름을 이탤릭체로 표기해야 한다는 RFC가 있었다(당신이 최초 응답자로 그곳에 있었다).MOS는 WP에 따라 편집자가 다양한 인용 스타일 중 하나를 선택할 수 있도록 허용하는 조항 이외에는 인용 스타일을 무시할 수 없다.시트스타일, 허용되지 않는다.
- —스승 (대화) 13:42, 2019년 9월 4일 (UTC)
- 인용 형식이 MOS를 무시하는 것인지 아니면 반대로 MOS 토론에서 나는 당신에게 그들이 산문 텍스트뿐만 아니라 인용문에 적용한 것처럼 취급하고 있다는 것을 말할 수 있다.MOS와 인용문 사이에 단합이 있어야지, 다른 하나를 무시해서는 안 된다.이와 같은 변경은 MOS 수준에서 계획된 변경과 함께 수행되어야 하며, 그 자체도 MOS와 일치하도록 다른 인용 스타일에 영향을 미칠 것이다. 인용 스타일에 대한 변경이 유지된다면, 우리는 MOS를 일관성 있게 변경해야 한다.또한, RFC는 웹사이트 매개변수에 관한 것이라고 암시했지만, 웹사이트 매개변수를 사용하도록 강요하지는 않았다. 따라서 위에서 확인한 바와 같이, RFC와 실제 이루어진 변경사항 사이에 의견의 차이가 있다. --Masem (t) 13:56, 2019년 9월 4일 (UTC)
-
- MOS는 산문에도 적용되고, 인용문에도 적용되지 않는다는 점을 명확히 하는 것 외에는 변경할 필요가 없다.
- 나는 마셈의 말에 동의한다.정기 간행물 매개변수를 의무화하는 것은 결코 논의되지 않았다.이러한 매개변수의 내용을 사용할 경우 기울임꼴로 표시해야 한다는 데 합의된 유일한 사항.지금 당장 정기간행물 없이 인용 오류를 범하는 변화는 되돌아가야 한다.의견 일치를 보지 못했고(논의조차 되지 않았다) 사이트-위장 혼란을 초래했다.MOS의 미세 조정과 인용 형식에 관한 논의는 지금 당장 여기에 있어야 할 것이 아니다.Tvx1 15:42, 2019년 9월 4일(UTC)
- 스님을 트라피스트라, 지금은 여기도 저기도 아니다.사실은 관련 인용문 템플릿을 사용하는 기사에 다음과 같은 내용이 많이 있다.
publisher=
정기적인 제목과 분명히 다른 게시자 이름을 올바르게 포함하는 매개 변수.이것이 문제가 되고 인용 오류로 플래그가 붙을 필요가 있으며, 정기 간행물 매개변수가 의무화되어야 한다는 데에는 어떠한 합의도 없었다.당신이 변경한 내용에 근거한 토론이 이루어졌다는 유일한 합의는 정기 간행물 매개변수 내용을 사용한 경우 기울임꼴로 표시되어야 한다.따라서 위의 장시간에 걸친 논의에 따라, 당신은 정기간행물 매개변수의 누락을 오류로 야기하는 변경을 긴급히 되돌려야 한다.Tvx1 13:39, 2019년 9월 4일(UTC)- (충돌 편집)예, 사용하는 주기적 템플릿이 많음
publisher=
출판물의 출판사를 정확하게 식별하기 위해서입니다.나는 그것에 대해 이의를 제기한 적이 없다.추가하는 것은 금지되어 있지 않다.publisher=
사전 인쇄 템플릿을 제외한 모든 cs1 2 템플릿:{{cite arxiv}}
,{{cite biorxiv}}
,{{cite citeseerx}}
그리고{{cite ssrn}}
. 사용하는 정기적 템플릿publisher=
그러나 출판사의 출판물(간행물 이름)이 불완전하고 독자들에게서 그 중요한 정보를 빼앗는 데 정기적인 매개 변수를 사용하지 마십시오.많다{{cite news}}
템플릿이 있는 곳publisher=
신문의 이름을 가지고 있지만newspaper=
인용문이 신문의 이름을 직립 글꼴로 부적절하게 렌더링하도록 (또는 다른 정기적 매개변수) 사용하지 않는다.그것은 오류다.신문 제목은 우리가 모두 알고 있듯이 이탤릭체로 표기해야 한다.ILATICTITLE – MOS와 cs1 2 인용 스타일이 일치하는 경우).이것은 저널과 잡지에도 적용된다.그리고 출판물의 이름과 출판사의 이름이 같은지 여부에 관계없이 전자출판물(웹사이트)에도 이 같은 사항이 적용된다고 주장할 것이다. - —스승 (대화) 16:00, 2019년 9월 4일 (UTC)
- 그러나 그것은 단지 너의 견해일 뿐이다.정기 간행물 매개변수를 의무화하는 것에 대한 의견 일치가 없다.사실 그것은 논의조차 되지 않았다.따라서 의무화하는 당신의 변화는 부적절하며 당신은 가능한 한 빨리 그것을 되돌려야 한다.그렇다면 이 문제를 논의할 가치가 있다고 생각한다면 적절한 장소에서 그것들을 의무화하는 것에 대해 적절한 논의를 시작해야 한다.TVx1 16:23, 2019년 9월 4일(UTC)
- 나는 Tvx1과 동의한다. 의무화하지 말고 합의점을 얻는다. - Knowledkid87 (토크) 17:01, 2019년 9월 4일 (UTC)
- 나 또한 Tvx1과 동의한다.MOS가 사실상 허락하는 대로 상식을 고려하지 않고 일방적이든 일방적이든 차도적인 입장을 강요하는 것은 극단주의적이다. --테네브라에 (대화) 22:05, 2019년 9월 5일 (UTC)
- 인용에 출처를 요구하는 것은 의무적이다.출판사는 출처가 아니다.의무적이지 않은 것은 이러한 템플릿을 사용하는 것이다.만약 당신이 그것들이 검증가능성을 방해한다고 생각한다면, 모든 수단을 동원해서 당신이 적합하다고 생각하는 방식으로 당신의 출처를 제시하라.그러나 CS1/CS2 전체 제품군은 끝이 없을 정도로 잘못 사용되어 왔다.그러한 오용의 일부는 잘못된 생각의 설계 결정에서 비롯되었으며, 그 중 일부는 여전히 유효하다.지난 몇 년간 CS1/CS2를 비전문가를 위한 표창 플랫폼으로 가치 있게 만들기 위해 많은 노력을 해왔다.미니티뿐만 아니라 주요 설계 결정과 여러 RfC에 대한 논의가 있었다.현재의 변화는 거의 진공상태에서 일어나지 않았다.그들은 그 제도를 합리화하기 위한 긴 과정의 일부분이다.나는 트라피스트가 하는 모든 것에 동의하지 않는다. 그리고 때때로 전체적인 방향에 대한 우리의 견해는 엇갈린다.하지만 그는 단지 1-2명의 다른 사람들의 도움을 받아 매우 중요한 지역에서 투덜거리는 일을 하고 있다.당면한 문제가 잘못 시행되었는가?나는 아무도 이것에 대해 이의를 제기하지 않는다고 생각한다.하지만 피치포크가 건전한 인용 디자인 결정을 없애기 위해 나온 것 같다. 65.88.88.69 (토크) 17:29, 2019년 9월 4일 (UTC)
- 나는 Tvx1과 동의한다. 의무화하지 말고 합의점을 얻는다. - Knowledkid87 (토크) 17:01, 2019년 9월 4일 (UTC)
- 그러나 그것은 단지 너의 견해일 뿐이다.정기 간행물 매개변수를 의무화하는 것에 대한 의견 일치가 없다.사실 그것은 논의조차 되지 않았다.따라서 의무화하는 당신의 변화는 부적절하며 당신은 가능한 한 빨리 그것을 되돌려야 한다.그렇다면 이 문제를 논의할 가치가 있다고 생각한다면 적절한 장소에서 그것들을 의무화하는 것에 대해 적절한 논의를 시작해야 한다.TVx1 16:23, 2019년 9월 4일(UTC)
- (충돌 편집)예, 사용하는 주기적 템플릿이 많음
- 내가 이것에 대해 전문가가 아니라는 것을 인정하며, 2002년에 마지막으로 (위키피아가 아닌) 학술 작품에서 인용문을 썼지만, 이 인용문은 잘못된 것이 아닌가?인터넷 가이드로 MLA ([43])를 가고 있는데, 그것이 의도된 스타일인지는 모르겠지만, 웹사이트의 경우 웹사이트의 이름은 항상 이탤릭체로 되어 있고, 게시자의 이름이 웹사이트의 이름과 다를 경우에만 게시자는 직립으로 포함되어야 한다고 분명히 조언하고 있다.따라서 이 방식에서 적절한 인용은 다음과 같다.
- 반대 1은 되돌려야 할 그다지 큰 문제가 아니다.봇은 어차피 때가 되면 해결할 것이다.2는 전혀 의견 일치를 보지 못한다.정기 간행물 매개변수가 없는 관련 인용 템플릿의 사용은 전혀 더 이상 사용되지 않는다.반대로.이것을 오류로 표시한 변경은 완전히 되돌려야 한다.하지만 나는 3번 지원점을 한다.그것은 생각지도 못한 일이다.Tvx1 13:49, 2019년 9월 4일(UTC)
- 반대 1, 2, 지지 3 (확실히)그 변화는 무엇보다도 먼저 되돌릴 필요가 있다; 현장에서 가장 널리 사용되는 템플릿 중 하나를 그렇게 대대적으로 변경하기 전에는 분명히 충분한 토론과 합의 도출이 없었다.본질적으로 이 변화는 거의 아무런 논의도 하지 않은 채 MOS에 대한 하나의 해석을 통해 강요된다; 누구나 그것을 받아들일 수 있다고 생각할 수 있다는 생각, 또는 그 편집된 것들이 그들에게 유리한 명확한 합의가 증명되지 않는 한/그들에게 제자리에 남아있을 수 있는 눈덩이 같은 기회를 가질 수 있다는 생각은 약간 당황스러워 보인다.오류 메시지를 숨기는 것만으로도 허술하고 미흡하며, 봇을 운영해 반전이 어려운 대규모의 변화를 일으켜 명백한 변화를 뒷받침하려는 발상은 골머리를 앓게 한다.사람들은 멈춰서서 현 상태로 되돌아간 다음, 여기서 제안하고 있는 광범위한 논쟁적인 인용구들의 변화에 대한 공감대를 형성할 필요가 있다. --조 (대화) 07:47, 2019년 9월 6일 (UTC)
대안제안(토론)
- 이 오염을 도입하지 않은 이전 버전을 단순히 복원하는 대신 제안된 변경에 대한 명확한 합의를 얻는 것이 왜 이 경로인지 확실하지 않다.그러나 어쨌든 위에서 새롭게 대두되고 있는 합의에서 분명한 것은 현상유지를 복원해야 한다는 것이다.일은 어제로 돌아가야 한다.이렇게 긴급한 혼란을 필요로 하는 것은 어떤 것도 깨지지 않는다.앞으로, 우리는 물론 4번 지점이 필요하다.비록 선의든 아니든 이와 같은 대규모 붕괴는 이미 우리의 정책 정신에 의해 금지되어 있다.– 암마패드(대화) 18:08, 2019년 9월 3일(UTC)
- 최신 반복으로 모듈에는 꽤 많은 변화가 있었다.문제가 있는 것을 부작용 없이 격리하여 처리할 수 있다면 왜 안 되는가? 24.105.132.254 (대화) 18:23, 2019년 9월 3일 (UTC)
- 그 혼란은 좋은 편집보다 더 많다.하루아침에 수십만 페이지의 표기가 깨진다.밀과 겨를 분리하려면 현 상태로 돌아가야 하는데, 그것은 어떤 부분적인 해결책보다 간단하다 – 암마패드 (대화) 18:43, 2019년 9월 3일 (UTC)
- 아니, 우리는 그렇지 않아.놀라울 정도로 투명했던 템플릿에 대한 여러 가지 변경 사항 중 "데드-url" 오류 알림과 정기적인 인용 템플릿에 필요한/제안된 매개변수 사용과 관련된 오류 알림의 두 가지 원인이 있다.일부 편집자들 또한 정기간행물들과 함께 이탤릭체에 대한 지침이 보증되는지 여부에 대한 논의를 재개하고 싶어하는 듯 하지만, 이 제안은 에러 메시지를 다루고 있다.두 가지 주요 문제가 쉽게 해결될 수 있는데 왜 몇 달 동안 일을 하지 않았는가?이반벡터 (/)TalkEdits 18:49, 2019년 9월 3일 (UTC)
- 그 혼란은 좋은 편집보다 더 많다.하루아침에 수십만 페이지의 표기가 깨진다.밀과 겨를 분리하려면 현 상태로 돌아가야 하는데, 그것은 어떤 부분적인 해결책보다 간단하다 – 암마패드 (대화) 18:43, 2019년 9월 3일 (UTC)
- 최신 반복으로 모듈에는 꽤 많은 변화가 있었다.문제가 있는 것을 부작용 없이 격리하여 처리할 수 있다면 왜 안 되는가? 24.105.132.254 (대화) 18:23, 2019년 9월 3일 (UTC)
- 시간이 너무 오래 걸려서, 내가 신경쓰는 페이지에 있는 너의 나머지 난장판을 정리할 거야.네가 다시 깨버리면, 나는 돌아올 거야.엑셀시오르반조 (토크) 16:16, 2019년 9월 4일 (UTC)
가깝다고?
개별 제안에 더 많은 관심이 집중될 수 있도록 이 논의를 종결시킬 수 있을까?이것은 나 혼자일 수도 있지만, 나는 위의 변경사항들을 되돌리는 것에 대한 명확한 합의를 본다. - Knowledk87 (대화) 19:59, 2019년 9월 3일 (UTC)
- 동의해. 추악한 붉은색 오류들이 너무 오래전부터 있어왔고, 어떤 봇도 서둘러서 수백만 개의 기사를 고칠 수 없을 거야.Ss112 20:01, 2019년 9월 3일(UTC)
- 기록상, 나는 아직 어떤 것도 폐기하는 것에 찬성하지 않으며, 이것이 그 문제에 대한 더 많은 논의로 옮겨지기를 원한다. - Knowledkid87 (대화) 20:05, 2019년 9월 3일 (UTC)
- 또한 설명하기 위해: 변경사항을 템플릿으로 되돌리려는 강력한 합의가 있는 것 같다(적어도 현재로서는).이제 어떻게 진전시킬 것인가에 대한 논의가 진행되는 동안 그렇게 해서 이전 버전으로 되돌리는 것이 괜찮을까?나루톨로베히나타5tccsdnew 21:25, 2019년 9월 3일(UTC)
- 되돌리기가 실행된 것으로 보인다.TVx1 21:28, 2019년 9월 3일(UTC)
- 오류 메시지가 남아 있지만 실제로 아무 조치도 취해지지 않았다. - Knowledkid87 (토크) 22:08, 2019년 9월 3일 (UTC)
- @Knowledkid87: 서버 캐싱에서 변경사항이 필터링되려면 시간이 좀 걸린다.데스크톱에 있는 경우, 어떤 페이지를 사용하든 추가하십시오.
?action=purge
주소 표시줄의 URL 끝 부분에 "예"라고 말하고 캐시를 지우고 페이지를 업데이트하십시오.이반벡터 (/)TalkEdits 22:22, 2019년 9월 3일 (UTC) - (충돌 편집)@Tvx1: 하지만 그렇지 않다.논쟁의 여지가 있는 판은 여전히 최신판이다.트라피스트는 오류 메시지만 숨겼다.그래도 없는 것보다는 낫다.인스턴트매트릭스(대화) 22:24, 2019년 9월 3일(UTC)
- 그 오류 메시지는 처음에는 논쟁의 여지가 많았다.분류에 필요한 트윗이나 업데이트와 함께 제공된 다른 문제점이 있을 수 있지만, 9월 이전으로 대량으로 되돌릴 필요는 없다.헤드폭탄 {t · c · p · b} 04:28, 2019년 9월 4일(UTC)
- 그 성가신 오류 메시지가 보이지 않는 한 난 아무거나 상관없어.Sk8erPrince (대화) 04:30, 2019년 9월 4일 (UTC)
- 나는 그것에 동의하지 않을 수 없다.내가 이 실에서 본 바로는, 그 실마리를 만들 만한 합의는 없었다.
work=/website=/newspaper=
우선 매개 변수 필수.그것의 내용을 사용할 경우 이탤릭체로 제공해야 한다는 의견만 일치했다.그 합의를 바탕으로 모듈을 변경한 사람이 실수를 했으니 가능한 한 빨리 되돌려야 한다.TVx1 04:50, 2019년 9월 4일(UTC) - 나도 동의하지 않아.논란의 여지가 있는 것은 오류 메시지가 아니라 애초에 오류다.{cite 웹}의 빈 "website" 필드가 오류를 생성해서는 안 되며, 이러한 변경에 대한 합의가 이루어지지 않았다.그냥 숨겨둘 게 아니라, 풀어야 한다.– Levivich 13:55, 2019년 9월 4일(UTC)
- 그 오류 메시지는 처음에는 논쟁의 여지가 많았다.분류에 필요한 트윗이나 업데이트와 함께 제공된 다른 문제점이 있을 수 있지만, 9월 이전으로 대량으로 되돌릴 필요는 없다.헤드폭탄 {t · c · p · b} 04:28, 2019년 9월 4일(UTC)
- @Knowledkid87: 서버 캐싱에서 변경사항이 필터링되려면 시간이 좀 걸린다.데스크톱에 있는 경우, 어떤 페이지를 사용하든 추가하십시오.
- 오류 메시지가 남아 있지만 실제로 아무 조치도 취해지지 않았다. - Knowledkid87 (토크) 22:08, 2019년 9월 3일 (UTC)
- 되돌리기가 실행된 것으로 보인다.TVx1 21:28, 2019년 9월 3일(UTC)
- 또한 설명하기 위해: 변경사항을 템플릿으로 되돌리려는 강력한 합의가 있는 것 같다(적어도 현재로서는).이제 어떻게 진전시킬 것인가에 대한 논의가 진행되는 동안 그렇게 해서 이전 버전으로 되돌리는 것이 괜찮을까?나루톨로베히나타5tccsdnew 21:25, 2019년 9월 3일(UTC)
- 기록상, 나는 아직 어떤 것도 폐기하는 것에 찬성하지 않으며, 이것이 그 문제에 대한 더 많은 논의로 옮겨지기를 원한다. - Knowledkid87 (대화) 20:05, 2019년 9월 3일 (UTC)
이 새로운 모듈 코드에는 에러 메시지의 억제에도 불구하고 여전히 무엇인가 깨진 것이 있다.이 기사 Midland-Odessa_shooting을 보고 항목 26번으로 스크롤하십시오.그 입장 후에 모든 시트가 움푹 패이고 엉망이 된다.10월 우드랜드 (토크) 22:48, 2019년 9월 3일 (UTC)
- 그것이 바로 그 구체적인 인용구가 암호화된 방법이다: 여러 인용구를 글머리표 목록에 포함시키는 참고 자료로서.그것은 비표준적이지만 인용 모듈의 오류는 아니다.이반벡터 (/)TalkEdits 22:50, 2019년 9월 3일 (UTC)
- 코멘트 나는 지나가는 모든 관리자에게 어떠한 종결도 없었고 완전한 합의 이행도 없었다는 것을 유념하고 싶다.이 문제는 반드시 해결해야 한다. - Knowledkid87 (대화) 16:30, 2019년 9월 4일 (UTC)
- 동의한다. Trappist가 "이전 행동으로 돌아가기" 옵션 대신 비협조적인 "오류 메시지 숨기기" 옵션을 구현했다는 증거로서, 나는 다음과 같은 범주에 주목한다.CS1 오류: 누락된 정기 간행물은 현재 약 30만 개의 기사로 증가했으며, 이 추적 범주에 의해 인용 부호가 좋지 않은 것으로 잘못 태그 지정되었다.필자가 확인한 바로는 이러한 것들은 출판사가 합리적으로 요구될 수 있는 다른 인용 템플릿이 아닌 {{cite 웹}(출판사나 웹 사이트가 필요하지 않아야 함)에서 가져온 것이 분명하다.—David Eppstein (대화) 18:20, 2019년 9월 4일 (UTC)
- 사람들은 그러한 오류 메시지를 없애기 위해 이전 버전으로 되돌아가기를 원했다.이러한 오류 메시지는 이제 없어졌으므로 되돌릴 필요성도 없어졌다.템플릿에 대해 추가로 수정해야 하는 내용은 도움말 토크를 통해 제기 및 논의할 수 있다.평소와 다름없는 CS1.헤드폭탄 {t · c · p · b} 18:45, 2019년 9월 4일(UTC)
- 여기서 압도적인 공감대는 웹사이트도 없고 출판사도 없는 인용 웹이 어떤 식으로든 오류로 플래그가 붙지 않았던 이전의 행태로 돌아가자는 것이다.그 합의를 무시하고 이것이 나중에 논의될 때 "약점"으로 다루어져야 한다고 선언하는 것은 잘못된 방법이다.—David Eppstein (대화) 18:49, 2019년 9월 4일 (UTC)
- 위의 대규모 토론에 따라 이러한 업데이트를 보다 합의 중심적이고 신중한 방식으로 되돌리고 실행해야 한다는 점에 동의하십시오.눈에 보이는 오류 메시지가 없더라도, 단순히 한 편집자가 먼저 논의하지 않고 변경사항(명칭 "website="의 요구 사항)을 도입하기로 결정했기 때문에, 이제 오류 백로그는 불필요하게 크다.그것도, 그리고 너무나 많은 패러머스를 한꺼번에, 그것도 몇몇은 불분명한 이유로, 예고도 없이 퇴보하는 바람에, 인용문 템플릿이 지금 정확히 어떻게 작성되어야 하는지에 대한 큰 혼란을 초래했다.2000년대부터 work=를 쓰고 있는데, 지금은 하룻밤 사이에 없어졌다.이와 같은 혼돈은 세계에서 가장 중요한 웹사이트에 좋은 관행이 아니다.우리는 몸집이 크고, 그것은 우리가 신중하고, 천천히, 그리고 꾸준히 움직여야 한다는 것을 의미한다. 그 중 어느 것도 여기서 일어나지 않았다.JimmyBlackwing (대화) 19:02, 2019년 9월 4일 (UTC)
- 아마도 네가 잘못 알고 있는 것 같니?다음과 같이 쓰셨습니다.
...이렇게 많은 파라마의 예고없는 퇴폐가 한꺼번에...
– 두 개의 매개 변수와 해당 별칭(2개)은 더 이상 사용되지 않았다.dead-url=
&deadurl=
,lay-summary=
&laysummary=
;그것은 그리 많지 않다; 그렇다, 그것들은 많은 페이지에서 발생한다 그러나 그것은그렇게 많은 매개물들
과 같은 것은 아니다.나는 2000년대부터 "work="
를사용
해 왔는데,지금은 하룻밤
사이에없어졌다.
정기적인 매개 변수 중 어느 것도 사용되지 않거나 사라지게 한 것이 없다.work=
여전히 '일한다'; 한번 해봐라.
- —스승 (대화) 19:53, 2019년 9월 4일 (UTC)
- "업무="의 퇴고에 대해 사과한다.—이러한 토론에서 읽었던 내용들을 꺼내고 있었는데, 오류 메시지가 억제되어 확인할 수 있을 만큼 백엔드 코드를 잘 이해하지 못하기 때문에 직접 테스트할 방법이 없었다.그럼에도 불구하고 내가 "website="요건의 일방적 시행에 대해 한 말은 여전히 유효하며, 특히 마셈이 이 실의 다른 곳에 있는 주제에 대해 매우 많은 말을 한 것에 대해서는 그렇다.나는 또한 새로운 형식에 찬성하는 "deadurl="라는 갑작스런 예고 없이 거절당한 것에 대해 매우 강하게 반대한다. 최소한 10만 페이지 이상의 메인 스페이스 페이지에 영향을 미치는 변화가 효력을 발휘하기 전에 조정할 유예기간이 필요했는데, 이 변경에 대한 합의조차 있었다고 가정할 때 말이다.이것들 중 어떤 것도 예전처럼 과장되게 그리고 강력하게 롤아웃될 필요가 없었다; 확실히 서두를 필요는 없다.지미블랙윙 (토크) 21:44, 2019년 9월 4일 (UTC)
- 아마도 네가 잘못 알고 있는 것 같니?다음과 같이 쓰셨습니다.
- 위의 대규모 토론에 따라 이러한 업데이트를 보다 합의 중심적이고 신중한 방식으로 되돌리고 실행해야 한다는 점에 동의하십시오.눈에 보이는 오류 메시지가 없더라도, 단순히 한 편집자가 먼저 논의하지 않고 변경사항(명칭 "website="의 요구 사항)을 도입하기로 결정했기 때문에, 이제 오류 백로그는 불필요하게 크다.그것도, 그리고 너무나 많은 패러머스를 한꺼번에, 그것도 몇몇은 불분명한 이유로, 예고도 없이 퇴보하는 바람에, 인용문 템플릿이 지금 정확히 어떻게 작성되어야 하는지에 대한 큰 혼란을 초래했다.2000년대부터 work=를 쓰고 있는데, 지금은 하룻밤 사이에 없어졌다.이와 같은 혼돈은 세계에서 가장 중요한 웹사이트에 좋은 관행이 아니다.우리는 몸집이 크고, 그것은 우리가 신중하고, 천천히, 그리고 꾸준히 움직여야 한다는 것을 의미한다. 그 중 어느 것도 여기서 일어나지 않았다.JimmyBlackwing (대화) 19:02, 2019년 9월 4일 (UTC)
- 여기서 압도적인 공감대는 웹사이트도 없고 출판사도 없는 인용 웹이 어떤 식으로든 오류로 플래그가 붙지 않았던 이전의 행태로 돌아가자는 것이다.그 합의를 무시하고 이것이 나중에 논의될 때 "약점"으로 다루어져야 한다고 선언하는 것은 잘못된 방법이다.—David Eppstein (대화) 18:49, 2019년 9월 4일 (UTC)
- 사람들은 그러한 오류 메시지를 없애기 위해 이전 버전으로 되돌아가기를 원했다.이러한 오류 메시지는 이제 없어졌으므로 되돌릴 필요성도 없어졌다.템플릿에 대해 추가로 수정해야 하는 내용은 도움말 토크를 통해 제기 및 논의할 수 있다.평소와 다름없는 CS1.헤드폭탄 {t · c · p · b} 18:45, 2019년 9월 4일(UTC)
- 동의한다. Trappist가 "이전 행동으로 돌아가기" 옵션 대신 비협조적인 "오류 메시지 숨기기" 옵션을 구현했다는 증거로서, 나는 다음과 같은 범주에 주목한다.CS1 오류: 누락된 정기 간행물은 현재 약 30만 개의 기사로 증가했으며, 이 추적 범주에 의해 인용 부호가 좋지 않은 것으로 잘못 태그 지정되었다.필자가 확인한 바로는 이러한 것들은 출판사가 합리적으로 요구될 수 있는 다른 인용 템플릿이 아닌 {{cite 웹}(출판사나 웹 사이트가 필요하지 않아야 함)에서 가져온 것이 분명하다.—David Eppstein (대화) 18:20, 2019년 9월 4일 (UTC)
오랜 동작으로 되돌린 다음 논의(폐쇄)
제안이 설득력을 얻지 못하고 있다.프라임팩(토크) 12시 54분, 2019년 9월 6일(UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
오류 메시지는 억제되었지만 인용문은 여전히 제대로 표시되지 않고 있다.도전적인 변화를 되돌린 다음 토론하는 것이 보통이다.4월 20일판 CS1 인용문으로 돌아가서 개별적인 변화에 대해 논의해 봅시다.모듈 설명서는 다음 모듈에 있음:인용/CS1.
암호 변경은
- 11:06, 2019년 9월 3일 디프 히스토리 +7,443 모듈:샌드박스의 인용/CS1 동기화;
- 11:06, 2019년 9월 3일 디프 히스토리 +2,920 모듈:샌드박스의 인용/CS1/구성 동기화
- 11:05, 2019년 9월 3일 디프 히스토리 -207 모듈:샌드박스의 인용/CS1/휘텔리스트 동기화, 현재 [롤백] [반달리즘]
- 11:05, 2019년 9월 3일 디프 히스토리 -1 모듈:샌드박스의 인용/CS1/날짜 유효성 검사 동기화, 현재 [롤백] [반달리즘]
- 11:05, 2019년 9월 3일 디프 히스토리 +1,012 모듈:샌드박스에서 인용/CS1/식별자 동기화, 현재 [롤백] [반달리즘]
- 11:05, 2019년 9월 3일 디프 히스토리 +1,359 모듈:샌드박스의 인용/CS1/유틸리티 동기화
- 11:05, 2019년 9월 3일 디프 히스토리 -1,550 모듈:샌드박스의 인용/CS1/COinS 동기화; 현재 [롤백] [반달리즘]
인용 행동을 복원하는 데 필요한 변경 사항은 다음과 같다.
- 모듈 되돌리기:인용/CS1에서 특별으로:퍼머링크/893307475
- 모듈 되돌리기:인용/CS1/특수 구성:Permalink/893779298(4월 23일 버전)
- 모듈 되돌리기:[[특수:]에 대한 인용/CS1/화이트리스트퍼머링크/893307470
- 모듈 되돌리기:인용/CS1/특별 날짜 확인:퍼머링크/893310188
- 모듈 되돌리기:인용/CS1/특수 식별자:Permalink/900551956(6월 6일 버전)
- 모듈 되돌리기:특별에 대한 인용/CS1/유틸리티:퍼머링크/893307454
- 모듈 되돌리기:특별에 대한 인용/CS1/COINS:퍼머링크/893307448
감사합니다.스타리그랑마(토크) 15:16, 2019년 9월 4일 (UTC)
- 사실, 특히 출판업자의 오류는 여전히 존재한다.나는 Marzia Kellberg를 탐색하고 있을 때 그 오류를 알아챘다.[1]
- 이 오류 메시지도 억제해 주시겠습니까?Sk8erPrince (대화) 15:43, 2019년 9월 4일 (UTC)
- 그러한 오류 메시지는 사실 좋은 것이고, 오류 메시지를 억제하는 대신 오류를 수정해야 한다.Tvx1 16:18, 2019년 9월 4일(UTC)
- 지적받고 있다고 불평하기보다는 잘못을 고치는 것이 옳을 것이다.그 오류들은 누군가가
publisher=
매개 변수를 사용하고 Wikimarkup을 사용하려고 하면 항상 부적절했던 이탤릭체로 표시된다.매개 변수를 다음으로 변경했다.website=
마크를 없애고, 내가 찾을 수 있는 곳에 출판사를 추가했다. refs 섹션에는 빨간색이 남아있지 않다.나는 또한 url-status를 업데이트하고 불일치 않은 날짜를 수정했다.이반벡터 (/)TalkEdits 17:23, 2019년 9월 4일 (UTC)- 그러나 문제는 이러한 "오류"를 "오류"라고 부르는 것이 모든 웹 인용문은 반드시 정기적인 형식을 따라야 한다고 일방적으로 결정한 소수의 결정이었다는 점이다.그것은 분명히 이 논의에서 합의된 것이 아니다.아마도 지역사회는 그것을 구체적으로 다루기 위해 RFC에 올려진다면 그렇게 결정하겠지만, 이것은 공식적인 RFC에 의해서가 아니라 과거의 행동으로부터 온 가정에 기초하여 만들어졌다고 명시되어 있다.이는 인용 형식에 영향을 미치고, 메타데이터를 돕기 위한 바쁜 작업만이 아니라(dead-url의 경우처럼) 이것은 여전히 문제로 남아있다 --Masem (t) 18:40, 2019년 9월 4일(UTC)
- 이 특정 사례의 오류는 실제 오류로, 인용 템플릿 매개 변수에서 스타일 마크업을 전달할 수 없다.오류 메시지를 표시하는 것은 최근 업데이트의 변경사항일 수 있지만, 잘 모르겠지만, 이러한 오류 메시지는 잘못되었으므로 수정할 필요가 있다."매개변수 누락" 오류는 아니었다.이반벡터 (/)TalkEdits 18:45, 2019년 9월 4일 (UTC)
- 핵심은 이 변경으로 인용 웹 템플릿에 사이트 이름이 웹 사이트(메타 데이터에는 괜찮지만)에 있어야 하지만 자동으로 기울임꼴로 렌더링된다는 사실이다.일부 웹 사이트 세트가 이탤릭체로 렌더링되어서는 안 된다고 생각하는 편집자들이 분명히 있다.그렇다, 이 사람들은 과거에 별도의 서식을 붙이지 않고 이탤릭체나 비이탈릭체를 얻기 위해 일이나 출판과 같은 것들을 습관적으로 사용해 왔다.나는 메타데이터를 캡처하지 못할 수 있기 때문에 장기적으로 받아들일 수 없는 적절한 인용 형식에서부터 사람들이 통합 웹사이트를 사용하도록 하는 것이 웹사이트 제목에 대해 그리고 "오용" 출판사를 멈추게 하는 것이 일반적으로 고쳐져야 할 사항이라는 것에 전적으로 동의한다.그러나 다시 한번 우리는 이러한 변화와 함께 웹 사이트 이름을 이탤릭체로 강요하는 것에 대한 우려가 분명히 있다는 사실로 되돌아간다. 웹 사이트 이름이 어떻게 포맷되었는지에 대한 올바른 통제를 제공했기 때문에 사람들이 업무에 의존하게 된 이유일 것이다.MOS는 어느 방향으로든 웹사이트 타이틀을 강요하지 않기 때문에, 새로운 cs1 템플릿이 몇몇 편집자들에 의해 이것을 강요하는 것은 잘못되었다(또한 그들의 선택을 현명하게 "오류"라고 부른다) 아마도 RFC를 통해 특정 이슈에 대해 우리는 이 행동이 적절하다는 것에 동의하게 될 것이다.아니면 내가 제안했듯이 비주기적 웹사이트를 위한 별도의 웹 인용 템플릿이 필요할지도 모른다.잘은 모르지만, 나는 변화가 생기기 전에 토론이 부재했다는 것을 알고 있고, 지금 당장 토론이 절대적으로 필요하다는 것을 알고 있고, 상태QUO에 따르면, 우리는 다른 변화를 잃지 않고 더 나은 합의가 이루어질 때까지 이전의 행동으로 되돌아가는 방법을 봐야 한다. --Masem (t) 19:22, 2019년 9월 4일 (UTC)
- 이 특정 사례의 오류는 실제 오류로, 인용 템플릿 매개 변수에서 스타일 마크업을 전달할 수 없다.오류 메시지를 표시하는 것은 최근 업데이트의 변경사항일 수 있지만, 잘 모르겠지만, 이러한 오류 메시지는 잘못되었으므로 수정할 필요가 있다."매개변수 누락" 오류는 아니었다.이반벡터 (/)TalkEdits 18:45, 2019년 9월 4일 (UTC)
- 그러나 문제는 이러한 "오류"를 "오류"라고 부르는 것이 모든 웹 인용문은 반드시 정기적인 형식을 따라야 한다고 일방적으로 결정한 소수의 결정이었다는 점이다.그것은 분명히 이 논의에서 합의된 것이 아니다.아마도 지역사회는 그것을 구체적으로 다루기 위해 RFC에 올려진다면 그렇게 결정하겠지만, 이것은 공식적인 RFC에 의해서가 아니라 과거의 행동으로부터 온 가정에 기초하여 만들어졌다고 명시되어 있다.이는 인용 형식에 영향을 미치고, 메타데이터를 돕기 위한 바쁜 작업만이 아니라(dead-url의 경우처럼) 이것은 여전히 문제로 남아있다 --Masem (t) 18:40, 2019년 9월 4일(UTC)
- 지적받고 있다고 불평하기보다는 잘못을 고치는 것이 옳을 것이다.그 오류들은 누군가가
- 그러한 오류 메시지는 사실 좋은 것이고, 오류 메시지를 억제하는 대신 오류를 수정해야 한다.Tvx1 16:18, 2019년 9월 4일(UTC)
- 긴급한 문제들에 대한 반대는 해결되었다.인용문들이 여전히 제대로 표시되지 않는 것에 대해, 나는 그것에 대해 크게 말할 것이다.문제가 있는 경우 도움말 대화로 가져오십시오.CS1. 헤드폭탄 {t · c · p · b} 15:46, 2019년 9월 4일(UTC)
- 미안하지만, 문제가 전혀 해결되지 않았어.에러 메시지는 그냥 숨겨져 있었다.완전히 되돌리는 것은 과잉 살상이라는 데는 동의하지만 인용 오류가 있는 정기 간행물 매개변수를 사용하지 않는 변화는 여전히 매우 적극적이며(비록 숨기는 경우가 많음) 애당초 그것을 적용할 합의가 없었으므로 가능한 한 빨리 되돌려야 한다.사실 그것은 전혀 논의되지 않았다.확실히 한 가지 변화를 되돌리는 것이 그리 어렵지 않을 것 같나?Tvx1 16:17, 2019년 9월 4일(UTC)
- 기술적으로 어렵지 않다: 인용 웹/웹 사이트 문제는 제거함으로써 수정될 수 있다.
, ['web'] = 'website'
모듈로부터:인용/CS1.그러나 그것은 실제로 놀랄 만큼 어렵다는 것이 증명되고 있다.Kanguole 16:29, 2019년 9월 4일 (UTC)- 문제는 이 때문에 10억개의 오류가 기사에 나타난다는 점이었다.이제 그들은 그렇지 않다.그렇다, 문제는 해결되었다.템플릿의 동작에 대한 자세한 내용은 도움말에서 확인하십시오.CS1 오류, 그러나 되돌리는 것은 아무에게도 도움이 되지 않는다.헤드폭탄 {t · c · p · b} 16:37, 2019년 9월 4일(UTC)
- 이 문제는 카테고리를 숙독하기 때문에 확정되지 않았다.CS1 오류: 정기 간행물 누락(29만1천 개의 출품 및 등반)이 나타날 것이다.이런 과민반응은 기정사실화된 위치에서 돌이킬 수 있는 것이 아니라 되돌릴 필요가 있다.Kanguole 16:49, 2019년 9월 4일 (UTC)
- 나는 그것이 고쳐져야 한다는 것에 동의하고, 변화를 만든 사람이 책임을 져야 한다.아직도 편집자들이 이 일로 좌절하는 것을 보면 화가 난다. - Knowledkid87 (토크) 16:52, 2019년 9월 4일 (UTC)
- 또한 웹 사이트에 대한 모든 인용문은 인용문으로 취급되어야 한다는 소수의 편집자들의 일방적인 결정을 강요하고 있는데, 나는 이 논의만으로도 보다 큰 규모로 검토되고 결정되어야 한다고 생각한다.그리고 몇 가지 의문을 제기하는 것에 대해 토론할 시간을 주기 위해 적어도 일련의 변화 중 그 부분을 되돌리는 것은 명백한 저항이다.빨간색을 숨기면 그 모든 이슈들이 깔개 밑에 깔려있지만 여전히 거기 있다. --마샘 (t) 16:56, 2019년 9월 4일 (UTC)
- 상기에 매개변수를 의무화하지 않는다는 명확한 합의가 있다면 왜 구현되지 않는가? - Knowledkid87 (대화) 16:59, 2019년 9월 4일 (UTC)
- 이 문제는 카테고리를 숙독하기 때문에 확정되지 않았다.CS1 오류: 정기 간행물 누락(29만1천 개의 출품 및 등반)이 나타날 것이다.이런 과민반응은 기정사실화된 위치에서 돌이킬 수 있는 것이 아니라 되돌릴 필요가 있다.Kanguole 16:49, 2019년 9월 4일 (UTC)
- 문제는 이 때문에 10억개의 오류가 기사에 나타난다는 점이었다.이제 그들은 그렇지 않다.그렇다, 문제는 해결되었다.템플릿의 동작에 대한 자세한 내용은 도움말에서 확인하십시오.CS1 오류, 그러나 되돌리는 것은 아무에게도 도움이 되지 않는다.헤드폭탄 {t · c · p · b} 16:37, 2019년 9월 4일(UTC)
- 기술적으로 어렵지 않다: 인용 웹/웹 사이트 문제는 제거함으로써 수정될 수 있다.
- 미안하지만, 문제가 전혀 해결되지 않았어.에러 메시지는 그냥 숨겨져 있었다.완전히 되돌리는 것은 과잉 살상이라는 데는 동의하지만 인용 오류가 있는 정기 간행물 매개변수를 사용하지 않는 변화는 여전히 매우 적극적이며(비록 숨기는 경우가 많음) 애당초 그것을 적용할 합의가 없었으므로 가능한 한 빨리 되돌려야 한다.사실 그것은 전혀 논의되지 않았다.확실히 한 가지 변화를 되돌리는 것이 그리 어렵지 않을 것 같나?Tvx1 16:17, 2019년 9월 4일(UTC)
- 반대 - 긴급한 문제는 처리되었고, 남은 문제는 토론을 통해 해결해야 한다.되돌리는 것은 오류를 다시 불러오고 다른 것들을 깨뜨릴 것이다.이반벡터 (/)TalkEdits 16:55, 2019년 9월 4일 (UTC)
- 아니, 그렇지 않았다.범주:CS1 오류: 정기 간행물 누락.정기 간행물 매개변수를 의무화하기 위한 비협조적 변화는 여전히 혼란을 야기하고 있다.논의조차 되지 않았던 만큼 하루빨리 되돌려야 한다.TVx1 17:35, 2019년 9월 4일(UTC)
- 눈에 보이는 오류를 수정했다.카테고리를 채우는 기사에는 여전히 수리가 필요한 오류가 있지만, 카테고리나 관련 오류 메시지는 독자들에게 보이지 않는다.되돌릴 긴급한 필요가 없으며, 그렇게 하면 새로운 오류가 발생할 것이다.이반벡터 (/)TalkEdits 17:47, 2019년 9월 4일 (UTC)
- 예를 들어, 어떤 합의도 없다.
{{cite web}}
없이website=
사전 발표도 없이 일방적으로 내린 결정이었다.이것들을 오류 범주에 넣는 것은 깨지지 않은 수십만 개의 기사들을 "수정"하도록 그놈들을 초대할 것이다.손가락에 화상을 입은 건 이해하지만, 이건 고치기 쉬운데.Kanguole 18:01, 2019년 9월 4일 (UTC)
- 예를 들어, 어떤 합의도 없다.
- 눈에 보이는 오류를 수정했다.카테고리를 채우는 기사에는 여전히 수리가 필요한 오류가 있지만, 카테고리나 관련 오류 메시지는 독자들에게 보이지 않는다.되돌릴 긴급한 필요가 없으며, 그렇게 하면 새로운 오류가 발생할 것이다.이반벡터 (/)TalkEdits 17:47, 2019년 9월 4일 (UTC)
- 아니, 그렇지 않았다.범주:CS1 오류: 정기 간행물 누락.정기 간행물 매개변수를 의무화하기 위한 비협조적 변화는 여전히 혼란을 야기하고 있다.논의조차 되지 않았던 만큼 하루빨리 되돌려야 한다.TVx1 17:35, 2019년 9월 4일(UTC)
- 반대 - 만약 이것이 어떤 것을 해결한다면 나는 지지할 것이다. 하지만 이반에게 우리는 새로운 문제들을 만들기 보다는 남은 문제들을 어떻게 해결할 것인가에 대해 토론할 필요가 있다. - Knowledk87 (대화) 16:57, 2019년 9월 4일 (UTC)
앞으로(논의 제안) (움직임)
특정 매개 변수에는 마크업이 허용되지 않음
이러한 변화로 인해 일부 기사의 적색 잉크가 아직 남아 있다.2019 데이턴 촬영이 그 예다.ref 섹션의 빨간색 잉크에 나열된 "이탈적 또는 굵은 마크업 금지: 웹 사이트=(도움말)"10월 우드랜드 (토크) 20:40, 2019년 9월 4일 (UTC)
- 그것은 같은 오류가 아니다.그 기사에서 이 참고문헌의 출처는 웹사이트= 필드에서 강제 이탤릭체를 사용하고 있다.나는 웹사이트/워크/신문/출판사/등등의 필드가 인용 템플릿과 함께 작업하기 위한 형식 지정 마크업을 수락해서는 안 된다는 것에 전적으로 동의한다.주요 이슈와 무관한 수정 가능한 오류다. --Masem (t) 20:49, 2019년 9월 4일 (UTC)
- @Masem, Octoberwoodland, Ivanvector, Trappist 수도사:나는 이 경우를 위해 hack-y usercript를 만들었다. 사용자:MJL/ARA-light.js.나는 아직 버그(작업 매개변수(ex) 중간에 마크업이 발견되면 어떻게 해야 할지 스크립트도 모른다.
中国票房(중국 박스오피스)
는 현재 다소 안정적이다.너는 항상 그것을 재확인만 하면 돼.이 프로그램을 사용하여 카테고리:CS1 오류: 지금 바로 표시됨. –MJL –Talk ☖– 21:24, 2019년 9월 4일(UTC)- 이것처럼?
{{cite web url=http://www.cbooo.cn/Alltimedomestic script-title=zh:内地总票房排名 ("All-Time Domestic Box Office Rankings") work=中国票房 (China Box Office) publisher=Entgroup language=zh}}
- 内地总票房排名 ("All-Time Domestic Box Office Rankings"). 中国票房 (China Box Office) (in Chinese). Entgroup.
- 적절한 매개 변수를 사용하도록 다시 작성:
{{cite web url=http://www.cbooo.cn/Alltimedomestic script-title=zh:内地总票房排名 trans-title=All-Time Domestic Box Office Rankings script-work=zh:中国票房 trans-work=China Box Office publisher=Entgroup language=zh}}
- 内地总票房排名 [All-Time Domestic Box Office Rankings]. 中国票房 [China Box Office] (in Chinese). Entgroup.
- —스승 (대화) 21:33, 2019년 9월 4일 (UTC)
- 이러한 모든 변화는 Citer https://tools.wmflabs.org/citer/citer.fcgi의 저자와 조정되어야 하며 리필 https://tools.wmflabs.org/refill/ 또는 편집자들이 의존하는 모든 훌륭한 도구들이 파괴되어 제대로 작동하지 않을 것이다.위키백과 도구의 편집자가 참조를 자동 작성 및 편집하는데 어느 정도 의존할 수 있는지 체크아웃한 사람이 있는가?10월 우드랜드 (토크) 21:46, 2019년 9월 4일 (UTC)
- 또한 ref에 대한 코드 아키텍처를 전면적으로 변경하기 전에, 변경하기로 예정된 특정 구문 분석과 주장이 "상각"으로 표시되지만 프로젝트에서 ref가 충분히 변환될 때까지(아마도 시간 경과에 따라 모든 a에서 ref를 변환하는 로봇에 의해) 이전 형식을 지원하는 기간을 제안한다.갑자기 건축을 변경하고 전체 프로젝트를 망치는 것보다?그것이 리눅스가 이러한 종류의 전면적인 변화를 만드는 방법이고, 그들은 오래된 코드를 감가상각으로 표시하지만 모든 것이 여전히 작동한다.10월 우드랜드 (토크) 21:56, 2019년 9월 4일 (UTC)
- 다른 도구의 작가들이 도움말 토크에서 무슨 일이 일어나고 있는지 기억하도록 격려하고 싶다.CS1, 더 좋은 것은, 나는 그들이 적극적으로 참여하도록 장려할 것이다.cs1 2는 정적이 아니다.다른 프로젝트와 마찬가지로.위키는 역동적이고 항상 유동적이다.도움말 토크에 참여하는 나 또는 다른 편집자를 비난하는 것은 적절하지 않다.CS1 툴메이커들이 CS1 2로서 우리가 취하는 결정에 참여하지 않을 때.개발은 cs1 2에서 느린 속도로 진행되며 공구 제조업체는 개발될 때 변화에 영향을 미치고 이를 수용할 수 있는 충분한 시간을 갖는다.
- —스승 (대화) 22:18, 2019년 9월 4일 (UTC)
- 음, 너는 현재 이 이슈의 횃불 전달자야.아마도 당신은 그들에게 연락해서 사람들이 의지하는 도구들이 그들이 ref를 구성하는 데 업데이트된 parms를 사용하지 않기 때문에 고장났다고 그들에게 알려줄 수 있을 것이다.나는 네가 전향적으로 그들에게 즉시 알려주기 바라며, 아마도 네가 이런 종류의 변화에 대해 미리 방아쇠를 당기고 그들과 조율하기 전에 말이야.나는 Citer에 의존하고 있고 위키피디아에 엄청난 수의 편집자들이 있고, 이러한 변화로 인해 지금은 구식이다. :-) Octoberwoodland (토크) 22:25, 2019년 9월 4일 (UTC)
- 또한 ref에 대한 코드 아키텍처를 전면적으로 변경하기 전에, 변경하기로 예정된 특정 구문 분석과 주장이 "상각"으로 표시되지만 프로젝트에서 ref가 충분히 변환될 때까지(아마도 시간 경과에 따라 모든 a에서 ref를 변환하는 로봇에 의해) 이전 형식을 지원하는 기간을 제안한다.갑자기 건축을 변경하고 전체 프로젝트를 망치는 것보다?그것이 리눅스가 이러한 종류의 전면적인 변화를 만드는 방법이고, 그들은 오래된 코드를 감가상각으로 표시하지만 모든 것이 여전히 작동한다.10월 우드랜드 (토크) 21:56, 2019년 9월 4일 (UTC)
- 이러한 모든 변화는 Citer https://tools.wmflabs.org/citer/citer.fcgi의 저자와 조정되어야 하며 리필 https://tools.wmflabs.org/refill/ 또는 편집자들이 의존하는 모든 훌륭한 도구들이 파괴되어 제대로 작동하지 않을 것이다.위키백과 도구의 편집자가 참조를 자동 작성 및 편집하는데 어느 정도 의존할 수 있는지 체크아웃한 사람이 있는가?10월 우드랜드 (토크) 21:46, 2019년 9월 4일 (UTC)
- 이것처럼?
- @Masem, Octoberwoodland, Ivanvector, Trappist 수도사:나는 이 경우를 위해 hack-y usercript를 만들었다. 사용자:MJL/ARA-light.js.나는 아직 버그(작업 매개변수(ex) 중간에 마크업이 발견되면 어떻게 해야 할지 스크립트도 모른다.
TTM의 진행 제안은?
이 글의 현재, 카테고리에는 688,560페이지가 보고되어 있다.CS1 오류. (재미있는 활동: 해당 카테고리를 클릭한 다음 "이 페이지 업데이트"를 클릭하여 해당 숫자가 실시간으로 증가하는 것을 보십시오.)688,560명 중:
- 190,306 카테고리:CS1 오류: 더 이상 사용되지 않는 매개 변수(더)
deadurl=
오류) – 현재 승인을 기다리고 있는 봇에 의해 수리될 것으로 알고 있다. - 363,085 카테고리:CS1 오류: 정기 간행물 누락(계속)
website=
,newspaper=
오류 등) – 이러한 오류는 편집자가 수동으로 수정해야 하는 것으로 알고 있다.
에러 메시지는 위와 같은 합의에 따라 지금 숨겨져 있기 때문에, 우리는 그것을 볼 수 없다, 수작업으로 고쳐야 하는 에러들을 고치기 위해서.숨김을 풀면 사방에 빨간 오류가 있는 걸로 돌아가게 될 거야.위에서 많은 논의가 있었지만, 나는 지금 우리가 있는 곳에서 이러한 오류를 해결하도록 어떻게 진행하느냐는 트라피스트 스님의 제안을 본 적이 없다. (내가 그것을 놓쳤다면, 나의 사과, 나를 가리켜 주시오.)미리 고마워 TTM. (재미있는 사실: 이 글을 쓰는 데 걸리는 시간에 우리는 689,788 CS1 오류, 19,588 데들, 363,761개의 정기 간행물 누락) – 레비비치 00:19, 2019년 9월 5일 (UTC)
- 문제를 해결할 수 있도록 숨겨진 오류 메시지를 보려면 다음을 개인 css에 추가하십시오.
.인용 부호 {전시하다: 횡대로 !중요하다;} /* 모든 cs1 2 오류 및 유지 관리 메시지 표시 */
- 오직 당신만이 오류 메시지를 볼 수 있고, 그것들은 다른 모든 사람들을 위해 숨겨져 있다.
- 나는
우리가 지금 있는 곳
에서부터 이오류들을 어떻게 해결할지 제안
하지 않았다.
왜일까?왜냐하면 나는 당신(집단적 당신)이 당신(집단적)이 원하는 것이 무엇인지 알지 못한다고 생각하기 때문이다.어떤 사람들은 전체 변화를 롤백하고 싶어하고, 어떤 사람들은 현재의 상황에 만족하고, 다른 사람들은 중간 어딘가에 있다.일단 집단이 결정한 후에 내가 제안을 하는 것이 적절하다면 그렇게 하겠다. {{clc}}
카테고리에 있는 항목의 현재 개수를 표시한다.페이지 저장 시마다 이 값 새로 고침:- 범주:CS1 오류: 사용되지 않는 매개 변수(1,828개)
- 범주:CS1 오류: 정기 간행물 누락(57,426)
- —스승 (대화) 00:57, 2019년 9월 5일 (UTC)
- 이 모든 것을 수동으로 겪어야 하는 편집자들이 너무 안타깝다. - Knowledkid87 (토크) 01:03, 2019년 9월 5일 (UTC)
- TTM, 빠르고 철저한 대응과 clc 템플릿에 감사하지만, 왜 제안을 하지 않는지에 대한 당신의 설명은 놀라웠다.극적인 시각적 원조를 사용한 나를 용서해 주길 바라지만, 위는 모듈로의 대량 변화를 뒤집기 위한 #제안 투표 그래프다.현재 인용/CS1 : 찬성 65, 반대 10.
단체에서 결정
한 일인데, 이제 당신이 제안하는 것이 적절하다는 것에 동의하십니까?기다리면 다른 방향으로 갈까, 아니면 뭐?– Levivich 01:59, 2019년 9월 5일(UTC)- 내가 여기서 놀지 않는다는 거 알잖아. 그러니까 말해봐: 여기에서의 결정은 단지 논쟁의 힘이 작용하지 않는 투표수에 의해서만 이루어지는 거야?중요한 결정이 내려지는 방식에 따라 합의가 나팔라지는 공동체를 위해 사업을 하는 이상한 방법처럼 보인다.
-
- 만약 내가 당신의 그래픽을 당신이 원하는 (단수적인) 것에 대한 지지로 이해한다면, 당신은 개인적으로 그리고 64명의 다른 유권자들은 모듈 변화의 완전한 전환을 지지하고 있다.내가 여기에 마지막으로 글을 올린 이후로 그 사이에, 몇몇 다른 편집자들이 논평했다.나는 그들의 논평이 그 집단이 무엇을 원하는지 결정하지 못했다는 나의 주장을 뒷받침한다고 생각한다.다양한 견해가 표현되어 왔다.투표 그래프 페이지에는 6개의 다른 '표'가 있다.내가 보기에 6개의 다른 '보물'은 그들이 무엇을 원하는지 잘 모르는 공동체를 나타낸다.
-
- 나는
거만
하게 굴지 않고 너희들이 무슨 말을 하는지 듣지만 내가 들은 것은 불협화음이고 합창단이 아니다. - —스승 (대화) 11:03, 2019년 9월 5일 (UTC)
- 나는 네가 나와 65명의 다른 사람들이 원하는 것이 무엇인지 이해하지 못한다는 것에 충격을 받았다.제안서 맨 위에 쓰여 있어.전면적인 반전은 내가 이 빌어먹을 시발 몇 시간 안에 주장했던 것이었고, 만약 당신이 즉시 되돌리는 그 시간에 그렇게 했더라면 아마 문제를 해결하고 지금쯤 새로운 업데이트를 추진할 수 있었을 것이다.그 대신, 우리는 다일제 시간적 여유가 있고, 오류와 함께 100만 페이지에 빠르게 접근하고 있다.더 나쁜 것은, 실종과 같은, 정확한 오류.
journal=
에러 메시지를 수정하기 위해 넣은 패치로 인해 , 지금 바로 표시하지 마십시오.우리는 3일 전보다 더 나은 곳에 있지 않다; 우리는 더 나쁜 곳에 있다.우리가 합창단처럼 노래하기를 기다리기 때문에 앞으로 나아갈 수 있는 제안을 전혀 하지 않으셨다고요?그리고 거만하게 굴지 않는다고? 모두가 원하는 것은 당신이 그렇게 만드는 것이고 필수 매개변수가 아니다. 그렇게 하거나 다른 해결책을 제시하십시오.– Levivich 13:30, 2019년 9월 5일(UTC)- 자신의 진술에 모순이 있다고 보지 않는가?네가 (지금 막) 이렇게 썼잖아.
나와 65명의 다른
사람들이원하는
게뭔지.
제안서 맨 위에 쓰여 있어.
전면적인 반전이 내가 주장했던 것이다...
그리고모든 사람들이 원하는
것은 네가그렇게 만드는 것이고 필수 매개변수
가 아니다.
이것은 같은 입이 말하는 문제에 대해 서로 다르고 반대되는 두 가지 '해결'내가 들은 것을 왜 불협화음이라고 표현했는지 모르겠어? - —스승 (대화) 13:48, 2019년 9월 5일 (UTC)
- 그렇다, 그들은 서로 다른 해결책이다.한 가지(완전 역전)는 처음에 내가 주창했던 해결책이었다.저 사람은 의견이 맞지 않았다.그 제안은 갱신되었다.두 번째 해결책("요청되지 않은" 웹사이트와 신문)은 제안이 무엇으로 변경되었는지, 그리고 합의가 있는 것이 무엇인지를 가리킨다.두 번째 해결책은 첫 번째 해결책의 하위 집합이다.첫 번째 해결책에 찬성하는 사람은 두 번째 해결책에도 찬성할 것이다.두 번째 해결책("요청되지 않음")에 찬성하는 사람이 있듯이, 임시 조치로서 당신의 패치(오류 메시지 숨기기)도 찬성할 것이다.그리고 정말로, 우리는 단지 {{cite web}이 필요 없는 것에 대해 이야기하고 있다.
work=
그렇죠?그러나 당신은 우리가 485,000 페이지 이상의 페이지를 수작업으로 어떻게 변경할 것인지에 대한 어떠한 제안도 제시하지 않았다.다시 한 번: 제안서를 이행하시겠습니까? 아니면 다른 대안을 제시하여 진행하시겠습니까?– Levivich 14:00, 2019년 9월 5일(UTC) -
- (충돌 편집)이 응답은 당신이 수정하기 전에 당신이 원래 짜낸 것에 대한 것이다.
-
- 완전한 되돌리기를 투표한 편집자들이 'subset' 솔루션을 받아들일 것이라고 확신할 수 있을지 모르겠다(정기적인 매개변수 요구 사항을 제거함).
{{cite web}}
그리고{{cite news}}
예를 들어).우리가 같은 입장이기 때문에, 당신은 위키피디아에 대해 말하고 있다.모듈의 대량 변경사항을 뒤집기 위한 관리자 공지사항 게시판 § 제안서:인용/CS1 맞지?만일 그렇다면, 그 수정된 제안은 내가 에 대한 정기적인 매개변수 요건 테스트를 되돌리고 의 비호환성을 되돌릴 것을 요구한다.dead-url=
그리고deadurl=
제안서에 그렇게 나와 있지?
- 완전한 되돌리기를 투표한 편집자들이 'subset' 솔루션을 받아들일 것이라고 확신할 수 있을지 모르겠다(정기적인 매개변수 요구 사항을 제거함).
-
- 자, 자, 여기 이렇게 있다.
그리고 정말 {{cite web}}은(는) 파라미터가 필요없다는 얘기지요?
내가 그걸 어떻게 생각해?이것이 세 번째(또는 네 번째) 위치인 것 같다. 1. 전체를 되돌리기; 2. 주기적 매개 변수 요구 사항 되돌리기{{cite web}}
그리고{{cite news}}
& 되돌리다dead-url=
비수기(수정 제안); 3. 에 대한 주기적 매개변수 요건 되돌리기{{cite web}}
그리고{{cite news}}
(이전에 제시된 사항), 4. 주기적 매개변수 요구 사항 되돌리기{{cite web}}
(바로 지금).아!
- 자, 자, 여기 이렇게 있다.
-
- 그리고 이 제안들은?그들은 어디에 서 있는가?
당신이 원하는 것은 모든 사람들이 항상 이탤릭체로 웹사이트를 만들어야 하는 매개 변수가 필요하다는 것이 점점 더 분명해지고 있다.
그러나, 당신은 우리가 그 변경을 수작업으로 백만 페이지 혹은 그 이상으로 만드는 방법에 대한 해결책을 제공하지 않는다.
나는 웹사이트가 출판물이기 때문에 이탤릭체로 표시되어야 한다고 믿는다; 왜냐하면 항상 정기적인 템플릿으로 취급되어 왔기 때문에 정기적인 매개 변수로부터 공급되어야 하는 정기적인 메타데이터를 배출한다.난 이 일을 비밀로 한 적이 없다.
-
- 지금까지, 나는 당신이
나의 진행 제안
을 원했을 때, 당신은 내가 모듈 세트를 어떻게 해야 하는지 알고 싶어했다는 것을 이해했다.지금 너는 다른 제안을 하고 있다.{{cite web}}
일반적으로 의 대신 오용된다.{{cite journal}}
,{{cite magazine}}
그리고{{cite news}}
나는 그러한 많은 오용들을 고칠 수 있는 승인된 봇 작업을 가지고 있다.예를 들어, 이 차이점을 참조하십시오.봇이 효과적으로 작동하려면 범주:CS1 오류: cirrus 검색이 고정할 수 없는 동일한 페이지를 검색 후 검색으로 반환하기 때문에 주기적 누락.만약 이곳의 커뮤니티가 내가 전체 혹은 다양한 부분집합 해결책들 중 하나에 따라 되돌려야 한다고 결정한다면, 몽크봇 과제 14는 다소 무력하게 만들어지지만, 그렇게 되면, 가능한 것과 템플릿 외에는 고칠 것이 아무것도 없을 것이다. - —스승 (대화) 15:46, 2019년 9월 5일 (UTC)
- 물론 세 번째나 네 번째 제안된 해결책이지네가 해결책을 내놓지 않는 한 난 해결책을 내놓는 거야.네가 우리에게 옵션 메뉴나 어떤 방향을 제시해 준 것도 아니잖아485,000개의 오류를 어떻게 해결할 것인가?라는 기본적인 질문을 여전히 회피하고 있다.그래서 여기 다섯 번째 제안된 해결책이 있는데, 당신이 우리에게 구체적인 선택권을 주지 않는 한 말이다.
- 더 명확한 행군 명령을 찾는다면 모듈에서 관리자를 제거하라는 RfC를 하나 더 출시하고 싶다.인용/CS1 다음 문자열:
, ['web'] = 'website'
. 일단 이 끈이 제거되면, 내가 알기로는 {{cite web}}은(는) 더 이상 필요하지 않다.website=
이 경우 카테고리에 있는 489,000페이지(현재 기준)의 대부분이 제거된다.CS1 오류: 정기 간행물 누락.그런 제안에 대해 어떻게 생각하십니까?이렇게 하면 의도된 효과가 있을까?반드시 해야 할 다른 단계가 있는가?다른 걸 부러뜨릴까?– Levivich 15:58, 2019년 9월 5일(UTC)- 제거도 추가할 수 있다.
['news'] = 'newspaper'
이 점에서도, 예를 들어 BBC 등을 인용할 때.그것도 문제로 확인되었다. --Masem (t) 16:01, 2019년 9월 5일 (UTC)- 마셈, 내 생각엔 이 거대한 책 어딘가에 누군가 쓴 것 같아. 왜냐하면
newspaper=
의 별칭이다.work=
, "work" 별칭(work/changes/changes/changes/changes) 중 어떤 것이라도 기입되어 있는 한, {{citenews}}에 오류가 발생하지 않을 것이다.그게 사실인지 아닌지 잘 모르겠어.– Levivich 16:09, 2019년 9월 5일(UTC)- 모듈 코드 및 {{citation} 설명서 읽기,
work=
대신에 벌금이다newspaper=
그러나 그것은 여전히 이탤릭체로 렌더링한다.만약 내가 {{cite뉴스}}를 통해 BBC나 CNN을 인용한다면, 나는 그것을 사용할 것이다.publisher=
CNN/BBC의 비이탈적 버전을 얻기 위해서입니다.이 이슈와 동일하다.website=
(또한 사용할 수 있음)work=
그러나 여전히 이탤릭체로 되어 있다. - 나는 루아에서는 기대하지 않지만 코딩은 알고 있고 이 상황을 되돌리는 데 필요한 모든 것이 코드의 4단어 제거였다면, 여기에서는 여기에 도착하기 위해 얼마나 많은 단어가 필요했는지에 대해 극도로 우려하고 있다. --Masem (t) 16:17, 2019년 9월 5일 (UTC)
- 아, 이탤릭체에 대한 좋은 지적이야, 마셈또한, 나는
네8단어의 코드를 제거하기 위해 사용되는 단어의 수에 대한 당신의 우려를 공유한다.내가 보기에 첫 번째 제안은 모듈에서 제거해야 한다는 압도적인 합의를 보여준다.인용/CS1.발등에 불이 떨어진 건 아니지만, 필요한 허가를 받으셨으니 WP:볼드(BOLD)는 우리의 좌우명이다.– Levivich 16:37, 2019년 9월 5일(UTC)
- 예, 정기적 매개변수는 정기적 템플리트에서 작동한다.나는 만약 오류 메시지가 다음과 같다면 어떻게 되었을지 궁금했다.
{{cite web}}
주기적 매개 변수 필요
- —스승 (대화) 17:12, 2019년 9월 5일 (UTC)
- 아, 이탤릭체에 대한 좋은 지적이야, 마셈또한, 나는
- 모듈 코드 및 {{citation} 설명서 읽기,
- 마셈, 내 생각엔 이 거대한 책 어딘가에 누군가 쓴 것 같아. 왜냐하면
- 내가 쓴 글이나 내가 쓴 글이 충분히 암암리에 쓰여 있어서 내 자신을 분명히 밝히지 못한 것처럼 보일 것이다.
- 제거도 추가할 수 있다.
-
- 테이블에는 이미 (위에서 이미 열거된) '반복-반복-반복-반복-무(無)' 및 그 사이의 다른 점들이 몇 가지 선택사항으로
되어
있기 때문에 나는 그 누구에게도 옵션메뉴
를 제시하지 않았다.이 공개 포럼에서 결정하는 것은 포럼 참여자들의 의무와 의무다. 그것이 이 모든 논의가 시작된 이유다.
- 테이블에는 이미 (위에서 이미 열거된) '반복-반복-반복-반복-무(無)' 및 그 사이의 다른 점들이 몇 가지 선택사항으로
-
- 나는 몽크봇 14과제가 필요로 하는 것이 무엇인지 설명했다.삭제하는 경우
, ['news'] = 'newspaper', ['web'] = 'website'
모듈로부터:그 다음 인용/CS1{{cite web}}
(그리고){{cite news}}
)를 사용하는 주기적 매개 변수 없음publisher=
뉴스, 잡지, 잡지, 저널 소스의 이름을 대자면, 불쾌감과 템플릿을 찾는 것은 서러스 검색의 제한된 능력(최대 페이지 수, 항상 같은 장소에서 시작하는 것)으로 인해 장애가 될 것이기 때문에 봇 작업으로는 수정할 수 없을 것이다.내가 봇 작업이 유용하게 쓰이기 위해 필요한 것이 무엇인지 설명했는가? - —스승 (대화) 17:12, 2019년 9월 5일 (UTC)
- 나는 몽크봇 14과제가 필요로 하는 것이 무엇인지 설명했다.삭제하는 경우
- 지금까지, 나는 당신이
- 그렇다, 그들은 서로 다른 해결책이다.한 가지(완전 역전)는 처음에 내가 주창했던 해결책이었다.저 사람은 의견이 맞지 않았다.그 제안은 갱신되었다.두 번째 해결책("요청되지 않은" 웹사이트와 신문)은 제안이 무엇으로 변경되었는지, 그리고 합의가 있는 것이 무엇인지를 가리킨다.두 번째 해결책은 첫 번째 해결책의 하위 집합이다.첫 번째 해결책에 찬성하는 사람은 두 번째 해결책에도 찬성할 것이다.두 번째 해결책("요청되지 않음")에 찬성하는 사람이 있듯이, 임시 조치로서 당신의 패치(오류 메시지 숨기기)도 찬성할 것이다.그리고 정말로, 우리는 단지 {{cite web}이 필요 없는 것에 대해 이야기하고 있다.
- 자신의 진술에 모순이 있다고 보지 않는가?네가 (지금 막) 이렇게 썼잖아.
- 나는 네가 나와 65명의 다른 사람들이 원하는 것이 무엇인지 이해하지 못한다는 것에 충격을 받았다.제안서 맨 위에 쓰여 있어.전면적인 반전은 내가 이 빌어먹을 시발 몇 시간 안에 주장했던 것이었고, 만약 당신이 즉시 되돌리는 그 시간에 그렇게 했더라면 아마 문제를 해결하고 지금쯤 새로운 업데이트를 추진할 수 있었을 것이다.그 대신, 우리는 다일제 시간적 여유가 있고, 오류와 함께 100만 페이지에 빠르게 접근하고 있다.더 나쁜 것은, 실종과 같은, 정확한 오류.
- 나는
만약, ['news'] = 'newspaper', ['web'] = 'website'
모듈에서 제거됨:인용/CS1, 그렇다면 "파쇄"할 것은 몽크봇 과제 14의 특정 하위 작업뿐이지, 그렇지 않으면 우리는 "괜찮아"?– Levivich 18:04, 2019년 9월 5일(UTC)
- 음. 우리가 반전을 꾀하고 있다는 것을 알지만 다른 전향적 접근법을 제시하려고 한다: TTM: 새로운 매개변수를 도입하는 것이 가능할까?
no_pi=
("비정상적인" 이탤리시컬 없음") 또는 심지어pi=
yes로 설정된 경우 해당 주기적 파라미터의 형식 변경을 트리거하는지 여부(기본값은 인용 뉴스/웹의 경우 이탤릭체를 유지하는 것이어야 하며, 매개변수는 인용 저널이나 신문에서 절대 사용되도록 해서는 안 된다고 생각한다(내 생각에는). - 만약 이것이 가능하다면, 변경은 유지하되, 사물을 고치는 데 필요한 도구를 제공하는 루트가 있는데, 이제는 정기적인 분야는 부족하지만 "게시자"가 있는 인용 뉴스/사이트 웹이 자동으로 사용되도록 이동될 수 있다.
work=
와 함께publisher=
형식적인 속임수로 - 이것이 얼마나 합리적인지 모르겠지만, 이것은 변화의 반전을 피하고, 더 이상 깨질 수 있는 것을 최소화하고(이 새로운 파라미터를 잡기 위해 이해한다면 {{citation}의 단 한 번의 변화일 뿐) 그리고 변환하기 위해 "상대적으로" 간단한 봇만 필요로 한다.
publisher=
로work=
. --Masem (t) 19:30, 2019년 9월 5일 (UTC)
- 음. 우리가 반전을 꾀하고 있다는 것을 알지만 다른 전향적 접근법을 제시하려고 한다: TTM: 새로운 매개변수를 도입하는 것이 가능할까?
- 지금쯤이면 분명해 질 거라고 생각했다.TTM은 정기간행물 매개변수 없이 인용에 표시를 하는 논의되지 않은 변경사항을 인용 오류로 되돌릴 필요가 있다.그것은 우리 모두가 불평해 온 사실상의 논쟁거리, 파괴적인 문제야.TVx1 02:13, 2019년 9월 5일(UTC)
- 이에 비해 이탤릭체-웹사이트 RfC는 27개의 !보트를 가지고 있었으며, 그 중 18개는 "이탈라이즈"[45]로 TTM이 변화를 만들기에 충분한 합의였다.– Levivich 03:18, 2019년 9월 5일(UTC)
- 지금쯤이면 분명해 질 거라고 생각했다.TTM은 정기간행물 매개변수 없이 인용에 표시를 하는 논의되지 않은 변경사항을 인용 오류로 되돌릴 필요가 있다.그것은 우리 모두가 불평해 온 사실상의 논쟁거리, 파괴적인 문제야.TVx1 02:13, 2019년 9월 5일(UTC)
- 트라피스트 스님은 이러한 오류 중 많은 부분을 해결할 수 있는 올바른 방법은, 트라피스트 스님이 자신의 거만함에서 물러나 웹사이트나 출판사가 없는 인용 웹을 오류로 표시하도록 만든 변경 사항을 되돌리는 것이다.그 인용구들은 논란의 여지가 없고 이 변화에 대한 어떠한 합의도 없었다.아니면 이 문제에 대한 트라피스트의 비타협적인 태도를 WP의 사례로 다루기 시작할 때인가.—David Eppstein (대화) 01:38, 2019년 9월 5일 (UTC)
- 동의, 합의는 여기서 존중되어야 한다. - Knowledkid87 (대화) 03:12, 2019년 9월 5일 (UTC)
- 여기서 해야 할 일은 {{cite web}}이(가) 사물을 범주:CS1 오류: 정기 간행물 누락.이것을 넘어 되돌아갈 필요는 없다.헤드폭탄 {t · c · p · b} 03:48, 2019년 9월 5일(UTC)
- 폭탄, 그리고 뭐?– Levivich 04:16, 2019년 9월 5일(UTC)
- 그건 깔개 밑을 쓸고 있어.사람들을 행복하게 할 수는 있지만 더 큰 문제는 해결하지 못할 것이다.한 가지 핵심 조치는 인용 웹에서 "웹사이트"가 필요할 경우 새로운 RFC가 필요하며, 웹사이트가 항상 기울임꼴로 되어 있지 않을 경우 인용 날짜가 위키다타를 채울 수 있도록 하는 방법 등이 여기에 반영되어 더 광범위한 MOS 합의를 처리하는 방법이다.여기서는 문제가 안 된다.그러나 우리가 그 논의를 하기 전까지는, cs1의 현재 상태는 - 심지어 오류를 숨김으로써라도 - 깨졌지만 효과가 있는 실행으로, "깨진 근접은 하루에 두 번 옳다"와 상당히 동등한 것이 아니라, 그 선을 따라.그걸 되돌리면 깨질 거야그것을 푸는 다른 방법도 있겠지만, 이것을 해결하기 위해서는 단기적으로 해야 할 일이 바로 그것이다. --Masem (t) 04:27, 2019년 9월 5일 (UTC)
- 헤드밤의 말에 동의한다.소프트웨어 개발에서, 역전은 모든 버그 수정과 다른 변경을 포함하는 전체 일련의 변경사항을 버리는 것을 의미한다.다음으로 MOS와 CITSTYTEL의 차이점 해결 및 기타 사전 합의사항에 대한 논의를 진행할 Levivich는 TTM이 제정신으로 이행할 수 있는 이해에 도달한다. 로버츠키(토크) 04:30, 2019년 9월 5일(UTC)
- 66명의 편집자들은 다음과 같은 선호를 표명했다.
website=
그리고newspaper=
필수가 아니다무슨 논의가 더 필요한가?– Levivich 04:44, 2019년 9월 5일(UTC)- 아니, 그건 의무 사항이야그들이 근원이다.출처가 없으면 표창장을 받을 수 없다.그리고 인용문이 없는 한 위키텍스트를 확인할 수 없다. 72.43.99.138 (대화) 13:55, 2019년 9월 5일 (UTC)
- 헤드밤이 옹호하는 것은 무엇인가? 헤드밤이 오류로 분류되지 않기 위해서는 모듈을 수정하여 두 파라미터를 선택적으로 만들어야 한다. 아닌가?이는 TTM이 투입한 모든 변경사항을 되돌리는 것이 아니라, 추가 변경이 필요한 사항을 명시하고 있는 것이다.로버츠키 (토크) 05:53, 2019년 9월 5일 (UTC)
- 66명의 편집자들은 다음과 같은 선호를 표명했다.
- 여기서 해야 할 일은 {{cite web}}이(가) 사물을 범주:CS1 오류: 정기 간행물 누락.이것을 넘어 되돌아갈 필요는 없다.헤드폭탄 {t · c · p · b} 03:48, 2019년 9월 5일(UTC)
- 동의, 합의는 여기서 존중되어야 한다. - Knowledkid87 (대화) 03:12, 2019년 9월 5일 (UTC)
- 누락된 정기 간행물 "오류"는 오류가 아니다.이 인용문은 완전하고 완전하게 정확하며, 작업 매개변수를 여기에 추가하는 것은 불필요하고 시각적으로 매력적이지 않다.
{{cite web url = https://www.bbc.co.uk/ title = BBC - Home publisher = [[British Broadcasting Corporation]] accessdate = 5 September 2019}}
그러나 그것은 현재 오류 범주에 포함될 것이다.— Bilorv (대화) 08:32, 2019년 9월 5일 (UTC)- 빌로프의 예는 틀렸다.첫째, 인용문은 방대한 BBC 웹사이트 내에 어떤 특정 기사의 제목이 없기 때문에 인용문이 보통 보리스 존슨 생년월일과 같이 위키백과 기사에 게재되는 종류의 주장을 뒷받침하고 있다면, 구체적인 주장을 뒷받침하는 기사의 제목을 부여해야 한다.둘째, BBC 웹사이트에서 이용할 수 있는 방대한 양의 정보 때문에, 웹사이트의 제목은 큰따옴표가 아니라 이탤릭체로 되어야 한다.그럴 것 같지 않은 경우, "BBC는 웹사이트를 가지고 있다"와 같이 웹사이트 전체가 지지하는 주장을 하고 있었다.
{{cite web url = https://www.bbc.co.uk/ website = BBC - Home publisher = [[British Broadcasting Corporation]] accessdate = 5 September 2019}}
로서 렌더링되는.- BBC - Home. British Broadcasting Corporation https://www.bbc.co.uk/. Retrieved 5 September 2019.
{{cite web}}
:누락 또는 비어 있음title=
(도움말)
- BBC - Home. British Broadcasting Corporation https://www.bbc.co.uk/. Retrieved 5 September 2019.
- 그 렌더링은 {{cite web}}의 진정한 결핍을 보여준다.Jc3s5h (토크) 19:19, 2019년 9월 5일 (UTC)
- "BBC - Home"이라고 불리는 웹사이트가 없기 때문에 당신의 인용은 정확하지 않다.물론 그것은 기괴한 참조 페이지 선택이 되겠지만 그것은 그저 하나의 예일 뿐이었다.그 웹사이트는 이름이 없고, 단지 출판사에 불과하다; 단지 일부 서브 페이지들(예: "BBC 뉴스")만이 이름을 가지고 있다. 이것이 내가 지적하는 요점이다.— Bilorv (대화) 20:15, 2019년 9월 5일 (UTC)
- 내 생각에 웹사이트의 제목은 BBC - Home이다.그러나 출판사가 정상적인 관례를 따르지 않는다면, 작품의 제목에 대한 이런 의견 차이는 종이 출판물에서도 일어날 수 있다. 즉, 표지에 이상한 각도로 흩어져 있는 단어와 같은 것이다.Jc3s5h (대화) 20:47, 2019년 9월 5일 (UTC)
- 너의 의견은 틀렸고 너는 그렇게 잘못된 의견을 표명한 것에 대해 미안해해야 한다.당신은 전체 사이트의 이름(빌로브와 동의하며, 나는 빌로브와 동의하며, 이 경우 존재하지 않으며, 특정할 것을 요구해서는 안 된다)을 가지고 한 페이지의 제목(하위 페이지를 지정하지 않고 BBC 사이트를 방문할 때 도달하는 최상위 페이지)을 착각하고 있을 가능성이 있다.—David Eppstein (대화) 00:36, 2019년 9월 6일 (UTC)
- 내 생각에 웹사이트의 제목은 BBC - Home이다.그러나 출판사가 정상적인 관례를 따르지 않는다면, 작품의 제목에 대한 이런 의견 차이는 종이 출판물에서도 일어날 수 있다. 즉, 표지에 이상한 각도로 흩어져 있는 단어와 같은 것이다.Jc3s5h (대화) 20:47, 2019년 9월 5일 (UTC)
- "BBC - Home"이라고 불리는 웹사이트가 없기 때문에 당신의 인용은 정확하지 않다.물론 그것은 기괴한 참조 페이지 선택이 되겠지만 그것은 그저 하나의 예일 뿐이었다.그 웹사이트는 이름이 없고, 단지 출판사에 불과하다; 단지 일부 서브 페이지들(예: "BBC 뉴스")만이 이름을 가지고 있다. 이것이 내가 지적하는 요점이다.— Bilorv (대화) 20:15, 2019년 9월 5일 (UTC)
- 빌로프의 예는 틀렸다.첫째, 인용문은 방대한 BBC 웹사이트 내에 어떤 특정 기사의 제목이 없기 때문에 인용문이 보통 보리스 존슨 생년월일과 같이 위키백과 기사에 게재되는 종류의 주장을 뒷받침하고 있다면, 구체적인 주장을 뒷받침하는 기사의 제목을 부여해야 한다.둘째, BBC 웹사이트에서 이용할 수 있는 방대한 양의 정보 때문에, 웹사이트의 제목은 큰따옴표가 아니라 이탤릭체로 되어야 한다.그럴 것 같지 않은 경우, "BBC는 웹사이트를 가지고 있다"와 같이 웹사이트 전체가 지지하는 주장을 하고 있었다.
이 공동체의 결정 시간
내가 뭔가를 해야 할 다양한 제안들이 테이블 위에 있다.이러한 제안의 범위와 다양성 때문에, 나는 공동체인 당신이 결정을 내리기 전까지는 혼란스럽다고 생각한다.
사용되지 않는 변환을 위한 BRFA 봇 태스크 dead-url=
그리고 deadurl=
로 url-status=
방금 승인받았어cs1 2 모듈 제품군을 가지고 내가 무엇을 할 것인지 이 커뮤니티가 결정하지 않은 한 나는 그 작업을 실행할 마음이 없다.내가 봇을 실행하면 너희 모두가 모듈 전체를 되돌려야 한다고 결정하거나 위키피디아를 확인한다면:모듈의 대량 변경사항을 뒤집기 위한 관리자 공지사항 게시판 § 제안서:인용/CS1, 그러면 봇의 모든 작업도 뒤집어져야 할 것이다.
결정해 주시죠.
—스승 (대화) 15:57, 2019년 9월 5일 (UTC)
- 솔직히 위키백과:모듈의 대량 변경사항을 뒤집기 위한 관리자 공지사항 게시판 § 제안서:인용/CS1은 WP처럼 보인다.스노우, 복귀 찬성지금 되돌아가야 한다(솔직히 3일 전에 되돌렸어야 했는데, 이의제기가 나타나기 시작하자마자, 그리고 당신의 변화가 명확한 합의를 이루지 못한 것이 분명해졌다.) 그런 다음, 어떻게 앞으로 나아갈 것인가에 대한 논의에 참여해야 한다.특정 스타일 가이드를 시행하기 위한 템플릿의 변경은 분명히 논란의 여지가 있기 때문에(그리고 이 시점에서 토론을 보면, 그들이 결코 합의에 도달할 수 있다고 생각하는 것은 불가능해 보인다) 그들은 이후에가 아니라 실행되기 전에 논의와 명확한 합의가 필요하다.이제서야 누군가가 이 토론에 참여했기 때문에, 나는 이 모든 것을 읽기가 당혹스럽다. 다만 네가 아직도 자신을 되돌리지 않았다는 것을 깨닫기 위해서일 뿐이다.이는 널리 사용되는 템플릿에 대한 중대한 변화는 말할 것도 없고, 한 기사에 약간 논란의 여지가 있는 점이라면, "이런, 내 잘못이야, 합의가 뭔지 알아내면서 안정적인 버전으로 돌아가자"는 일종의 반발이다. --Aquillion (토크) 08:03, 2019년 9월 6일 (UTC)
- 나는 사실 공동체가 무엇을 원하는지 매우 명확하다고 생각한다.그들은 당신이 정기 간행물 매개변수를 의무화했던 변경사항을 논의하지 않고 되돌리기를 원한다.이것을 성취해야 하는 방법은 다른 의견을 가지고 있다.많은 사람들이 당신의 모든 변화(사실상 과잉 살상)를 완전히 되돌릴 것을 요구하고, 다른 사람들은 누락된 파라미터만 오류 플래그로 표시되도록 요청한다.하지만 최종 목표는 분명하고, 더 이상 이런 정기 간행물 매개변수를 의무화하지 않기 위해 무엇을 해야 하는지 충분히 잘 알고 있다고 생각한다. 그리고 그것이 거의 모든 사람들이 원하는 것이다.그러니 이미 그렇게 해라.TVx1 09:24, 2019년 9월 6일(UTC)
- Tvx1이 한 말."주기적" 매개변수 오류 메시지를 던지는 변경사항만 되돌리면 된다.나머지는 (트래피스트의 통상적인 높은 표준에 따라), 특히 "데드 어럴(dead-url)" 교체가 바람직하며, 이는 (트래피스트가 단계별로 그 교체를 구현했어야 하지만, 지금은 그것이 다리 밑의 물이다.봇은 이를 수리할 준비가 되어 있고, 가능한 한 빨리 실행하여 해당 오류 메시지를 삭제해야 한다.관리자가 그런 취지로 이 긴 실을 닫아야 할 때다. --NSH001 (대화) 11:07, 2019년 9월 6일 (UTC)
- 나는 위의 다른 모든 사람들에게 "그렇다"라고 말하려고 할 것이다. 분명한 합의는 모든 새로운 변화를 되돌리는 것이다. 그리고 이것은 당신이 이 전제가 아닌 바로 첫날부터 했어야 하는 것이다.만약 이것이 변하고, 엄청난 반대에도 불구하고 되돌리기를 거부하는 기괴한 거절이 템플릿 편집자라고 말한다면, 나는 그들이 여전히 그 문제에 대한 어떤 템플릿도 기술적으로 편집할 수 있을지 확신할 수 없다.– 암마패드(대화) 13:10, 2019년 9월 6일(UTC)
모듈에 대한 대량 변경의 번복 제안:인용/CS1은 아직 결정되지 않은 일부 다른 해결책에 찬성하여 마감되었다.여기의 논평에서 지역사회가 그 해결책이 무엇인지에 대해 아직 합의하지 않았다는 것은 명백하다.
- 편집자 Aquillion은 전체 내용을 되돌리는 것을 찬성하는 것으로 보인다.
- Editor Tvx1은 모든 정기적 매개변수 변경사항의 되돌리기를 선호하는 것으로 보이지만 다른 해결책을 선호하는 다른 사용자가 있음을 주지한다.
- 편집기 NSH001은 모든 주기적 매개변수 변경사항의 되돌리기를 선호하는 것으로 나타남
- 편집기 암마패드는 전체 복구에 찬성하는 것으로 나타남
이 포럼은 특히 합의에 대한 결정을 내리기 때문에 여러분 모두 공감대를 형성할 필요가 있다.원한다면 나를 꾸짖는 말들을 계속 써도 되지만, 나는 당신이 결정을 위해 시간, 에너지, 그리고 단어들을 쓰는 것을 선호한다.
—스승 (대화) 15:13, 2019년 9월 6일 (UTC)
- 두 편집자는 전체를 되돌리는 것을 선호하고, 두 편집자는 정기적인 매개변수 변경을 모두 되돌리는 것을 선호한다.따라서 네 명의 편집자는 모두 (아래 스레드에서 더 많이 하는 것처럼) 정기적인 매개변수 변경을 모두 되돌리는 것을 선호한다.합의된 내용이 없다고 주장하는 귀하의 의견은 AGF에 부담을 준다. – Levivich 16:08, 2019년 9월 6일(UTC)
NSH001의 진행에 대한 제안사항
- 단기적으로 트라피스트(또는 누군가)는 "필요 웹사이트=" 또는 "신문 갱신" 오류 메시지를 던지는 변경사항을 되돌릴 필요가 있다.아마 다른 한두 명일 것이다(세부히 다 검사할 시간이 없었다.
- 다른 유용한 변경사항은 되돌려서는 안 된다(특히 버그 수정 및 "데드-url" 교체).
장기적으로는 이런 불협화음을 처리할 수 있는 새로운 정책을 개발해야 한다.한편으로, 우리 편집자들 집단은 (다른 곳은 아니지만) 인용문 내에서 마치 창의적인 작품처럼 취급되는 조직들을 보고 싶어 한다(미안하지만, 이것은 간결함을 위한 조잡한 요약일 뿐이다).나는 이 견해에 강하게 반대하지만(그리고 내가 작업하고 있는 기사에서 그것을 강요하려고 하는 사람들과 봇들을 되돌리겠다) 그것은 타당하게 주장될 수 있는 것이다.반면에, 나의 견해와, 위의 다수의 견해는, 인용이든 아니든, 조직을 창의적인 작품인 것처럼 취급하는 것은 우스꽝스럽다는 것이다.
우리는 이미 ENGVAR과 CITEVAR에 이런 종류의 선례를 가지고 있다.어쩌면 우리는 새로운 정책을 가질 수도 있고, 아니면 그것을 CITEVAR로 병합할 수도 있을 것이다.요점은 다음과 같다.
- 인용문 내에서 창의적인 작품으로서 조직을 취급하는 것(또는 그렇지 않은 것)은 어떤 한 조항에서도 일관되어야 한다.
- 조목조목 합의를 얻을 필요가 있다.내가 보기에 en:wp 전체에 이러한 스타일 중 하나를 부과할 만큼 충분한 공감대는 결코 없을 것이다.
그런 정책의 세부사항을 다듬는 데는 분명히 시간과 노력이 필요할 것이다(조직/창의적 업무 문제만이 아니라, 그것이 나를 가장 괴롭히는 문제임에도 불구하고).
--NSH001 (대화) 08:25, 2019년 9월 5일 (UTC)
- 서포트로버츠키(토크) 10:23, 2019년 9월 5일(UTC)
- 출퇴근 중에 급하게 타이핑을 하다 보니 내 표가 넓어졌다.NSH001의 제안은 이 변경사항 집합에 대해 내가 느끼는 것과 거의 일치한다.모든 것이 가서는 안 되며, 여기 편집자 대다수가 논쟁의 여지가 있다고 생각하는 일부만 가서는 안 된다.TTM이 한 힘든 일은 완전히 버려져서는 안 된다.사이드 노트:지난 며칠 동안, 나는 수작업으로 몇 페이지에 걸친 참조를 검토하여 그것들을 업데이트했고, 많은 편집자들이 꽤 자유롭게 그리고 AV 미디어, 보도 자료 등과 같은 다른 종류의 참조들을 위해 Cite 웹 템플릿을 사용하고 있다는 것을 깨달았다.아마도 이것은 Cite 웹의 이전 반복이 허용되거나 허용되지 않는 것에 있어 느슨했기 때문일 것이다.잘못 사용된 템플릿에서 파생된 메타데이터가 어떤 목적으로든 자동으로 참조를 픽업하는 메타데이터에 의존할 수 있는 다운스트림 리더에 영향을 미칠 수 있으므로 이 작업은 중단되어야 한다.따라서 인용 웹 템플릿을 사용하는데 신중하거나 시각적 편집기에서 인용문을 작성하기 위해 편리한 도구를 사용하는 것에 대해 다시 한 번 생각해 보십시오. 시간이 있으면 기사를 편집하는 동안 올바른 인용 템플릿에 대한 참조를 업데이트하십시오.로버츠키 (토크) 18:09, 2019년 9월 5일 (UTC)
- 반대한다. 나는 더 좋은 루트는 RfC를 사용하는 것이라고 생각한다.
website=
매개 변수 및 가능한 동반 RfC onnewspaper=
. 나는 여기서 CITEVAR과 같은 규칙을 WP:V와 참조에 관한 다양한 정책과 지침이 참고자료에 어떤 종류의 정보가 필요하다는 것을 나타내듯이 사용하는 것을 좋아하지 않는다. 나는 인용 템플릿 코드에 최소한의 표준을 설정하는 것이 적절하다고 생각한다. 문제는 그것들을 어떻게 결정할 것인가이다.조조 유메루스 (토크, 기여) 10:27, 2019년 9월 5일 (UTC)
- 나는 이해할 수 없다: 인용문에 출처를 표시해야 할 필요성에 대해 의문을 제기하고 있는가?왜냐하면 웹사이트나 신문에 어떤 것을 인용할 때 출처가 웹사이트와 신문이기 때문이다. 72.43.99.138 (대화) 14:01, 2019년 9월 5일 (UTC)
- 아니, 나는 그 정보가 항상 A에 포함되어야 하는지에 대해 의문을 가지고 있다.
website=
매개 변수; 때로는 웹 사이트가 게시자일 때도 있고 때로는 플랫폼일 때도 있다.조조 유메루스 (토크, 기여) 14:19, 2019년 9월 5일 (UTC)- 웹 사이트는 아무것도 게시하지 않는다.그것들은 책, 잡지, 사진 같은 정보가 담긴 용기들이다.다른 엔티티는 웹 사이트를 게시한다.이러한 실체(출판사)는 인용문에 포함될 수 있다.반드시 포함되어야 하는 것은 책 제목이든 저널 이름이든 웹사이트 제목이든 정보 컨테이너의 적절한 (검증 목적의 검색 가능) 이름이다. 24.105.132.254 (대화) 20:20, 2019년 9월 5일 (UTC)
웹 사이트는 아무것도 게시하지 않는다.
오 그래 그들은 블로그가 그렇듯이 그렇다.우리의 출판 기사에 대한 리드는 출판을 "문학, 음악 또는 정보의 보급"으로 정의함으로써 충분히 명확하게 한다.그들은 콘텐츠의 창작자가 될 필요가 없고, 나는 그것이 많은 나라의 법적 상황이라고 생각한다.모리오리 (토크) 23:40, 2019년 9월 5일 (UTC)- 내 생각은 달라.정보는 웹사이트에 게재되지만, 웹사이트에 의해 공개되지는 않는다.블로그도 아무것도 게재하지 않는다.블로그 작성자는 콘텐츠를 만들고, 동일하거나 다른 주체가 이를 게시한다.그러나 당신이 블로그에 쓰여진 것이 있다고 주장할 때, 내가 그것을 확인하고 싶다면 나에게 중요한 것은 블로그 이름/주소다.그것은 출처와 검증하기 위한 관련 항목이다.달리 검증할 수 없다.72.43.99.138 (대화) 23:57, 2019년 9월 5일 (UTC)
- 웹 사이트는 아무것도 게시하지 않는다.그것들은 책, 잡지, 사진 같은 정보가 담긴 용기들이다.다른 엔티티는 웹 사이트를 게시한다.이러한 실체(출판사)는 인용문에 포함될 수 있다.반드시 포함되어야 하는 것은 책 제목이든 저널 이름이든 웹사이트 제목이든 정보 컨테이너의 적절한 (검증 목적의 검색 가능) 이름이다. 24.105.132.254 (대화) 20:20, 2019년 9월 5일 (UTC)
- 아니, 나는 그 정보가 항상 A에 포함되어야 하는지에 대해 의문을 가지고 있다.
- 나는 이해할 수 없다: 인용문에 출처를 표시해야 할 필요성에 대해 의문을 제기하고 있는가?왜냐하면 웹사이트나 신문에 어떤 것을 인용할 때 출처가 웹사이트와 신문이기 때문이다. 72.43.99.138 (대화) 14:01, 2019년 9월 5일 (UTC)
- 이 일에 대한 지지는 충분히 오래 지속되었고, 의견 일치를 보았다.이러한 변화들은 모든 사람들에게 영향을 미치고 모든 사람들이 일어나기 전에 인지해야 한다.블루 호박파이 (토크) 10:31, 2019년 9월 5일 (UTC)
- 기한이 오래 지난 단기안을 지지하다분명히 말하면, 그것은 메시지를 숨기는 것이 아니라, 오히려 이 두 가지를 전혀 오류로 만들지 않는 것이다.장기적인 제안은 기다릴 수 있다.Kanguole 12:25, 2019년 9월 5일 (UTC)
- 조조 유메로스 당 어느 정도 반대한다.우리가 다른 것을 하기 전에 실제로 일어나야 하는 것은 이러한 인용문 및 인용문 템플릿이 어떻게 사용되어야 하는지에 대한 표준을 결정하는 것이다.{{cite web}}이(가) 비일관적으로 그리고 많은 경우에 보다 관련성이 있는 정기적인 인용 유형을 대신 사용해야 할 때 부적절하게 사용되고 있다는 것은 많은 편집자들의 논평에서 꽤 명확해지고 있다.그러나 매우 중요한 문제는 우리가 이것에 대한 어떤 표준 지침도 가지고 있지 않은 것처럼 보인다는 것이다. 그리고 아주 오랜 기간 동안 모듈에서 양보와 해결책이 만들어져서 편집자들이 잘못된 템플릿을 사용하여 인용문을 그들이 생각해야만 하는 것처럼 보이게 할 수 있다.어느 순간 우리는 그것을 바로잡아야 할 것이고, 그 중 일부는 템플릿이 잘못 사용되었을 때 어떤 종류의 오류를 일으키게 할 것이다. 그리고 그것은 엄청난 청소 작업이 될 것이다. 하지만 그것은 옳은 일이다.최근의 변화는 그런 방향으로의 한 걸음일 수도 있고 아닐 수도 있지만 어느 쪽이든 '현상'으로 되돌아가는 것은 도움이 되지 않을 것이다.이반벡터 (/)TalkEdits 13:10, 2019년 9월 5일 (UTC)
- 지원 이것이 전반적으로 비참한 결과를 초래한 템플릿에 대한 다른 유형의 볼드체인지 또는 다른 주요한 변화였다면, 이슈가 수정되기 전까지는 그러한 변화를 현 상태로 되돌릴 것으로 쉽게 예상했을 것이다.나는 "website"의 변화는 단지 코드에 대한 한 번의 샷으로 만들어진 12개의 변화 중 하나일 뿐이며, 아무도 cs1 그룹에게 이 모든 것을 죽이라고 요구하지 않고, 단지 웹사이트가 범주로 분류되는 것을 오류로 표시하도록 하지 않는다.'오류로 표기된 것'은 억제된 반면, 분류는 여전히 진행 중이어서 문제는 여전히 남아 있다.그리고 TTM과 여기 있는 몇몇 다른 사람들의 태도를 협력적으로 받아들이기는 어렵다."website"와 다른 매개변수를 어떻게 다루는지에 대해 100% 더 많은 논의가 필요하며, 이는 이 위원회의 주제가 아니지만, 이러한 변화가 초래한 지속적인 문제와 이를 되돌리게 만든 이들의 저항으로 인해 WP는 다음과 같이 말하고 있다.여기 FAIT 문제. --Masem (t) 13:35, 2019년 9월 5일 (UTC)
- 단기 제안서들을 지지하라. 그러면 우리는 RfC가 무엇이든 가질 수 있다.RfC가 한 달 동안 가동되는 동안 이러한 오류가 계속 나타날 리 없다. starship.paint (talk) 13:36, 2019년 9월 5일 (UTC)
- 지원 - dead-url 오류는 봇이 처리할 준비가 되었으므로 되돌릴 필요가 없다.누락된 정기 간행물 매개변수가 오류로 플래그 지정되는 것은 명백한 합의점이 없으며, 이를 유발한 변화는 가능한 한 빨리 되돌려야 한다.TVx1 17:27, 2019년 9월 5일(UTC)
- 지원 – 나는 NSH의 제안이 이것을 해야 할 핵심 사항으로 요약한다고 생각한다.조조와 이반의 반대표를 보면 편집자들이 수동으로 수정해야 할 적색 오류를 보여주는 51만5000쪽(현재 기준) 이상의 결과가 나올 시나리오도 없고, 누락-공시 적색 오류를 영구히 숨기는 시나리오도 없을 것이라고 생각한다.따라서 현재 상황은 어떤 일이 있어도 버티지 못할 것이며, 이는 RfC 결과를 기다리는 동안 현재 상황을 보존하는 데 아무런 의미가 없다는 것을 의미한다.NSH의 첫 번째 탄환 지점에 따라, 우리는 "요청하지 않음
website=
{{}{{{present web}}}}에newspaper=
{{cite news}}}에서, 우주선의 표현대로, "RfC" 또는 RfC가 필요한 경우.– Levivich 19:06, 2019년 9월 5일(UTC) - 지원 - 편집하는 동안 성가신 메시지가 나타나지 않는 한.나는 이 지역 사회의 대다수가 오류로 인식되지도 않는 "오류"를 수정하고 싶지 않다.합의 없이 임의로 소수 의견을 부과한 것은, 언제나 여기서의 실수일 것이다. --Sk8erPrince (대화) 19:31, 2019년 9월 5일 (UTC)
- 지원 - NSH001이 올바르게 지적했듯이, "위 다수 의견의 명백한 견해는 인용이든 아니든 조직을 창의적인 작품인 것처럼 취급하는 것은 우스꽝스럽다는 것이다." --Tenebrae (대화) 22:14, 2019년 9월 5일 (UTC)
- 지원 : 특히 {cite 웹} 및 {cite news} 템플릿에서 "정기적 누락" 인용 오류를 제거하는 것을 지지한다.많은 웹사이트들은 정기 간행물이 아니다; 그것들은 다른 종류의 콘텐츠들이다.나치 독일에 대한 14개의 오류를 고치는데 45분이 걸렸다.수리가 필요한 것들은 대부분 독일어였기 때문에 이것이 까다로웠다는 것을 인정하지만, 예를 들어 버락 오바마 특집 기사에 190개의 인용 오류가 있거나 많이 방문했던 것이 있다. 이 모든 것을 수작업으로 수정해야 한다면, 이 기사 하나만 수리할 수 있는 시간이 얼마 안 되는 것이다.현재 546,726페이지에 "실종된 정기 간행물"이 표시되어 있는데, 오늘 방문한 페이지마다 오류 메시지가 여러 개씩 붙어 있다.이것은 특히 어떤 조직(iTunes, Yad Vashem, Pottsdam, USHM 등)이 작품과 같은 것이 아니며, 그것이 기울임꼴로 표시되는 "웹사이트" 분야에 있을 것을 강요해서는 안 된다는 점에서, 다른 작업에 더 많은 시간을 보내는 것이 좋다.— 다이애나 🍁 (대화) 23:58, 2019년 9월 5일 (UTC)
- 누락된 정기 간행물 인용 오류의 제거를 지원한다.의무사항이며 수백만 페이지의 영향을 미치는 모든 사항은 먼저 논의되어야 한다. - Knowledkid87 (토크) 00:41, 2019년 9월 6일 (UTC)
- 인용 웹에서 웹사이트/신문 의무성의 제거를 지지한다 / 말도 안되게 압도적인 의견과 상식에 근거하여 인용 뉴스.이것은 명백하기 때문에 RFC를 사용할 필요가 없어야 한다.헤드폭탄 {t · c · p · b} 01:05, 2019년 9월 6일(UTC)
- 지지하다.그 변화는 되돌릴 필요가 있다.위와 같은 명확한 합의를 볼 때 그들이 아직 그러지 못한 것은 우려스러운 일이다.그 후, 트라피스트 스님은 자신이 하고 싶은 변화를 제안하는 중앙 위치에서 중성적인 단어인 RfC를 가질 수 있다.SarahSV 01:51, 2019년 9월 6일(UTC)
- 지지하다.위에서 그렇게 하는 것에 대한 강한 공감대가 이미 형성되어 있는데, 그 변화의 저자는 이것을 "합의의 모멘텀"이라고 평가절하했다. 그래서 이것은 단지 그 노력을 복제하는 것이다.현 상태로 돌아간 뒤 적절한 포럼에서 명확한 합의를 얻어 변화만 해야 한다.– 암마패드(대화) 07:58, 2019년 9월 6일(UTC)
- 지원, 그리고 빨리.현재 상태로는, 나는 읽기 오류 메시지의 바다(주로 "Cite Web은 웹사이트를 필요로 한다")와 직면하고 있지만, 또한 내가 잘 이해하지 못하고 조금 전에 없었던 "비사용 deadurl="도 직면하고 있기 때문에 기사의 일부 관련 없는 문제들을 수정하고 싶지 않다.이것은 선의의 편집자들에게 심각한 혐오감을 준다. -- 마이클 베드나렉 (대화) 12:16, 2019년 9월 6일 (UTC)
- 지지하다.위키피디아에서만 그렇게 많은 것들을 깨트리는 소프트웨어 변경은 명확한 합의점을 가지고 토론한 후에도 나흘이 지나도 여전히 깨질 수 있었다.지금 인용 웹/인용 뉴스 이슈를 분류하십시오. 이것은 실제로 혼란으로 치닫고 있기 때문이다.블랙 카이트 (토크) 15:04, 2019년 9월 6일 (UTC)
- 지지하다.우리는 명확한 지원이 없는 수천 개의 메시지로 CS1 오류 대기열을 막지 않고 이 논의를 계속할 수 있다.Phatom87 17:52, 2019년 9월 6일(UTC)
무언가를 가리키며
나는 이 긴 전체 토론에서 몇 가지 절대적 논거를 읽었기 때문에 WP는 다음과 같은 점을 지적해야 한다고 생각한다.시트스타일은 "위키피디아에는 [강조 추가] 단일 주택 스타일이 없지만, 주어진 기사 내의 인용문은 일관된 스타일을 따라야 한다"고 말한다.인용문, APA 스타일, ASA 스타일, MLA 스타일, 시카고 매뉴얼, 작성자 날짜 참조, 밴쿠버 시스템 및 블루북에 대한 위키백과 기사에 설명된 것을 포함하여 많은 인용문 스타일이 [추가]예를 들어 시카고 스타일 매뉴얼은 웹사이트 이름을 기울임꼴로 표시하지 않는다.그래서 상식적인 면제를 할 수 있다는 MOS의 발언과는 별도로, MOS가 웹사이트를 이탤릭화해야 한다고 말하는 것은 정확하지 않다고 생각한다.-테네브라에 (토크) 01:06, 2019년 9월 6일 (UTC)
- 그리고 위키피디아에서 허용되는 스타일 중 하나는 WP:Citation Style 1이다.이 논의는 위키백과 기사에서 사용할 필요가 없는 인용 스타일 1에 관한 것일 뿐이다(특정 기사 내의 인용문이 일관된 양식을 따르는 한).—BarrelProof (대화) 05:54, 2019년 9월 6일 (UTC)
- 인용 스타일 1이 형식적인 스타일(APA, MLA, 시카고 등)이 아니라 우리 목적에 맞게 변형된 하이브리드라는 점은 좋은 점이다.도움말:초대 스타일 1#작업 및 게시자(또는 RfC 관련 변경 전 버전 사용, Special:Permalink/909741631#Work and Publisher)는 작품(Work and Publisher)을 나타내는 것 같다.
work=
website=
newspaper=
, 등)은 항상 제공되어야 하며, 만약 웹사이트의 이름과 게시자가 같다면 다음과 같이 양식화된 도메인 이름을 사용해야 한다.website=
, 그리고 작업이 충분히 잘 알려져 있거나 기본적으로 웹사이트 이름과 동일할 때, 생략한다.publisher=
작업 매개 변수 없음.업데이트된 버전은 웹 사이트 제목을 직립 글꼴로 렌더링하는 데 게시자를 사용하지 말라는 지침을 추가했지만, 그렇지 않으면 아무것도 변경되지 않았지만, 어쨌든 이것은 과거 버전에 암시된 것으로 이해되어야 했다.그래서 위키피디아에는 현재 60만개의 인용구들이 있는데, 우리 자신의 스타일 가이드에 따라 잘못 표기되고 있으며, 현재 이 인용구들은 카테고리에 유용하게 분류되어 있다.CS1 오류: 정기 간행물 누락.인용 모듈로 변경 사항을 되돌리면 오류는 사라지지만 잘못된 인용은 여전히 부정확하다.나는 그 범주를 지키는 게 낫겠다.이반벡터 (/)TalkEdits 13:29, 2019년 9월 6일 (UTC)- 이는 기본적으로 cs1을 사용한 편집자의 90%가 인용문을 작성하는 템플릿에 액세스하기 위해 이 템플릿을 사용하고 있지만, 단일 기사 내에서 일관성이 있는 한 원하는 형식을 얻기 위해 템플릿을 사용하고 있으며 (현재까지) 메타데이터/위키다타에 끼워넣는 필드는 덜 신경쓸 수 있다.특정 방식으로, 나는 90%가 문서화 요소를 전혀 인식하지 못했다고 확신한다. 대신, 다른 예에서 복사하여 그러한 방식으로 학습한다.그래서 만드는 것의 조합은
website=
, "주기적"으로, cs1 페이지의 RFC에서 이탤릭체로 렌더링하고, makeingwebsite=
에 필요한 매개 변수.publisher=
cs1 템플릿으로 학습하고 표준화하는 것을 선택한 사람들에게 강요하지만 그들이 사용하기를 원하는 포맷으로 강요하기 때문에 사람들이 화가 난 것은 포맷이 틀렸다는 것이다.그 90%의 편집자들이 내내 틀렸을 수도 있지만, 그럼에도 불구하고 그들은 변화에 화가 나 있고 우리가 다루려고 하는 혼란은 여기서 비롯된다.이를 해결하기 위해 인용 템플릿 형식/접근의 형식과 오류 확인에 있어 그렇게 엄격할 필요가 있는지 여부 등을 포함하여 논의해야 한다.혼란을 최소화하여 일부는 오류로 표시하지 않도록 해야 한다. 그런 다음, 이러한 중단을 최소화하고, 편집자가 사용하고자 하는 것을 유지하며, 원하는 메타데이터 접근법을 얻는 방식으로 재실행하는 경로를 논의할 수 있다. --Masem (t) 13:47, 2019년 9월 6일(UTC)- 그래, 어느 정도는 동의해.일반적으로 말해서, 비록 그것이 처음부터 잘못되었다고 해도, 그것은 항상 그렇게 되어왔다.그러나 일단 그것이 잘못되었다는 지적이 나온 이상, 우리가 늘 해왔던 방식 외에 다른 이유 없이 계속해서 잘못된 행동을 하는 것은 어리석은 짓이다.나는 온 페이지에 오류 메시지를 표시하는 것이, 특히 모든 것을 망쳐놓는다는 것에 동의하며, 편집자들이 그들의 작업이 빨간 공지로 도배되는 것에 대해 화를 내는 것이 옳다는 것에 동의한다. (나처럼 오류가 있는 곳을 보고 수정될 수 있도록, 그리고 그것을 위해 이미 css 해킹이 있다.)오류를 보고자 하는 편집자는 오류를 확인해야 한다.)그러나 그 문제는 오류 메시지를 숨김으로써 완전히 해결되었다.며칠 전에 그런 일이 있었다.우리는 이미 "그 혼란을 최소화하는 방식으로 재실행"을 할 때가 지났다.편집자들은 그들이 원하는 어떤 왜곡된 형태로든 템플릿을 계속 조작할 수 있는데, 그들이 원하는 대로 맨 URL이나 평범한 위키마크업이나 혹은 인용문을 만들기 위해 단지 <ref> 블록 안에 있는 어떤 것을 그냥 떨어뜨릴 수 있었듯이, 그리고 다른 누군가가 적절한 시기에 어떤 사이트 전체의 스타일에 그것을 적응시킬 수 있을 것이다.이 시점에서 변화를 되돌리는 것은 아무 이유 없이 거꾸로 가는 것일 뿐이다.이반벡터 (/)TalkEdits 13:59, 2019년 9월 6일 (UTC)
- 오씨와 WMF는 서버 부하를 증가시키는 숨겨진 오류에 대해 불평을 하고 있는데, 이것은 또한 바보 같은 짓이다.(WMF는 프로젝트 작업을 하는 프로젝트가 아니라 다시 코를 박고 있다.)이반벡터 (/)TalkEdits 14:02, 2019년 9월 6일 (UTC)
- 현재의 cs1 템플릿이 "올바른"지 그리고 우리는 사용자들이 따라야 하는지 또는 템플릿이 사용자의 기대에 부합하도록 변경이 필요한지(특히 이탤릭체 문제에서), 또는 사용자와 메타데이터 그룹의 욕구를 모두 충족하는 별도의 템플릿이 필요한지를 알아내기 위해 더 폭넓은 논의를 할 필요가 있다는 것에 동의한다.그러나 이 때문에 50만 개에 이르는 템플릿 오류 범주를 보유하고 있다는 사실은 WP와 완전히 상반된 "아, 사용자가 고쳐야 한다"는 단순한 상황이 아니다.FAIT, 사용자가 틀렸다 하더라도.물론 20/20의 사후판단을 가지고 이야기하자면, 얼마나 많은 잘못된 용도의 범위는 템플릿이 변경되기 전에 파악되었어야 했고, 그것으로부터는 우리가 그것들을 만들기 전에 공시와 토론이 필요했음이 분명했을 것이다.나는 레드링크 붕괴가 양탄자 아래 휩쓸려간다는 것에 동의하지 않지만 근본적인 문제들이 남아 있고, 특히 위에서 언급했듯이, 해결책이 루아 코드에서 4개의 작은 단어들을 간단히 제거하는 것이라면, 그것은 봇 과제를 깨뜨릴 수도 있지만, 혼란을 최소화하는 것이 더 큰 우선 순위라고 생각한다.그것을 암묵적으로 그대로 두는 것은 더 넓은 투입 없이 cs1팀이 내린 결정이 암묵적으로 옳다는 것을 의미하며, 그 대신 우리는 그러한 중대한 변화에 대한 지역사회의 합의를 얻을 필요가 있다.
- 그리고 사실, WMF가 서버들을 소유하고 있고, 추가 부하비용도 있기 때문에, 나는 그들이 그것이 문제라면 말할 것이라고 예상한다.그것이 우리의 '땅 주인'들을 행복하게 하기 위해 되돌아가야 할 더 큰 이유다. --마샘 (t) 14:07, 2019년 9월 6일 (UTC)
- 지금까지 WMF는 단지 그들이 그들의 목적에 맞는 것들을 조정할 필요가 있는지, 그리고 우리가 그러한 오류들을 해결하기 위한 ETA를 가지고 있는지 알고 싶을 뿐이다.그렇긴 하지만, 만약 우리가 뻔한 일을 하고 {{cite 웹}과 {{cite 뉴스}}을(를) 놓친다고 하는 것을 중단한다면, 그 문제는 그냥 사라질 것이다. 왜냐하면 그들은 완전한 인용구를 위해 정기적인 정보를 필요로 하지 않기 때문이다.헤드폭탄 {t · c · p · b} 14:38, 2019년 9월 6일(UTC)
- 특정 작품이 없는 인용문은 불완전하다.{{ternal web}}}은(는) "유효한 웹사이트"그렇지 않으면 말이 안 된다.마찬가지로 {{cite news}는 "뉴스 소스"를 의미한다.뉴스 출처에 있는 기사가 아니라 인용 부편이나 일부분이다.비슷한 맥락에서, 우리는 인용 스타일에 대해 이야기하고 있다.이것은 위키텍스트 스타일에 관한 것이 아니다.인용문은 기사를 예쁘게 보이게 하기 위해 있는 것이 아니라, 그들만의 요구조건이 있는데, 이것은 산문에 적용되는 MOS와 스타일리시하게 다를 수 있다.만약 MOS가 수용될 수 있다면, 좋아.그러나 이것은 인용문을 더욱 기능적으로 만들기 위한 방법으로 스타일을 적용하는 것에는 부차적인 것이다.글씨를 비스듬히 써서 작품(출처)을 강조하는 것은 오랫동안 cs1/cs2 규범이었다.그것은 검증자가 인용의 가장 중요한 부분, 즉 위키텍스트의 주장이 발견될 수 있는 부분에 영(0)하도록 돕는다.어느 시점에서는 인용 플랫폼 전체의 일관성이 적용되어야 할 것이다.98.0.246.242 (대화) 17:02, 2019년 9월 6일 (UTC)
- 지금까지 WMF는 단지 그들이 그들의 목적에 맞는 것들을 조정할 필요가 있는지, 그리고 우리가 그러한 오류들을 해결하기 위한 ETA를 가지고 있는지 알고 싶을 뿐이다.그렇긴 하지만, 만약 우리가 뻔한 일을 하고 {{cite 웹}과 {{cite 뉴스}}을(를) 놓친다고 하는 것을 중단한다면, 그 문제는 그냥 사라질 것이다. 왜냐하면 그들은 완전한 인용구를 위해 정기적인 정보를 필요로 하지 않기 때문이다.헤드폭탄 {t · c · p · b} 14:38, 2019년 9월 6일(UTC)
- 이는 기본적으로 cs1을 사용한 편집자의 90%가 인용문을 작성하는 템플릿에 액세스하기 위해 이 템플릿을 사용하고 있지만, 단일 기사 내에서 일관성이 있는 한 원하는 형식을 얻기 위해 템플릿을 사용하고 있으며 (현재까지) 메타데이터/위키다타에 끼워넣는 필드는 덜 신경쓸 수 있다.특정 방식으로, 나는 90%가 문서화 요소를 전혀 인식하지 못했다고 확신한다. 대신, 다른 예에서 복사하여 그러한 방식으로 학습한다.그래서 만드는 것의 조합은
- 이 논의는 인용 스타일 1에만 관한 것이 아니다.도움말에 따라:인용 스타일 2,
CS2
및인용 스타일 1(CS1
)에속하는 모든 템플릿
은CS1 Lua 모듈 제품군
에의해 처리
및렌더링된다.
스타리그랑마 (토크) 14:31, 2019년 9월 6일 (UTC)
- 인용 스타일 1이 형식적인 스타일(APA, MLA, 시카고 등)이 아니라 우리 목적에 맞게 변형된 하이브리드라는 점은 좋은 점이다.도움말:초대 스타일 1#작업 및 게시자(또는 RfC 관련 변경 전 버전 사용, Special:Permalink/909741631#Work and Publisher)는 작품(Work and Publisher)을 나타내는 것 같다.
무언가를 지적하는 것(2부)
이것은 "관리자에게 일반적으로 영향을 미치는 문제"인가, 아니면 프로젝트 전반에 걸친 논의인가?이 페이지는 이 계속되는 실 때문에 거대해졌다.나는 그것이 최근의 또 다른 토론처럼, 그것 자체의 한 페이지로 옮겨져야 한다고 생각한다.고마워요.러그넛 16:44, 2019년 9월 6일 (UTC)
- 우리는 수천 페이지에 영향을 미치는 기술적 문제가 있는데, 우리는 아직 그것을 만든 사람들이 해결하기 위한 단계를 밟는 것을 보지 못했다.ANI를 훨씬 뛰어넘는 단계가 있지만, 10만 개의 적색 텍스트 오류와 범주 분류 문제를 어떻게 해결할 것인가 하는 이 당면한 문제는 해결해야 할 관리 문제다. --Masem (t) 16:59, 2019년 9월 6일 (UTC)
- 그럴 만도 하다.답장해줘서 고마워.러그넛 17:48, 2019년 9월 6일 (UTC)
약간의 설명을 해 주시죠.
@Primfac. 이걸 닫아줘서 고마워.
설명을 좀 해 주시겠습니까?폐막 성명에서 CS1 템플릿 제품군의 업데이트에 최근에 추가된 매개변수 요구
사항을 삭제
했으며, 구현(파라미터 의무화)
은 여기에서 많은 비판을 받아왔다
.모든 주기적 템플릿의 주기적 매개 변수 요구 사항(으)을 말하는가?{{cite journal}}
,{{cite magazine}}
,{{cite news}}
,{{cite website}}
)은(는) 제거될 예정이거나 해당 템플릿의 다른 하위 집합으로 제거를 제한하고 있는가?
—스승 (대화) 19:38, 2019년 9월 6일 (UTC)
- 말도 안 되는 것은 {{cite web}}, {{cite news}}이(가) 있는 것인데, 그것이 바로 고쳐야 할 사항이다.{{cite 저널}/{{cite magazine}}}이(가) 필요한데 문제가 있는 사람은 없다.
journal=
/magazine=
. 헤드폭탄 {t · c · p · b} 23:48, 2019년 9월 6일 (UTC) - @trappist 스님: - 변경하면 업데이트하십시오.고마워. 스타쉽.페인트(토크) 02:01, 2019년 9월 7일 (UTC)
- 무엇을 업데이트하시겠습니까?
- —스승 (대화) 02:56, 2019년 9월 7일 (UTC)
- @Trappist 스님: - 인용 웹과 인용 뉴스를 위해
최근에 추가된 매개변수 요건을 제거
한다.너 그거 해봤어?지금도 오류가 보인다. starship.paint (대화) 03:01, 2019년 9월 7일 (UTC)- 어디서? 페이지 정리했어?
- —스승 (대화) 03:04, 2019년 9월 7일 (UTC)
- @Trappist 스님: - George Hirst - 현재 특집 기사에는 많은 것들이 있다.알렉 홀로우카와 윌리엄 J. 라킨 주니어는 최근 사망하였다.캐롤 린리(참고자료 7)와 키란 나가카르(참고자료 10)는 죽은 우르릉(죽은 우르릉)을 제외한 다른 두 가지 예다.숙청 방법에 대해 조언해달라, 모르겠다. 스타쉽.페인트(토크) 03:08, 2019년 9월 7일(UTC)
- @Trappist 스님: - 인용 웹과 인용 뉴스를 위해
- Help Talk에서 별도의 논의를 시작했는데,인용 스타일 1은 (이 첫 번째 시도가 초래한 대규모 중단 없이 의도된 업데이트를 얻는 면에서) 앞으로 나아갈 나머지 방법을 알아내기 위한 것이다.--Masem (t) 03:46, 2019년 9월 7일 (UTC)
@스승의 트라피스트레이피스트:작업 대기열 새로 고침이 완료되면 범주:CS1 오류: 누락된 정기 간행물이 비어 있거나, {{cite 저널}/{cite 매거진}이(가) 필요한 곳에 기사가 포함되어 있는지 여부 journal=
/ magazine=
아니면 다른 거?카테고리 페이지의 텍스트를 업데이트해야 하는가?고마워!GoingBatty (토크) 04:40, 2019년 9월 7일 (UTC)
- 범주:CS1 오류: 정기 간행물 누락 시 기사가 보관됨
{{cite journal}}
및/또는{{cite magazine}}
정기적인 매개 변수 없이오류 메시지 문서가 수정됨. - —스승 (대화) 20:01, 2019년 9월 7일 (UTC)
@트래피스트 수도승: 필요한 반응을 얻어서 이 주제를 종결했다고 생각하셨습니까?변경했으면 업데이트(여기에 언급)하십시오.현재 상태를 알기 어렵고 많은 사용자가 이 주제에 관여하고 있기 때문에 커뮤니티에 지속적으로 알리는 것이 중요하다.너 스스로 필요성을 못 느끼겠지만 이번에 더 노력해줘서 고마워.JAGulin (대화) 10:56, 2019년 9월 7일 (UTC)
- 클로즈업에서 요구하는 수정은 이 편집(약 18시간 전)으로 이루어졌다).
- —스승 (대화) 20:01, 2019년 9월 7일 (UTC)
- 정기간행물 누락에 대한 오류 메시지 전달 계획은?나는 봇이 데덜로 끝난 후에 더 이상 사용되지 않는 매개변수 오류 메시지가 숨겨지지 않을 것이라고 가정한다.얼마나 걸릴지 알아?감사합니다, – Levivich 21:10, 2019년 9월 7일(UTC)
컬렌328
관리인이 내 페이지에 와서 블록으로 나를 위협하고 그 뒤를 이어 변명의 위협을 하는 것이 적절한가 하는 생각이 들었다.
그것은 Cullen328과 함께 지난 12시간 이내에 일어났다.느닷없이 (그가 원한을 품은 편집자의 연락을 받은 것으로 의심되지만) 나는 다음과 같은 메시지를 받는다.
이어 나는 정말로 저그넷(소스의 모회사)을 위한 위키엔 엔트리를 읽었고, RSN을 점검하여 문제의 소스가 신뢰할 수 없는 것으로 태그된 적이 있는지 확인했다고 지적했다.출처도 그 부모도 RSN에서 언급된 적이 없다. 이에 응하여 컬렌328으로부터 다음과 같은 말을 받았다.
- "나는 오직 한 가지 목적을 위해 이곳에 왔다: 위키피디아의 정책, 특히 BLP를 집행하기 위해서.이 규정에는 다음과 같이 되어 있다.고품질의 원천을 사용하는 것에 대해 매우 확고히 하라."그것이 내가 너에게 단호하게 대하고 있는 이유야.그 정책에는 반복적인 험담을 피하라고 되어 있다.Nickswift.com은 의심할 여지 없이 가십 사이트다.그들은 스스로를 가십 사이트라고 부른다.그들은 온라인에서 널리 가십 사이트로 불린다.위키피디아에서 가십 사이트를 이용하는 것은 절대 용납할 수 없다.만약 당신이 이 웹사이트에 대한 나의 평가에 동의하지 않는다면, 당신은 WP에서 승인을 얻어야 한다.RSN. 만약 내가 "dick"이 되고 있다고 믿는다면 WP에 보고하라.ANI. 그런 조치를 취하지 않고 다시 가십 사이트를 이용하는 것을 보게 되면 무한정 차단될 것이다."3
- "나는 오직 한 가지 목적을 위해 이곳에 왔다: 위키피디아의 정책, 특히 BLP를 집행하기 위해서.이 규정에는 다음과 같이 되어 있다.고품질의 원천을 사용하는 것에 대해 매우 확고히 하라."그것이 내가 너에게 단호하게 대하고 있는 이유야.그 정책에는 반복적인 험담을 피하라고 되어 있다.Nickswift.com은 의심할 여지 없이 가십 사이트다.그들은 스스로를 가십 사이트라고 부른다.그들은 온라인에서 널리 가십 사이트로 불린다.위키피디아에서 가십 사이트를 이용하는 것은 절대 용납할 수 없다.만약 당신이 이 웹사이트에 대한 나의 평가에 동의하지 않는다면, 당신은 WP에서 승인을 얻어야 한다.RSN. 만약 내가 "dick"이 되고 있다고 믿는다면 WP에 보고하라.ANI. 그런 조치를 취하지 않고 다시 가십 사이트를 이용하는 것을 보게 되면 무한정 차단될 것이다."3
그래서 우리는 위키피디아에 의해 출처가 '가십 사이트'로 결정되었다는 증거를 요구하기 위해 꽤 좆같은 인사와 블록의 위협에서 '가십 사이트'(그리고 아니다, 웹사이트는 스스로를 '가십 사이트'라고 부르지 않는다)로 갔다.
이봐, 난 관리인이란 게 종종 짜증나고 너희들은 영원히 송어 따귀를 맞을 자격이 있는 사람들을 상대해야 한다는 걸 알아. 하지만 컬런은 이 일에 꽤 빨리 공격적이었던 것 같아.그들이 믿을 수 없다는 것을 증명할 수 없는 출처에 대해 내게 끈덕지게 경고하는 것은 매우 불필요한 일이었다.
나는 Cullen328과 그 문제를 더 논의함으로써 그들의 깃털이 부풀어 올라 나를 방해할 것을 우려하기 때문에 여기서 약간의 지도를 받기로 결정했다.또한, 그는 그들의 행동이 전혀 부적절하다고 생각하지 않으며, 내가 이 문제에 대해 논의하기 위해 여기에 올 것을 제안했다.
내용 토론은 제쳐두고, 이 행정관의 행동을 걱정해야 하는가? - 잭 세바스찬 (대화) 17:25, 2019년 9월 1일 (UTC)
- 컬런의 말에 동의해이것은 그 페이지에 있는 당신의 편집 전쟁과는 별개의 것이다.틀렸고, 꽤 확실해.--조름 (대화) 17:32, 2019년 9월 1일 (UTC)
- 문제의 근원은 여기서 당신의 편집인 것 같다[46].당신은 왜 전기에서 그러한 성격을 만들고, 클릭배트와 유명인사의 가십으로 거래되는 것으로 보이는 사이트에 그것을 출처화하는 것이 중요하다고 생각하였는가?컬런의 경고가 적중하고 있어아크로테리온 (대화) 17:32, 2019년 9월 1일 (UTC)
- RSN은 Nickisiwft나 그 부모가 신뢰할 수 없는 출처로 간주된다는 것을 주지 않는다는 것을 내가 여기와 다른 곳에서 언급했다는 것을 알아두십시오.그것이 우리가 생소한 소스를 추가하기 전에 확인하는 것이다.사후판단, 그것은 가장 위대한 출처는 아니지만, 그것에 대해 물어보려고 한다고 아이디드 블록으로 나를 위협하는 것은 꽤 통제불능인 것 같다. - 잭 세바스찬 (토크) 18:08, 2019년 9월 1일 (UTC)
- 네가 물어봐야 할 만큼 충분히 가깝지 않아. 그리고 다른 편집자가 부적절하다고 말한 후에 복직하라고 편집 경고했잖아.RSN은 방패가 아니야아크로테리온 (토크) 18:20, 2019년 9월 1일 (UTC)
- 아마존닷컴이 RSN에 한 번도 나오지 않은 이유는 아무도 그들이 공동체가 하나가 아니라는 사실을 고려할 필요가 있다고 심각하게 생각하지 않았기 때문이다.웹사이트의 "About"은 부분적으로 다음과 같이 읽는다:
우리는 당신이 좋아하는 모든 셀럽에 좋은 것을 나누어주고 전문가 분석
을 추가한 후다음 화제로 넘어간다.
게다가, 주요 내용 헤더들 중 두 개는 "더러움"과 "범죄"이다.아마도 그들은 실제 단어인 "gossip"을 사용하지 않고 많은 단어에서 그렇게 하고 있다.CThomas3 (대화) 18:47, 2019년 9월 1일 (UTC)
- RSN은 Nickisiwft나 그 부모가 신뢰할 수 없는 출처로 간주된다는 것을 주지 않는다는 것을 내가 여기와 다른 곳에서 언급했다는 것을 알아두십시오.그것이 우리가 생소한 소스를 추가하기 전에 확인하는 것이다.사후판단, 그것은 가장 위대한 출처는 아니지만, 그것에 대해 물어보려고 한다고 아이디드 블록으로 나를 위협하는 것은 꽤 통제불능인 것 같다. - 잭 세바스찬 (토크) 18:08, 2019년 9월 1일 (UTC)
지난 2일 동안 사용자:잭 세바스찬은 편집된 요약과 반응에서 화려한 자국어와 인신공격으로 BLP와 관련된 제거에 대응하여 몇 가지 미개한 사건들을 겪었다.[47][48][49][50] 마지막 두 가지 차이점은 관리자의 경고에 대응한 것이다.그는 WP를 무시하고 토론을 요구하면서 삭제에 대응하여 편집했다.BLP는 불충분한 자재를 논의 없이 제거해야 한다는 의무사항이다.컬렌[51]의 경고를 무시한 채, 그는 계속해서 자기 뜻대로 되었다.[52] 그는 자신의 토크 페이지를 보면 다른 편집자들과 분열을 일으킨 이력이 있다.[53][54]모르비드사고 (대화) 17:34, 2019년 9월 1일 (UTC)
- 여기서 관련된 문제가 훨씬 더 심각하지만, 관리자 경고에 대한 잭의 접근 방식은 사용자 대화:Bb23#Refactoring에서 일어난 일과 매우 유사하다.잭은 자신의 행동에 대해 "걱정"해야 한다고 제안한다.--Bbb23 (대화) 17:36, 2019년 9월 1일 (UTC)
@Jack Sebastian:, 이 불평을 철회하시겠습니까?MPS1992 (대화) 17:38, 2019년 9월 1일 (UTC)
- 이것은 nickiswift.com의 온라인 마케팅 태그 입니다: "더 먼지 - 니키 스위프트.헤어짐, 메이크업, 스캔들 등.스타일과 영리한 것에 대한 출처를 가지고 셀럽의 험담을 가려내라."내가 말한 대로잖아.컬렌328 17:39, 2019년 9월 1일 (UTC) 토론하자.
- 잭 세바스찬은 컬런에게 보낸 그의 논평에 대해 차단되어야 한다.이 실타래가 시작되지 않았더라면 그랬을 텐데, 지금은 공동체의 문제다.나는 이미 잭 세바스찬이 BLP/RS에 대한 재교육이 필요하다는 일부 공감대를 보았고, 이러한 꽤 멍청한 모욕에 대한 차단도 또한 선택사항이 되어야 한다.일주일이라는 시간은 bb를 향한 논평에 뒤이어 좋은 출발이다.아이러니컬함: bbb를 겨냥한 그들의 모욕에는 부메랑이 수반되지 않았는가?Drmies (토크) 17:54, 2019년 9월 1일 (UTC)
- 다음 관련 스레드 위키백과에 주의하십시오.살아있는 사람들의 전기/공지판#모레나 바카린.마넷DTalk 17:56, 2019년 9월 1일 (UTC)
- (충돌 편집)좋아, 그 코멘트를 풀어보자, 매넷
- 사용자 병리사상은 기사(스토야)에서 내가 편집한 내용을 문제 삼는다.매우 편중된 RfC를 제시한 후, 사용자는 내가 올린 다른 기사(Baccarin BLP)에서 편집한다. 즉, 그들이 이전에 편집한 적이 없는 기사인 것이다.아일런이 포르노 관련 기사를 거의 독점적으로 편집하는 경향이 있을 때 나는 그 외모가 우연이라고 생각하지 않아, esp.
- 나는 어떤 기사도 고려하지 않는다 - 나만의 토크 공간 '내 것'을 포함해서.만약 내 표현이 문제가 있다면 사과한다; 나는 단지 편집자에게 내 편집 내용을 스토킹하지 말아달라고 부탁한 것이다. - 잭 세바스찬 (토크) 18:02, 2019년 9월 1일 (UTC)
- 다음 관련 스레드 위키백과에 주의하십시오.살아있는 사람들의 전기/공지판#모레나 바카린.마넷DTalk 17:56, 2019년 9월 1일 (UTC)
몇 가지 간단한 생각:나는 세바스찬 씨를 알지 못하며 "내 편집 내용을 스토킹하지 말라"는 요약이 어쩌면 이상적이지는 않지만 전체적으로 괜찮다는 것을 알고 싶다.나는 다른 기사나 관련 충돌에 대해서는 모르지만, 이 자료를 이용하여 이 내용을 둘러싼 전쟁을 편집하는 것은 나에게 진정한 휴지를 준다.두무지드 (토크) 18:15, 2019년 9월 1일 (UTC)
- 내가 마넷에게 보낸 답장에서 지적했듯이:
- "이용자 병리사상은 기사(스토야)에서 나의 편집을 문제 삼는다.매우 편중된 RfC를 제시한 후, 사용자는 내가 올린 다른 기사(Baccarin BLP)에서 편집한다. 즉, 그들이 이전에 편집한 적이 없는 기사인 것이다.esp. 아일런이 포르노 관련 기사를 거의 독점적으로 편집하는 경향이 있을 때 그 출연이 우연의 일치라고는 생각하지 않는다."
- 사용자가 다른 사용자의 편집 내용을 스니프 리버스(snipe-revert)할 때, 일반적으로 스토킹/호킹으로 간주된다. - 잭 세바스찬(talk) 18:23, 2019년 9월 1일(UTC)
- (충돌 편집)봐, 어쩌면 출처가 가장 위대한 것은 아닐지도 몰라; 나는 지금 그것을 알고 있고, BLPN의 어떤 결정에도 동조했을 거야 - 서류 작성 사용자(원한을 품은 스토커)가 나에게 토론을 통보하도록 했을 거야.어쩌면 나는 위협 없이 어떤 상황에 어떻게 접근하고, 그 위협에 대한 그들의 대처에 대한 질문을 받았을 때 그 위협들을 이중으로 다루는 방법을 아는 관리자들에게 익숙해졌을지도 모른다.Cullen328의 제 강연 페이지에 나온 그 후의 언급은 그들이 정말로, 정말로, 정말로, 공격적이고, 보통 관리자들에게서 보이는 특징들이며, 확실히 첫 번째 접촉에서는 그렇지 않다는 것을 암시하는 것 같다.
- 나는 예전에 컬렌과 고의로 교감하지 않았었는데, 이런 행동은 문제가 있어 보인다.내가 잘못 생각한 건가? - 잭 세바스찬(토크) 18시 20분, 2019년 9월 1일(UTC) 편집-
- 내가 보기에 BLP에 대한 너의 판단이 문제인 것 같다: BLP에 대한 주제 금지가 순서일 수도 있다.아크로테리온 (토크) 18:27, 2019년 9월 1일 (UTC)
- 잭은 2010년부터 여기에 있었고 11K번 이상 편집했다.나는 그의 잘못된 행동이 BLP를 훨씬 넘어섰고 주제 금지가 문제를 해결하지 못할 것이라고 생각한다.컬렌의 경고가 근거가 충분하다고 여기 사용자들이 그에게 말함에도 불구하고, 그는 BLP 문제가 아니라 컬렌에 대해 두 배로 말한다.다소 길들여진 경고에 대해 나를 보고할 정도로 어리석지는 않았지만, 내 토크 페이지에서 그가 나에게 했던 것과 같은 행동이다.--Bb23 (대화) 18:34, 2019년 9월 1일 (UTC)
- 한편 잭은 WP를 위반하는 전쟁을 계속 편집하고 있다.이번엔 블프리머리.[56]모어비드사고 (대화) 18:49, 2019년 9월 1일 (UTC)
- 그래, 토크 페이지 컨센서스를 얻지 못한 채, 그리고 이 토론이 한창인 가운데, 잭 세바스찬은 포르노 배우 스토야의 출생 이름을 그 기사에 추가하려고 애쓰고 있다.이것의 문제점은 몇 가지인데, 그 중 최소한 하나는 서로 다른 두 명의 출생 이름이 포르노 팬덤에 떠다니고 있다는 것이다. 그리고 한 명의 이름을 포함시킬지 말지 하는 것이 Talk에서 논의되었다.스토야는 10년 동안 공연자가 자신의 본명을 사용하려는 사람들에게 이의를 제기했다고 한다.그래서 이 대화 중에 또 다른 BLP 위반이 발생했다.컬런328 2019년 9월 1일 18시 59분 토론하자(UTC)
- 내가 보기에 BLP에 대한 너의 판단이 문제인 것 같다: BLP에 대한 주제 금지가 순서일 수도 있다.아크로테리온 (토크) 18:27, 2019년 9월 1일 (UTC)
잭의 토크 페이지에 있는 규칙 4번은 다음과 같다: 만약 내가 당신에게 나의 어세르트크 페이지에 글을 올리지 말라고 부탁했다면, 그 요청을 존중하고 그것을 하지 말라. 어차피 하면 그냥 지우고 네 블록을 찾아볼게.나는 이전에 이 사용자와 대화한 적이 없지만, "블록 찾기" 부분은 염려되는 것 같다.클로버모스 (대화) 18:56, 2019년 9월 1일 (UTC)
- 나는 내 페이지를 찾아올 사람들을 구하곤 했다. 내가 그들에게 부탁했을 때, 나에게 캡슬록 소리를 지르고 사라지려 하지 않았다.나는 사람들에게 내 페이지에 글을 올리지 말고 지속적인 괴롭힘에 대한 보상을 요구할 수 있다. - 잭 세바스찬 (대화) 19:19, 2019년 9월 1일 (UTC)
- Jack Sebastian I am against the harrassed is not acceptable. 잭 세바스찬, 나는 당신이 왜 당신의 토크 페이지에서 공격당하지 않으려 하는지 이해한다.그러나, 나는 이렇게 논평하는 것이 위키피디아에서 다른 사람들과 교류하는 방법이라고 생각하지 않는다.나는 병리학적 사상이 한 어떤 것이 어떻게 그 반응을 보증할 수 있는지 모르겠다.클로버모스 (대화) 19:29, 2019년 9월 1일 (UTC)
- 그럴 만도 하다.나는 페이지 스토커(1)와 함께 덜 날카로운 어조를 반영하기 위해 내 게시물을 리액션(즉, 스치킹)했다.— Jack Sebastian(대화 • 기여) 15:37, 2019년 9월 1일 (UTC)
- Jack Sebastian I am against the harrassed is not acceptable. 잭 세바스찬, 나는 당신이 왜 당신의 토크 페이지에서 공격당하지 않으려 하는지 이해한다.그러나, 나는 이렇게 논평하는 것이 위키피디아에서 다른 사람들과 교류하는 방법이라고 생각하지 않는다.나는 병리학적 사상이 한 어떤 것이 어떻게 그 반응을 보증할 수 있는지 모르겠다.클로버모스 (대화) 19:29, 2019년 9월 1일 (UTC)
하지만 그는 내가 그에게 BLPN에 대해 알리지 않았다고 불평한다.[58][59] 그의 화려한 문체로 나에게 경고한 후.[60] 그의 위키백화 시도는 서툴다.병적인 생각 (대화) 19:02, 2019년 9월 1일 (UTC)
이에 대해 반성하고 다른 사람들의 조언에 따라 컬렌328에 대한 불만을 철회할 것이다.만약 내가 처음에 보고한 것만큼 그 행동이 문제가 된다면, 앞으로 나 혼자만 그것을 다루는 사람이 되지 않을 것이다.
나로서는 최고가 아닌 소스를 사용한 것에 대해 사과한다. - 잭 세바스찬(토크) 19:19, 2019년 9월 1일(UTC)
후부메랑
- (갈등 편집) @잭 세바스찬 : 컬렌328은 그들처럼 행동하는 것이 전적으로 옳았다.일주일 동안 스토야에서 진행 중인 편집전을 위해 당신을 차단할 겁니다 WP에 비추어 볼 때 그 자체로 매우 문제가 많으십니다BLP. 샌드스타인 19:39, 2019년 9월 1일(UTC)
- 나는 샌드스타인의 블록이 이 토론을 끝내야 한다고 생각하지 않는다.우선 아크로테리온의 BLP 주제 금지 제안으로 돌아가야 할 것 같다.둘째, 나는 우리가 일주일보다 더 긴 블록을 고려해야 한다고 생각한다.내가 알기로는 잭이 내가 차단한 양말의 토크 페이지에 코멘트를 하기 전까지는 잭을 알지 못했다...내가 그의 편집을 취소했어...그는 나의 토크 페이지에서 본질적으로 내가 얼마나 끔찍한 관리자였는지 불평했다.그 토론에서, 컬렌과의 토론에서, 그리고 그가 시작할 수 있는 매우 빈약한 판단을 가지고 있는 이 실에서, 그의 스타일은, 경험 없는 사용자에게는 당신이 기대하지 않을 수 없는 무뚝뚝함을 보여주었고, 또한 다른 편집자들과 대화하는 수동적인 접근법을 보여주었다.설상가상으로, 나는 지금도 그가 자신의 행동에 대한 통찰력을 가지고 있다고 생각하지 않는다.그러한 이유로, 주제 금지와는 별도로, 나는 그를 무기한 차단할 것이다(이런 상황에서 제한된 기간 블록의 요점을 나는 보지 못한다).그렇다고 해서 그가 영구적으로 봉쇄되는 것은 아닐 것이다.이 언블록트 과정을 통해 자신의 행동에 어떤 문제가 있는지, 앞으로 어떻게 해결하려는지를 진심으로 이해한다는 것을 보여줄 수도 있을 것이다.여기서 그의 '탈퇴' 발언을 보면 단기적으로는 불가능할 것 같다.OTOH는 "이것을 반성하고 다른 사람들의 조언에 따라" 컬렌에 대한 불만을 철회할 것이라고 말한다.그 진술에 잘못된 것은 없지만, 그는 미래에 컬렌이 형편없는 관리자라는 것을 보여줄지도 모른다고 효과적으로 말한다: "만약 내가 처음에 보고한 것만큼 그 행동이 문제라면, 앞으로 그것을 다루는 유일한 사람이 아닐 것이다."그는 BLP 위반과 비슷한 일을 하고 있는데 단 한 가지 진술로는 "나 자신의 입장에서, 최고가 아닌 소스를 사용한 것에 대해 사과한다"는 것이다.사과는 좋은 부분이고, '최고는 아니었다'는 것은 출처가 인정되지만 이상적이 아닌 것처럼 들리게 함으로써 자신의 책임을 깎아내리려는 시도다.--Bb23 (대화) 20:28, 2019년 9월 1일 (UTC)
- 그들의 즉각적인 차단되지 않은 요청은 내가 그렇게 짧은 시간 안에 그렇게 긴 일련의 문제들에 대해 기대하는 것에 크게 못 미쳤다.다른 곳의 다른 편집자들과의 그들의 상호작용은 무시되었다.적어도 긴 BLP tpoic 금지는 보장된다.나는 임의제재를 위해 필요한 서류를 제출했지만, 그것이 지역사회가 이곳에서 부과하는 제한을 배제하지는 않는다.아크로테리온 (대화) 20:39, 2019년 9월 1일 (UTC)
- 그래, 나는 이 토론이 계속되어야 한다는 bb23의 의견에 동의해. 그리고 만약 잭 세바스찬이 의견을 가지고 있다면, 그는 그것을 자신의 토크 페이지에 만들 수 있고 다른 편집자는 이쪽에 그것들을 복사할 수 있어."최선이 아니었다"고 말하는 것은 그 출처가 절대적으로 그리고 명백히 받아들일 수 없다는 것을 인식하지 못하고 있다.나는 내가 그에게 매우 단호했다는 것을 인정하지만, 나는 편집자가 터무니없는 BLP 위반을 계속하여 이 문제를 지역 사회의 주목을 받게 한 다른 편집자에게 "내 다리에 오줌을 싸지 말고 비에 대해 말해줘"라고 말할 때 그렇게 요구된다고 믿는다.컬렌328 20:47, 2019년 9월 1일 (UTC) 토론하자.
주: 잭 세바스찬은 두 번째 차단 해제 요청을 했다.클로버모스 (대화) 21:25, 2019년 9월 1일 (UTC)
- 앞으로 나한테 핑계를 댈 필요 없어.하지만 그의 막힘 없는 요청은 재미있다.그는 그 블록을 과도하고, 징벌적이며, 자신의 행동을 "히컵"이라고 부른다.--Bbb23 (대화) 21:35, 2019년 9월 1일 (UTC)
- BLP는 재량적 제재가 적용되지 않는가?그냥 주제만 들어도 BLP는 안 돼WP를 계속 유지하려는 것은 충분히 나쁜 일이다.BLP는 자신이 해서는 안 되는 것을 완벽하게 알고 있는 장기 편집자들을 상대할 필요 없이 드라이브 바이 랜도스에서 나온다.오직 죽음에서만 의무가 종료된다(대화) 21:38, 2019년 9월 1일(UTC)
잭의 대화 페이지에서 복사:
:고마워 @Clovermoss:나는 내가 그 토론에 더 제공할 것이 있다는 것을 알았다.
- BBb23의 댓글과 관련해선 내가 리팩터링하지 말라고 한 것(즉, 내 게시물 삭제)에 화가 난 것으로 보인다.나는 그가 "완벽한 행정가"라고 제안하지 않았다.그는 나에게 내 게시물을 없애라고 했고, 토론 후에, 나는 그가 요청한 대로 했다.나는 그가 나를 협박하는 것에 동의하지 않았다 - 나는 협박으로 대화를 시작하는 사람에게 화를 내는 경향이 있다.그것, bb23과 cullen은 공통점이 있었다.
- 나는 또한 소스가 신뢰할 수 없거나 사용하기에 부적합한 것으로 지적되었는지 확인하기 위해 RSN에 확인했다는 것을 다시 한번 강조할 것이다.BLPN에서 토론이 지속된 후, 나는 나타난 공감대를 받아들였다.나는 심지어 RSN에 연구 결과를 올렸고, 그래서 다른 편집자는 - 내가 했던 것처럼 - 이제 그 출처가 부적합하다는 것을 알게 되었다.나는 그것이 책임감 있는 일이라고 생각했다.
- 스토야 기사에 관해서는, 내가 그 곳에서 사용한 어떤 출처도 믿을 수 없는 곳을 지적해 줄 수 있는 사람이 있는지 물어볼 것이다.기사에서 쟁점이 되고 있는 것은 한 명의 편집자(사용자: 병적인 생각)가 기사에서 피험자의 출생명을 지키기 위한 의도적인 노력이다.우리의 단명 기사 대부분이 적어도 그 사람의 출생 이름을 언급하고 있기 때문에 이것은 분명히 특이한 것이다.셰릴, 샤키라, 젠다야, 엘비스, 어셔, 체르, 마돈나와 비욘세, 리한나, 드레이크, 라이베라스, 모리스시.그들은 그녀의 이름을 순열하는 반면 - 스토야는 그럴 것이다.일부 단명 예명은 (예: 에미넴, P!nk, Lorde), 채택된 단어나 별명(예: 스팅, 보노, 퍼거슨)이 발명된다.스토야는 특별한 대우를 받지 않는다.여기의 주름은 완전히 믿을 수 있는 출처가 두 개의 다른 출생 이름을 나열하고 있다는 것이다.병적인 생각이 그 하나를 포함시킨 후(몇 번이고) 나는 그들 자신이 조달하고 분명히 선호했던 것을 대신 쓰기로 했다.병적인 생각은 그 선택마저도 되돌리는 데 있어서 3RR을 위반했다.간단히 말해서, 내가 무엇을 추가했는지는 중요하지 않았다. 단지 틀릴 뿐이었다.3RR을 위반했다고 신고했을 때, 이 관점이 기사를 더 좋게 볼 수 없다는 점을 고려해서였다.
- 그래서, 나는 5년 만에 처음으로 나쁜 원천을 사용한 적이 있다.나는 그것을 사용함으로써 내가 망친 것을 완전히 인정한다.내가 그것을 RSN 기록과 대조적으로 확인했다는 것은 중요하지 않다. 나는 주의의 측면에서 실수를 했어야 했는데, 나는 그러지 않았다.나는 일단 그것이 결정되면 합의를 따랐고 심지어 다른 누군가가 같은 소스를 사용하려고 하지 않도록 하기 위한 조치를 취하기도 했다.나는 나를 BLP를 파괴하면서 뛰어다니는 사람으로 특징짓는 것은 사실 잘못된 것이라고 생각한다.나는 몇 년 동안 몇 개의 BLP를 연구해왔고, 지금까지 나의 편집과 출처는 전혀 문제가 되지 않았다.
클로버모스 (대화) 22:00, 2019년 9월 1일 (UTC)
- 잭 세바스찬의 스토야에 대한 언급은 내가 Talk: Stoya에서 설명했듯이 Nickiswift.com에 대한 그의 논평만큼이나 우스꽝스럽다.첫째, 그는 A라는 이름을 합의 없이 들이받기를 원했고, 그 다음엔 합의 없이 B라는 이름으로 바꾸었다.토크 페이지에서는 이 문제에 대해 10년 동안 토론이 진행 중이고, 출생명을 추가하는 것에 대한 합의가 이루어지지 않고 있다.그가 올린 모든 이름뿐인 공연자들의 리스트는 시간 낭비일 뿐이고, 그 모든 이름들이 잘 참조되고, 논란의 여지가 없으며, 공연자들에 의해 인정되기 때문에 관련이 없다.그런 점에서 엘비스 프레슬리를 언급하는 것은 그가 그의 출생명으로 공연했기 때문에 정말 이상하다.나는 피부가 두껍고 쉽게 적대감을 가질 수 있지만, 잭 세바스찬이 병리사상에 대해 진행중인 인신공격은 정말 용납할 수 없다.그는 이 편집자가 포르노 배우에 대한 기사를 쓰기 때문에 신뢰성이 떨어진다고 생각하는 것 같다.발로니.우리는 그 주제 영역에서 BLP 정책을 유지하기 위해 일하는 유능한 편집자들이 필요하다. 그렇지 않으면 그것은 곧 골치 아픈 늪에 지나지 않을 것이다.이 두 경우에서 병적인 생각은 옳았고 잭 세바스찬은 틀렸다.컬렌렛328 22:51, 2019년 9월 1일 (UTC)
제안
제안 A는 제안 B에 대한 합의가 이루어지지 않는 동안 통과한다(향후 이 제안의 재도입에 대한 편견은 없다).따라서 잭 세바스찬은 모든 BLP 기사에서 무기한 금지된 주제다. 그는 6개월 후에 그 금지에 항소할 수도 있다.프라임팩(토크) 11:16, 2019년 9월 5일(UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
잭에 대한 제재에 대한 두 가지 독립적인 제안이 있다.
- 제안서 A.잭은 모든 BLP 기사에서 무기한 금지되어 있다.그는 6개월 후에 그 금지에 항소할 수도 있다.
- 제안 B.잭은 다른 편집자들에 대한 그의 행동 때문에 무기한 차단된다.
투표할 때 제안서 이름을 포함시키십시오.--Bb23 (대화) 22:26, 2019년 9월 1일 (UTC)
지지제안B는 병적인생각과 다른 편집자들을 향한 그의 행동 때문이다.나는 나에 대한 그의 행동에 신경 쓰지 않는다.관리자들은 항상 공격을 받고 나는 RfA에 동의했을 때 그것을 받아들였다.나는 또한 스토야와 모레나 바카린에서의 반복된 BLP 위반 때문에 무기한 블록을 지지한다.무한은 무한함을 의미하지 않는다.나는 이 편집자가 깨달음을 얻고 그들의 BLP 위반과 동료들에 대한 공격적인 적대감을 인정하고 그러한 종류의 용납할 수 없는 행동을 영원히 자제할 것을 맹세하는 6개월 정도 후에 차단되지 않은 요청을 하기를 바란다.컬렌328 23:03, 2019년 9월 1일 (UTC)
- 코멘트 이것은 전혀 공평하지 않다. 당신은 제안서 C가 필요하고 주제 금지도 없고 차단도 없다.나는 위에서 논의한 내용을 검토한 적이 없고 내가 지지하고 싶은 어떤 의견도 없다; 우리는 단지 "위 중 어느 것도"만 있으면 된다. 그렇지 않으면, 두 가지 모두에 반대하는 사람들은 그들에게 선택의 여지가 없다고 느낄 것이다.나이튼드 (토크) 23:14, 2019년 9월 1일 (UTC)
- 지지 제안 A와 제안 B - 나는 잭이 다른 사람들에게 그 근거를 설명하도록 할 것이다.그는 정말 여기서 말하는 것보다 더 잘 알고 있다.[63][64][65][66] 정말로 "자신의 행동에 대한 책임을 지는 법을 배울 수 있을 때까지는 프로젝트에 쓸모없는 존재"[67] 병적인 생각 (대화) 23:17, 2019년 9월 1일 (UTC)
- 대화 페이지에서 복사:
참고: 제안서에 대한 내 지지/합리적인 입장을 취하려면 적어도 한 시간이 필요하다.지금 현실은 나에게 관심을 요구하고 있다.클로버모스 (대화) 23:35, 2019년 9월 1일 (UTC)경찰이 누군가를 체포할 때, 그들은 생각할 수 있는 모든 범죄로 그들을 과잉 기소하는 경향이 있는데, 그들이 배심원들에게 하드 셀 수 있는 범죄로 기소할 것을 제안할 때, 그들은 또한 많은 다른 혐의들을 제공한다는 것이다.이는 피의자에게 혐의 전액을 청구하지 않고 진정 거래를 유도하거나 검사가 수용 가능한 것처럼 보이게 함으로써 '고체'를 하는 것처럼 보이게 하기 위함이다.
Bb23은 내가 BLP 기사에 금지되거나, 대안으로 무기한 차단될 것을 제안하고 있다. 이는 위에서 설명한 전술을 보여준다.잘못된 참조를 한 번 사용하는 경우.:편집 10년 가까이.나는 나의 잘못을 인정했다.나는 나의 더 가소로운 게시물들 중 몇 가지를 수정했다.bb23이 여기서 피를 흘리는 것 같은 느낌이다(그들의 논평은 그런 것을 암시하는 것 같다), 그리고 그것은 정말 실망스럽다.블록은 징벌적인 것이 아니다.그들은 우리의 차단 정책에 따라 예방적이 되도록 되어 있다.나는 그 프로젝트나 어떤 기사도 해치지 않으려 하고 있으며, 결코 해치지 않았다.나는 나를 위협한 두 명의 사용자와 두 개의 다른 기사로 편집한 사용자의 나쁜 믿음을 가정하는 실수를 저질렀다. 즉, 즉시 해제하고 문제를 다른 사람에게 보고하는 것이 아니라.내 의도는 아니었지만, 나는 더 이상 형편없는 소스를 사용했다.나는 6년 이상 동안 차단할 수 없는 이슈가 있었기 때문에 1주간의 블록은 과도하다고 믿는다.따라서 나는 다음과 같은 제안을 한다: 제안 C - 잭은 BLP의 출처 사용에 관한 경고로 차단되지 않으며, 여기서 문제가 되는 기사는 피한다.
제안서 D - 잭은 블록이 징벌적 의미가 아니며 사용자가 신뢰할 수 없는 소스를 사용하고 다른 편집자와 최악의 상황을 가정하여 사과한다는 점을 고려하여 48시간 동안 차단된다. - 잭 세바스찬(talk) 23:04, 2019년 9월 1일(UTC)
- 더 있지만, 난 정말 더 오래 머물 수가 없어.
클로버모스 (대화) 23:46, 2019년 9월 1일 (UTC)(두 번째 게시물, 컬런의 게시물에 대한 응답:)
- 나는 병리사상이 주로 포르노 기사에서 일하기 때문에 그들을 차별하고 있다는 성격화에 대해 깊이 반대한다.솔직히 나는 조금도 개의치 않았다.내가 지적한 이유는 - 나와 의견 충돌이 있은 후, 사용자가 전에 없던 기사로 넘어왔고, 그들의 첫 번째 행동은 나를 되돌리는 것이었기 때문이다.다른 사람은 없고 나만.나한텐 스토킹하는 것 같아.
- 나는 또한 병리 사상이 거의 10년 동안 그녀의 이름에 대한 어떠한 언급도 되돌리는 데 시간을 보냈다는 것을 지적하고 싶다.이것은 그녀를 명시적으로 이름 짓는 좋은 출처의 존재에도 불구하고.앞서 언급한 출처는 병리사우스가 제안한 것이라는 점까지 지적할 수 있다.따라서 사용자가 단순히 출생명에 대한 어떠한 언급도 원하지 않는 한, 포함에 대해 어떠한 반대도 있어서는 안 되었다.내 말은, 그들은 정확히 그렇게 10년을 보냈다는 거야.
- 이 때문에 피실험자가 원한다고 해도 사생활의 필요성은 없다.또한, 그녀가 자신의 이름을 숨기려 한다는 징후는 없다.그래서 BLP에 관한 기사에 좋은 출처가 있다.
- 지원 제안 B - (갈등 편집) 상식이 조금이라도 있는 사람이라면 누구나 '니키스위프트'를 볼 수 있는 가십 사이트로, 이 프로젝트에 관한 어떤 기사의 반경 10000마일 이내에 있어서는 안 된다는 것!WP에 대한 완전한 노골적인 무시로 볼 때, 텔레그래프 1은 명백한 이유로 추가되어서는 안 된다.BLP와 WP:3RR에 대한 무시 나는 그들을 변호하는 것 외에는 다른 선택권이 없다고 본다.
- 그때는 그냥 토픽밴을 할 수도 있지만, 우리 모두는 그들이 위키롤러로 그 주변을 돌아다닐 것이라는 것을 알고 있고, 그것은 아마도 반복적인 순환이 될 것이다, 추격은 그만하고 변명을 하자.–Dave Davey2010Talk 23:37, 2019년 9월 1일(UTC)
- BLP로서의 지지 제안 A가 이 편집장을 빗나가게 한 원인인 것 같다.다른 편집자들에 대한 골치 아픈 행동 없이 그들이 다른 곳에서 생산적일 수 있다는 것을 보여줄 수 있는 기회는 기회 가치가 있다고 생각한다.Best, Barkeep49 (대화) 23:38, 2019년 9월 1일 (UTC)
Jpgordon은 나의 차단되지 않은 요청에서 내가 할 준비가 되어 있는 편집 전쟁을 하지 않기로 약속할 필요가 있다고 제안했다.만약 내가 편집에 동의하지 않는다면, 나는 기사 토론 페이지를 이용해서 그렇게 할 것이다. ( 위키리거링이 아닌 노골적인 공공 기물 파괴의 경우에 대해서만 반박하고, 방문자들이 기사를 파괴할 것이라는 것만 지적하고, 나는 일반 편집과 반달의 차이점을 알고 있다.)
거기서 합의가 안 된다면 DR의 정상적인 경로를 따르도록 원을 넓히겠다.어차피 그렇게 되어 있어야 하는 것이다.
기사 내에서 편집-워링을 하지 않을 것을 다짐한다. - 잭 세바스찬(토크) 00:34, 2019년 9월 2일(UTC) (응답)
- Cullen, Bbb, 그리고 위의 Dirmthoughts의 투표에서 차이점 모두를 지지하십시오.나는 이러한 논쟁에 전혀 관여하지 않고 있지만, 일부 역사를 검토한 결과, 전쟁 편집이나 출처 선정, 혹은 '미어' 콘텐츠 논쟁보다 문제가 더 심각한 것 같다.JS가 이 기사에 최근 편집한 내용(최종 자기반복 전에 "결혼을 하지 않은" 것을 6번 게시)과 이 기사(편집 요약본 "실제로 출생 시 그녀의 이름이 아니라고 주장하는 겁니까?"를 주석을 달았다가 나중에 다른 출생명을 추가하면서 잘못된 편집 요약본 "참고"를 추가함)- 유일하게 편집한 것이다.ose 두개의 기사-이러한 다른 어떤 것이 눈에 띄지 않게 되었는지 볼 수 있는 그들의 모든 주요 공간을 경험하고 싶게 만든다.전쟁 "혼인"을 기사로 편집하려는 것은 터무니없다.네가 말하는 게 누군가의 부모야!그 자식, 개자식이라고 하는 거야!만약 우리가 그런 진술을 추가한다면 얼마나 많은 BLP를 추가해야 하는지 아십니까?BRD와 3RR을 위반하는 것은?농담하는 거지?"생일 이름" 문제를 추가하면, 이 프로그램이 보여주는 것은 BLPPRIVACY, NPOV, V와 같은 어떤 종류의 기본적인 예의나 정책도 전혀 무시하는 것이다.이것은 "CIR 또는 트롤링?" 영역이고, 이것은 BLP와 잘 어울린다.그리고 WP:B가 있다.아틀그라운드 및 WP:IDHT 동작(예: [68][69][70][71]) 이 모든 동작은 [72]를 연상시킨다.B가 가장 좋은지 아니면 단지 A가 좋은지에 대해 동료들에게 미루는 것으로 충분하지만, 그 중 하나가 백과사전, 기사 제목, 편집자를 보호하기 위해 필요하다.– Levivich 01:57, 2019년 9월 2일(UTC)
- 글쎄, 내가 봤는데,
- The Boys(2019 TV 시리즈)에서, Clokeed 도마뱀붙이는 오해의 소지가 있는 편집 요약인 "Fixed typeo"와 함께 "게이맨"을 "동성애자"로 바꾸었고, YoungForever는 그것을 다시 바꾸었다.그들은 왔다 갔다 했고, JS는 "게이맨"을 "동성애자"로 바꾸었고, 편집 요약은 "그래, 그냥 놔두고 너의 개인적인 취향은 문 앞에 놔둬"로 바꾸었다.또는 WP:BRD"에 따라 보고 싶은 변화에 대해 논의하십시오(참고: Clauced Gecko가 "B"를, YoungForever가 "R"을 했으므로 JS가 이 BRD의 잘못된 편에 서 있다는 점에 유의하십시오).몇 분 뒤 JS는 기사의 다른 부분에 '동성애'를 덧붙인다.RfC가 시작되고 WP:Gay?가 지적되면 JS는 다음과 같이 기록한다.
(추가됨)를 만큼, 을 실어나르고 게이'를 '동성애'로 대체한 사람이 바로 나인 만큼, 무게를 두고 싶었다.
를 모두 YoungForever가 제공한 출처와 WP의 출처를 모두 확인한 후:게이와 제한적인 온라인 리서치, 게이는 사실상 모든 경우에 동성애자보다 더 적절한 용어다.메아 컬파.
그렇긴 하지만, 나는 이즈키엘의 성적인 면은 시리즈에서 별로 탐구되지 않고, 실제로 나니아에 있을 정도로 벽장 속에 있는 것처럼 보이기 때문에 아마도 MSM이 좀더 타겟팅된 용어일 것이라고 생각한다.
- The Boys(2019 TV 시리즈)에서, Clokeed 도마뱀붙이는 오해의 소지가 있는 편집 요약인 "Fixed typeo"와 함께 "게이맨"을 "동성애자"로 바꾸었고, YoungForever는 그것을 다시 바꾸었다.그들은 왔다 갔다 했고, JS는 "게이맨"을 "동성애자"로 바꾸었고, 편집 요약은 "그래, 그냥 놔두고 너의 개인적인 취향은 문 앞에 놔둬"로 바꾸었다.또는 WP:BRD"에 따라 보고 싶은 변화에 대해 논의하십시오(참고: Clauced Gecko가 "B"를, YoungForever가 "R"을 했으므로 JS가 이 BRD의 잘못된 편에 서 있다는 점에 유의하십시오).몇 분 뒤 JS는 기사의 다른 부분에 '동성애'를 덧붙인다.RfC가 시작되고 WP:Gay?가 지적되면 JS는 다음과 같이 기록한다.
- 글쎄, 내가 봤는데,
Barkeep49의 추론에 근거한 지원 제안서 A.잭은 많은 실수를 저질렀지만, 만약 그가 이 프로젝트에 관심이 없었다면 지난 10년 동안 위키피디아에 적극적으로 기여했을 것이라고는 생각하지 않는다.나는 Dirmthoughts에 대한 토크 페이지와 답변을 꺼냈는데, 나는 잭이 다른 편집자들과의 상호 작용에서 더 예의 바르게 행동하기 위해 확실히 노력할 필요가 있다는 것에 동의한다.잭은 최근 블록을 가지고 있지 않았고 (가장 최근의 블록은 2016년이었다) 나는 그가 두 번째 기회를 가져야 한다고 생각한다.잭은 그가 더 잘할 것이라고 말했고 나는 그를 믿고 싶다.만약그의행동이 앞으로 그런것을 반영하지 못한다면, 나는 제안 B.<스트라이크루프>클로버모스(토크) 02:43, 2019년 9월 2일(UTC)업데이트:레비비치가 지적한 것은 나를 괴롭힌다.내가 여기서, 특히 다른 모든 것들보다, 제대로 된 결정을 내렸는지 궁금해지기 시작했어.나는 이런 행동이 용납될 수 없다고 생각한다.클로버모스 (대화) 03:49, 2019년 9월 2일 (UTC) 받아들일 수 없다.신뢰할 수 없는 출처를 둘러싼 전쟁 편집, The Boys(2019 TV 시리즈)에서의 전쟁 편집, BLP 위반 자주, 다른 편집자들과의 미개한 상호작용...마음을 바꿨어.나는 프로포즈 A와 프로포즈 B 둘 다를 지지한다.이렇게 오래 있는 것이 잭의 행동을 변명해서는 안 된다. 만약 그렇다면, 잭이 더 책임감 있게 될 것이다.클로버모스 (대화) 04:04, 2019년 9월 2일 (UTC)
The Boys에 대한 나의 편집에 관한 Levich의 논평에 대해 말하자면, 나는 내가 편집한 것의 9/10은 비소싱적인 정보를 삭제하거나 문법을 고쳐 쓰는 것이었다고 지적하고 싶다.여기 있는 모든 사람들이 알고 있듯이, 우리 기사에는 결국 미결로 분류되어 몇 년 동안 방치된 똥덩어리 OR이 있다.
나에게 있어, 그 기사가 양자물리학, 페리스 뷸러스의 날 오프, 대니 엘프먼에 관한 것이든 상관없다 - 우리는 그 진술들을 출처에 참조하지 않고 그냥 정보를 집어 넣을 수는 없다.그리고 그것은 공급되지 않은 채로 있을 수 없다.위키피디아에서 내가 편집한 것의 75%는 기사 내에서 만들어진 진술에 대한 참조를 위해 필요를 태그하거나 삭제하거나 찾는 것에 관한 것이었다.소년 시리즈 기사에서 그들은 예를 들어 딥과 아쿠아맨 - 토탈 OR을 구분하지 않고 비교했다.나는 캐릭터가 동성애자든 MSM이든 뭐든 상관하지 않는다; 나는 단지 그것을 인용하기를 원한다. 그래서 그것은 우리가 어떤 종류의 평가를 하는 편집자로서가 아니라 신뢰할 수 있는 출처로서 말이다.만약 '동성애자'라는 용어가 인용된다면, 괜찮다.그것은 게이, 동성애자, 그리고 bi가 우리를 곤경에 빠뜨리는 상호 호환성이 있다고 가정하는 편집자 측의 평가적 가정이다.등장인물들과 DC 캐릭터들을 비교한 사례에서, 나는 그들이 "경쟁 브랜드"였기 때문에 그 연결을 반대하지 않았다; 그것은 중요하지 않다.나는 그들을 서로 연결하는 검증 가능한 참고자료가 없었기 때문에 반대했고, 페이월 뒤에 있는 출처는 검증하기가 꽤 어렵다.어떤 진술이 검증되면 그 진술에 대한 어떤 문제도 증발한다.거의 매번.
단도직입적으로, 나는 (명백한 프린지 진술과는 별도로) 어떤 진술이 만들어지고 있는지에 별로 초점을 맞추지 않는다.나는 단지 그것이 언급되는 것에 신경을 쓸 뿐, 그래서 그것은 의견을 내는 출처일 뿐 편집자는 아니다. - 잭 세바스찬 (토크) 04:18, 2019년 9월 2일 (UTC)
- @JS:...하지만 '게이맨'을 '동성애자'나 'MSM'으로 바꾸거나 아예 제거했을 때는 소스를 추가하지 않았다.그 변화들은 소스가 없는 줄거리 요약에 대한 것이었다.그리고 당신이 9년 동안 편집해 왔지만 유료 출처가 WP:V에 실패한다고 믿는 것이 어떻게 가능한가?내 말은 심지어 WP도 있다.PayWall은 WP:V로 리디렉션하고 "
신뢰
할 수 있는출처가 접근하기 어렵거나 비용
이 많이 든다고해서 거부하지 말라
"고 말한다(그리고 유료 출처를 얻기 위해 WP:RX가 있다).– Levivich 05:24, 2019년 9월 2일(UTC)
- 논평: 소피 터너 기사의 더 많은 증거는 그가 제거하기 전에 강제로 논의하도록 강요하는 BLP에 논란이 되는 문제들을 포함시키도록 강요한다는 것이다.[75] 결과적인 토크 토론은 그가 자기 뜻대로 되지 않을 때 그가 다른 편집자들과 어떻게 상호작용하는지에 대해 어떠한 호의도 주지 않는다.[76][77][78][79][80] 병적인 생각(대화) 19:52, 2019년 9월 2일(UTC)
- 잭이 스파이더맨 슈트를 벗고 라이히스타그로 내려왔기 때문에 현재 B를 보류하면서 확실히 A를 지지한다.Guy (Help!) 20:09, 2019년 9월 2일 (UTC)
- 나는 A Aacroterion (talk) 20:41, 2019년 9월 2일 (UTC) 을 지지할 것이다.
- 여기에 제시된 지원 A는 이 편집자가 일반적으로 BLP 소싱과 BLP 정책을 제대로 파악하지 못한다는 것을 내게 납득시키기에 충분하다.나는 옵션 B에 반대하지는 않지만 JS의 행동을 충분히 바라보지 않아서 프로젝트로부터의 변명을 지지하는데 편안함을 느끼지 못했고 그렇게 하는데 시간을 보낼 진정한 동기도 없다.Jbh Talk 20:57, 2019년 9월 2일(UTC)
- 나는 잭 세바스찬이 이제 다른 사용자들에 대한 똥 포스팅이 처벌로 끝나지 않았다는 것을 깨달았는지 듣고 싶다.만약 그들이 그렇게 한다면, 아마도 그러한 깨달음은 무기한적인 차단을 미연에 방지하는 데 도움이 될 수 있을 것이다.Drmies (토크) 00:38, 2019년 9월 3일 (UTC)
- A를 지지하되 다른 편집자에 대한 자신의 행동이 부적절했다는 잭의 인식(그의 토크 페이지 참조)과 자신이 관여하는 행동에 대해 다른 사람을 비판한다는 점을 근거로 B를 반대한다.나는 그에게 약속하는 행동의 변화를 보여줄 기회가 주어져야 한다고 생각한다.샤즈질드 (대화) 16:09, 2019년 9월 3일 (UTC)
다른 사람들이 쓴 글을 읽고 난 후, 나는 다른 사람들과의 상호작용을 너무 심각하게 생각하고 있다는 것을 깨달았다.내가 그 똑같은 충고를 따르지 않았을 때, 수백만의 다른 사용자들에게 좀 더 정중하게 충고했던 것 같다.나는 더 예의 바르게 행동하는 것에 전적으로 전념한다.나는 RL에 있는 누군가에게 쓰레기처럼 느끼게 하지 않고 반대할 수 있다; 나는 매체 때문에 여기서도 같은 일을 할 수 있어야 한다.
덧붙여, 나는 BLP에 대해 꽤 세밀한 작업을 많이 했다고 생각하지만(적응하여, 대부분은 "가장 잘 알려진" 용어를 제거하거나 공작 언어를 제거하는 것이다), 나는 분명히 바카린 편집으로 궤도를 이탈했다.스토야가 편집하는 한, 나는 아질레토우츠가 자신의 출생명에 관한 RS소스를 첨가하는 것에 저항하는 것에 대해 더 나은 믿음을 가졌을 것이다.나는 그들과 더 많은 이야기를 했어야 했고, 만약 진로를 찾지 못했다면 토론의 고리를 넓혔어야 했다.내가 전에 말했듯이, 만약 인용된다면, 그것은 그 안에 있다.그렇지 않다면 기사에 나와서는 안 된다.거기서 내가 잘못한 것은 그 기사를 쓰고 있는 다른 편집자와 함께 우물을 독살하지 않는 것이었고, 나는 다른 편집자에게 그렇게 하라고 하는 대신 그 기사에 대한 더 많은 시선을 요구했어야 했다.그러나 그것들은 문제의 증상일 뿐이다.나는 다른 사람들에게 정말 미개했다.내가 받은 만큼 주는 것은 인정한다. 그리고 그것은 바뀌어야 한다.결국, 우리들 대부분은 같은 이유로 여기에 있는 것이다.나는 그것을 기억하고 내가 설교하는 것을 실천할 필요가 있다.
이걸 좋게 하려면 어떻게 해야 하지? - 잭 세바스찬(토크) 15:43, 2019년 9월 3일(UTC) (응답)
- JS는 그들의 토크 페이지에서 몇몇 편집자들로부터 좋은 조언과 피드백을 받았으며, JS가 여기에 쓴 글과 그들의 토크 페이지의 추가 사항들을 읽은 후, 나는 편집자가 제재를 가하기 보다는 그들 자신의 실수를 고칠 수 있다면, 특히 장기적인 생산적 편집자라면 언제나 더 낫다고 생각하고 있다.어쩌면 예의범절 및/또는 자발적인 1RR 제한과 관련된 일종의 자발적 제한이나/또는 편집에 대한 지역사회의 신뢰가 회복될 때까지 당분간 BLP를 피하기로 자발적으로 동의하는 것이 아닐까?자발적 제한에 관한 것은 다른 편집자에게 관리자/오버뷰를 요구하지 않고, 위반하더라도 여전히 보도할 수 있으며, 커뮤니티에서는 자발적 제한의 위반을 비자발적 제한에 대한 위반과 동일하다고 인식할 것이라고 생각한다.어쨌든, 그냥 여기서 큰 소리로 생각해봐; 다른 사람이 토크 페이지 토론을 읽고 그것에 대해 어떻게 생각하는지 궁금할 거야.– Levivich 16:29, 2019년 9월 3일(UTC)
- 많은 생각 끝에, 나는 제안 B에 반대할 것이고 제안 A에 대한 결정을 여기 계신 여러분들에게 맡길 것이다.10년 전, 젊고 초보 편집자로서 몇 가지 어리석은 짓을 한 사람으로서, 나는 JS에게 가능한 한 그 의심의 혜택을 주고 싶어 들어왔다.그럼에도 불구하고, 나는 특히 다른 기고자들에 대한 그의 태도, 그리고 그가 자신의 실수를 인정했다고 주장하는 동안에도 계속되는 인신공격과 편집전쟁은 두 가지 제안을 지지할 준비가 되어 있다는 것을 알았다.하지만 JS가 마침내 개인적인 책임을 지고 다른 사람들과 잘 어울리는데 헌신한 것을 보면, 나는 그에게 다시 한번 기회를 줄 준비가 되어 있다.다시 한번, 나는 레비비히가 제안한 것처럼 6개월간의 BLP 금지 또는 어쩌면 자발적인 대안이 당분간 더 적절할지에 대한 책임을 전가할 것이다.록헤드126 (토크) 19:29, 2019년 9월 3일 (UTC)
- 나는 BLP에 대한 자발적 1RR에 동의한다(앞서 내가 언급했듯이, 그 안에서 나의 전형적인 편집은 "가장 잘 알려진"과 같은 OR 설명자를 제거하는 것이다). 나는 6개월 후에 스스로 부과한 그 한계를 다시 찾고 싶지만, 그 후에도 나는 그 스스로 부과한 한계에 대해 한 번 이상 되돌릴 필요가 없다고 결심한다.
- 게다가, 나는 기사에 대한 토론을 최근보다 훨씬 더 효과적으로 사용하는 것에 전적으로 동의한다.식초보다 꿀로 파리를 더 많이 잡는데, 무례하거나 무시하는 것은 협업 편집을 훨씬 어렵게 만든다.나는 그 문제보다 해결책에 더 많이 참여하기로 전적으로 약속한다.내가 해결할 수 없는 토론의 문제가 있다면, 더 많은 협업이 더 좋고 일이 너무 가열되는 것을 막기 때문에 다른 사용자들을 참여시킬 수 있도록 서클을 넓힐 것이다.나는 (물론 내가 여전히 도움과 지도를 요청할 노골적인 반달리즘을 제외하고) 어떤 기사 내용에 대해서도 언제든지 편집 전쟁을 하지 않을 것을 절대 약속한다.
- 간단히 말해서, 나는 내가 게이츠에서 론 가디언처럼 행동하는 것을 그만둘 필요가 있다는 것을 인정한다.그것은 편집에 접근하는 나쁜 방법이고, 협업적인 편집에 부식된다.난 드라마즈의 일원이 되고 싶지 않아.
- 나는 다른 사람들이 여기서 제안할 수 있는 제안을 받아들일 수 있다. - 잭 세바스찬 (토크) 22:11, 2019년 9월 3일 (UTC)
- 지지 제안 A - 당분간 이것이 적합할 것으로 보고 혼란을 멈출 것으로 본다.편집자는 회한을 표시했고 이 조치는 위에서 설명한 잘못된 행동에 비례하는 것 같다.Krow750 (대화) 23:06, 2019년 9월 3일 (UTC)
- 지지 제안 A--
모든 BLP 기사에서 잭
의 주제가무기한 금지되어야 한다는
것.
그는 6개월 후에 그 금지에 항소할 수도 있다.
잭은 일반적으로 건설적인 편집자이고 보통 순 긍정적이다.그는 추가되어서는 안 되는 BLP에 더하는 것에 대해 덜 열심일 필요가 있다.-- Deepfriedokra 04:00, 2019년 9월 4일 (UTC)
- 나는 위에서 내가 사실 BLP에서 나타나는 ('가장 잘 알려진' OR을 다루는 유일한 예외를 제외하고) BLP로부터 휴식을 취하고 있다는 것을 주목했다.나는 바로 그 이유로 기사에 1RR을 붙이는 것에 동의했다.나는 BLP 추가에 전혀 참여하지 않을 것이며, 더 이상은 아니더라도 적어도 6개월 동안은 계획하지 않을 것이다.어차피 기능적으로 하고 있기 때문에 모든 BLP에서 금지될 필요는 없을 것 같아. - 잭 세바스찬 (토크) 04:11, 2019년 9월 4일 (UTC)
- 내 생각에 BLP 주제 금지는 공식화될 필요가 있다.편집자는 과거에 매우 파괴적인 이슈였던 "가장 잘 알려진" 언어를 제거하는 것에 관심을 표명한다.그 의도는 미래의 갈등을 보증하는 것이다.컬렌렛328 06:25, 2019년 9월 4일 (UTC) 에 대해 논의합시다.
- 에러, 언제 "가장 잘 알려진" 문제가 "매우 파괴적인 문제"가 되었는가?그런 혼란은 처음이고 수술실 구절도 몇 년째 숙청하고 있어BLP 문제는 잘못된 소싱과 편집-전쟁을 걱정해 왔다. 나는 BLP에 관여할 의사가 없다는 것을 분명히 해왔다.예를 들어, 만약 누군가가 "가장 잘 알려진" 것으로 되돌아간다면, 나는 토크 페이지로 가서 그들에게 그런 것을 말하는 소스를 제공해 달라고 부탁할 것이다.편집-전쟁도, 미개한 언어도 - 그저 평범하고, 협업적인 편집과 포함이나 배제에 대한 공감대 형성 - 잭 세바스티안 (토크) 07:07, 2019년 9월 4일 (UTC)
- 내 생각에 BLP 주제 금지는 공식화될 필요가 있다.편집자는 과거에 매우 파괴적인 이슈였던 "가장 잘 알려진" 언어를 제거하는 것에 관심을 표명한다.그 의도는 미래의 갈등을 보증하는 것이다.컬렌렛328 06:25, 2019년 9월 4일 (UTC) 에 대해 논의합시다.
- 나는 위에서 내가 사실 BLP에서 나타나는 ('가장 잘 알려진' OR을 다루는 유일한 예외를 제외하고) BLP로부터 휴식을 취하고 있다는 것을 주목했다.나는 바로 그 이유로 기사에 1RR을 붙이는 것에 동의했다.나는 BLP 추가에 전혀 참여하지 않을 것이며, 더 이상은 아니더라도 적어도 6개월 동안은 계획하지 않을 것이다.어차피 기능적으로 하고 있기 때문에 모든 BLP에서 금지될 필요는 없을 것 같아. - 잭 세바스찬 (토크) 04:11, 2019년 9월 4일 (UTC)
- 컬렌을 대변할 수도 없고(어쨌든 그런 이상한 캘리포니아 억양을 할 수도 없다), 그는 동의하지 않을 수도 있지만, 나는 여기서 잭 세바스찬의 대답에 충분히 만족한다.Drmies (토크) 16:37, 2019년 9월 4일 (UTC)
- 잭 위에선 "나는 정말로 다른 사람들과의 상호작용을 너무 심각하게 생각하고 있다는 것을 깨달았다"고 말했다.그러나 그는 자신의 Talk 페이지에 나와의 토론에서 계속 그렇게 하고 있다.사용자 대화:잭 세바스찬#사용자:TyMega. 그는 또한 내가 새로 온 사람에게서 기대할 수 있는 위키피디아의 지침에 대해 매우 놀라운 정도의 모호함을 나타내지만, 경험 많고 장기적인 편집자로부터는 그렇지 않다.내가 그에게 그가 한 일에 대해 몇 번이나 설명해 주었는지는 중요하지 않았다. 그는 마치 (a) 이해하지 못한 것처럼 계속 대답했고 (b) 나는 다른 말을 하고 있었다.법정에서, 그의 대답은 "무응답"이라고 반대될 것이다.그는 비록 나를 공격하지는 않았지만 내가 가진 것이 없는 의견, 내가 말한 모든 것에 대해 오해하고 오해하고 있다고 나를 비난했다.그리고 진심으로 그를 도우려 했다.--Bb23 (대화) 17:26, 2019년 9월 4일 (UTC)
- 이것을 발견하게 되어 정말 놀랐지만, 잭은 분명히, 9년간 [81] [82] [83] [84] [85] (전체 목록)의 {{Welcome}} 템플릿으로 새로운 편집자의 사용자 페이지를 만들어 온 것 같다.나는 이것이 잭이 PAGs에 놀라울 정도로 익숙하지 않다는 Bb의 요점이라고 말하고 싶지만, 나는 다시 한 번 놀랍게도 WP 어느 쪽도 보지 않았다.사용자 페이지 또는 WP:TPG는 분명히 "다른 편집자의 사용자 페이지를 편집하지 말라" 또는 (더 중요한 것은) "다른 편집자의 사용자 페이지를 작성하지 말라"고 말하는 것 같다.나는 이 점이 직관적이라고 생각하지만, 분명히 어디에도 명시되어 있지 않은 것이 놀랍다.WP:NOBAN은 훨씬 더 모호한 지침을 가지고 있다: "일반적으로, 편집 가능성이 높은 곳 이외의 다른 사용자 및 사용자 대화 페이지를 실질적으로 편집하지 않는 것이 보통이며/또는 도움이 될 것이다."이것은 실제로 다른 편집자의 사용자 페이지가 "도움이 되는" 경우 다른 편집자의 사용자 페이지를 편집해야 한다는 것을 (잘못된 IMO) 시사하는 것 같다.{{Welcome}} 템플릿 문서에 템플릿을 사용자 토크 페이지에 게시한다고 되어 있지만, 템플릿 문서를 읽은 사람은 누구인가?경험이 많은 편집자는 아마도 이러한 정책을 업데이트하여 이를 명확히 해야 할 것이다.– Levivich 18:58, 2019년 9월 4일(UTC)
- 세바스찬 씨, 나는 당신이 선의로 편집하고 당신이 위키피디아에 있어서 대부분 긍정적인 힘이라는 것을 의심하지 않는다.그렇긴 하지만, 모레나 바카린 페이지에 있는 도니브룩과 '페일월 뒤에, 검증할 수 없다'는 역전은 둘 다 나에게 꽤 충격적이다.반드시 해야 할 일을 말할 것이라고는 짐작하지 않겠지만, 나는 당신의 경험에도 불구하고, 뚜렷한 겸손의식을 가지고 앞으로 나아가도록 노력해야 한다고 생각한다.나는 네가 나쁜 습관을 길렀다고 믿는다.그것이 세상의 끝도 아니고, 나는 당신이 엄한 제재를 받을 가치가 있다고 생각하지 않지만, 나는 당신의 위키백과 "굿" 감정의 일부는 단순히 잘못된 것이라고 생각한다.앞으로의 모든 좋은 일들.두무지드 (토크) 21:01, 2019년 9월 4일 (UTC)
- 레비치가 내가 몇 년 동안 새로운 사용자들에게 환영 템플릿을 추가해왔다고 지적한 것에 대해, 나는 전적으로 인정한다.나는 솔직히 새로운 사용자들에게 편집하는 방법, 도움을 요청하는 방법 등을 배울 수 있는 도구를 제공함으로써 내가 도움을 주고 있다고 생각했다.빈 사용자 페이지에는 시작 템플릿만 추가하고, 내용이 있는 사용자 페이지에는 추가하지 않는다.또한, 나는 그들이 그들 자신의 페이지에서 도움을 요청할 경우에 대비하여 이 새로운 용도를 항상 감시할 것이다.때때로 그들은 그랬다.종종, 그들의 기여는 편집 이상으로 확장되지 않았고, 그로 인해 나는 그들을 환영했다.TyMega에 온 환영은 좀 엉망이었습니다. 왜냐하면 그는 오늘 열심히 일했기 때문이지요.
- 나는 아주 최근에 (Bb23을 통해) 사용자 페이지가 아닌 그들의 사용 설명 페이지에 그것을 섹션으로 추가하는 것이 더 낫다는 것을 알게 되었고, 일단 그것에 대해 생각해 보면, 그것은 완전히 말이 된다.경험이 있는 사용자는 시작 템플릿 레이아웃에서 페이지에서 원하는 도구를 선택하고 선택할 수 있지만, 그렇지 않으면 골치 아픈 일이다.토크 페이지에 올리면 너무 많은 공간을 차지하게 되고, 거기서 이미 일어나고 있는 대화가 블록텍스트처럼 보이므로 헤어지거나 모호해지는 것이 나의 고민이었던 것 같다.
- 나는 단지 내 생각을 주목할 수 있다.나쁜 의도는 없었고, 만약 내가 그렇게 해서 더 많은 문제를 일으켰다면, 그건 내가 책임져야 한다.오늘 이전에는 아무도 그것을 내 눈에 띄지 않았다.
- 이를 위해 환영 템플릿(사용하는 경우)만 USTR 페이지에, 신규 사용자(WP:DTR에 따름)에게만 사용하기로 결의한다.
- 내가 이 과정을 시작했을 때, 모든 종류의 열과 깊은 오해를 느끼면서, 나는 내 행동 중 일부가 부정적으로 인식될 수 있는 방법을 배우고 있다.나는 그것을 원하지 않는다. 그리고 그것을 바꾸고 싶다.내가 전에 언급했듯이, 나는 항상 제안에 열려있다.나는 내가 나쁜 편집자는 아니라고 생각하지만, 나는 틀림없이 더 나은 편집자가 되고 싶어. - 잭 세바스찬 (토크) 21:59, 2019년 9월 4일 (UTC)
중복 스레드에 대한 지침?
안녕하십니까, 이것은 절차상의 하우스키핑 질의와 도움 요청 입니다.
나는 중립에 관한 기사 토크를 시작했다.그리고 나서 나는 NPOVN에 기사 토크 페이지로 트래픽을 유도하려는 의도를 가지고 포인터 디프를 게시했다. 그래서 우리는 WP에 따라 한 곳에서 토론을 할 수 있었다.MITI. 실제로 일어나고 있는 것은 혼란이다.어떤 에드는 한 곳에 게시하지만 다른 에드는 게시하지 않고, 몇몇 에드는 두 곳에 게시물을 복제한다.두 장소는
- 토크에서 의도된 주요 토론:기후_위기#위키피디스와 "기후 위기"
- 위키백과의 의도된 의견 요청 및 포인터 차이:중립_point_of_view/공지판#위키비례_and_"climate_crisis"
적절하다고 생각되면 하나 또는 다른 하나를 추가하고 향후 트래픽을 다른 것으로 조정하십시오.감사뉴스앤드이벤츠Guy (토크) 11:47, 2019년 9월 2일 (UTC)
- 당신이 "업데이트" 노트를 올린 이후 NPOVN에서 새로운 코멘트는 없었지만, 기후 위기 페이지에서 NPOV의 코멘트를 초대하려는 의도가 애초에 분명하지 않았던 것 같다.나는 NPOVN 게시물을 "폐쇄"했고 대신 첫 번째 토론에 새로운 의견을 추가하라고 조언했다.편집자를 초대하여 다른 페이지에 댓글을 달게 하려면, 자신의 의도를 구체적으로 밝히고, 그 공지를 중립적으로 표현하고, 토론에 연결하도록 항상 주의하십시오.다 해결됐으면 좋겠는데.이반벡터 (/)TalkEdits 12:17, 2019년 9월 5일 (UTC)
도움말 - TBAN 요청
- 방금 직함을 명확히 해서 관리자가 당신이 가리키는 것이 무엇인지 알 수 있게 했다.편집자는 그것을 제거하는 것에 대한 만장일치의 지지를 고려할 때 그것을 합리적으로 지적하고 있다.노즈백베어 (토크) 08:17, 2019년 9월 5일 (UTC)
- @BukhariSaeed: 사물을 따라 조금 더 속도를 내기 위해 아래로 움직였다.우발적으로, WP에 따르면:SIG#Custom sig,
사용자 지정
서명은사용자 이름을 쉽게 식별
할 수있어야 한다
. 즉, 사용자 이름과 완전히 다르지 않아야 한다.-——SerialNumber54129 08:29, 2019년 9월 5일(UTC)
- @BukhariSaeed: 사물을 따라 조금 더 속도를 내기 위해 아래로 움직였다.우발적으로, WP에 따르면:SIG#Custom sig,
- 방금 직함을 명확히 해서 관리자가 당신이 가리키는 것이 무엇인지 알 수 있게 했다.편집자는 그것을 제거하는 것에 대한 만장일치의 지지를 고려할 때 그것을 합리적으로 지적하고 있다.노즈백베어 (토크) 08:17, 2019년 9월 5일 (UTC)
주제 금지 항소/리프팅 요청
합의는 주제 금지를 해제하는 것이다.닌자로봇피리테 (토크) 15:28, 2019년 9월 5일 (UTC) |
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
나는 성인과 종교인들에 대한 나의 주제 금지를 없애기를 원한다.User:Premium은 2018년 8월 10일에 내가 6개월의 경과 후 이 주제 금지에 대해 이의를 제기할 수 있도록 허락했다.6개월이 넘었고 나는 이 제한을 충실히 지켰다.그 동안 나는 건설적인 공헌의 강한 이력을 가지고 있는데, 그것은 나의 편집사에서 볼 수 있다.지금 이 금지를 해제하십시오.나는 내가 영어 백과사전에 건설적으로 기여할 수 있다는 것을 증명하고 성인과 종교인들로 확장하고 싶은 많은 편집 기술을 배웠다고 생각한다.나는 지난번 제재 이후 나이가 들고 현명해졌는데 왜 그것들이 더 필요한지 모르겠다.고마워요.— 함마드 (토크!) 05:11, 2019년 8월 28일 (UTC)
- 지지 – ANI 보고서를 읽고, BukhariSaed의 역사를 볼 때, 나는 상당히 회의적이었다.긴 블록 역사, 고약한 양말, 그런 종류의 것.하지만 지난 ANI는 북하리를 봉쇄하는 것에 동의했었다.그리고 내가 보기에, 그들은 그 이후로 꽤 충실한 기여자였다.토크 페이지 이력을 훑어보면 큰 문제가 없다는 것을 알 수 있는데, 카피비오 한 이슈만 해결하면 된다.그들은 다른 편집 제한 사항(AfC에 의한 기사 작성만)을 완벽하게 따랐고, 작년에 십여 개 이상의 성공적인 AfC를 만들었다.그들은 또한 작년에 헛별/위키탱크를 여러 개 만들었다.게다가 우르두위키 행정관인데 80,000개 정도 편집됐어그것과 그들의 좋은 행동을 고려할 때, 나는 주제 금지가 해제되는 것이 타당하다고 생각한다.바라건대 북하리는 언젠가 편집장 개혁의 상징이 될 것이다.하지만 나는 북하리에게 다모클레스의 검이 여전히 그들의 머리 위에 걸려 있다는 것을 상기시켜주고 싶다. 그리고 만약 이 금지가 풀린다면 어떤 잘못된 움직임도 영구적인 망명으로 이어질 것이다.선장 Eek ⚓ 06:53, 2019년 8월 28일 (UTC)
- 질의 - 안녕 @BukhariSaeed: - 성도/종교적 인물 영역에서 편집하고자 하는 것에 대한 구체적인 계획이 있는가? 아니면 TBAN을 칠 위험 없이 원하는 때에 편집하게 하는 것이 "그냥"인가?노즈백베어 (토크) 09:39, 2019년 8월 28일 (UTC)
- 안녕 노즈백베어, 너의 사려 깊은 질문 고마워.필자가 수집하고 읽어온 수준 높은 학문적 자료의 활용으로 중세 남아시아 이슬람 종교학자들의 전기에도 기여하고 싶다.샤 왈리울라와 샤이크 아흐마드 시린디와 같은 중추적인 인물들의 전기를 업데이트하고 즉흥적으로 만드는 프로젝트의 일부에서 학구적인 자료로부터 내가 추가할 수 있는 꽤 많은 새로운 내용이 있다.나는 존재하지 않는 기사나 오자와 위키화를 위해 매우 다양한 기사를 편집한다.만약 TBAN이 해제된다면, 나는 주제 편집자가 아니기 때문에 이 특정 분야에 집착하거나 집중하는 것을 원치 않지만, 이 분야에도 건설적인 정보를 제공할 생각을 할 수 있을 것이다.고마워 — Hammad (Talk!) 11:14, 2019년 8월 28일 (UTC)
- 지지 - 지난 토론에서 무조건적인 막힘 해제를 지지했고 지금도 지지하고 있다.그 당시(1년 조금 전) 그들은 여러 프로젝트에 걸쳐 90,000건의 편집을 했고, 그 중 일부에 대해서는 관리자로부터 승인을 받았다.그들은 이제 우르두 위키백과와 우르두 위키트리노의 시스템 자체가 되고, 우르위키에서만 거의 90k, 전 세계적으로 140k 편집이 되고, 8개의 위키(IPBE와 함께 몇 개 더 제외된 위키 포함)에 대한 고급 권한을 가지고 있다.이 사용자가 수년 전의 업무 중단에서 벗어나 올바른 이유로 여기에 있는 것이 확실해 보인다.단 한 가지: 계정 이름을 더 잘 반영하기 위해 서명을 편집하는 것을 고려하시겠습니까?그것은 전혀 요건이 아니고, 단지 제안일 뿐이다.이반벡터 (/)TalkEdits 11:51, 2019년 8월 28일 (UTC)
- 지지 - 위반에 대한 징후를 찾을 수 없고, 선의의 표시를 할 수 있는 부분이 많다. 6개월을 항소 시간으로 선택했다. 그래서 더 많은 것을 필요로 하기에는 너무 불합리하다.노즈백베어(토크) 12시 15분, 2019년 8월 28일(UTC)
- 지지하다.사용자는 이 금지를 적절히 준수했으며 여러 분야/프로젝트에서 생산적인 편집자임을 보여주었다.– 암마르패드(대화) 10시 40분, 2019년 8월 29일(UTC)
- 지원 "범위 내"를 적절히 편집하는 것으로 보인다.그는 복역했고 신뢰를 회복했다.이런 식으로 계속 기여하면 나는 미래에 문제가 없다고 본다.버프(토크) 19:12, 2019년 8월 29일 (UTC)
- 지원 - 캡틴Ek에 따라.그들이 돌아온 후 나는 그들의 토크 페이지 이력을 검토했고 심각한 문제는 없었다.또한, 그들은 심지어 롤백 권리를 부여받았고, 6개월을 더 기다리는 인내심을 보여주었다.사람들은 더 나은 쪽으로 변할 수 있고 나는 북하리사이에드를 믿는다.개선 및 계속 좋은 작업 수행 잘했어! 스타쉽.페인트(토크) 13:28, 2019년 9월 5일 (UTC)
이전 계정에 대한 보증 요청
- 다음의 논의는 종결되었다.수정하지 마십시오.이후 코멘트는 해당 토론 페이지에서 작성해야 한다.이 논의는 더 이상 수정해서는 안 된다.
안녕
Boingbop과 Emana2129는 내가 어렸을 때부터의 오래된 이야기야.나는 더 이상 그들로부터 편집하려는 의도가 없으니 괜찮다면 무한정 차단되었으면 좋겠다.고마워!
– John M Wolfson (대화 • 기여) 04:35, 2019년 9월 12일 (UTC)
완료. El_C 04:39, 2019년 9월 12일(UTC)
템플릿:동물학자가 반환
템플릿 동물학자(ist {{zoologist Purcell})는 ICZN.org에 더 이상 존재하지 않는 페이지를 참조한다.누가 이것 좀 봐줄래?와이어트 타이론 스미스 (대화) 19:27, 2019년 9월 5일 (UTC)
- 템플릿과 아까 가리킨 게 뭔지 잘 모르겠는데, 이 링크가 업데이트된 것 같아.또는 하위 페이지가 더 승인될 수 있다.수정된 링크에 대한 합의가 있으면 변경할 수 있다. Jts1882 토크 19:37, 2019년 9월 5일(UTC)
참조
- 그래, 메인 페이지는 가장 단순한 곳처럼 보일 것이고, 안정적일 가능성이 가장 높을 것 같아. DGG (토크) 16:02, 2019년 9월 6일 (UTC)
- 거스름돈 고마워."{{Cite 웹} 필요 웹 사이트="-문제"로 인해 이 웹 사이트도 어려움을 겪고 있다는 것을 알 수 있다.팝업 링크에 나타난다.와이어트 타이론 스미스 (대화) 18:43, 2019년 9월 6일 (UTC)
- 그래, 메인 페이지는 가장 단순한 곳처럼 보일 것이고, 안정적일 가능성이 가장 높을 것 같아. DGG (토크) 16:02, 2019년 9월 6일 (UTC)
관리자 뉴스레터 – 2019년 9월
지난 한 달(2019년 8월)부터 관리자를 위한 뉴스 및 업데이트.
- 댓글 요청은 2019년 영어 위키백과중재위원회 선거의 구조와 규칙, 절차를 수정하고 기존 규칙에서 다루지 않은 문제를 해결할 수 있는 기회를 제공하기 위해 공개된다.
Ibn Saud는 왜 제한을 받는가?
이 기사는 이스라엘-아랍 분쟁과 어떤 관련이 있는가?그리고 왜 IP와 새로운 편집자들이 그 안에서 편집하는 것이 허용되지 않는가?위키피디아는 사우디 정권이 이 기사들을 잠그기 위해 지불하는 것인가?--샤라브살람 (대화) 15:14, 2019년 9월 7일 (UTC)
- 샤라브살람은 위키피디아가 운영 중인 컴퓨터를 운영하는 재단이 기부금을 처리하고 있으며, 매일매일 일을 처리하지 않기 때문에 아무도 위키피디아에 돈을 지불할 수 없다.이븐 사우드는 이스라엘-아랍 분쟁과 관련이 있는데, 이는 유대인의 팔레스타인 이민 문제가 논의된 USS 퀸시호(CA-71호)에서 프랭클린 루즈벨트(Franklin Roosevelt)를 만난 덕분이다.해당 기사에 대해 변경 사항이 있는 경우 기사 대화 페이지에서 정식 편집 요청을 하십시오.331닷 (토크) 15:19, 2019년 9월 7일 (UTC)
- 나는 정말로 그 기사가 그 작은 단락 때문에 제재되어서는 안 된다고 생각한다.나는 새로운 편집자와 IP가 그 페이지를 자유롭게 편집할 수 있도록 허용되어야 한다고 생각한다.나는 그 기사를 오랫동안 보고 있었는데 논쟁하는 것을 본 적이 없다.아랍과 이스라엘의 분쟁과 더 관련이 있는 조항들이 있지만 그들은 제재를 받지 않았다.기사의 제재 해제를 호소할 수 있는 방법이 있는가?BTW, 내가 위에서 말한 비난에 대해 미안해.비꼬는 말이었다.--샤라브살람 (토크) 15:50, 2019년 9월 7일 (UTC)
- "아랍과 이스라엘의 갈등과 더 관련이 있지만 제재는 받지 않는다"는 기사가 있다면, 그 기사들을 아마도 그렇듯 얼마든지 지적할 수 있을 것이다.어떤 경우든 ArbCom으로 이동하여 확인 요청을 할 수 있다. WP:RFAR. Ibn Saud는 그 모임에서 유대인에게 중동의 한 조각을 주는 것에 대한 생각을 처음 논의했으므로(그가 유대인에게 독일의 한 조각을 주는 것에 반대 제안을 하는 동안), 분쟁과 관련이 없다고 주장하기는 어려울 것 같지만, 그것은 나의 결정이 아니므로 당신은 자유롭게 시도해 볼 수 있다.331dot (토크) 15:58, 2019년 9월 7일 (UTC)
- 그것은 실수처럼 보인다.편집통지서 때문에 보호되었다. 편집통지서가 추가된 이력을 보면 편집 전쟁도 없고, 14일 동안 페이지 편집도 없고, 이스라엘이나 팔레스타인에 대한 범주도 없다.동시에 토크 페이지 템플릿이 위키피디아에 추가됨:위키프로젝트 이스라엘팔레스타인협력단(Wiki Project 이스라엘팔레스타인협력단)은 이 기사가 위키프로젝트의 기록보관소 등 어떤 페이지에서도 언급되지 않고 있다.피터 제임스 (대화) 18:18, 2019년 9월 7일 (UTC)
- 나는 그것이 실수이고 보호가 제거되어야 한다는 것에 동의한다.이븐 사우드는 1945년 퀸시호에 탑승한 루즈벨트와 만나 유대인에게 중동 한 조각이 주어지는 사상을 처음 논의한 것은 아니었다.팔레스타인 최초의 유대인 정착촌은 1878년에 세워졌다; 1945년까지 그것은 이미 오래된 생각이었다; 시오니즘의 역사를 보라.이스라엘에 대한 한 번의 대화 때문에 전체 전기가 PIA 제재를 받고 있다고 말하는 것은...지난 100년 혹은 그 이상 동안 모든 주요 세계 지도자들의 모든 바이오에 제재를 가해야 할 것이다.PIA 제재는 아랍-이스라엘 분쟁과 관련된 어떠한 기사에도 적용되어서는 안 된다.Ibn Saud가 거의 언급하지 않는 분쟁에 관한 기사에 적용되어야 한다.– Levivich 00:08, 2019년 9월 8일(UTC)
- 그것은 실수처럼 보인다.편집통지서 때문에 보호되었다. 편집통지서가 추가된 이력을 보면 편집 전쟁도 없고, 14일 동안 페이지 편집도 없고, 이스라엘이나 팔레스타인에 대한 범주도 없다.동시에 토크 페이지 템플릿이 위키피디아에 추가됨:위키프로젝트 이스라엘팔레스타인협력단(Wiki Project 이스라엘팔레스타인협력단)은 이 기사가 위키프로젝트의 기록보관소 등 어떤 페이지에서도 언급되지 않고 있다.피터 제임스 (대화) 18:18, 2019년 9월 7일 (UTC)
- "아랍과 이스라엘의 갈등과 더 관련이 있지만 제재는 받지 않는다"는 기사가 있다면, 그 기사들을 아마도 그렇듯 얼마든지 지적할 수 있을 것이다.어떤 경우든 ArbCom으로 이동하여 확인 요청을 할 수 있다. WP:RFAR. Ibn Saud는 그 모임에서 유대인에게 중동의 한 조각을 주는 것에 대한 생각을 처음 논의했으므로(그가 유대인에게 독일의 한 조각을 주는 것에 반대 제안을 하는 동안), 분쟁과 관련이 없다고 주장하기는 어려울 것 같지만, 그것은 나의 결정이 아니므로 당신은 자유롭게 시도해 볼 수 있다.331dot (토크) 15:58, 2019년 9월 7일 (UTC)
- 나는 정말로 그 기사가 그 작은 단락 때문에 제재되어서는 안 된다고 생각한다.나는 새로운 편집자와 IP가 그 페이지를 자유롭게 편집할 수 있도록 허용되어야 한다고 생각한다.나는 그 기사를 오랫동안 보고 있었는데 논쟁하는 것을 본 적이 없다.아랍과 이스라엘의 분쟁과 더 관련이 있는 조항들이 있지만 그들은 제재를 받지 않았다.기사의 제재 해제를 호소할 수 있는 방법이 있는가?BTW, 내가 위에서 말한 비난에 대해 미안해.비꼬는 말이었다.--샤라브살람 (토크) 15:50, 2019년 9월 7일 (UTC)
- 기사에 ECP를 배치한 관리자로부터 피드백 요청.버프(토크) 05:11, 2019년 9월 9일(UTC)
- 글쎄, 난 보호 관리자가 도울 수 있을지 의문이야. 그들이 일종의 양자 물리학자 같은 천재가 아니라면 말이야.– Levivich 05:18, 2019년 9월 9일(UTC)
- 음, 사실 상황은 현재 진행중인 ArBCom PIA 사건을 일으킨 것과 유사하다.이 실타래에 강한 반대가 제기되지 않는 한, 나는 확증된 보호를 제거하고 기사에게 기회를 줄 용의가 있다.참고로 나는 양자물리학자다.--Ymblanter (토크) 05:24, 2019년 9월 9일 (UTC)
- 글쎄, 난 보호 관리자가 도울 수 있을지 의문이야. 그들이 일종의 양자 물리학자 같은 천재가 아니라면 말이야.– Levivich 05:18, 2019년 9월 9일(UTC)
- WP:AE 호소 개시:위키백과:중재/요청/시행#강제_강제_조치_appeal_by_BuffsBuffs (대화) 05:32, 2019년 9월 9일 (UTC)
- 여기서의 논의의 일반적 어조와 보호를 제거하기로 한 임블란터의 합의에 따라 나는 보호를 제거했다.나는 며칠 전에 그렇게 했을 것이지만, 이번 주에는 phab 때문에 편집하지 못했다.T232491.골든링 (토크) 08:44, 2019년 9월 11일 (UTC)
- @ GoldenRing:감사합니다.버프(토크) 15:21, 2019년 9월 11일(UTC)
오봇
최근 User가 많이 사용되는 것을 알게 되었다.상당히 높은 볼륨에서 반자동 편집을 하는 OAbot.이는 최근 IABot의 활동을 연상시킨다.이번에는 여러 명의 사용자(이들 중 일부는 합법적으로 보이는 사용자 페이지를 만들고 주중의 특정 시간에만 편집하려고 하는 것 같다)에 대해 의심을 덜 하게 하려는 시도로 퍼지는 것 같다.또, 아이아봇이 직접 편집을 하는 반면, 오아봇은 편집을 하지 않아, 누가 사용해 왔는지 어떻게 확인해야 할지 모르겠다.어쨌든, 이 모든 것이 상당히 수상해 보이고, 나는 여기서 문제를 제기하는 것이 가치가 있다고 생각했다.감사합니다, –Deacon Vorbis (탄소 • 비디오) 03:47, 2019년 9월 7일 (UTC)
이해가 잘 안 가.당신이 말한 것처럼, 그 봇의 편집에는 누가, 누가, 누가, 특정 페이지에서 작동하도록 요청했는지는 명시되어 있지 않다. 그렇다면 "레짓처럼 생긴 사용자 페이지"는 무슨 뜻인가?ST47 (대화) 05:51, 2019년 9월 7일 (UTC)- 신경 쓰지 마, 무슨 말인지 알겠어. 하지만 더 나은 편집 목록을 얻을 수 있는 방법은 없을까? The Recent Changes는 가장 최근의 500개만을 보여준다. ST47 (talk) 06:00, 2019년 9월 7일 (UTC)
- OhKayeSierra (대화) 06:13, 2019년 9월 7일 (UTC
- )
- 감사
- 나는 무엇이 문제의 인식인지 명확하지 않다.
- 현재 활동 중인 사용자들은 내가 가졌던 상호작용(다른 커뮤니케이션 스타일 등)과는 다른 사람들처럼 보인다.
- 그들은 또한 분명히 인간의 행동을 가지고 있다.
- 이것이 도움이 되었으면 좋겠는데, Nemo 06:21, 2019년 9월 7일 (UTC)
- {{체크유저 필요}} 디콘 보르비스가 유료 편집에 종사하는 삭스푸펫 링을 스스로 발견했다고 믿는다.봇 편집의 목적은 기부금에서 그들의 유급 업무의 패턴을 더 잘 볼 수 없게 하거나, 확인된 상태 중 하나를 게임으로 만들거나, 아니면 "설립된" 계정처럼 보이는 기여금 페이지와 함께 계정을 만들기 위한 것일 수 있다.이러한 방식으로 봇을 사용하는 계정 목록은 이 채석장 쿼리를 사용하여 찾을 수 있다.특히, 다음의 이용자들은 그들의 사용자 페이지에 유료 편집 태그를 공개하였다.
- ContentNerd(토크+ · 태그 · 기여 · 삭제된 기여 · 로그 · 필터 로그 · 사용자 · 블록 사용자 · CA · CheckUser (log) · 조사 · cuwiki) (498 bot 편집, 최근 확대 확인)
- Marnie Hawes(토크+ · 태그 · 기여 · 삭제된 기여 · 로그 · 로그 · 필터 로그 · 사용자 · 블록 사용자 · CA · CheckUser (log) · 조사 · cuwiki) (1355 bot 편집, 최근 확장 확인)
- PedjaNbg (토크+ · 태그 · 기여 · 삭제된 기여 · 로그 · 필터 로그 · 사용자 · 블록 사용자 · 블록 로그 · CA · CheckUser (log) · 조사 · cuwiki) (2687 bot 편집, 최근 확장 확인)
- 타슈데드(토크+ · 태그 · 기여 · 삭제된 기여 · 로그 · 필터 로그 · 블록 사용자 · 블록 사용자 · CA · CheckUser(log) · CheckUser(log) · 조사 · 쿠위키(cuwiki) (단 28개의 봇 편집에 불과하지만, 사용자 페이지에서 Marnie Hawes와 동일한 유료 편집 태그가 있으며, 또한 Marnie Hawes와 같은 bnikikikikikikiki에 대한 편집도 있다)
- Davykamanzi+(토크 · 태그 · 기여 · 삭제된 기여 · 로그 · 필터 로그 · 사용자 · 블록 로그 · CA · CheckUser(log) · 조사 · 쿠위키) (2개의 봇 편집에 불과하지만, 과거 업워크를 통해 지불된 것을 공개하지만 - 잠재적으로 마스터인가?)
- Some of the accounts have history on other projects as well, so it's possible that this is either cross-wiki abuse, or recycling of compromised accounts - PedjaNbg has history on srwiki and Marnie Hawes has some on bnwiki. ST47 (talk) 06:23, 7 September 2019 (UTC)
- If the objective was gaming the system, I'd say it didn't achieve much: scrutiny of their edits worked. But I agree, let's wait for a CheckUser. Nemo 06:28, 7 September 2019 (UTC)
- {{체크유저 필요}} 디콘 보르비스가 유료 편집에 종사하는 삭스푸펫 링을 스스로 발견했다고 믿는다.봇 편집의 목적은 기부금에서 그들의 유급 업무의 패턴을 더 잘 볼 수 없게 하거나, 확인된 상태 중 하나를 게임으로 만들거나, 아니면 "설립된" 계정처럼 보이는 기여금 페이지와 함께 계정을 만들기 위한 것일 수 있다.이러한 방식으로 봇을 사용하는 계정 목록은 이 채석장 쿼리를 사용하여 찾을 수 있다.특히, 다음의 이용자들은 그들의 사용자 페이지에 유료 편집 태그를 공개하였다.
- Marnie Hawes and Tashdeed are on the same IP address and are very
Likely. The others are scattered about in various countries. I doubt anyone is compromised. NinjaRobotPirate (talk) 13:25, 7 September 2019 (UTC)
- Thank you. I see they declare to be siblings on the userpage. Nemo 13:47, 7 September 2019 (UTC)
- @OhKayeSierra: thanks for the ping. If any change to the OAbot web app is required let me know. − Pintoch (talk) 17:52, 8 September 2019 (UTC)
Request for lifting editing/creation restriction
It would be nice if these very old restrictions could be removed. I feel they are a dead letter. (Indeed the creation was supposed to be temporary.)
All the best: Rich Farmbrough, 19:42, 11 August 2019 (UTC).
- For clarity, I believe we're talking about these two discussions: Wikipedia:Administrators' noticeboard/Archive218#Rich Farmbrough's persistent disregard for community norms and (semi-)automated editing guidelines and Wikipedia:Administrators' noticeboard/IncidentArchive666#Automated creation of incorrect categories. The restrictions are as follows (taken from Taken from WP:EDR):
Imposed October 2010, andRegardless of the editing method (i.e. manual, semi-automatic, or automatic; from any account), Rich Farmbrough is indefinitely prohibited from making cosmetic changes to wikicode that have no effect on the rendered page (excepting those changes that are built-in to stock AWB or those that have demonstrable consensus or BAG approval). This includes but is not limited to: changing templates to template redirects, changing template redirects to templates (see here for AWB stock changes on this item, with the understanding that bypassing template redirects will only be done when there is a substantive edit being done), changing the spacing around headers and ordered lists (except to make an aberration consistent with the rest of the page), and changing the capitalization of templates. Furthermore, prior to orphaning/emptying and deleting categories or templates, the appropriate processes (WP:CFD/WP:TFD) should be engaged.
Imposed January 2011. —/Mendaliv/2¢/Δ's/ 19:49, 11 August 2019 (UTC)Regardless of the editing method (i.e. manual, semi-automatic, or automatic; from any account), Rich Farmbrough is indefinitely prohibited from mass creating pages in any namespace, unless prior community approval for the specific mass creation task is documented. The definition of "mass creation" and the spirit of the restriction follows Wikipedia:BOTPOL#Mass article creation.
- What reason does the community have to lift those restrictions? --Izno (talk) 20:47, 11 August 2019 (UTC)
- It acts as a scarlet letter, and serves no useful purpose. All the best: Rich Farmbrough, 21:55, 11 August 2019 (UTC).
- You say that they were "supposed to be temporary", but they are both indefinite, which means that no one thought they were temporary at the time they were imposed, except perhaps for yourself, or they would have had a time limit placed on them. You give no reason for lifting them, except, basically, that you don't like them. Considering that you have been the subject of quite a number of sanctions over the years, included a de-sysopping for cause [88], there's no particular reason that the community should lift these sanctions absent a very good reason to do so. Please provide a rationale for their removal which is pertinent. Beyond My Ken (talk) 22:23, 11 August 2019 (UTC)
- I did not say they were supposed to be temporary, I said the creation one was:
- It acts as a scarlet letter, and serves no useful purpose. All the best: Rich Farmbrough, 21:55, 11 August 2019 (UTC).
I would expect the restriction to be temporary by virtue of soon being superseded by an amendment to Wikipedia:BOTPOL#Mass_article_creation. I would be heartily grateful if (a) we didn't waste any more time on this particular case of this problem; (b) Rich accepts the amendment; (c) someone else does the heavy lifting on moving forward the policy change. If/when it happens, the new restriction should be removed as redundant.
— RD232 [the editor who imposed the sanction]
- All the best: Rich Farmbrough, 07:43, 12 August 2019 (UTC).
- One editor speculating that a sanction would be superceded is not the same as a general expectation that the creation sanction would be "temporary". As I said, if they thought it would be temporary, they would have written it that way. They did not, they made it indefinite. Beyond My Ken (talk) 13:54, 12 August 2019 (UTC)
- All the best: Rich Farmbrough, 07:43, 12 August 2019 (UTC).
Related:
- Block log.
- Wikipedia:Administrators' noticeboard/Archive227#Rich Farmbrough violating editing restriction
- Wikipedia:Administrators' noticeboard/Archive229#Review of Rich Farmbrough's cosmetic changes restriction
- Wikipedia:Administrators' noticeboard/Archive241#Rich Farmbrough's editing restriction
- desysopping
- failed re-RfA
- Wikipedia:Arbitration/Requests/Enforcement/Archive128#Rich Farmbrough
- Wikipedia:Arbitration/Requests/Enforcement/Archive131#Rich Farmbrough
- Wikipedia:Arbitration/Requests/Enforcement/Archive149#Rich Farmbrough
--Guy Macon (talk) 22:45, 11 August 2019 (UTC)
- Note: "desysopping" and "failed re-RfA" added by me. Beyond My Ken (talk) 01:54, 12 August 2019 (UTC)
- Desysopping was as a result of a vacated arb case. And the RFA
was not failed butwent to 'crat chat which closed as no consensus at my request. All the best: Rich Farmbrough, 07:50, 12 August 2019 (UTC).
- You aren't helping your case by misrepresenting easily-checked facts. The 'crat chat you linked to above starts with "We have an RfA that is numerically shy of the 70% expected for the typical discretionary range". That's the definition of a failed RfA. Also, Wikipedia:Requests for adminship/Rich Farmbrough 2 has the result "The following discussion is preserved as an archive of a request for adminship that did not succeed." You had your chance to withdraw before the RfA closed. You didn't and the RfA failed. At this point our page at Law of holes may be helpful. --Guy Macon (talk) 23:35, 12 August 2019 (UTC)
- I was referring to this. And I have amended my statement above to be more accurate. All the best: Rich Farmbrough, 08:27, 13 August 2019 (UTC).
- I was referring to this. And I have amended my statement above to be more accurate. All the best: Rich Farmbrough, 08:27, 13 August 2019 (UTC).
- Desysopping was as a result of a vacated arb case. And the RFA
- Oppose Thanks for the handy links, Guy Macon. I had already gone over the Arbcom ruling and amendments. Rich's block log was, ah, informative. I won't say never but it would take a lot of convincing for me to go along with changing Rich's current restrictions. Old they may be but I'd say earned from the evidence. Cheers, Mark Ironie (talk) 00:02, 12 August 2019 (UTC)
- Oppose The restrictions were earned through Rich's actions and after much discussion. They serve the useful purpose of preventing the resumption of those actions. If Rich wants to explain why those actions were wrong and to assure the community that they will not resume and to agree that an immediate block would be the proper outcome should any of them occur again then I might reconsider this. MarnetteD Talk 00:16, 12 August 2019 (UTC)
- Support my interactions with Rich have led me to believe that he is here in good faith and I therefore favor giving him another chance by removing these sanctions from eight years ago. Lepricavark (talk) 00:23, 12 August 2019 (UTC)
- My question to Rich would be whether he intends to do either of the following: "making cosmetic changes to wikicode that have no effect on the rendered page" or "mass creating pages in any namespace, [without] prior community approval for the specific mass creation task".
I'm mindful of a recent discussion where it was suggested that we could lift a TBAN where the editor in question wasn't intending to go do the stuff that was banned would agree that he'd abide by the TBAN even though it was removed from the rolls (WP:AN#Request to remove Topic ban). In other words, the editor was agreeing to have an off-the-books TBAN, which struck me as improper for a few reasons. My way of thinking is that if Rich has no interest in doing those things but does want the bans lifted so, for instance, there's no concern with things that might be edge cases (i.e., whether a handful of articles means "mass creation", or whether the occasional cosmetic wikicode change merits being dragged to AE/AN/ANI), there should be little problem with this request provided there's no recent (say within 6 months-2 years) issues with violating them. I would not make that exactly a binding guarantee since, as I said in that other thread, it's tantamount to an off-the-books editing restriction, which we shouldn't be doing. Rather, I'd consider Rich immediately going back and doing the same stuff that got him these restrictions, we could reasonably infer that he had lied in order to get out of this restriction, and reimposing/blocking would be appropriate. And if he does go back and start disrupting but beyond "immediately", the same restrictions can be reimposed.
Another idea would be to add a sunset provision to both restrictions. Something like: "Effective on [date of closure], this editing restriction is suspended. On [date of closure + six months], if a community discussion does not reach a consensus to renew this editing restriction on the basis of Rich's conduct over the period since [date of closure], this editing restriction will automatically lapse. This paragraph is not intended to limit the community or an uninvolved administrator's ability to impose appropriate sanctions for disruptive conduct that is incidentally covered by the suspended editing restriction." Thoughts on this? —/Mendaliv/2¢/Δ's/ 00:24, 12 August 2019 (UTC)
- Comment I'm not a fan of the off-the-books restrictions and conditions either. I prefer a clearly defined set of conditions, explicit in the details. This is the current status quo. The sunset arrangement has problems as well, particularly if there is a delay on it (closure + six months or whatever.) This puts a burden on others to check up on Rich at a later time. Overriding some Arbcom decisions makes me a little queasy. There are levels of AFG and giving people another chance that I have trouble with. This is one of those times. Cheers, Mark Ironie (talk) 04:24, 12 August 2019 (UTC)
- Mark Ironie This is not an arbcom provision, it was imposed by [[User:RD232], who left the project seven years ago, without a !vote. All the best: Rich Farmbrough, 07:43, 12 August 2019 (UTC).
- Right, my thought with the sunset provisioning is more if people think there's reason to give Rich a shot (i.e., if he's not violated the sanctions in a long time) but don't want to risk a full lifting right now. I'm with you as there being an added burden to watch for problems, but I'm really not sure how much of a burden that would be. People subject to long-running sanctions—Rich had both community-based and Committee-imposed ones (the latter having been vacated entirely in 2016)—tend to have no shortage of folks checking up on them as a matter of course. Here's an alternative thought though: "After [date of closure + six months], Rich may open a community discussion on WP:AN to request that his status be reviewed and a determination made as to whether the restriction is still needed. If this discussion, having duly considered whether the restriction is still needed, does not reach a consensus to renew this editing restriction on the basis of Rich's conduct over the period since [date of closure], this editing restriction will automatically lapse." That way, the burden is on Rich to ask at the end of the probationary period before the restrictions will be vacated. I'm certain that the AN regulars would provide a robust discussion. Anyway just my thinking on how to approach this procedurally if it's decided to be worth trying. I'm still not decided on whether it's worth trying at all. —/Mendaliv/2¢/Δ's/ 06:02, 12 August 2019 (UTC)
- I would have thought 9 years is probably a long enough sunset provision.... All the best: Rich Farmbrough, 07:43, 12 August 2019 (UTC).
- As far as I am aware, there is no such thing in Wikipedia policy as a "sunset provision", so citing it as a reason for lifting these sanctions is an invalid argument. Perhaps there should be sunset provisions. If so, then someone should propose it at WP:VPP and get it approved by the community. Until then, sindefinite sanctions stay in place indefinitely. Beyond My Ken (talk) 13:47, 12 August 2019 (UTC)
- Mark Ironie This is not an arbcom provision, it was imposed by [[User:RD232], who left the project seven years ago, without a !vote. All the best: Rich Farmbrough, 07:43, 12 August 2019 (UTC).
- Mendaliv I do not intend to make non-rendering changes which do not have consensus. Page creation as described is now written into policy, which, of course, I do not intent to break. All the best: Rich Farmbrough, 15:11, 12 August 2019 (UTC).
- Oppose - No reasonable rationale provided for removal. As demonstrated by the links above, RF has a history of being sanctioned, and a further history of then violating those sanctions, which means he simply cannot be trusted. Lifting the sanctions still in place leaves him free to take the same kind of actions that got him restricted in the first place. I don't trust him, and do not think that the community can afford to place its trust in him, any more than it did when he applied to be an admin again, and his RfA failed. Beyond My Ken (talk) 01:53, 12 August 2019 (UTC)
- Approximately 70% of the community supported my RFA. All the best: Rich Farmbrough, 08:35, 12 August 2019 (UTC).
- Which put it in the discretionary range at the time, and the 'crats -- who are, after all, part of the community -- decided against promoting you. Beyond My Ken (talk) 13:38, 12 August 2019 (UTC)
- No they didn't. To avoid placing them in an invidious position, and to avoid an adminship tainted by being a close call I asked them to close as no consensus. All the best: Rich Farmbrough, 15:05, 12 August 2019 (UTC).
- The 'crat chat you linked to above starts with "We have an RfA that is numerically shy of the 70% expected for the typical discretionary range". In other words, a failed RfA. Also, Wikipedia:Requests for adminship/Rich Farmbrough 2 has the result "The following discussion is preserved as an archive of a request for adminship that did not succeed." BTW, good job getting Beyond My Ken to agree that both of you stop WP:BLUDGEONING this page and then continuing to post comments after he stopped. --Guy Macon (talk) 00:01, 13 August 2019 (UTC)
- In fairness, here's the timeline: Rich agrees to stop, BMK says he has no more good faith for Rich, and then BMK says he'll stop. Not sure it was nice of BMK to take a parting shot like that, although he could have wrote it before seeing Rich's agreement to stop. Lepricavark (talk) 02:50, 13 August 2019 (UTC)
- Actually, it wasn't a "parting shot". I made two (maybe 3??) comments, including one about the lack of good faith, turned my attention to other stuff (no edits, but a five minute gap in activity, according to my contrib log), and then came back to re-read the thread, which is when I saw Golden Ring's remark and immediately agreed to his suggestion. So, the history may look damning, but it doesn't actually indicated a parting shot, which it was not. In fact, I distinctly remember thinking that I wish I had seen Golden Ring's suggestion before I had added the previous comments, just for the sake of appearances. Beyond My Ken (talk) 06:15, 13 August 2019 (UTC)
- That's fair. Stuff often gets overlooked in these conversations. Lepricavark (talk) 22:01, 13 August 2019 (UTC)
- No they didn't. To avoid placing them in an invidious position, and to avoid an adminship tainted by being a close call I asked them to close as no consensus. All the best: Rich Farmbrough, 15:05, 12 August 2019 (UTC).
- Approximately 70% of the community supported my RFA. All the best: Rich Farmbrough, 08:35, 12 August 2019 (UTC).
- Support in the absence of evidence that the banned conduct has been a problem in the last, I don't know, two years? Eight years on, IMO we should be giving someone the chance to show they've changed enough in that time that the restriction is no longer necessary; if eight years is not enough, I don't see any way that these could ever be lifted. I don't object to the sunset clause proposed above, but don't particularly support it, either. GoldenRing (talk) 10:21, 12 August 2019 (UTC)
- Support per WP:Bygones (this page should exist). Seriously, restrictions from 2010??? I trust Rich to be wise enough not to be disruptive today, especially not in the manner he was disruptive nine years ago. — JFG talk 10:36, 12 August 2019 (UTC)
- Support Eight years is long enough for these restrictions to be lifted.-- Pawnkingthree (talk) 12:11, 12 August 2019 (UTC)
- An indefinite sanction is not "infinite", but it does stay in effct until it is lifted. It does not dissipate, or fade away over time, it is just as much in effect at this moment as it was the second after it was imposed. These "support" votes seem to be saying that the evidence the sanctions should be lifted is the fact that the sanctions have done their job well, so we no longer need them. Someone attempting to get a restraining order lifted on the basis that they had stayed away from the person for the 8 years the order was in place would be laughed out of court - the fact that the restrainimg order worked is the evidence for the restraining order continuing to be necessary. Add to that that other people are providing rationales for the sanctions to be lifted, while RF has made no argument of substance at all, and you have more than enough reason to reject this frivilous and unnecessary request. Beyond My Ken (talk) 13:38, 12 August 2019 (UTC)
- I have seen this Procrustean argument before. "It worked, so it was necessary. Had it not worked, a stronger sanction would have been necessary." By this logic indefinite is infinite.
- Moreover there are side effects, people oppose granting of bits based on things like this.
- I don't think that calling my request "frivolous and unnecessary" is WP:AGF - but then little you have said here is.
- All the best: Rich Farmbrough, 15:03, 12 August 2019 (UTC).
- You are correct. Your behavior ran out every possible bit of AGF I had regarding you years ago. Beyond My Ken (talk) 22:33, 12 August 2019 (UTC)
- Oppose lifting the cosmetic restriction, as it was being broken as recently as Jan 2019. Primefac (talk) 15:24, 12 August 2019 (UTC)
- Comment Could Rich Farmbrough and Beyond My Ken stop trying to bludgeon this request to death and let the community review it please? GoldenRing (talk) 15:36, 12 August 2019 (UTC)
- I'm game.
All the best: Rich Farmbrough, 16:57, 12 August 2019 (UTC).
- Sure, I'll refrain from further comment. Beyond My Ken (talk) 22:38, 12 August 2019 (UTC)
- Thank you both. GoldenRing (talk) 12:16, 2 September 2019 (UTC)
- I'm game.
- Support I don’t see any need for these to remain in effect. Mr Ernie (talk) 19:13, 12 August 2019 (UTC)
- Mr Ernie, I respect your opinion/!vote, but have a question - regardless of whether it's a "good" restriction (i.e. let's put aside whether it's appropriate for the ban to be in place), do you think someone under a restriction should be violating it before they have it lifted? Primefac (talk) 19:23, 12 August 2019 (UTC)
- support per WP:ROPE and the spirit of WP:UBCHEAP. The violation Primefac brings up is noted, but Rich's explanation was actually quite reasonable even if it violated the letter of the restriction. It's been nearly a decade; I think it's worth seeing how things go without the restrictions. Wug·a·po·des 22:59, 12 August 2019 (UTC)
- Oppose: I wasn't going to take a stand on this, limiting myself to providing some related links, but since then I have taken a deep dive into the edits in question. Too many errors of the type caused by poorly-written automated tools combined with a failure to preview the edits and fix obvious screwups by the automation. Things like nuking a ]] without removing the matching [[. --Guy Macon (talk) 23:42, 12 August 2019 (UTC)
- Just for clarity, this restriction does not apply to the type of edit you describe, only to edits which make no rendered difference. All the best: Rich Farmbrough, 12:47, 14 August 2019 (UTC).
- Oppose as these restrictions really apply to all users. But most do not step over the line. Any mass action should have consensus. Our appealer here has not indicated that compliance will be observed, just that it is not nice to have restrictions. Mass editing requires mass checking and mass errors need mass fixing so much more care is required. Graeme Bartlett (talk) 23:51, 12 August 2019 (UTC)
- Oppose I see no evidence of a benefit to the community. Automated mass edits are difficult to safeguard on a good day, and user has not demonstrated a need to make them or the ability to make them safely. ROPE is not a good reason-- the user should convince the community the sanction is no longer needed before removing the sanction.-- Deepfriedokra 00:24, 13 August 2019 (UTC)
- I don't disagree, necessarily, but I guess my question is how Rich would show he can make these edits if he cannot make them? That's really the point of my rationale. If this is as recurring a time sink as Guy below says, perhaps the efficient route is to give Rich one last chance to prove us wrong, and if not we can resolve this quickly at that time. I'm fine maintaining the restrictions, I just think that, at this point, perhaps an ultimatum will save further drama in the future. Wug·a·po·des 00:56, 13 August 2019 (UTC)
- Support per Graeme Bartlett. If these restrictions really apply to all users, what's the point of marking Rich with the aforementioned scarlet letter? By this token, you might ban someone from worse things, like "no replacing pages with obscenities" or "no disruptive sockpuppetry". If policy prohibits something, applying special restrictions to a certain person basically just gives enemies "gotcha" opportunities, which it definitely seems to me has been the situation with Rich. Just look for interaction between him and Fram, including five of the six "Related" links given by Guy Macon at 22:45, 11 August 2019. Nyttend (talk) 11:50, 13 August 2019 (UTC)
- PS, for years I've noticed that Fram was frequently (maybe almost always) the one filing complaints about Rich. It's one thing if you edit in an esoteric area and one other person is basically the only one who has the chance to notice, but when you edit in a very public manner and one person is making most of the AN/ANI/AE/etc. complaints about you, to me it looks very much like you're being targeted, because if you really were the massive problem that's alleged, lots of people would have made such complaints. We shouldn't treat one person's persistent complaining as if it were truly representative of what most editors think. Nyttend (talk) 12:01, 13 August 2019 (UTC)
- Just as a minor note, I might not have been raising anything at ANI or AE, but I've noticed a lot of these issues over the years (as can be seen in Rich's talk page archives) - this is primarily because I'm an AWB/bot user and Rich edits in the same areas that I do. Just because no one has put something on a noticeboard doesn't necessarily mean they don't notice; I just preferred to discuss the issues with them on their talk first. Primefac (talk) 13:02, 13 August 2019 (UTC)
- I think that whether the complaints lead to sanctions is a key point. If editor A keeps reporting editor B and pretty much every time editor B gets a warning or a block, that's one thing. If there is a long string of the result being no violation, content dispute/not an ANI issue and/or boomerang, that's another thing entirely. Either situation is a problem -- somebody isn't responding to feedback. If I kept being reported and warned, I would figure out what I was doing wrong and stop. If I kept reporting someone and my reports didn't result in any action, I would give up and stop reporting that user. --Guy Macon (talk) 13:22, 13 August 2019 (UTC)
- PS, for years I've noticed that Fram was frequently (maybe almost always) the one filing complaints about Rich. It's one thing if you edit in an esoteric area and one other person is basically the only one who has the chance to notice, but when you edit in a very public manner and one person is making most of the AN/ANI/AE/etc. complaints about you, to me it looks very much like you're being targeted, because if you really were the massive problem that's alleged, lots of people would have made such complaints. We shouldn't treat one person's persistent complaining as if it were truly representative of what most editors think. Nyttend (talk) 12:01, 13 August 2019 (UTC)
- Oppose. Very much like in the other case on this board, people with this sort of block log would need to give a very good reason for why we should explicitly allow them to do things that all users should not do in any event, and I'm not seeing it. Sandstein 18:42, 14 August 2019 (UTC)
- I am not asking for that, I am asking for special restrictions to be withdrawn. These have a tendency to be hair-trigger, as you know. All the best: Rich Farmbrough, 11:49, 15 August 2019 (UTC).
- I am not asking for that, I am asking for special restrictions to be withdrawn. These have a tendency to be hair-trigger, as you know. All the best: Rich Farmbrough, 11:49, 15 August 2019 (UTC).
- Oppose I'd like to see a taking of responsibility for the original bad acts before restrictions are withdrawn. Not breast-beating, but a meaningful discussion of what the editor did wrong, and a statement of how the editor proposes to avoid the behavior which caused the block in the future. Not "It acts as a scarlet letter, and serves no useful purpose". I note the number of years that have elapsed since the restriction was imposed. All the more reason for an indication the editor understands the reason for the restriction and isn't just saying "Yeah, yeah, let's get on with it" before getting the keys to the road grader again.--loupgarous (talk) 01:06, 21 August 2019 (UTC)
- Suport There is enough water under the bridge for us to be able to vacate restrictions that are now covered by policy and applicable to everyone. There may well be times when changing a poorly named template redirect to the template name is a valuable improvement for editors of an article. The change from {{Ill}} to {{Interlanguage link}} is an obvious example: my old eyes really can't make out the former, while the latter is very clear. If any other editor had made this edit, would we be complaining about it? I desperately hope not. I'm not encouraging Rich to make those sort of edits, but I'd forgive him for making that cosmetic(?) change, which makes such an improvement for editors like me. There really is no longer any need to treat Rich differently from any other prolific contributor (especially one with 1.5 million edits over 14 years). --RexxS (talk) 20:53, 26 August 2019 (UTC)
- Oppose There's no need for such permissions at this time/per other opposes. Buffs (talk) 22:08, 27 August 2019 (UTC)
- There's no request for permissions. Peter James (talk) 16:40, 2 September 2019 (UTC)
- Support: I see many comments above about the OP's block log, so I reviewed it. The last block was in 2017; unblocking was swift and accompanied by a trout for the blocking admin. Before that were two 2013 AE blocks that disturb me for a number of reasons: in both cases, the same two people respectively reported and imposed sanctions; the block time escalated very rapidly (59 days then one year); and the violations in question do not seem especially clear-cut to me. While Rich certainly has more blocks to their name that is desirable, they have a long recent history of not being (justifiably) blocked. I accept the argument that there is no point in special restrictions that align with current policy. I also accept that Rich is justified in fearing that being under such restrictions will lead to "gotcha" sanctions for marginal violations. And I also accept that indefinite restrictions imposed a long time ago can reasonably be asked to justify their continued imposition. Bovlb (talk) 23:53, 30 August 2019 (UTC)
- Oppose Per pretty much everyone who has opposed above. I would say the restrictions serve a useful purpose in that they prevent the editor doing the things that caused the restrictions to be placed. Only in death does duty end (talk) 21:33, 1 September 2019 (UTC)
- Support If there is disruptive editing the existing policies apply and can lead to sanctions. Peter James (talk) 16:40, 2 September 2019 (UTC)
- There was disruptive editing, and sanctions were enacted. This discussion is about lifting those sanctions, not imposing them. Primefac (talk) 18:22, 2 September 2019 (UTC)
- It's about reviewing whether the sanctions should remain or not; is there recent evidence in favour of keeping them? Peter James (talk) 18:39, 2 September 2019 (UTC)
- I posted evidence, as have others, indicating that these sanctions should stay in place. Primefac (talk) 18:43, 2 September 2019 (UTC)
- The recent evidence in favour of keeping them is that RF is not editing in the manner that brought them about. RF hasn't really acknowledged that the editing was a problem and made no commitment to not resume that kind of editing. Thus leaving them in place is the only way to prevent further disruption. 09:17, 3 September 2019 (UTC)
- Editing in a manner that brought the restrictions would be the only alternative; is that what you recommend? Peter James (talk) 14:25, 3 September 2019 (UTC)
- No - I was clearly answering your question "is there recent evidence in favour of keeping them?" I'm not sure how you came up with anything else. Neither I nor anyone else posting here want the disruptive editing to start up again. MarnetteDTalk 17:43, 3 September 2019 (UTC)
- The only way for that to no longer be true is for RF to resume editing disruptively. If you don't advise that, is your advice to edit in a manner you are saying is evidence against lifting the restrictions, or is there another alternative I have missed? Peter James (talk) 14:29, 4 September 2019 (UTC)
- No - I was clearly answering your question "is there recent evidence in favour of keeping them?" I'm not sure how you came up with anything else. Neither I nor anyone else posting here want the disruptive editing to start up again. MarnetteDTalk 17:43, 3 September 2019 (UTC)
- Editing in a manner that brought the restrictions would be the only alternative; is that what you recommend? Peter James (talk) 14:25, 3 September 2019 (UTC)
- The recent evidence in favour of keeping them is that RF is not editing in the manner that brought them about. RF hasn't really acknowledged that the editing was a problem and made no commitment to not resume that kind of editing. Thus leaving them in place is the only way to prevent further disruption. 09:17, 3 September 2019 (UTC)
- I posted evidence, as have others, indicating that these sanctions should stay in place. Primefac (talk) 18:43, 2 September 2019 (UTC)
- It's about reviewing whether the sanctions should remain or not; is there recent evidence in favour of keeping them? Peter James (talk) 18:39, 2 September 2019 (UTC)
- There was disruptive editing, and sanctions were enacted. This discussion is about lifting those sanctions, not imposing them. Primefac (talk) 18:22, 2 September 2019 (UTC)
- Oppose. I can see no benefit either to Rich Farmbrough or to Wikipedia to lifting these restrictions. If Rich Farmbrough doesn't intend to go back to causing disruption, then keeping the ban in place causes absolutely no inconvenience, but we've unfortunately learned from long experience that this is an editor who consistently interprets "this isn't specifically forbidden" as "the fact there's nothing in writing explicitly banning this means I'm entitled to do it no matter how much disruption it causes". ‑ Iridescent 14:43, 4 September 2019 (UTC)
- Note, just as a reminder, both WP:MASSCREATION and WP:COSMETICBOT (as well as WP:AWB's logic with respect to WP:GENFIXES) have had significant overhauls since 2010/2011, and are now much more restrictive / clear as to what they encompass. It's certainly possible that the restrictions are no longer needed in light of those updates. As for myself, I'm mostly indifferent either way. Headbomb {t · c · p · b} 15:54, 4 September 2019 (UTC)
- Support per Headbomb and Nyttend since both are more or less applicable to all users anyway, the only difference I can see is that it doesn't apply to pages not designed to be viewed by readers and so that small change doesn't seem like a bid difference so I'm sure WP:ROPE would apply anyway. As a side note I have been looking at having articles created by a bot which I think is a good idea but we indeed need to be careful with the possibility of errors. Crouch, Swale (talk) 08:28, 7 September 2019 (UTC)
Proposed additional restriction (withdrawn)
Proposed: If the above appeal fails, Rich Farmbrough is not allowed to appeal or otherwise ask again that his restrictions be lifted until January 1st of 2020. --Guy Macon (talk) 23:35, 12 August 2019 (UTC) Edited 23:52, 12 August 2019 (UTC)
|
Blacklist move
There is a WP:RM/TR move (permalink) that only admins may perform due to a title blacklist. ToThAc (talk) 18:01, 8 September 2019 (UTC)
- @ToThAc: That isn't true. Page movers and template editors are also permitted to override the title blacklist. * Pppery *it has begun... 18:27, 8 September 2019 (UTC)
- Pppery is right, page movers like myself can override the title blacklist. With that said,
Done. SkyWarrior 19:55, 8 September 2019 (UTC)
- Pppery is right, page movers like myself can override the title blacklist. With that said,
- I'm guessing that this request results from seeing MediaWiki:Titleblacklist-custom-pagemove, which currently says
This page move has been blocked by the title blacklist because the new title contains characters, words, or phrases commonly used in page-move vandalism. If you think this has been done in error please leave a message on Wikipedia:Administrators' noticeboard.
If this is not the right place for such requests, then we should change the message accordingly. Bovlb (talk) 17:29, 9 September 2019 (UTC)- The messages suggests that you should come to AN if you disagree that the page was put on the title blacklist in the first place, which if that's the case AN would be the right place for such requests. However, that is not the case here, and I think this specific request is here simply because ToThAc thought only admins can override the title blacklist, which is incorrect. SkyWarrior 20:26, 9 September 2019 (UTC)
False accusations against my good name in English version
Dear administrator, I was shocked realizing that someone published in Wikipedia my "portrait" with evident lies and false accusations: https://en.wikipedia.org/wiki/Gust%C3%A1v_Mur%C3%ADn I am asking You to DELETE this fake news + hoax before I will be forced to the legal action. I contrary to that the Czech version is correct: https://cs.wikipedia.org/wiki/Gust%C3%A1v_Mur%C3%ADn It means that somebody misused Your project to humiliate my person by pure lies. Please, act as requested above. Many thanks for You kind understanding. Gustáv Murín
P.S. Here is my CV that is showing my real public activities as writer and scientist: https://gustavmurin.webgarden.cz/rubriky/biography/comments-to-writing — Preceding unsigned comment added by 85.216.151.21 (talk) 10:55, 10 September 2019 (UTC)
- I blanked out some content that was clearly violating BLP. 137.71.23.54 (talk) 11:17, 10 September 2019 (UTC)
- I added revdel and semi-protection. -- RoySmith(talk) 12:07, 10 September 2019 (UTC)
- And we just let the legal threat go unpunished?--WaltCip (talk) 13:01, 10 September 2019 (UTC)
- I can't see the original content, but I'm willing to assume good faith and call this WP:DOLT case. creffpublica creffett franchise (talk to the boss) 13:13, 10 September 2019 (UTC)
- Yeah, it was pretty DOLTy, and clearly english isn't their primary language so that likely contributed. 137.71.23.54 (talk) 13:22, 10 September 2019 (UTC)
- I can't see the original content, but I'm willing to assume good faith and call this WP:DOLT case. creffpublica creffett franchise (talk to the boss) 13:13, 10 September 2019 (UTC)
- And we just let the legal threat go unpunished?--WaltCip (talk) 13:01, 10 September 2019 (UTC)
- I added revdel and semi-protection. -- RoySmith(talk) 12:07, 10 September 2019 (UTC)
Requesting deletion of a redirect page for a move
Hello. I'm trying to remember where do I request to have a redirect page deleted to make way for a move to that page. This is an uncontroversial move.
I intend to move "Ensisheim (meteorite)" to "Ensisheim meteorite." The second mentioned page is the current redirect. There is no need for parentheses in the title, such as what the article page has. "Ensisheim meteorite" is the name of this object and, therefore the subject. Anyway, where do I go on Wikipedia to request that a redirect page be deleted in anticipation of a move? I can easily do the move myself after the redirect is deleted. ---Steve Quinn (talk) 22:13, 10 September 2019 (UTC)
- @Steve Quinn: You can tag such redirects with {{db-g6}} in the future, but I've deleted Ensisheim meteorite so you can complete the move. --Floquenbeam (talk) 22:19, 10 September 2019 (UTC)
- Thanks very much. I will keep in mind {{db-g6}} - that makes it easy. ---Steve Quinn (talk) 22:22, 10 September 2019 (UTC)
Resignation of Courcelles
Effective immediately, Courcelles (talk · contribs) has resigned from the Arbitration Committee. He has also relinquished the CheckUser and Oversight permissions. The Committee sincerely thanks Courcelles for his service and wishes him well.
For the Arbitration Committee,
WormTT(talk) 22:58, 10 September 2019 (UTC)
A Village Pump RfC was archived without closure
The following Village Pump RfC was automatically archived without closure: RFC: Formalize Standing of Portal Guidelines as a Guideline (18 July 2019). I would like to request that an uninvolved admin either closes it officially or reopens it by moving it back to Wikipedia:Village pump (policy), with a Bump template added to prevent further accidental archival of the topic. --Hecato (talk) 09:05, 10 September 2019 (UTC)
- I don't know, it looks like that discussion died a natural death. If someone really wants to I wouldn't object, but I'm not sure it's necessary either. The Blade of the Northern Lights (話して下さい) 15:03, 10 September 2019 (UTC)
- Oh, I probably should have mentioned somewhere that I requested a closure at WP:ANRFC not too long ago. While I agree that it died a natural death, having a definitive close from an uninvolved editor is worthwhile as I think it will prevent edit warring over what tag to apply. Wug·a·po·des 01:14, 11 September 2019 (UTC)
- I also think that a formal closure of the discussions there is in order. Otherwise, the matters being discussed there remain in an uncertain limbo, which defeats the purpose of the RfCs occurring in the first place. North America1000 04:22, 11 September 2019 (UTC)
User:Enlightened 762
Have removed this users ability to edit. They have struggled to 1) use references 2) format properly 3) not copy and paste from sources / add material which is not a copyright problem. As I have been involved with cleaning up much of the concerns happy for others to review my block. Doc James (talk · contribs · email) 13:37, 10 September 2019 (UTC)
- Doc James, Just curious, does a CCI need to be opened? 💵Money💵emoji💵💸 13:40, 10 September 2019 (UTC)
- User:Money emoji I think clean up is basically done. They have not edited that much. Doc James (talk · contribs · email) 13:43, 10 September 2019 (UTC)
- If you look through Enlighteneds edit history you will see other editors, including me, have had to clean up quite a few edits as well.---- Work permit (talk) 05:05, 11 September 2019 (UTC)
Possible undisclosed paid editing by User:جواد
Hello. In case you don't know me, I am a sysop, bureaucrat and checkuser on Persian Wikipedia (fawiki). I want to bring to your attention that we recently found out that User:جواد has been engaging in paid editing without proper disclosure, thereby violating Wikipedia:Paid-contribution disclosure. This seems to have happened both on English Wikipedia (enwiki) and on fawiki.
We learned about this amidst a larger ongoing investigation of other undisclosed paid editing (UPE) activities on fawiki (many of which done through socks). While I have no reason to believe جواد has been part of the same UPE ring, I think I should still give you a warning. Some enwiki CUs are aware of (and have helped me with) the CU investigations we ran on those socks, and should have the ability to check that data against edits by جواد if deemed necessary.
I also want to point out that جواد is a formersysop on wikidata (from 2013 to 2014), and was a sysop on fawiki from June 2012 to September 2012 (when he took a hiatus) and from January 2013 until around May 2013 when a complaint against him was submitted to fawiki's ArbCom-equivalent body (the "Supervising Committee", hereafter referred to as SC); the SC decided that he should be desysoped, but before it was enacted جواد requested to be retired from adminship on fawiki. Since then, he has been blocked several times. The point is to emphasize that (a) جواد is an advanced user with high level of familiarity with Wikipedia processes, and (b) he does not have a completely clean history.
The evidence we have about his UPE activities comes from the website ponisha.ir which, in my words, is an Iranian alternative to TaskRabbit. We know that there are several "freelancers" on Ponisha who have been paid for successful completion of fawiki-related activities (such as article creations, or assistance with AfDs). The specific piece of evidence I want to bring to your attention is here (archived here). Since it is in Persian (Farsi), I think providing some translation would be useful: the requester states that an article is created on fawiki here and asks for the enwiki version of this article to be created. Going to the fawiki artcile and following its interwiki link to enwiki gets you to Bahman Kazemi. The Ponisha task is completed by a Ponisha user named javadyousefi. This implies a first name of Javad and a last name of Yousefi. Of note, Javad is the English transliteration of جواد and User:جواد also publicly states that his real name is Javad Yousefi (see wikidata:User:جواد). (Historically, he used the account User:Javadyou until it was renamed to User:جواد). Finally, https://en.wikipedia.org/w/index.php?title=Bahman_Kazemi&action=history shows this page was created by User:جواد (originally in User:جواد/sandbox2 and later moved to the main namespace).
This page (archive) shows a list of tasks completed by Javad. This includes references to two pages on fawiki which we confirmed were created by جواد without proper disclosure of paid work; as a result, I just blocked him indefinitely on fawiki. To my knowledge, the only article on enwiki for which we have evidence for UPE is Bahman Kazemi. That said, I still felt obligated to report this to enwiki admins.
If you have any follow-up questions, kindly {{ping}} me in your response. Respectfully, huji—TALK 00:18, 11 September 2019 (UTC)
Additional info: I just found out that here he was paid to create Shahram Jahansooz. So now we have evidence of at least two articles being created by him in form of UPE. huji—TALK 11:30, 11 September 2019 (UTC)
- Statistics from his contributions, in case anyone finds them useful:
- His last edit was on 4 August 2019
- His last edit to mainspace was on 2 August 2019
- His last 50 edits go back to August 2018
- His last 50 edits to mainspace go back to December 2017
- His last 50 page creations go back to April 2013
- He's created 47 pages in mainspace, including some that were the result of moving a page.
- If you exclude pagemoves and the creation of redirects, it looks like he's created 5 pages in mainspace, beginning in 2012. Nyttend (talk) 03:18, 11 September 2019 (UTC)
RfC on user rights of (site) banned users is now underway
An RfC relating to user rights of (site) banned users is now underway at Wikipedia:Requests for comment/User rights of (site) banned users. Please feel free to participate. --TheSandDoctor Talk 20:22, 11 September 2019 (UTC)
Requesting a copy of a deleted page
As Ad Orientem made clear in the discussion on their talk page, the appropriate place to discuss this would be Wikipedia:Deletion review. However, as was also made clear, you would need to show that "significant new information has come to light since a deletion that would justify recreating the deleted page". Don't admin shop. Harrias talk 14:27, 12 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Last night, as I was working on expanding and improving the article on Nancy Navarro. The discussion was closed and the page deleted while I was editing it. It had been at Wikipedia:Articles for deletion/Nancy Navarro. Ad Orientem has graciously place a redirect where the page was. Would someone please take the last version of the article and place the code here: User talk:Evrik/draft2. I can find the text here: "Nancy Navarro". wikimili.com., but want to avoid the work of wikifying the text. Thank you. --evrik (talk) 18:36, 11 September 2019 (UTC)
- Please see this discussion on my talk page. I have already received and declined this request, a point which evrik failed to note. -Ad Orientem (talk) 18:40, 11 September 2019 (UTC)
- Actually, I linked the discussion, User talk:Ad Orientem#Nancy Navarro, in my post. I am cleaning up the first post and making it clear that we have talked about it. Thank you. --evrik (talk) 18:46, 11 September 2019 (UTC)
Kafka Liz's personal threat against MJL
This episode of Wikipedia's repetition compulsion has run its course. Stay tuned! Favonian (talk) 20:25, 14 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Kafka Liz (talk · contribs · deleted contribs · logs · filter log · block user · block log) wrote at User talk:MJL (edit subject history links watch logs) (who has disclosed on their talk page they are from Connecticut):
What good fortune that I have family and friends in Connecticut. I’ll make sure they know your name and what you stand for.
This was shortly after a comment at Eric Corbett's talk page that self-important pseudo-moralizing (in the words of another editor) was "#NotAllNewEngland; more like [redacted geographical opinion that wouldn’t be helpful]. Cunts any road."
(diff) The "redacted geographical opinion" is Connecticut, a state that is part of New England. Prior to that, Kafka Liz wrote that the block of Eric Corbett was a "shit move" and "Without transparent proof, I simply don’t believe that. I know there’s some sort of nasty cull going on, but I hadn’t believed you all would stoop so low. May you get the editors you deserve from this." (diff) While it's understandable for the friends of Eric Corbett to blow off some steam, there's a line, and the "I have friends in Connecticut" threat at MJL's talk page was way over that line. The community tolerated previous instances of this from others, and so of course it has not only continued, but now escalated. We need to put an immediate stop to the harassment of MJL. I'm requesting appropriate administrator intervention, please. – Levivich 16:35, 14 September 2019 (UTC)
- Would you please stop tweaking so I can post a response without edit conflicting? JehochmanTalk 16:50, 14 September 2019 (UTC)
- Since your edit was successful that's a non-sequitur. WP is the encyclopedia that anyone can edit - and at any time. Levivich, Connecticut has a population in excess of 3.6m. Leaky caldron (talk) 16:53, 14 September 2019 (UTC)
- I asked you to stop pestering me. Please do try to ignore me. JehochmanTalk 17:01, 14 September 2019 (UTC)
- Me pestering you! Until you turned up on my TP the other day impertinently demanding me to revert an edit, I'd never even heard of you! I have engaged with Levivich and MJL a few times. On ya bike! Leaky caldron (talk) 17:05, 14 September 2019 (UTC)
- Your comment was egregious gravedancing. I still recommend that you strike it and not make comments like that again. Jehochman Talk 17:18, 14 September 2019 (UTC)
- Me pestering you! Until you turned up on my TP the other day impertinently demanding me to revert an edit, I'd never even heard of you! I have engaged with Levivich and MJL a few times. On ya bike! Leaky caldron (talk) 17:05, 14 September 2019 (UTC)
- I asked you to stop pestering me. Please do try to ignore me. JehochmanTalk 17:01, 14 September 2019 (UTC)
- Since your edit was successful that's a non-sequitur. WP is the encyclopedia that anyone can edit - and at any time. Levivich, Connecticut has a population in excess of 3.6m. Leaky caldron (talk) 16:53, 14 September 2019 (UTC)
- I have redacted the original comment because it is prone to being misconstrued. Obviously it's not that offensive since you chose to re-post it here, rather than provide a diff or contact WP:OVERSIGHT. MJL is a candidate for political office, which is announced on their talk page. Your statement that they are "from Connecticut" leaves out that important fact. Kafka Liz appears to declare that she will exercise her constitutional right to campaign against them, which she is free to do, but preferably not on Wikipedia. If Kafka Liz does not dispute my action, we are done here. JehochmanTalk 17:06, 14 September 2019 (UTC)
- Constitutional rights, yeah, sure – right to bring on-wiki disputes into the real world? No, never. See, e.g., the Jytdog case. Threatening to interfere with an editor's employment (which is what running for office is) because of on-wiki actions is not appropriate. Threatening to get people to vote against an editor's real-life candidacy, because of on-wiki actions, is also not appropriate. As for oversight, hiding this is not the answer. Sunshine is the best disinfectant. I have reverted your premature attempt to close this. – Levivich 17:12, 14 September 2019 (UTC)
- I don't think soapboxing about a real-world election on WP is a great move either. Two-way street. - Sitush (talk) 17:14, 14 September 2019 (UTC)
- If I mention on my user talk page in a conversation with another editor that I'm going to be away for a while because I'm running for office, that makes it OK for some editor who's mad at me for something I did on-wiki to post a threat to derail my candidacy? This is the Wikipedia you want to work in? – Levivich 17:25, 14 September 2019 (UTC)
- You're making false assertions of fact and strawman arguments. Nobody has said that the comment was okay. Moreover, serving on the Cromwell Board of Assessments Appeals committee is (if like my nearby town) an unpaid, part time position that helps citizens raise their profile, which can have secondary business benefits. Only voters in Cromwell have a say. If Kafka Liz has relatives in Stonington or Salisbury, or any of the other 166 Connecticut towns that are not Cromwell, they won't get to vote against MJL. This is a tempest in a tea cup. Please drop it. Jehochman Talk 17:49, 14 September 2019 (UTC)
- (edit conflict) Wouldn't bother me but I'm not the sort of sanctimonious, virtue-signalling person who gets wound up about that sort of stuff: I'm reasonably thick-skinned and, while capable of empathy, will only empathise if it seems justified (see here). As Jehochmann says, people are allowed to exercise their constitutional rights and if MJL opened the door by raising their candidacy on-wiki then it is unrealistic to anticipate that they could do so in a vacuum. If they hadn't opened that door, there would have been no excuse for KL's comment. Whether KL can act on it is another matter entirely, and definitely outside the scope of Wikipedia. - Sitush (talk) 17:52, 14 September 2019 (UTC)
- If I mention on my user talk page in a conversation with another editor that I'm going to be away for a while because I'm running for office, that makes it OK for some editor who's mad at me for something I did on-wiki to post a threat to derail my candidacy? This is the Wikipedia you want to work in? – Levivich 17:25, 14 September 2019 (UTC)
- I don't think soapboxing about a real-world election on WP is a great move either. Two-way street. - Sitush (talk) 17:14, 14 September 2019 (UTC)
- Constitutional rights, yeah, sure – right to bring on-wiki disputes into the real world? No, never. See, e.g., the Jytdog case. Threatening to interfere with an editor's employment (which is what running for office is) because of on-wiki actions is not appropriate. Threatening to get people to vote against an editor's real-life candidacy, because of on-wiki actions, is also not appropriate. As for oversight, hiding this is not the answer. Sunshine is the best disinfectant. I have reverted your premature attempt to close this. – Levivich 17:12, 14 September 2019 (UTC)
- Don't see how that can be perceived as harassment; Jytdog was different ball-game altogether. And, Jehochman's and Sitush's views quite-aligns with my own. ∯WBGconverse 17:58, 14 September 2019 (UTC)
- I counsel calm.
- I suspect KLiz realizes she’s had a narrow brush with a block, and won’t be repeating such behavior.
- I seriously doubt she knows anyone in Connecticut who (a) cares what she thinks and (b) is in a position to affect MJL’s electoral prospects.
- I think MJL has shown great poise in the face of extensive provocation in this matter, and if I were a constituent of his I’d be more, not less, likely to vote for him as a result.
- It will be some time before Eric Corbett’s sycophants get over the loss of their one-eyed king, so let’s just try to roll with it. Further threats of off-wiki action — and this certainly was such — should however be met with blocks. EEng 18:07, 14 September 2019 (UTC)
- Do "I counsel calm" and "Eric Corbett’s sycophants" really go together? Regardless, the way I see it, if someone willingly discloses personal information on-wiki, they should be also be willing to live with the consequences. So, for MJL, rule number one, don't disclose personal stuff here. For the rest of us, I suggest taking any claims of off-wiki ambitions with a large grain of salt. Other than that, this thread is a waste of time.--regentspark(comment) 18:54, 14 September 2019 (UTC)
Do "I counsel calm" and "Eric Corbett’s sycophants" really go together?
– Yes they do. The sycophants will be letting off steam for a while, and the rest of us need to remain calm while that runs its course. (If you prefer I’ll say “cult members” instead.)if someone willingly discloses personal information on-wiki, they should be also be willing to live with the consequences
– That’s stupid. If someone edits under their real name (let’s say) that’s not carte blanche to harass them IRL.
- EEng 19:58, 14 September 2019 (UTC)
- Do "I counsel calm" and "Eric Corbett’s sycophants" really go together? Regardless, the way I see it, if someone willingly discloses personal information on-wiki, they should be also be willing to live with the consequences. So, for MJL, rule number one, don't disclose personal stuff here. For the rest of us, I suggest taking any claims of off-wiki ambitions with a large grain of salt. Other than that, this thread is a waste of time.--regentspark(comment) 18:54, 14 September 2019 (UTC)
- Comment.@Jehochman, Levivich, and EEng: please amend your statements to reflect my preferred choice of pronouns.
Honestly, I didn't think me taking a wikibreak would be the cause for so much drama. Levicich has it right that I was just telling people the exact reason why I would be busy. I can't edit nor check Wikipedia as much until after November 5th.
It is fine if people know where I am from, what I do IRL, and know any COI I may have with a given subject (I WP:AGF they won't abuse this knowledge). The only thing I have an issue with is just referring to me by my IRL name on-wiki. I don't want that disclosed to any extent possible. I consider revealing my name, phone number, street address, and email all varying degrees of WP:OUTING. I messed up by not going byMJL
until this March, but I can't change what I did in the past.
The town I live in, what office I am running for, and the political party I am in... those are all fair game. I think that helps with establishing whether I have a WP:COI for any given subject.
I really would appreciate it though if people don't use my openness and trust to carry their onwiki disputes with me into real life. Just because I am a relatively transparent person doesn't give people the complete right to start screwing with me personally just because they feel like it.
This is not a job I am running for; it's a local position that (1) doesn't pay, (2) meets only two months out of the year, and (3) doesn't do anything besides mediate tax assessment disputes. If I didn't edit so much all this summer, I wouldn't have needed to take a wikibreak. I did, so here I am.
On another note, I am rather surprised that Kafka Liz would say those mean things about me. I've only had pleasant experiences with her, and until I read this report I assumed she was trying to wish me good luck.
Either way, people are going to hate me for the exact reasons Swarmsaid here. That's fine. I don't mind being hated for good reasons, but let's not pretend that this is anything less than sad to watch. I'm a 21 year-old-kid; I use big words and try to act mature. I'm not exactly running for President nor should I have to expect to be held to higher standards than anyone else.
Let face facts; I just make a convenient punching bag for some people in this community. If me being one even when I am not actively editing somehow improves the encyclopedia, then I don't really care because that is more important. It's irrational though, so no one should feel the need to accept it just because I have personally. (edit conflict) –MJL ‐Talk‐☖ 20:53, 14 September 2019 (UTC)
- Friends, this isn’t a chat room. Take it to somebody’s talk page please. Jehochman Talk 00:04, 15 September 2019 (UTC)
Going forward (discussions proposal)
There is no consensus to require that changes to CS1 templates be advertised broadly. One strong argument in the "oppose" camp is that relatively trivial/minor changes should not need a full-blown discussion to implement, but a strong argument in the "support" camp is that large changes could affect how pages look (especially in cases like this where a large number of "errors" are introduced). Going forward, then, I think the only thing that can be reasonably expected is that the main editors of this template family use a touch of common sense and ensure that if a change is going to have a widely visible or otherwise substantial chance, that a notification is placed in a prominent location such as the Village Pump or CENT. Primefac (talk) 12:28, 14 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

As was mentioned above, it would be nice to get a full consensus on just the matter regarding any future changes to the citation module. The proposal was as follows:
- "Require that all future changes to the citation module be advertised at WP:CENT, wherever they are discussed."
I think this is pretty straightforward and do not want it to be lost in the conversation here as a lot of other proposals are lumped together.
- Support - As re-introducer. - Knowledgekid87 (talk) 16:13, 4 September 2019 (UTC)
- Support - That's self-explanatory.Tvx1 16:17, 4 September 2019 (UTC)
- No. A) This is the wrong place. AN is not for content-making decisions. You want VPPRO/VPPOL (pick your poison). B) Every change advertised when proposed is insane. You would require or desire the same level of oversight for a bug fix, or a minor feature, as something in this case which affected many many articles. There might be some reasonable discussion on how much oversight is enough, and when, but it's not here, and it's not this. --Izno (talk) 16:28, 4 September 2019 (UTC)
- This module isn't changed that often as it effects millions of pages, we need a fix to the problem and not editors making major decisions through casual chats. - Knowledgekid87 (talk) 16:33, 4 September 2019 (UTC)
- It doesn't change that often because we don't want to break the wiki job queue with thousands of small but livable changes for each release. It's not changed rarely because the changes that are made don't exist. --Izno (talk) 16:37, 4 September 2019 (UTC)
- The point is that this could happen again if discussions are not done ahead of time with the releases. What do you propose be put into place so something similar doesn't happen again? The facts are changes were made without broad consensus which has angered a lot of editors here on Wikipedia. - Knowledgekid87 (talk) 16:41, 4 September 2019 (UTC)
- If you want to have that discussion, let's take it out of the high-stakes scenario you're putting us in by having an RFC on AN where it is also misplaced. I was planning to start a normal talk page discussion about it at Help talk:CS1 (with perhaps some invitation at WT:CITE and WP:VPPOL), where it is both in-scope and highly-relevant, since I agree that we seem to have caught people by surprise, and I doubt anyone wants to relive the past 24 hours. As I said, here and now is not the right time or place to have that discussion. --Izno (talk) 16:45, 4 September 2019 (UTC)
- I have removed the RfC, I cant speak for other editors but I share the frustration going on. One person should not be making these changes without consensus per our normal practices. - Knowledgekid87 (talk) 16:47, 4 September 2019 (UTC)
- If you want to have that discussion, let's take it out of the high-stakes scenario you're putting us in by having an RFC on AN where it is also misplaced. I was planning to start a normal talk page discussion about it at Help talk:CS1 (with perhaps some invitation at WT:CITE and WP:VPPOL), where it is both in-scope and highly-relevant, since I agree that we seem to have caught people by surprise, and I doubt anyone wants to relive the past 24 hours. As I said, here and now is not the right time or place to have that discussion. --Izno (talk) 16:45, 4 September 2019 (UTC)
- The point is that this could happen again if discussions are not done ahead of time with the releases. What do you propose be put into place so something similar doesn't happen again? The facts are changes were made without broad consensus which has angered a lot of editors here on Wikipedia. - Knowledgekid87 (talk) 16:41, 4 September 2019 (UTC)
- It doesn't change that often because we don't want to break the wiki job queue with thousands of small but livable changes for each release. It's not changed rarely because the changes that are made don't exist. --Izno (talk) 16:37, 4 September 2019 (UTC)
- This module isn't changed that often as it effects millions of pages, we need a fix to the problem and not editors making major decisions through casual chats. - Knowledgekid87 (talk) 16:33, 4 September 2019 (UTC)
- No I expect that the smart people dealing with the CS code should be able to make bug fixes without having to seek out consensus. But at the same time, they should be aware when a change will affect a large segment of existing citations and should seek CENT-type consensus building then, or recognize that when there is a situation like this (a change after the fact turns out to be disruptive), to back off the non-bug fixes and then reseek consensus. Nothing that can presently enforced through admins through. --Masem (t) 16:39, 4 September 2019 (UTC)
- Meh, advertising would not have solved anything that happened with this rollout. Not really against, but that seems like pointless WP:BUREAUCRACY to me. If you really care, then watch Help talk:CS1. if you're interested in CS1 templates. Headbomb {t · c · p · b} 16:40, 4 September 2019 (UTC)
- No. Yes, major changes to the way citations behave should be discussed centrally, but that is already true for major changes of anything. There doesn't need to be an additional requirement specifically for the templates and I am sure going forward large changes will have wider discussion. The major problem that turned up here wasn't mentioned in the update description at Help talk:CS1#update to the cs1/2 module suite after 2 September 2019, so advertising that wouldn't have helped. Otherwise that description was very clear and linked to the discussions where the changes were considered. StarryGrandma (talk) 17:05, 4 September 2019 (UTC)
- Support - I proposed this originally (somewhere up the page). Changes to citation modules potentially affect every article on the project, there should certainly be some means of notification even if it's just a message like "on <upcoming date> we're rolling out changes to the citation modules, here's what you need to be aware of". If not CENT then a watchlist notice maybe? I mean, otherwise, editors have pretty good reason to be angry when their hard work on constructing a professional-quality article is suddenly and unexpectedly covered by new error messages all over their references, through no fault of their own. I don't expect devs to seek community preapproval for every little bug fix or feature standardization or whatever, but clearly it was intended that this change would produce error messages, and it would have been better to know in advance. At least someone could have stepped in beforehand and said, "you know what, you're going to piss people off doing this, why not hide the error messages or have some kind of transition period?" Otherwise we get AN discussions like this one with mobs demanding blood, and everything goes backwards. Ivanvector (Talk/Edits) 18:03, 4 September 2019 (UTC)
- @Ivanvector: re 'someone stepping in'. This would not have happened, because the test suites didn't show these behaviours. Headbomb {t · c · p · b} 18:08, 4 September 2019 (UTC)
- Well, fair enough, but that suggests testing was not sufficiently rigorous. I mean, was it not expected that changing the periodical name parameters to requirements and adding visible error messages would, you know, produce visible error messages if a cite was missing the parameter? Ivanvector (Talk/Edits) 18:30, 4 September 2019 (UTC)
- What was expected was that {{cite journal}} / {{cite magazine}} and other periodical citations throw errors when they didn't have
journal=
/magazine=
/work=
set, because either that is clearly a critical omission (or the wrong template used). What wasn't expected was that {{cite web}} would be throwing missing periodical errors, because websites aren't periodicals. Headbomb {t · c · p · b} 18:44, 4 September 2019 (UTC)
- What was expected was that {{cite journal}} / {{cite magazine}} and other periodical citations throw errors when they didn't have
- Well, fair enough, but that suggests testing was not sufficiently rigorous. I mean, was it not expected that changing the periodical name parameters to requirements and adding visible error messages would, you know, produce visible error messages if a cite was missing the parameter? Ivanvector (Talk/Edits) 18:30, 4 September 2019 (UTC)
- So, today, we do publish a notification of intent to push the sandboxes to the live modules approximately a week in advance. That notification usually occurs on a few pages: Help talk:CS1, WT:CITE, WT:AWB, offhand. It looks like Ttm didn't do so for this release outside of HT:CS1. So that's one gone-wrong. I think maybe that list of pages might be too short and perhaps we should include VPM or VPT or VPPRO? Possibly also UT:Citation bot/UT:InternetArchiveBot? So that might be a second gone-wrong. --Izno (talk) 19:16, 4 September 2019 (UTC)
- @Ivanvector: re 'someone stepping in'. This would not have happened, because the test suites didn't show these behaviours. Headbomb {t · c · p · b} 18:08, 4 September 2019 (UTC)
- This is the wrong place to make such a proposal. Raise it at WP:VPT or the module's talk page. There's been a lot of latitude in these off-topic threads, but I think it's time to start closing them and/or moving them to the appropriate place. NinjaRobotPirate (talk) 19:50, 6 September 2019 (UTC)
- Support, and for style issues, Wikipedia talk:Citing sources should also be notified. SarahSV (talk) 20:54, 6 September 2019 (UTC)
- Support, would save precious time of editors wasted in trying to get disruption to millions of article reverted in the face of unprecedented stonewalling. It would also ensure changes to be made with consensus not with imposition and invoking of fait accompli. I also disagree with those who think this is not the right venue, same can be said for the original discussion. Since this where it started it better end here, nothing is going to be broken because of holding discussion anywhere. The arguments put forth is what matter. – Ammarpad (talk) 06:44, 7 September 2019 (UTC)
- Oppose as written but support in principle. "All future changes" is too broad. I'd support "all changes to require or unrequire parameters" being listed at CENT, and there are probably other types of "major" changes that should be listed at CENT. I think this issue needs further discussion before being proposed in an RfC (and I agree such an RfC shouldn't be at AN). – Levivich 21:14, 7 September 2019 (UTC)
- Oppose Initially supported, but on further consideration, 'all future changes' is broad. Should narrow down to major or breaking changes. robertsky (talk) 04:15, 8 September 2019 (UTC)
- Oppose per robertsky. There are plenty of minor and technical changes that happen in that template module. Jo-Jo Eumerus (talk, contributions) 08:36, 8 September 2019 (UTC)
- Something needs to change, but I'm not convinced it's this. My day job is making changes to production systems. Tolerance for risk varies from organisation to organisation, but in every case there is a requirement to be able to roll back any potentially impactful change. I was disturbed by the resistance to rollback here, and by the implication that there were multiple dependent changes which made simple rollback unachievable. When an impact occurs during a change it's normal to have a discussion over rollback v. fix-forward, but with something that has this scale of impact the bar to rollback is normally low. I think we should look at improving the change management and incident management processes around high impact changes in line with normal practice for customer-facing services everywhere. Guy(help!) 09:45, 8 September 2019 (UTC)
- ^^^^ this. Ultimately, this whole giant thread was arguing about removing four words from the module code. Yet, it took four days and something like 100 editors' time. In those four days, the new update could have been rolled back, adjusted, and re-implemented, without needing 100 editors to !vote on anything. I think the most important thing is to make sure this doesn't happen again. – Levivich 14:59, 8 September 2019 (UTC)
- Closure This page is for "information and issues of interest to administrators" and the suggestion does not require admin permission nor assistance. On the other hand, the wp:CENT is not meant for Announcements nor Topic-specific discussions so the suggestion should not be enforced as it stands. Further voting is thus non-productive and the discussion should be closed.
- The module is edit-protected and most changes are made by a few users, with prior discussions and announcements. In the bigger discussion, the suggestion and support seems to be asking for a respect for consensus as well as a wider engagement in the module discussions. There is no dispute on that part, and whenever appropriate, wp:CENT and Wikipedia talk:Citing sources may be used to attract needed attention. A more open-ended discussion on how to assure compliance for this module is welcome at CS1 talk page. JAGulin (talk) 10:55, 8 September 2019 (UTC)
Trend toward more inappropriate AIV reports
I've noticed lately that there seems to be more and more reports at WP:AIV that are not consistent with the guidelines in the green box at the top of the page. While there has always been a certain level of inappropriate reports there, this currently occurs to an extent that I haven't seen in my >12 years a regular patrolling admin at AIV. Examples include: IPs reported for routine vandalism without having being warned; reports for a single vandal edit for which they were given a first warning and then immediately reported before making another edit; editors adding their social media accounts to their user page being reported as promotion-only accounts; content dispute/edit warring between an IP and a registered user where the IP only gets reported for vandalism; etc. These types of edits are of course problematic, but are not really immediately blockable offenses. I feel we are becoming more and more bitey toward new editors in this regard. Some of the fault here lies with the editors making the reports, but I also see lots of these reports resulting in admins blocking which further encourages this type of reporting. If we are going to be more strict in the way we deal with new users' problematic editing, I think we need to get consensus and change the guidelines first. Otherwise, I would suggest that admins be more proactive in declining reports that are not consistent with our current guidelines. What do other admins think? -- Ed (Edgar181) 13:05, 9 September 2019 (UTC)
- I've also noticed some admins will block even after a report is declined. Reaper Eternal (talk) 13:12, 9 September 2019 (UTC)
- Reaper Eternal, Hm - do you think SQLBot's timing should be tweaked to remove un-actioned reports sooner? SQLQuery me! 22:19, 9 September 2019 (UTC)
- I've been thinking it wouldn't hurt to shorten it a bit. Leaving reports for a bit is nice feedback for reporting users, but they don't need to linger too long. ~ Amory (u • t • c) 20:56, 11 September 2019 (UTC)
- Amorymeltzer, Any specific suggestions on how the algorithm should be tweaked? SQLQuery me! 01:30, 12 September 2019 (UTC)
- Oh I don't know. I think 4-8 could be 3-6, but looking over the discussion for its implementation, it seems 8 was a pretty agreed-upon value, but that's for un-replied-to reports right? Is it the same for replied-to reports? Maybe those with a single declined reply could be removed quicker. ~ Amory (u • t • c) 10:18, 12 September 2019 (UTC)
- Amorymeltzer, Any specific suggestions on how the algorithm should be tweaked? SQLQuery me! 01:30, 12 September 2019 (UTC)
- I've been thinking it wouldn't hurt to shorten it a bit. Leaving reports for a bit is nice feedback for reporting users, but they don't need to linger too long. ~ Amory (u • t • c) 20:56, 11 September 2019 (UTC)
- Reaper Eternal, Hm - do you think SQLBot's timing should be tweaked to remove un-actioned reports sooner? SQLQuery me! 22:19, 9 September 2019 (UTC)
- Additions along those lines clearly shouldn't be there - are they generally being raised by those who should know better, or by early counter-vandals who aren't sure about the process? @Reaper Eternal: - could you give any examples of that occurring, that would be a more serious concern than some unwarranted posts Nosebagbear (talk) 14:49, 9 September 2019 (UTC)
- Although there is always a low level of inappropriate reports from new users (which is understandable and manageable), the trend that I'm observing in general involves experienced users. -- Ed (Edgar181) 15:17, 9 September 2019 (UTC)
- I've called those users out on it in the past (commenting that the report is inappropriate). They tend to get very mad at me because "I'm not an admin and it's not my business". Frankly though, I think the comments are valuable to give the admins a head's up. -- Rockstonetalk to me! 22:42, 9 September 2019 (UTC)
- Although there is always a low level of inappropriate reports from new users (which is understandable and manageable), the trend that I'm observing in general involves experienced users. -- Ed (Edgar181) 15:17, 9 September 2019 (UTC)
- I've had a long-standing beef with CSD U5 being used frivolously for any new editor who posts ANY personal information about themselves on their user page. We have long-standing editors with elaborate bios on their user pages stating their interests but I've seen new editor user pages just stating something simple like "I am a student at X university where I'm studying science. I love Facebook and editing Wikipedia!" being deleted as "not a web host" and sometimes "self-promotion". I spoke with others at WikiMania about this and am ready to post about this on the Village Pump. I think some admins are not evaluating rationales for deleting user pages and considering whether the criteria are even appropriate. I think there is a rush to delete and, in your case, Edgar, to block over infractions that, in the past, would have involved a conversation with an editor first. First, we need to get across to our reporting editors that they need to be more judicious before they tag pages and report "vandals" and talk to our our admins who spend most of their time deleting to question tagged user pages and not just automatically delete them. I can't think of a quicker way to drive away new editors than deleting their user pages that might contain simple biographical information about them. I'm not talking about wanna-be djs, models, actors and marketers but just new editors introducing themselves by telling us who they are. LizRead! Talk! 04:14, 10 September 2019 (UTC)
- Liz, since you and I have had differences of opinion in the past about this, how would you suggest editors improve their tagging of sandbox pages as U5? My understanding is that you don't speedily delete sandbox pages as U5 if they're plausible article drafts, whereas I think that even if it's a plausible article draft, a vanity autobiography is U5 material. creffpublica creffett franchise (talk to the boss) 13:07, 10 September 2019 (UTC)
- Creffett I wouldn't call the type of page Liz is describing a "vanity autobiography". One's userpage exists to introduce oneself to other editors. "I am a student at X university where I'm studying science. I love Facebook and editing Wikipedia!" sounds to me like a perfectly appropriate example of the intended use of one's userpage. ~ ONUnicorn(Talk Contribs)problem solving 13:13, 10 September 2019 (UTC)
- ONUnicorn, well, yes, and I wouldn't U5 that (probably should have made that clearer). I was talking more about a place where Liz and I have disagreed in the past, where I have marked a sandbox page for speedy deletion under U5 and she declined it as a plausible draft. creffpublica creffett franchise (talk to the boss) 13:16, 10 September 2019 (UTC)
- Okay, my point is nothing without examples so here are two user pages that admins can check out that were just deleted in the past few minutes that I think should be perfectly fine: User:Mohamed Abdullahi ibrahim isack and User:Rezoanul basher. Both editors created a user page within 30 minutes of creating an account with a little bit of biographical information about themselves. Nothing egregious, they weren't talking about their DJ business or a company they worked for. Maybe it is not ideal to include a social media account but I am sure are respected editors who include this as well.
- Think of some of our most veteran editors and the amount of information they include about themselves on their user page and ask yourself why we have one standard for experienced editors and a different one for newbies. I was talking with Doc James about this and he asserted that it was important for editors to share information about themselves so we know if they have a COI regarding the subjects they write about.
- And I can't see how an article draft written on a user page can be activity unrelated to Wikipedia...it's an article draft for goodness' sakes! It might be promotional and it might not meet our notability standards. But how can it be "not a webhost" content when an editor is drafting an article? That's exactly what we keep telling editors that they should be spending time on.
- Sorry to rant, I'll try to come up with a solid proposal regarding this to bring to the Village Pump but it bugs me every time I wander into CSD territory and see some of the pages are speedily deleted without question. How many of us started of our Wikipedia editing careers with sterling editing? I think we have to provide editors with room to try, learn and improve. Liz Read! Talk! 22:54, 10 September 2019 (UTC)
- ONUnicorn, well, yes, and I wouldn't U5 that (probably should have made that clearer). I was talking more about a place where Liz and I have disagreed in the past, where I have marked a sandbox page for speedy deletion under U5 and she declined it as a plausible draft. creffpublica creffett franchise (talk to the boss) 13:16, 10 September 2019 (UTC)
- Creffett I wouldn't call the type of page Liz is describing a "vanity autobiography". One's userpage exists to introduce oneself to other editors. "I am a student at X university where I'm studying science. I love Facebook and editing Wikipedia!" sounds to me like a perfectly appropriate example of the intended use of one's userpage. ~ ONUnicorn(Talk Contribs)problem solving 13:13, 10 September 2019 (UTC)
- Liz, since you and I have had differences of opinion in the past about this, how would you suggest editors improve their tagging of sandbox pages as U5? My understanding is that you don't speedily delete sandbox pages as U5 if they're plausible article drafts, whereas I think that even if it's a plausible article draft, a vanity autobiography is U5 material. creffpublica creffett franchise (talk to the boss) 13:07, 10 September 2019 (UTC)
- I'd just like to comment here as my spambot requests often result in confusion. Some new users are just telling about themselves however a good portion of spambots appear to be innocuous new users but are, well, spambots in the ntsamr category. They often look like this:
My name is Emilia from Court-At-Street studying Law. I did my schooling, secured 76% and hope to find someone with same interests in Sewing.
sourceI am Beatriz from Zonhoven doing my final year engineering in Theatre. I did my schooling, secured 77% and hope to find someone with same interests in Home automation.
sourceHello, dear friend! My name is Carolyn. I am pleased that I can unify to the entire world. I live in Germany, in the south region. I dream to go to the various countries, to obtain familiarized with fascinating individuals.
source
Visit my page - link redactedMy name is Brice Youngblood. Researching fashion could be the thing I really like most. For years I've lived in Virgin Islands hence there is no love every day living in the following. I am currently a filing assistant. Go to her website identify out more: link redacted
sourceI am Jamel and was born on 10 October 1977. My hobbies are Seashell Collecting and Footbag.
source
Also visit my blog url redacted28 yr oⅼd Equipment Employ Manager Benton fгom Dolbeau-Mistassini, really loves garage saleing, redacted link escorts ɑnd fashion. Ϝinds tһе charm in traveling tօ spots ɑround thе entire world, reϲently ϳust returning fгom Wieliczka Salt Ⅿine.
source
- I could list hundreds, if not thousands more from here and from every other project but I'm hoping that the pattern is a little more clear.
- Here is a series of different spambots:[89][90][91][92][93][94][95][96]and this one is a scam/spambot
- And this will certainly explain some of the reports Liz pointed out above and the increased numbers of reports you're seeing, as there is an influx of bots but I cannot stress enough that these are not naive editors or even spam-editors, they are spambots, they will never become productive editors and they cannot be reasoned with...because they are not sentient, but I see all too often that we're told to warn spambots like this which is quite frankly a waste of everyone's time and if it's problematic that they're being reported at AIV or if you think it should be reported elsewhere, maybe an RFC needs to be started to remove "spambot or compromised account" from the default selection at AIV. Of course this doesn't address the inappropriate vandalism reports but I just wanted to point out the spammer/u5 stuff is often overlooked. Praxidicae (talk) 16:20, 10 September 2019 (UTC)
-
they cannot be reasoned with...because they are not sentient
that's what they want you to think...creffpublica creffett franchise (talk to the boss) 17:14, 10 September 2019 (UTC)- Sometimes they do remove speedy tags though...they also like to have an identity crisis every now and then and change the fake name they use. Praxidicae (talk) 17:23, 10 September 2019 (UTC)
-
- (Non-administrator comment) The problem certainly exists—see Wikipedia talk:WikiProject Indian politics #Edit war in Communist Party of India for example of a deceptive “vandalism” report—but my observations suggest that it is not as bad here in en.Wikipedia as elsewhere. I have an impression that an average sysop here understands what is vandalism and what is not – certainly not the case for Commons. As a tangential comment, IMHO vandal fighters should be able to distinguish several scenarios. For a casual vandal e.g. on a generic dynamic IP – yes, warn, wait for next edits, and then block. But there are also vandal IP ranges; in that case it isn’t necessary to warn the last active IP especially if user_talks of individual IP already have a plenty of warnings. Incnis Mrsi (talk) 21:21, 10 September 2019 (UTC)
Possible socking
Both accounts blocked as socks.--Bbb23 (talk) 19:47, 16 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Not certain, but we may have a WP:SOCK issue at List of oldest living state leaders article. SCUTI85 is suddenly being helped by 'brand new' comer Maria Binion. GoodDay (talk) 19:28, 16 September 2019 (UTC)
Chris.Sherlock/Letsbefiends unblock request
UNBLOCKED | |
This has been open for over ten days now, and consensus in this discussion is to unblock. Accordingly, I have unblocked the Chris.sherlock (talk · contribs) account. I would like to echo what several of the supporters and opposers have mentioned and encourage Chris to take things slowly and not pursue any grudges. Thanks! Reaper Eternal (talk) 20:13, 17 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- Chris.Sherlock (talk · contribs · blocks · count · rollback · admin · logs)
- Chris.sherlock (talk · contribs · blocks · count · rollback · admin · logs)
- Letsbefiends (talk · contribs · blocks · count · rollback · admin · logs)
- User talk:Chris.sherlock
I'm bringing this here after unilaterally declining it because I think it's may be worth having community review. The text of the initial appeal is
You don't know the back story. I was editing under User:Letsbefiends, but in case you haven't noticed this account was pretty much automatically created across wikis. It is remarkable that the admin blocked this account, yet User:Letsbefiends is no longer used, and never will be again. My other accounts were User:Ta bu shi da yu and User:Tbsdy lives, in which I did important work on Wikipedia. For instance, I created [citation needed], wrote articles that got to the main page, etc. I canned those accounts and won't be using them any more, and I am unlikely to do very much except perhaps the odd spelling error. It doesn't exactly make sense that you have blocked this account. There are no other accounts. And I point out that the original blocker has stated they don't do much on Wikipedia any more, so not sure how you want me to reach out to them if it's unlikely they will respond in a timely manner (I have done this already via email). Incredible how dismissive you were though. Gotta love a user who writes on their user page that they are open to being emailed, yet I find they have turned off that feature. Thanks Yamla! - 218.215.23.155 (talk) 13:24, 7 September 2019 (UTC)
There is more on the user talk. Note, I am giving my permission as a CheckUser for an administrator to unblock the Chris.Sherlock account if there is consensus here to do so.
I personally oppose an unblock for two reasons:
- There is CU confirmed block evasion logged out a few months ago
- Special:Contributions/Chris.Sherlock is unquestionably a sock created after the block of Letsbefiends, and the abuse he leveled towards DeltaQuad during the unblock request would likely be worth an indef in it's own right. The other commentary on the initial edits from that account also very much don't look like someone I'd advocate unblocking.
That being said, it's controversial on the talk page, and other administrators were advocating IAR before the CU findings. I'm open to letting the community decide this one, so I'm bringing it here. TonyBallioni (talk) 01:08, 9 September 2019 (UTC)
- This is Ta bu shi da yu, first edit June 2004, who is part of the infrastructure of this place. He's the creator of {{citation needed}} [97] and WP:AN, [98] and lots of good articles, most memorably Exploding whale. He is funny and kind, and he was very helpful in his day to lots of editors. His real name is Chris Sherlock (he outed himself years ago), and at some point he ran into emotional problems and had to leave. There have been a couple of attempts at returning, none successful. As I understand it from Tim Starling's recent post on User talk:Chris.sherlock, [99] Chris has undergone psychotherapy and would like to come back. I strongly support that, and I hope the community will too, on the understanding, of course, that he uses only one account. SarahSV (talk) 01:28, 9 September 2019 (UTC)
- Oppose for now: The unblock request is still missing the essential parts: understanding what they did wrong and convincing us (well, the reviewing admin) that they'll do better. I see a history of their contributions followed by some combative behavior. I respect their significant past contributions to the project, but I'm definitely a "nobody is above the law" type. Oppose, potentially revisited if they at least meet the minimum requirements for an unblock request. creffett (talk) 02:09, 9 September 2019 (UTC)
- Weak oppose, per this rant, as mentioned above. It would be stronger if I didn't suspect I was missing a large part of the back story here. --SarekOfVulcan (talk) 03:03, 9 September 2019 (UTC)
- Support When Tim Starling and SarahSV support an unblock, the only reasonable procedure is to agree with them. Apparently there were problems and of course, like all unblocks, there may be problems in the future. However, the intentions are good and the rant mentioned above is not a rant. Further, the editor is known to have created good content. Johnuniq (talk) 04:02, 9 September 2019 (UTC)
- Support for the same reasons. DGG ( talk ) 04:39, 9 September 2019 (UTC)
- Support somewhat conditionally, per SarahSV's and Tim Starling's comments. TBSDY needs to take things slowly, because many things have changed since he needed to step away for health reasons; it would be helpful if a few of his longtime colleagues undertook to help him transition back in (I'm sure several of them are reading right now and will gladly step up). Chris needs to be aware that there's nowhere near the tolerance within the community of "characters" or eccentricity that was commonplace when he was more active, and it would be wise of him to temper his behaviour accordingly; he should willingly take and follow advice from colleagues willing to mentor him. He will be on a pretty short leash, and of course should be restricted to one account. Risker (talk) 04:45, 9 September 2019 (UTC)
- Support per all, and at the very worst WP:ROPE. I hope Mr. Sherlock feels better! :) – John M Wolfson (talk • contribs) 05:02, 9 September 2019 (UTC)
- Support per above, emphasising that it would be best if Tbsdy could stick to a single account. —Kusma (t·c) 10:04, 9 September 2019 (UTC)
- Oppose. No matter this user's past merits, their conduct is incompatible with participation in Wikipedia, and any unblock request would need to recognize this and address it, as per Creffett. Sandstein 10:51, 9 September 2019 (UTC)
- Support, we should always be willing to give people a second chance. Fish+Karate 11:35, 9 September 2019 (UTC)
- Support We should give a user who has contributed much to the project in the past and has had some health issues another chance.-- Pawnkingthree (talk) 12:24, 9 September 2019 (UTC)
- Support giving them another chance per all the reasons above. – Ammarpad (talk) 16:23, 9 September 2019 (UTC)
- Support The unblock request is reasonable unlike the original block which was excessive. I understand that there hasn't been a sufficient amount of public groveling from the blocked user to satisfy some of the admins here but that's entirely their problem. Iaritmioawp (talk) 16:31, 9 September 2019 (UTC)
- Support. Chris is good people. I know a lot of the back story outside of Wikipedia, I am not concerned. And I miss him here. Yes, he needs to take it steady, for reasons some of us understand, but I don't see any reason he'd be a risk here right now. Guy (help!) 16:58, 9 September 2019 (UTC)
- Oppose. His response to the unblock request does not give me any faith he's actually going to be a productive contributor again. If he cannot state in his own words the specific issues that led to him being blocked, and has been socking recently, that's further reason not to consider his request. If he had emotional issues I'm hopeful they're taken care of, but that's outside the realm of consideration. Der Wohltemperierte Fuchs talk 17:08, 9 September 2019 (UTC)
- Perhaps if the admin who blocked him had done so, we might all know why he was blocked in the first place. Orderinchaos 03:06, 10 September 2019 (UTC)
- Oppose His response or diatribe at the unblock request should be enough of an indicator that this will result in issues. To me it shows an astounding lack of WP:AGF. --Cameron11598 (Talk) 17:30, 9 September 2019 (UTC)
- Support. Mainly per Guy. A valued contributor in the early years ran into emotional difficulties. Of course we consider that. This is a real person, not an abstract avatar, and we need to be kinder to our fellow editors. Anyone who has contributed so much in the past deserves to be given help and opportunity to contribute again, especially given Tim's assessment that they are now past their problems. --RexxS (talk) 00:22, 10 September 2019 (UTC)
- Oppose primarily due to the discussion that has already occurred at the user's talk page and the user's block evasion sockpuppetry. Would support extending the WP:SO. ST47 (talk) 01:38, 10 September 2019 (UTC)
- Support Net benefit to the encyclopaedia. The issues over which he was blocked were ridiculous - he was accused of breaches of policy, but these were never substantiated, and seemed to fly in the face of the facts relating to the subject of the article being disputed. And we do not generally give indefinite blocks for WP:NOR. One health issue three years ago - recovered from - does not define a person, and I also think that editing under his real name, by his own choice, imposes a degree of personal accountability. Orderinchaos 03:06, 10 September 2019 (UTC)
- We definitely do indef block editors for persistent or egregious BLP vios, especially if the editors start editing logged out to get their way. As we should. I haven't and won't look into the content details of the block since frankly I don't feel it has great bearing on what we should do now at least at this time. And it's likely to be difficult anyway given changing sources. But BLP should be taken seriously and if there are significant concerns it is often better to leave the content out until it is clear there are no reasonable concerns. Any editor who goes against that may reasonably be blocked maybe even indef with the recognition indef is often not meant to be permanent but to require an editor understand the problem with their editing before they edit again. Edit: It seems the content was on a sandbox which looks to have been deleted so not possible for us peons to review. But definitely someone using primary sources like ASIC, court cases etc would be a strong concern per WP:BLPPRIMARY. I will make one final comment which is that UNDUE relating to a LP is by definition a BLP concern even if as with all BLP matters how we handle it will depend on the details. Nil Einne (talk) 01:35, 11 September 2019 (UTC)
- Support - as has previously been a dedicated user. Hence fair chance of being net benefit. I know parts of the back story and can forgive some venting. If there are future problems I am sure they can be dealt with accordingly. Cas Liber (talk · contribs) 03:22, 10 September 2019 (UTC)
- Support giving another chance to improve. This is WP:ROPE anyway. starship.paint (talk) 04:57, 10 September 2019 (UTC)
- Support. Chris is clearly someone who cares about the project and has contributed very positively in the past, but he's suffered from some personal problems. Thankfully he seems to be well along the road to recovery, and wouldn't it be nice if his friends here could help with that process? I know about the "not therapy" thing, but it's for our benefit too, because it looks like we'll get a great contributor back. Boing! said Zebedee (talk) 12:29, 10 September 2019 (UTC)
- Support, per WP:ROPE mostly. Headbomb {t · c · p · b} 19:56, 10 September 2019 (UTC)
- Support. I have have fond memories of Ta bu shi da yu, I know he has the potential to be a real plus to the community. I know he had problems, but if Tim Starling, SarahSV, and most importantly Guy are willing to give him another chance, then I am. Guettarda (talk) 20:28, 10 September 2019 (UTC)
- Reluctant oppose despite the strong support from some respected contributors above, I can't support based on what they've said. They have my strong sympathies for the problems they've faced in life and for whatever mistakes we made in dealing with them. But ultimately we have to protect Wikipedia. I don't expect grovelling. I do expect an understanding of stuff like our sockpuppetry policy. There's also a wide chasm between grovelling and the rants they've left. Nil Einne (talk) 00:25, 11 September 2019 (UTC)
- Should mention that I'm fine with the editor using whatever single account they want if unblocked. Even if they hadn't scrambled the other account it's never seemed necessary to me to be too fussy about which account provided all accounts are properly declared. With reason of course. Nil Einne (talk) 00:56, 11 September 2019 (UTC)
- Tentative support I am not worried about "harm" to Wikipedia, I am however worried about Wikipedia resulting in harm to Chris. Wikipedia is often a fairly rough place and can cause editors a great deal of stress. Chris are you sure you want this? And do you agree to reach out for help if needed / take a step back again if it becomes to stressful? And most importantly continue to take care of yourself? Doc James (talk · contribs · email) 01:37, 11 September 2019 (UTC)
- Oppose To be blunt, this person was blocked 2 days ago for block evasion. That alone should give everyone pause. And the rant in his request seals the deal for me. He should be commended for his previous work and I wish him all the best in the future, but I do not believe a block should be overturned at this time. Buffs (talk) 16:35, 11 September 2019 (UTC)
- Conditional oppose unless there are specific, written, agreements that any editor can order him to stay off their talkpage and failure to do so will result in an immediate and indefinite block, and that any admin can impose a full interaction ban between him and any other editor if they consider it justified and failure to comply with it will result in an immediate and indefinite block. Yes, I'm familiar with the background here, but regardless of the circumstances this editor rightfully earned a well-deserved reputation as a vicious and aggressive bully (much of the history has been hidden owing to the out-of-process deletion of his talk page, but see the most recent entries at Special:Contributions/Tbsdy lives, for instance), and regardless of how much he's changed it's not reasonable to expect anyone who had dealings with his previous incarnations to be forced to interact with him against their will. ‑ Iridescent 19:49, 11 September 2019 (UTC)
- Oppose in part per Buffs: Block evasion should not be rewarded with an unblock a few days later. But more than that, my observation is that the main supporters here are supporting on the grounds of recalling someone with a good track record or understanding this person's struggles and a personal knowledge of improvement. That's all well and good and could absolutely support someone on those grounds were I in the same place. But treating editors equally, on objective grounds, and on the public record, should be the basis for deciding whether to unblock. And looking at this case objectively, without knowledge of who this user is other than what's presented about the post-block conduct, does not provide adequate support for an unblock. The discussion quoted by TonyBallioni above does not inspire confidence that Chris understands and accepts why he was blocked. If there is a recent record of positive contributions outside of enwiki then those may be relevant for consideration. I think Chris should seek reentry to the community via the standard offer in six months' time. —/Mendaliv/2¢/Δ's/ 20:01, 11 September 2019 (UTC)
- Oppose Based off the odd showing of pure nepotism above. It's obvious some of the supports above want to disregard the socking policy because they knew this editor a long time ago. As someone who doesn't, I don't see the user showing any understanding to why they were blocked in the first place and the TP shows they don't even know how what they did can be perceived as socking. Its simple: they were blocked for not following the BLP policy. Wasn't unblocked when they made a new account to start editing again, and was blocked when caught. So oppose till the user can tell us how they understand why they're blocked and what they can do in the future to not run into the same problems that got them to be blocked in the first place. Valeince (talk) 20:40, 11 September 2019 (UTC)
- Comment Involved user User:TonyBallioni is attempting to silence Chris's attempt to hold the blocking admin to account on his own talk page, the only place where he has edit access at this point. Orderinchaos 02:59, 12 September 2019 (UTC)
- I am not involved: I reviewed a CU block and when I determined their was block evasion, blocked one of the socks, and then brought it here for review. When you and the user appealing decided to continue harping on DeltaQuad rather than raise issues here, I hatted the discussion as disruptive. See also my response on my talk. I see another administrator has restored the hatting now. TonyBallioni (talk) 03:08, 12 September 2019 (UTC)
- She was asked to justify her actions, and as the thing wore on, it became increasingly obvious she had incorrectly used the powers the community had vested in her and imposed novel rules. Powers on here are not a gift of absolute power, and if they're wrongly applied, they deserve to be questioned. The conversation there is also on a rather different topic to here - it's more about the original block than about this unblock request of this account. Makes sense to keep them separate. Orderinchaos 03:38, 12 September 2019 (UTC)
- Just noting that there's been considerable progress on Chris's wall, underscoring the positives of keeping that discussion open. Closing it prematurely would have prevented the apology that resulted. Orderinchaos 03:57, 12 September 2019 (UTC)
- Oppose - The editor in question is edit warring, and displaying OWNership issues on their talkpage, [100], [101]. I think Orderinchaos should probably back off a bit here from sinking to accusations of bad faith repeatedly. SQLQuery me! 03:26, 12 September 2019 (UTC)
- Firstly, while I accept talk pages aren't "owned", accusing someone of edit warring on their *own* talk page is kind of stretching the intended purpose of the edit warring policy. Secondly, It wouldn't have been so had you not edit warred yourself [102]
[103]. Thirdly, there is a theme of people not reading policies here, but WP:AGF explicitly says that the policy "does not require that editors continue to assume good faith in the presence of obvious evidence to the contrary". I expressed my opinion earlier in the piece in favour of Chris's rehabilitation on the project, and was initially prepared to leave it at that, but the actions of some here have utterly disgusted me and reminded me exactly why I only occasionally edit these days despite having been one of the site's most prolific article writers on Australian topics for several years in the past. Orderinchaos 03:32, 12 September 2019 (UTC)- That
obvious evidence to the contrary
being....? Also, I take offense to being accused of edit warring. I would like to see that evidence as well, please? SQLQuery me! 03:45, 12 September 2019 (UTC)- Second part first - easy. The two diffs I linked above show you reasserting someone else's earlier edit,
then doing it again,on the encouragement of the original (asserter? for want of a better word). [104] First part - I'm loath to prosecute that now that there's been positive developments on the other talk page (another thing that demonstrates why it was good to keep it open), but I've been here long enough to know how pile-ons work. Hell, back in the IRC days I was probably part of a few, although that doesn't make it right. Orderinchaos 03:52, 12 September 2019 (UTC)- I edited the user_talk page ONCE, then gave an opinion without even approaching reinstating my last edit nowhere even remotely close to
reasserting someone else's earlier edit, then doing it again
. That doesn't even come close to edit warring. Please retract your claim immediately. SQLQuery me! 04:00, 12 September 2019 (UTC)- Partial retraction as noted with relation to the second edit, and apologies for getting that one wrong. But your first edit (third overall) has a cosine similarity of 0.501 against the original edit, with even a quote directly from it. Orderinchaos 04:11, 12 September 2019 (UTC)
- I edited the user_talk page ONCE, then gave an opinion without even approaching reinstating my last edit nowhere even remotely close to
- Second part first - easy. The two diffs I linked above show you reasserting someone else's earlier edit,
- That
- Firstly, while I accept talk pages aren't "owned", accusing someone of edit warring on their *own* talk page is kind of stretching the intended purpose of the edit warring policy. Secondly, It wouldn't have been so had you not edit warred yourself [102]
*Support unblock. It seems Chris was a productive editor in the past and I believe, from his responses, that he intends to continue being a productive editor. From my perspective WP:AGF applies. I don't see the rant as a rant - it seems he was understandably frustrated. He has indicated that he will use only one account going forward, so that issue seems to be resolved. ---Steve Quinn (talk) 08:45, 12 September 2019 (UTC)
- Support It would have been better & simpler for all had Chris.sherlock applied to return under WP:Standard offer -- & likely would have been unremarkably successful had he did. Had he done this, he would have avoided the mistake which appears to be the reason for this accusation of sock puppeting. But to insist that he use this method now that he has returned is little more than process for process sake. Chris.sherlock has proven to be a valuable contributor in the past: he is probably the only editor to merit a Signpost article upon his departure the first time, many years ago. However, as Risker pointed out above, things have changed & he needs to return the community slowly & with mentoring in order to successfully re-acclimatize. -- llywrch (talk) 17:00, 12 September 2019 (UTC)
little more than process for process sake
I find it astounding that this is grounds for dissent in a post-WP:FRAM world. Adherence to process, whether for the sake of process or (as is the case here) in order to demonstrate equal treatment and encourage appropriate behavior, is the single most important thing we need to be doing on Wikipedia right now. —/Mendaliv/2¢/Δ's/ 17:31, 12 September 2019 (UTC)- So you doubt that if Chris.sherlock were to drop this, wait 6 months, then approach any of at least a dozen admins, he wouldn't be allowed back into Wikipedia? After which, there will not be some outcry of favoritism & corruption, & perhaps no requirement that he receive some help & spend some time familiarizing himself with all of the changes? It saves us time not going thru those hoops, instead deciding here & now if we want him back, than to repeat this discussion 6 months from now, & reach the same conclusions. (And WP:FRAM was about an outside group telling us how to handle our people, not the community deciding how to handle this case.) -- llywrch (talk) 07:13, 13 September 2019 (UTC)
- I think that if he came back in six months and sought an unban (since this will become a CBAN upon its failure) under the standard offer, not having engaged in block/ban evasion in the meantime, I think that the request will get a reasonable evaluation based on the evidence presented at that time. And, no, WP:FRAM is not simply about how WMF handled Fram, as the outcry over the Arbitration Committee's bungling of the situation has proved. It's about equal treatment under policy and fairness of process. As another commenter has stated, the arguments that Chris should be allowed back in because he's part of the old guard and did some good things in the past is the most disgusting display of nepotism I've seen outside of WMF board members. —/Mendaliv/2¢/Δ's/ 20:30, 13 September 2019 (UTC)
- No, the single most important thing we need to be doing on Wikipedia right now, and for all time, is to treat people with empathy, decency, and compassion, and when process gets in the way of that, we ignore the process and just do the right thing. --Jayron32 12:54, 13 September 2019 (UTC)
- And here, the right thing is to follow the process. Irregular, "out-of-process" actions, especially administrative actions, are what got us into and perpetuate the WP:FRAM mess. Crying IAR or NOTLAW every single time a rule gets in your way is a slap in the face to everyone who routinely gets an unblock request denied because they don't have friends, or who has an article deleted on notability grounds, or any number of other routine things. Chris is neither unique nor does he present special circumstances over any other blocked editor. —/Mendaliv/2¢/Δ's/ 20:30, 13 September 2019 (UTC)
- The implication that I supported unblocking him because of some kind of favoritism is in no way true, and the fact that you would invent that kind of insinuation against me is rude beyond belief. I've never met the blocked user, I would have made the same argument to unblock any blocked person blocked under similar circumstances, and the fact that you would try to invent such a motive for me just shows what kind of person you are. --Jayron32 01:07, 15 September 2019 (UTC)
- And here, the right thing is to follow the process. Irregular, "out-of-process" actions, especially administrative actions, are what got us into and perpetuate the WP:FRAM mess. Crying IAR or NOTLAW every single time a rule gets in your way is a slap in the face to everyone who routinely gets an unblock request denied because they don't have friends, or who has an article deleted on notability grounds, or any number of other routine things. Chris is neither unique nor does he present special circumstances over any other blocked editor. —/Mendaliv/2¢/Δ's/ 20:30, 13 September 2019 (UTC)
- So you doubt that if Chris.sherlock were to drop this, wait 6 months, then approach any of at least a dozen admins, he wouldn't be allowed back into Wikipedia? After which, there will not be some outcry of favoritism & corruption, & perhaps no requirement that he receive some help & spend some time familiarizing himself with all of the changes? It saves us time not going thru those hoops, instead deciding here & now if we want him back, than to repeat this discussion 6 months from now, & reach the same conclusions. (And WP:FRAM was about an outside group telling us how to handle our people, not the community deciding how to handle this case.) -- llywrch (talk) 07:13, 13 September 2019 (UTC)
- Oppose mainly per the user's belligerent comments on his Talk page and, in particular, the personal attacks against Amanda, the substance of which is often ludicrous.--Bbb23 (talk) 17:18, 12 September 2019 (UTC)
- Support The main crux of the block seems to me to be over the socking issue, and yet I don't see the intent to deceive or avoid scrutiny. These accounts are in the open, were never meant to avoid scrutiny or discipline, etc. Some of the lashing out seems problematic, but does not arise to the level of blocking IMHO. --Jayron32 18:19, 12 September 2019 (UTC)
- Oppose I changed my Ivote from Support to Oppose. As @Bbb23: has noted, the comments on the talk page have become quite belligerent from two users who are not Amanda. This is exactly the kind of disruptive behavior that results in being blocked or banned. They appear to be seeking some sort of justice for past wrongs that happened three years ago. It is time to drop the stick and stop trying to confront a number of Admins about this. (Chris Sherlock pinged four Admins on issues that have already been discussed [105], [106], [107], [108]). Also, it is not appropriate to accuse @TonyBallioni: or Amanda of a bad faith block or other nefarious motives.---Steve Quinn (talk) 18:40, 12 September 2019 (UTC)
- There was an apology from Amanda on the page yesterday, following which the tone has significantly changed in a positive way. IAR is a good thing to have always as a backup, but it does not entitle admins to make up policies on the run and block people indefinitely for them, then (initially) refuse to engage constructively when their behaviour is questioned. I don't see how raising this is belligerent. Wikipedia literally would stop functioning if more admins behaved in that way. Some would argue it already has - there's been huge changes since my main active period, pretty much none of them positive. I apologise if you were offended by the outcome of my incredulousness at what I was seeing and my feeling that someone needed to say something. Orderinchaos 03:41, 13 September 2019 (UTC)
- I appreciate the apology. And I think there was no IAR involved. It is policy to block sockpuppet accounts. Fortunately one Admin decided to allow the community to decide. What I saw on the talk page were two editors repeatedly confronting Amanda until she apologized - for something that occured three years ago. I think that was taking advantage of WP:ADMINACCT. Maybe I'm not perceiving this correctly, but this is what see right now. Also, editing from the perspective of trying to right great wrongs does not seem to be effective (imho). ---Steve Quinn (talk) 05:57, 13 September 2019 (UTC)
- There was an apology from Amanda on the page yesterday, following which the tone has significantly changed in a positive way. IAR is a good thing to have always as a backup, but it does not entitle admins to make up policies on the run and block people indefinitely for them, then (initially) refuse to engage constructively when their behaviour is questioned. I don't see how raising this is belligerent. Wikipedia literally would stop functioning if more admins behaved in that way. Some would argue it already has - there's been huge changes since my main active period, pretty much none of them positive. I apologise if you were offended by the outcome of my incredulousness at what I was seeing and my feeling that someone needed to say something. Orderinchaos 03:41, 13 September 2019 (UTC)
- Comment I think the CU block is a good call and being blocked for sockpuppetry is a good call. It amounts to the same thing. Recommend return in six months per WP:Standard offer due to the aforementioned behavior and sockpuppetry, which resulted in going around a block to continue editing. ---Steve Quinn (talk) 01:03, 13 September 2019 (UTC)
- Support. Ta bu shi da yu, the creator of this very noticeboard, is something of an icon to those of us who were around then. Now he wishes to edit under his real name (Chris Sherlock). I'm in favour of drawing a line under the chequered history in between, not least because it's too complicated to disentangle; because I don't see any real attempt to avoid scrutiny; and because, though I daresay Ta bu was at fault, it looks like others may have been too. I'd like to welcome him back and see how it goes. With a plea to Ta bu / Chris to take it slow getting into his stride and to look forward, rather than back to old grudges. Do you think you can do that, Chris? Bishonentalk 01:53, 13 September 2019 (UTC).
- Wow, that is ironic; here is WP:AN's earliest history. Johnuniq (talk) 05:34, 13 September 2019 (UTC)
- Ironic, indeed. I second that WoW. ---Steve Quinn (talk) 06:03, 13 September 2019 (UTC)
- Wow, that is ironic; here is WP:AN's earliest history. Johnuniq (talk) 05:34, 13 September 2019 (UTC)
Dicklyon pushing for the mass-renaming of pages through a small-scale consensus
Dicklyon (talk · contribs) is pushing to have "The" removed from the disambiguator of all band articles on Wikipedia per this discussion (closed by User:The Gnome). However, there was no clear consensus. For something very controversial like this, less than 10 participants shouldn't be able to form a consensus. It was more or less 55%-45%. I think a community consensus is needed to go ahead with the mass renaming of pages on Wikipedia.
I would like to ask for a review of the closure of the discussion and if there is consensus to carry out the Wikipedia-wide renaming of pages. Warm regards. 69.9.33.228 (talk) 02:26, 9 September 2019 (UTC)
- I've been moving along, a band at a time, manually, and so far have heard no pushback. I posted after the linked closed discussion (where 16 people had responded) that I'm working on it, and got no response in 9 days. Moving forward does not appear to be controversial. Dicklyon (talk) 02:34, 9 September 2019 (UTC)
- I also agree these moves are not controversial and they are also in line with WP:CRITERIA (namely WP:CONCISE). I'd also suggest the IP use his account to register his complaint, instead of doing so anonymously. Calidum 04:48, 9 September 2019 (UTC)
- Agree with that last bit. Amazing how a new editor knows the background to this case, and is able to log an issue on this board. Maybe they'd like to login with their everyday account? LugnutsFire Walk with Me 07:20, 9 September 2019 (UTC)
- I would take issue with the false idea that being logged out means being new … were it not that the geolocation tool and some checkers tag 69.9.33.228 (talk · contribs · WHOIS) as a proxy, a spam source, and a compromised server on the day that these edits were made. Uncle G (talk) 09:49, 9 September 2019 (UTC)
- Agree with that last bit. Amazing how a new editor knows the background to this case, and is able to log an issue on this board. Maybe they'd like to login with their everyday account? LugnutsFire Walk with Me 07:20, 9 September 2019 (UTC)
- This IP is part of Atlantic Metro's server farm. Please note that both alternative accounts and logging out to edit are not allowed in project space. Please log into your main account if you really think this is an issue.
IP blocked with a rangeblock on the server farm. Reaper Eternal (talk) 13:29, 9 September 2019 (UTC)
- I wouldn't mind an independent review of the close before moving forward on this. I don't want to go ahead if it's viewed as controversial. I'm in discussions about getting some bot help to get it done. Dicklyon (talk) 14:53, 9 September 2019 (UTC)
- Perhaps this report should be closed per WP:DENY/WP:RBI. And, going further, perhaps deleted, so that it's not archived, so it doesn't end up being misconstrued as a "black mark" on Dicklyon's record. – Levivich 16:30, 9 September 2019 (UTC)
- I think an independent review of the close should be carried out. I don't agree that there was clear consensus whatsoever, and just because there has been no pushback so far doesn't mean there won't be or that users don't (still) disagree. I do, and I had no idea this discussion to remove "the" inconsistently from article names (even when most sources use a 'the') even took place until several days ago when I was notified about Closer (Chainsmokers song). Again, there are probably plenty more examples even Dicklyon can't think of to rename, so it's not going to be consistently implemented anyway. The sooner this is revisited and reviewed, the better. Ss112 20:48, 10 September 2019 (UTC)
- If it's agreed that it's not controversial, I can pretty much guarantee that we'll do it consistently; I've got a quarry query that identifies all articles with disambiguators "(The X song)" etc., and a short list of exceptions, and we'll get those reviewed before executing via bot assistance. The point of doing some by hand first is to elicit any opposition, if there is any, so we can resolve it. Dicklyon (talk) 02:03, 11 September 2019 (UTC)
- Also note that Ss112 is really just here because he got annoyed about an unrelated topic that we discussed on his talk page. Dicklyon (talk) 02:12, 11 September 2019 (UTC)
- Also note that Dicklyon is adding that addendum because he couldn't get the last word in at my talk page and kept harassing me, disregarding my request to stop posting at my talk page. You know, I already explained, but let me try again for you: I was notified days ago when an IP editor connected "Closer (Chainsmokers song)" to the Wikimedia data page and I wondered how it had gotten there, and saw you moved it because of a discussion without a clear consensus and saw you were going around doing the same to what looked like every artist you could think of that have "The" in their name. It really looks like you couldn't wait to move a bunch of pages to incorrect titles. What for? To rack up an edit count? Wouldn't surprise me. It wouldn't be the first time someone had done that here; Koavf was accused of doing so quite recently. Even if I was here for the reason you said, it doesn't invalidate my opinion, regardless of what you may think. Ss112 02:18, 11 September 2019 (UTC)
- That needs a far better and in-depth discussion than that one (and also one with a better consensus). There are so many examples where removing "The" is wrong (The Fall, The The, The xx, The 1975, The Alarm, The Who, The Used, The Firm, The Darkness, The Streets, etc. etc. Black Kite (talk) 00:56, 11 September 2019 (UTC)
- Yes, I would welcome a discussion of whether some of those should be added the exceptions list, which currently is only The The and The 1975. And of course, exceptions can easily be introduced after the fact, too, with minor hassle. Personally, I think that moving Change (The Alarm album) to Change (Alarm album) would be a good thing. Dicklyon (talk) 02:03, 11 September 2019 (UTC)
- Until/unless someone organizes such a review or expanded discussion, I will assume the recently closed RFC represents consensus. Dicklyon (talk) 16:35, 11 September 2019 (UTC)
- You'll also need to be careful where there are bands called "Whatever" and "The Whatever" - for example The Streets and Streets. (There aren't actually any disambiguated titles by The Streets, just giving an example.}Black Kite (talk) 19:58, 11 September 2019 (UTC)
- FWIW I think the closer got the RfC close right (and it was a detailed closing explanation), and this report misstates the issue. It's not
"The" removed from the disambiguator of all band articles on Wikipedia
, it's "The" being removed from the disambiguator of song and album articles, which is a big difference. "The" gets dropped when the band name is being used as an adjective. For example, we say, "Revolver is a Beatles album", we don't say, "Revolver is a The Beatles album." "Tommy is a Who album," not "Tommy is a The Who album." "Coexist is an xx album." So it's correct to have Revolver (The Beatles album) → Revolver (Beatles album), Tommy (The Who album) → Tommy (Who album); Coexist (The xx album) → Coexist (xx album). There are some exceptions where this would be confusing, such as for the bands The The and The 1975, and there's an exceptions list for this. It seems like some safeguards are in place for soliciting exceptions and having review of the list prior to using a bot. I'm not seeing a problem here that needs to be at AN. – Levivich 17:40, 11 September 2019 (UTC)- You might just about get away with The Who example, but The xx are never called just xx. Try the Google search
xx band -the
. Also, your example above doesn't actually work. Of course we wouldn't say "Coexist is a The xx album" because language doesn't work like that - we'd say "Coexist is an album by The xx". Black Kite (talk) 19:58, 11 September 2019 (UTC)- Here we see "This stark xx song" and "number one xx song" and "this invigorating xx song". There are others where "The" is dropped from xx. Dicklyon (talk) 00:23, 12 September 2019 (UTC)
- Together with 31 mentions of "The xx" in the same article! This is the problem really, no sources are going to be completely consistent. On the other hand though, our Pixies article refers to them in the text as "The Pixies" despite the fact that not a single item of their output contains the word "The" on the cover. So it goes both ways... Black Kite (talk) 00:31, 12 September 2019 (UTC)
- But zero "The xx song", which is what we're talking about. Similarly, here you find "an xx album" but no "the xx album". Dicklyon (talk) 00:38, 12 September 2019 (UTC)
- BK, you're not accounting for the noun-vs-adjective distinction. "The" is (almost always) dropped when the noun is used as an adjective. As for
The xx are never called just xx
: - "the new xx album" NYTimes
- "the new xx album" LATimes
- "the new XX album" Boston.com
- "the new xx album" Spin
- "the second xx album" Irish Times
- "it is, after all, an xx album" Sydney Morning Herald
- "still distinctly and deeply an xx album" Spin
- "since the last xx album" Paste magazine
- "Jamie XX Talks New XX Album"
TheFader – Levivich 00:52, 12 September 2019 (UTC)
- Together with 31 mentions of "The xx" in the same article! This is the problem really, no sources are going to be completely consistent. On the other hand though, our Pixies article refers to them in the text as "The Pixies" despite the fact that not a single item of their output contains the word "The" on the cover. So it goes both ways... Black Kite (talk) 00:31, 12 September 2019 (UTC)
- Here we see "This stark xx song" and "number one xx song" and "this invigorating xx song". There are others where "The" is dropped from xx. Dicklyon (talk) 00:23, 12 September 2019 (UTC)
- Certainly agree this is not something that needs admin attention. I assume that if someone cares enough they'll open a new RFC some place and let me know; otherwise I'll go with the apparent consensus. Dicklyon (talk) 01:34, 12 September 2019 (UTC)
- You might just about get away with The Who example, but The xx are never called just xx. Try the Google search
- Not controversial? This is incredibly controversial. The mass renaming of music articles needs a far lengthier and more in-depth discussion that just a handful of editors. Clearly, the RfC was not publicized widely enough, since I would imagine a few dozen editors would have weighed in. I've got other irons in the fire, but if an RfC is begun, I hope I'd be notified. --Tenebrae (talk) 14:43, 13 September 2019 (UTC)
- It doesn't seem particularly problematic to me. In order to be a problem, it would have actually led to an article being incorrectly renamed. Can you point to any of the renames done under this purview, by Dicklyon or anyone else, that should NOT have been done? --Jayron32 16:31, 13 September 2019 (UTC)
- Not controversial? This is incredibly controversial. The mass renaming of music articles needs a far lengthier and more in-depth discussion that just a handful of editors. Clearly, the RfC was not publicized widely enough, since I would imagine a few dozen editors would have weighed in. I've got other irons in the fire, but if an RfC is begun, I hope I'd be notified. --Tenebrae (talk) 14:43, 13 September 2019 (UTC)
Help
(non-admin closure) Gallant prince Floq saves the day. Captain Eek Edits Ho Cap'n!⚓ 20:04, 17 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
My edit I made on princess of Belgium had her age wrong but I tried to fix it and now there’s an error how do I fix the error. BrandoLikesMoney (talk) 18:30, 17 September 2019 (UTC)
- I've reverted to the version before you edited it, so it should be alright now. Note that you've got the age wrong; the birth date (which is sourced) is in October 2001, so her age, which is automatically calculated by a template) is 17, not 18. For another month or so. --Floquenbeam (talk) 18:36, 17 September 2019 (UTC)
Temporary block of User:Citation bot
Citation bot has been unleashed on Category:CS1 errors: missing periodical, containing over 330K articles in it as of writing. This is downright nuts and prevents the bot from being used by anyone else. Please block the bot, this should kill that process and hopefully restore access to the bot for other editors. Headbomb {t · c · p · b} 17:42, 10 September 2019 (UTC)
- Appears to have been activated by User:Ost316. Ost316, any comment on this? — xaosfluxTalk 17:55, 10 September 2019 (UTC)
- I'm fine with canceling it and I apologize for causing a problem. In previous runs, it seemed like it was stopping after a certain amount of time on other categories (I assumed it was when my OAuth token expired), but thanks for letting me that it blocks others; I can certainly be more prudent and cautious in the future. —Ost (talk) 18:06, 10 September 2019 (UTC)
- @Headbomb: a one-hour block has been placed on this bot. — xaosflux Talk 18:13, 10 September 2019 (UTC)
- Thanks. Shorter might also work, and it's possible that this doesn't restore access just yet, but we'll see how things go. Headbomb {t · c · p · b} 18:15, 10 September 2019 (UTC)
- The gadget works again now. Not sure if the background process was killed, but we'll see soon enough I suppose. Headbomb {t · c · p · b} 18:27, 10 September 2019 (UTC)
- Headbomb, please read the mandatory warnings given above: When you start a discussion about an editor, you must notify them on their user talk page. A passing comment to someone else is not a proper notification!!! :-) Nyttend (talk) 22:01, 10 September 2019 (UTC)
- I started a discussion about block of User:Citation bot and left a notice at User talk:Citation bot. I'm not sure what more you want. Headbomb {t · c · p · b} 22:11, 10 September 2019 (UTC)
- Headbomb, please read the mandatory warnings given above: When you start a discussion about an editor, you must notify them on their user talk page. A passing comment to someone else is not a proper notification!!! :-) Nyttend (talk) 22:01, 10 September 2019 (UTC)
- The gadget works again now. Not sure if the background process was killed, but we'll see soon enough I suppose. Headbomb {t · c · p · b} 18:27, 10 September 2019 (UTC)
- Thanks. Shorter might also work, and it's possible that this doesn't restore access just yet, but we'll see how things go. Headbomb {t · c · p · b} 18:15, 10 September 2019 (UTC)
And, again, a massive run on Category:Dynamic lists by @Ost316:. A temporary 5 minute block would be sufficient I believe. Headbomb {t · c · p · b} 01:17, 14 September 2019 (UTC)
- The reason doesn't really matter, but I missed the leading digit on the article count when I accessed this category from a parent, and I when I clicked through it shortly later, I feared that I may have caused an issue. I mentioned this on my talk page as I knew I was going to be away, but I did not escalate it here because I did not notice the blocking behavior (there were intermediate edits by the account). I support the prospect of a short block; a longer block would make the bot just as unavailable as it is now, and it only needs stop long enough to kill my thread. —Ost (talk) 03:20, 14 September 2019 (UTC)
Bird Sanctuary
Does Anyone Have Any Idea What The Heck Is Going on here? Is this an LTA I don't know about or just a bunch of spammers? HickoryOughtShirt?4 (talk) 07:25, 13 September 2019 (UTC)
- It doesn't look like spamming, maybe a prelude to spamming. It looks a bit sockpuppet- or class-project like. Jo-Jo Eumerus (talk, contributions) 07:37, 13 September 2019 (UTC)
- (Non-administrator comment) To me it looks like these accounts were created as part of a Wikipedia editing course of some kind. Looks like they are trying out Wiki markup with generic placeholder text. Probably harmless. --Hecato (talk) 15:43, 13 September 2019 (UTC)
- (Non-administrator comment) There's a list of all the sockpuppets I found at Wikipedia:Sockpuppet investigations/Prabhak582. This seems to have been going on for a while and have been disrupting Ranganathittu Bird Sanctuary. TheAwesomeHwyh 21:54, 13 September 2019 (UTC)
Holy fifty visitor comment book entries, Batman!!! This has been going on since 2017. And some of the scribbling hasn't been caught. Uncle G (talk) 00:20, 14 September 2019 (UTC)
Then there's the edit history of Talk:Ranganathittu Bird Sanctuary. Uncle G (talk) 01:27, 14 September 2019 (UTC)
For what it is worth: if the pattern of past years is anything to go by, 1 month of protection is not going to be long enough. Let's see what happens. Uncle G (talk) 10:46, 14 September 2019 (UTC)
- While investigating, I came across this very interesting edit [109]. Anyway, in case people haven't noticed, this isn't just one article. See e.g. Mandagadde Bird Sanctuary which hasn't been affected as bad but shows similar stuff [110] e.g. [111]. Likewise the talk page[112][113]. As both of these are bird sanctuaries in Karnataka, I looked at Category:Bird sanctuaries of Karnataka. From there I found Gudavi Bird Sanctuary which while even less affected (none this year so far) shows similar signs [114] e.g. [115]. Again also the talk page[116] e.g. [117]. BTW, although Mookambika Wildlife Sanctuary was mentioned on some of the above user talk pages, it doesn't look like it's been affected yet. Anyway, personally I'm leaning towards this being some extremely misguided class project or edithon rather than classic paid editing, but it's hard to say. I did come across [118]Special:Contributions/117.192.115.16 and [119]Special:Contributions/117.247.19.26 which look to be logged out edits in the same vein, both belong now to the telco Bharat Sanchar Nigam Limited and geolocate to Mangalore, Karnataka. Nil Einne (talk) 14:40, 14 September 2019 (UTC)
RFC underway regarding proposed inclusion of existing practice in TPE policy
An RfC regarding the inclusion of the existing practice (at administrator discretion) of granting template editor user rights on a trial/temporary basis in the procedural policy itself is currently underway. --TheSandDoctor Talk 20:12, 14 September 2019 (UTC)
Requesting page protection for Eucalyptus regnans
An IP editor User:178.255.168.193 has been making an edit without explanation, source or discussion. I have reverted them twice and made comment on their talk page here requesting they provide a source or at least discuss the change but they have made the same change a third time here. Could an admin please provide partial page p[rotection please at it seem they are unwilling to discuss this and I don't want to get into a 3RR situation. - Nick Thorne talk 13:30, 15 September 2019 (UTC)
- Nick Thorne, requests like these are generally made at WP:RFPP. Either way, it's clearly edit warring behavior so I've blocked them for 31 hours. Primefac (talk) 18:22, 15 September 2019 (UTC)
- But at the same time, Primefac and Nick Thorne, there's nothing wrong with making a report here; it's just easier to make it over there. Nyttend (talk) 23:01, 15 September 2019 (UTC)
- Thanks Primefac and Nyttend. Also, I didn't know about WP:RFPP, I do now. All good. - Nick Thorne talk 00:51, 16 September 2019 (UTC)
- Left a note on your talk-page. Imho not a case for applying protection. Lectonar (talk) 09:24, 16 September 2019 (UTC)
- But at the same time, Primefac and Nick Thorne, there's nothing wrong with making a report here; it's just easier to make it over there. Nyttend (talk) 23:01, 15 September 2019 (UTC)
WP:CBAN for PenguinsElite
Per WP:3X, repeat sock puppeteers are already considered banned. These proposals are no longer necessary. NinjaRobotPirate (talk) 05:17, 21 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
This has been going on for almost two years with the amount of suspected/confirmed socks found on the two categories (suspect and confirmed) and the fact that mostly one administrator confidently blocks the socks, I will describe the details along with a proposed ban for the user for making hundreds of edits during the time of the block by the original account. I see three administrators who've blocked the accounts who will be notified of my views on this.
PenguinsElite (talk · contribs) is a prolific sockpuppeteer who is deliberately evading the indefinite block placed by Ferret (talk · contribs) on 13 October 2017, later revoking talk page access on 22 October 2017 by Favonian (talk · contribs) due to a legal threat. The sockpuppet investigations archive page is at Wikipedia:Sockpuppet investigations/PenguinsElite/Archive though it is not as large as some other sockpuppeteer's cases. I see dozens of user names with similar patterns and a few IP addresses have been involved to avoid detection by well known users who spots the editing patterns, e.g. by User:Mattythewhite. Although the edits are usually not vandalism, the edits have been made to evade the indefinate block by Ferret and Favonian; sometimes the edits follow a certain pattern, by changing some section headings (latest one I see is on Brendan Rodgers) which usually deduces that the newer accounts are sockpuppets of PenguinsElite.
The socks has been blocked by Mattythewhite in most cases since the point when the user has been very confident of the pattern used by the usernames when seen on the watchlist - e.g. "Themansionmaniac69", "MightyBoroWe'reGoingUp!" and "TheAllBlacksFan69" to name but loads. I would have thought the user would be aware of the sockpuppet rule but on the unexpected day, a few edits come by and a block followed that.
The usually affected articles involved by these socks either refer to Middlesbrough F.C. related footballers/staff like Ben Gibson or Garry Monk etc. and a couple of TV shows like The Voice (UK) or Emmerdale. The latest sock that Mattythewhite has seen as recently as today has the usual letter...number sequence or CamelCase usernames as I've mentioned previously.
I therefore move for a formal community ban against PenguinsElite (talk · contribs), applied to the entire en.wikipedia, of indefinite duration and in any case no shorter than six months from the last edit they make with any account or via any IP address. Then the user may edit using the PenguinsElite account if the appeal is successful by an administrator.
- Support as proposer. Iggy (Swan) 22:01, 20 September 2019 (UTC)
- Comment Minor point of clarification, I appear to have set a 1 month block, which Favonian up'd to indef. I have no real opinion to offer here, from what I can tell I did this block via an AIV report or similar venue, and not due to any familiarity with the user or article area. This is largely symbolic to formally ban them, but sure. -- ferret (talk) 21:47, 20 September 2019 (UTC)
- Per WP:3X, they are already indefinitely community-banned. --qedk (t 桜 c) 21:50, 20 September 2019 (UTC)
- @Ferret and Iggy the Swan: --qedk (t 桜 c) 21:51, 20 September 2019 (UTC)
Website selling Wikipedia articles
I did a quick search on Google for "en.wikipedia.org", and the first advertisement I saw was from "Wikispecialistllc", and the description said that "Improve Your Wikipedia Presence: We'll Create, Optimize & Protect Your Pages! Deals for First 100 Users. Additional 30% Discounts.". This may be a violation of the Wikimedia terms and conditions, as they might as well not reveal that they are paid editors. They also said that they would make sure that their client's Wikipedia page isn't "misedited", which may mean either removal of fake information (which is ok) or removal of negative sourced information. According to their website, Abel Cullum is one of the articles they made. The article was made by Kind Herb, an undisclosed paid editor they employ. Another example of an article they claim to have made is Maliina Abelsen, by Algkalv, who is an autoreviewer. The website claims that they comply with Wikipedia's rules, but they didn't disclose their paid editing. The H Collective and Ballard Spahr were also apparently made by them. Nigos (talk • Contribs) 08:55, 14 September 2019 (UTC)
- Dishonest spamming firms like this are known for lying about what articles they wrote. See Wikipedia:Conflict_of_interest/Noticeboard/Archive_143#Wiki_Specialist_LLC. MER-C 09:06, 14 September 2019 (UTC)
- The H Collective was created by User:Erik, who is also its major editor. [120]. Erik has been around since 2005, and I know him from when he was Coordinator for WikiProject Film, and I was working on a lot of film articles. I respect Erik, despite our occasional disagreements, and highly doubt that he is paid editor.Ballard Spahr, which already has a paid editor tag on it, was created by User:Eastlaw, another long-term editor (2006), whom I do not know. Eastlaw is the major editor, with two IPs, 72.37.171.60 and 174.141.199.182 the next two in line.You said that these two articles were "apparently" made for Wikispecialistllc. Where did your information come from? Beyond My Ken (talk) 09:10, 14 September 2019 (UTC)
- Beyond My Ken, they claimed that they made these. Nigos (talk•Contribs) 09:15, 14 September 2019 (UTC)
- Ok, I see now. The company is probably lying about some of these or just edited the articles and claimed they made it. I'll see if I can report their ad. Nigos (talk•Contribs) 09:18, 14 September 2019 (UTC)
- Yeah. I'm inclined to believe two things. First, they are indeed doing undisclosed paid editing here (or at least trying to) and (B) that some of their claims are bull. Still, worth investigating. Beyond My Ken (talk) 09:20, 14 September 2019 (UTC)
- Ok, I see now. The company is probably lying about some of these or just edited the articles and claimed they made it. I'll see if I can report their ad. Nigos (talk•Contribs) 09:18, 14 September 2019 (UTC)
- Beyond My Ken, they claimed that they made these. Nigos (talk•Contribs) 09:15, 14 September 2019 (UTC)
- The H Collective was created by User:Erik, who is also its major editor. [120]. Erik has been around since 2005, and I know him from when he was Coordinator for WikiProject Film, and I was working on a lot of film articles. I respect Erik, despite our occasional disagreements, and highly doubt that he is paid editor.Ballard Spahr, which already has a paid editor tag on it, was created by User:Eastlaw, another long-term editor (2006), whom I do not know. Eastlaw is the major editor, with two IPs, 72.37.171.60 and 174.141.199.182 the next two in line.You said that these two articles were "apparently" made for Wikispecialistllc. Where did your information come from? Beyond My Ken (talk) 09:10, 14 September 2019 (UTC)
Q: Is Wiki Specialist LLC affected by Wikipedia’s policy on paid editing and other related bans? A: No company or individual can make any changes to its wiki page which leaves an open opportunity for the competitors to make wrong edits and add misinformation to defame the brand’s reputation. Wikipedia has banned many individuals and brands for disregarding this strict policy of the platform. Wikipedia clearly states that “If a rule prevents you from improving or maintaining Wikipedia, ignore it.” Wiki Specialists LLC updates and edits the page content as the outsourcing company in order to avoid any rule violation.
- What they are doing isn't really helping the encyclopaedia, so ignore all rules doesn't apply here.
- They even said that the Wikipedia article about their clients belong to their clients, which violates the fact that no one owns any articles here. Nigos (talk•Contribs) 09:32, 14 September 2019 (UTC)
- Not to mention indicating that by outsourcing it that somehow avoids our rules on it. And they would seem to be directly editing the articles. Not to mention that it's embedded into the TOS as well as local policy. Wonder if we can get the nice people at WMF Legal to send another C&D letterNosebagbear (talk) 10:36, 14 September 2019 (UTC)
- Perhaps a simple ammendement to WP:COI is in order? Obviously their "loophole" isn't actually a loophole at all, but if we were to amend the policy to explicitly address this, it could drive off some of their clients who bother to read the COI guidelines. Perhaps text along the lines of "Ignore all rules can not be invoked in order to avoid disclosing your COI, as per the Wikimedia Foundation terms of use, you must always disclose any possible COI." and "simply outsourcing your edits to another company or person does not exempt them from the COI guidelines, as they must disclose that they are being de-facto paid by the article's subject, even if they are being hired through another company." Perhaps a bit wordy, but it would do. TheAwesomeHwyh 03:07, 15 September 2019 (UTC)
- We've already established these spammers have zero integrity. What's stopping them from continuing to lie about our policies if we make this change? Being their clients and caring about the purpose of Wikipedia are already mutually exclusive. MER-C 19:27, 16 September 2019 (UTC)
- I don't think their clients do know about the purpose of Wikipedia, though. Maybe changing our policies is a bad approach- I mean really, do you know many people in real life who actually know how Wikipedia works? I don't, because there's no one to teach them otherwise. What we need is education, to teach people why editing pages where they have a COI is a bad thing. Though I'm not quite sure how we would accomplish that- What if started a "COI Academy", where we could have lots of resources on disclosing your COI, making edit requests, and the like? Not sure- but I honestly don't blame most people who hire this company, because they probably don't know what they're doing is wrong. TheAwesomeHwyh 20:47, 16 September 2019 (UTC)
- We could also have alternative COI warning templates which encourage people to learn to edit responsibly in edits where they have a COI. Plus, we could have a dedicated area for COI editors with questions and concerns. TheAwesomeHwyh 20:52, 16 September 2019 (UTC)
- Er, the templates would also link to the academy. TheAwesomeHwyh 20:54, 16 September 2019 (UTC)
- We could also have alternative COI warning templates which encourage people to learn to edit responsibly in edits where they have a COI. Plus, we could have a dedicated area for COI editors with questions and concerns. TheAwesomeHwyh 20:52, 16 September 2019 (UTC)
- I don't think their clients do know about the purpose of Wikipedia, though. Maybe changing our policies is a bad approach- I mean really, do you know many people in real life who actually know how Wikipedia works? I don't, because there's no one to teach them otherwise. What we need is education, to teach people why editing pages where they have a COI is a bad thing. Though I'm not quite sure how we would accomplish that- What if started a "COI Academy", where we could have lots of resources on disclosing your COI, making edit requests, and the like? Not sure- but I honestly don't blame most people who hire this company, because they probably don't know what they're doing is wrong. TheAwesomeHwyh 20:47, 16 September 2019 (UTC)
- We've already established these spammers have zero integrity. What's stopping them from continuing to lie about our policies if we make this change? Being their clients and caring about the purpose of Wikipedia are already mutually exclusive. MER-C 19:27, 16 September 2019 (UTC)
- Perhaps a simple ammendement to WP:COI is in order? Obviously their "loophole" isn't actually a loophole at all, but if we were to amend the policy to explicitly address this, it could drive off some of their clients who bother to read the COI guidelines. Perhaps text along the lines of "Ignore all rules can not be invoked in order to avoid disclosing your COI, as per the Wikimedia Foundation terms of use, you must always disclose any possible COI." and "simply outsourcing your edits to another company or person does not exempt them from the COI guidelines, as they must disclose that they are being de-facto paid by the article's subject, even if they are being hired through another company." Perhaps a bit wordy, but it would do. TheAwesomeHwyh 03:07, 15 September 2019 (UTC)
- Not to mention indicating that by outsourcing it that somehow avoids our rules on it. And they would seem to be directly editing the articles. Not to mention that it's embedded into the TOS as well as local policy. Wonder if we can get the nice people at WMF Legal to send another C&D letterNosebagbear (talk) 10:36, 14 September 2019 (UTC)
Paid editors lie about their past articles, and Wikipedia policy, continually. For a recent example from just last month, see Wikipedia:Conflict of interest/Noticeboard/Archive 148#"The Digital SEO". And this notice is on the wrong noticeboard. As MER-C pointed out, this paid editor has already appeared on the correct noticeboard. Uncle G (talk) 10:40, 14 September 2019 (UTC)
- It would be nice if Google inserted a link to WMF's "you don't have to pay..." above every ad for article writing services. Guy (help!) 14:32, 14 September 2019 (UTC)
Hello, regarding The H Collective, I created it of my own volition. I did not do it for anyone and certainly not for pay. My takeaway is that coverage of the company has been pretty basic, and the article is detailed and structured enough to warrant an outside party making a claim to writing it. If the company gets bad press, I would gladly include that in the article. Other editors are welcome to review the content and provide feedback to ensure that the article is encyclopedic. Erik (talk contrib) (ping me) 15:56, 14 September 2019 (UTC)
- I don;t think there's a scintilla of evidence there's anything untoward about the article or Erik's editing. Beyond My Ken (talk) 18:31, 14 September 2019 (UTC)
- Apart from paid editors lying through their socks, just from force of habit, at least one of them has claimed authorship of a few articles (quite visibly, which seems an odd strategy for a rather secretive business) and then complained about them on here, all just to discredit one (unpaid) author who had created them. Andy Dingley (talk) 18:37, 14 September 2019 (UTC)
Long delay
Hi, the block appeal at User talk:ShappeAli has been unattended since 14 July except for closing on stale grounds as unanswered. He has apologised for his actions and if he is unblocked ive committed to monitor his edits and steer him clear of any trouble, regards Atlantic306 (talk) 15:22, 16 September 2019 (UTC)
- This is a checkuser block, which means that a checkuser has to unblock. Ordinary admins are not allowed to do so. — Ninja Diannaa (Talk) 17:27, 16 September 2019 (UTC)
- An admin can accept a checkuser block appeal and unblock an account as long as it's done in consultation with a checkuser.-- Jezebel's Ponyobons mots 18:53, 16 September 2019 (UTC)
- I've commented. They can appeal in 6 months like normal or appeal to ArbCom if they think there's a good reason they should be unblocked outside the normal timeframe for appeals. TonyBallioni (talk) 23:05, 16 September 2019 (UTC)
Violation of BLP
Handling this is not an administrator-only thing. Properly placed on Wikipedia:Biographies of living persons/Noticeboard. Uncle G (talk) 09:50, 17 September 2019 (UTC)
Convoluted user history
Could someone with a modicum of patience (i.e. not me) sort whatever is happening at User:Aadarsh Ashutosh? User:Aadarshashutosh and User:Ashuraaz23 both redirect to User:Aadarsh Ashutosh, but it is not a registered account. There have been various renames and moves involved and it's messy. Note I also deleted Draft:Aadarshashutosh, which was also a botched redirect of sorts.-- Jezebel's Ponyobons mots 20:23, 17 September 2019 (UTC)
- You might want to ping User:Martin Urbanec he did both of the page moves! Necromonger...We keep what we kill—Preceding undated comment added 20:57, 17 September 2019 (UTC)
- Well, it's a little bit hard for me to comment if I don't see the history - the pages are already deleted. I believe the pagemoves were automated through, done on my behalf by the renaming interface. When I approved the request of the user to be renamed, it automatically moved their userpage to the new title. This should be clearly stated in the move reason - it's "Automatically moved page while renaming the user "xxxx" to "yyy"". There's no way how can this pagemove be to an userpage of non-existent user - the only way would be two consequent renames, which should be clear in the logs. Let me know if I can help you, --Martin Urbanec (talk) 05:22, 18 September 2019 (UTC)
- The user moved their own page before the rename, so when the user was renamed, the page that was moved was already a redirect to the non-existent name. Peter James (talk) 13:34, 18 September 2019 (UTC)
- Well, it's a little bit hard for me to comment if I don't see the history - the pages are already deleted. I believe the pagemoves were automated through, done on my behalf by the renaming interface. When I approved the request of the user to be renamed, it automatically moved their userpage to the new title. This should be clearly stated in the move reason - it's "Automatically moved page while renaming the user "xxxx" to "yyy"". There's no way how can this pagemove be to an userpage of non-existent user - the only way would be two consequent renames, which should be clear in the logs. Let me know if I can help you, --Martin Urbanec (talk) 05:22, 18 September 2019 (UTC)
- You might want to ping User:Martin Urbanec he did both of the page moves! Necromonger...We keep what we kill—Preceding undated comment added 20:57, 17 September 2019 (UTC)
- Special:MergeHistory isn't much help. It looks like someone will have to perform a manual history merge. Or just delete everything – User:Aadarsh Ashutosh qualifies for CSD U2. That's not a very friendly option, but it's less work and within policy. NinjaRobotPirate (talk) 22:17, 17 September 2019 (UTC)
- Yeah, this doesn't seem like it's worth time to untangle. I slashed and burned it and let them know how to properly change their username. Beeblebrox (talk) 23:00, 17 September 2019 (UTC)
- Thanks, Beeblebrox. They seem to have a history with page moves in general that will likely need to be dealt with if it continues, no matter their username.-- Jezebel's Ponyobons mots 23:38, 17 September 2019 (UTC)
- Yeah, this doesn't seem like it's worth time to untangle. I slashed and burned it and let them know how to properly change their username. Beeblebrox (talk) 23:00, 17 September 2019 (UTC)
Fram unbanned immediately (temporary injunction in Fram case)
The committee has resolved by motion that:
Remedy 1a of this decision and its supporting principles and findings are passing, and so Fram shall be unbanned immediately, without awaiting the close of the case. The remainder of the decision remains pending. As the status of Fram's sysop rights has not been decided, Fram is not to be resysopped during this interim period.
- For the Arbitration Committee WormTT(talk) 16:52, 18 September 2019 (UTC)
- Discuss this at: Wikipedia talk:Arbitration Committee/Noticeboard#Fram unbanned immediately (temporary injunction in Fram case)
Rangeblock assist
Hi, can anyone help me by 1 month range blocking whatever range includes
- 101.78.169.241 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)
- 101.78.245.57 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)
Since about April 2019, an editor of questionable competence who jumps around Hong Kong IPs keeps making problematic edits, usually in areas related to Indian personalities Himesh Reshimmiya and Ram Kapoor. It's typically ridiculous overlinking like here. Or weird choices like here, where he adds almost 20 "notable works" titles under Ram Kapoor's name, when most of the other people have 2 or 3 listed. The user has no concept of what is acceptable editing behavior or not and their choices are sometimes way out there like with that Ram Kapoor example. Here, he doesn't know what to capitalise. More overlinking here. More miscapitalisation in April 2019 here and here. Here he wants to list every celebrity that attended another celebrity's funeral. It's relatively minor crap, but done over and over. There's no apparent way to communicate with them and poor Ravensfire typically has to deal with the cleanup. That's gotta suck. They've also used IPs:
- 101.78.237.88 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)
- 101.78.170.192 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)
- 218.255.71.34 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log)
I know that last one is not helpful for a range block, but since I'm here, I'll leave it for archival purposes. I typically have just blocked the individual IPs for varying amounts of time. Most recently, one month each for the ones at the top of the report. Thanks, Cyphoidbomb (talk) 16:11, 18 September 2019 (UTC)
- @Cyphoidbomb: Have you tried {{IP range calculator}}? --Izno (talk) 16:19, 18 September 2019 (UTC)
- All IPs are in the ranges:
- 101.78.128.0/17 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- 218.255.0.0/16 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- but it looks like within each of these they are using smaller ranges, which for CIDR notation would have to be split into:
- 101.78.168.0/22 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- 101.78.232.0/21 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- 101.78.240.0/20 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- 218.255.68.0/22 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- 218.255.72.0/22 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- 218.255.170.0/23 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- 218.255.172.0/23 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · block user · block log)
- which is just over a tenth of the /17 and /16. Peter James (talk) 17:21, 18 September 2019 (UTC)
Move to ban Zombiedude101z
Site banned per WP:3X and endorsed by community consensus. NinjaRobotPirate (talk) 22:48, 22 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I move to ban Zombiedude101z. This user should be eligible for unblock consideration by the community no sooner than one year after their latest account creation or latest edit. Zombiedude101z has been a problem for more than six years. They were blocked on 2013-02-15 as a vandalism-only account. Since that point, they've engaged in significant sockpuppetry and block evasion. The unblock requests such as those at User talk:RevenantEditor187 and User talk:SkitterWeaverKhepri2012 and User talk:86.134.164.104 and User talk:EverettTheUrban show this person just doesn't get it, constantly blaming admins for blocking them and being very clear they will not stop evading their block. Someone operating from their IP address has made a death threat against a sitting U.S. senator at Special:Diff/901680343. I indicated at User talk:Zombiedude101z that I would push for a ban if any further block evasion happened. They subsequently set up SpeedyGonzales1488 (note the use of Nazi hate in that username, though that's an escalation for this person) to further evade their block; jpgordon confirmed the sockpuppetry (but didn't specifically call out the original account). Therefore, I move for a WP:CBAN on this user. I believe this is mostly a formality; we are long past the point when any admin would consider unblocking them, but I can't just declare WP:3X here. --Yamla (talk) 11:10, 21 September 2019 (UTC)
- Agree, for all the documented reasons above.--Tenebrae (talk) 11:44, 21 September 2019 (UTC)
- Support on the same criteria and for the blatant reasons above. If that was an actual threat that I can't see, shouldn't it handed off to the WMF to do the needful? Nosebagbear (talk) 12:44, 21 September 2019 (UTC)
- Support and note that AngryJewbacca69 is also another sock in this group with a matching device to SpeedyGonzales1488. Nazi hate assertion appears to be correct.
— Berean Hunter(talk) 13:53, 21 September 2019 (UTC) - Support - there's a much longer history of angry and duplicitous behavior. Not clear if the death threat and the random nazi stuff is just the latest attempts to titillate and get attention, but I don't really care. Kuru (talk) 19:42, 21 September 2019 (UTC)
- Support: I won't even touch the Nazi issue or the death threat; simply put, the user is doing a heck of a lot of block evasion and sockpupptery. That's good enough for me. — Javert2113 (Siarad. ¤) 20:04, 21 September 2019 (UTC)
- I support the site ban, but why exactly can't WP:3X be declared in this case? Seems like it would apply here. SkyWarrior 20:19, 21 September 2019 (UTC)
- WP:3X requires documented CheckUser findings. This is normally (though not always) documented in a sockpuppet investigation. For example and as noted above, SpeedyGonzales1488 was not specifically documented by a CheckUser as Zombiedude101z, though they are documented by a CheckUser as violating WP:SOCK and clearly are Zombiedude101z. It's possible there are actually two CheckUser-documented cases of block evasion, but it wasn't clear to me and I wanted this ban to be unambiguous, given how problematic this user's behaviour has been. --Yamla (talk) 10:49, 22 September 2019 (UTC)
- I confirmed one, and Drmies confirmed another. It's been over 24 hours, anyway, so not much point in keeping this open. NinjaRobotPirate (talk) 22:48, 22 September 2019 (UTC)
- Support - A no-brainer. Heave-ho. Beyond My Ken (talk) 00:31, 22 September 2019 (UTC)
user:Lectonar
This admin has protected this page saying that there is addition of unsourced or poorly sourced material. Yet, I have been watching this page and I don't see that. Please either unprotect or give a valid reason why that page was protected.--SharabSalam (talk) 13:54, 18 September 2019 (UTC)
- This is a recent event, and not all IP edits were helpful. I've kept the protection deliberately short, things will probably calm down and reliable sources will appear. No need to bring this up here without contacting me before. Lectonar (talk) 14:01, 18 September 2019 (UTC)
- An IP has been adding soucred information then a user who actually had made problematic, poorly sourced edits(see the history page) went to ask for page protection. This is unfair and it's against what Wikipedia stands for, which is to be a free encyclopaedia for all.--SharabSalam (talk) 14:04, 18 September 2019 (UTC)
- I brought it here because an immediate action should be taken by notifying you not to do such wrong protection again and to immediately unprotect that page. IP edits were very sourced. You just killed what wikipedia stands for.--SharabSalam (talk) 14:06, 18 September 2019 (UTC)
- Let's cut down on the hyperbole, shall we? El_C 14:09, 18 September 2019 (UTC)
- Wow and you just went there and reverted me saying the coined edit summary "can't used same sources for new addition" even though that addition was there before and was removed because "not needed" like a totally subjective opinion.-SharabSalam (talk) 14:22, 18 September 2019 (UTC)
- What do you mean by "coined"? Yes, that was a mistake. I corrected and further qualified. El_C 14:27, 18 September 2019 (UTC)
- El_C You use the same edit summary when reverting edits made by newcomers or ips when they like, change an information(that you don't know much about) without changing the source. Notice that I am by far the most editor who has made edits there [121] and you had made one or two edits there. Sadly, it's so obvious that you assumed bad faith.--SharabSalam (talk) 14:38, 18 September 2019 (UTC)
- I didn't assume bad faith — I just misread the source. It happens. I had no idea who edited the article how often. That is not something I look into ordinarily when editing. El_C 14:40, 18 September 2019 (UTC)
- El_C You use the same edit summary when reverting edits made by newcomers or ips when they like, change an information(that you don't know much about) without changing the source. Notice that I am by far the most editor who has made edits there [121] and you had made one or two edits there. Sadly, it's so obvious that you assumed bad faith.--SharabSalam (talk) 14:38, 18 September 2019 (UTC)
- What do you mean by "coined"? Yes, that was a mistake. I corrected and further qualified. El_C 14:27, 18 September 2019 (UTC)
- Wow and you just went there and reverted me saying the coined edit summary "can't used same sources for new addition" even though that addition was there before and was removed because "not needed" like a totally subjective opinion.-SharabSalam (talk) 14:22, 18 September 2019 (UTC)
- Let's cut down on the hyperbole, shall we? El_C 14:09, 18 September 2019 (UTC)
- Endorse protection - most IP edits have been constructive, and the few disruptive IP edits don't rise to my own personal threshold for protection (I would have declined the RFPP request) but protection was within admin discretion here and the protection time is suitably conservative. @SharabSalam: you need to dial back the rhetoric and understand that we're all trying to do what's best here. Ivanvector (Talk/Edits) 14:32, 18 September 2019 (UTC)
- Endorse protection (basically per Ivanvector), and why was this not raised on Lectonar's talkpage before being brought here? Yunshui 雲水 14:36, 18 September 2019 (UTC)
- This ip 184.170.174.6 (talk · contribs · WHOIS) has been making a lot of sourceed improvements to the article. The user wanted to revert them but was unable so they requested a protection. What is shocking is that they succeed. I feel bad for the IP.--SharabSalam (talk) 14:45, 18 September 2019 (UTC)
- User:SharabSalam edit summaries like this are very unhelpful, to say the least. You may want to knock off that kind of statement, it can be seen as a personal attack. Necromonger...We keep what we kill 14:50, 18 September 2019 (UTC)
- Wekeepwhatwekill, it's true. You can't just say that's "not needed" while relevant sources mention it, frequently, unless we are going to write wikipedia with Anglo-American focus.--SharabSalam (talk) 15:13, 18 September 2019 (UTC)
- User:SharabSalam You just doubled down on what you said on the talk page edit summary. Wikipedia is not written with an Anglo-American focus, it's written with a Neutral point of view. To say other wise is to accuse that person of POV editing. Unless you can back it up with diffs, it could be considered a personal attack. Necromonger...We keep what we kill 15:54, 18 September 2019 (UTC)
- Wekeepwhatwekill, it's true. You can't just say that's "not needed" while relevant sources mention it, frequently, unless we are going to write wikipedia with Anglo-American focus.--SharabSalam (talk) 15:13, 18 September 2019 (UTC)
- @SharabSalam: That does not explain why, when you disagreed with an administrator's decision, you did not ask them about the decision before coming here. So I ask again, why was this not raised on Lectonar's talkpage first? Yunshui雲水 14:54, 18 September 2019 (UTC)
- Yunshui I was thinking the protection was a mistake and I except that admins will remove the protection immediately when they see it. There was no disruptive or unsourced edits. I doubt that if I went to the admin talk that the admin would unprotect it. A while a ago there was the article of Ibn Saud and it was protected. the protection was obviously wrong. However, admins kept trying to excuse the protection until it was brought to the Arbitration Committee and then it was removed. I wanted to go to the last phase straight because I didn't want the protection to last for so long.--SharabSalam (talk) 15:13, 18 September 2019 (UTC)
- The Ibn Saud situation was much different from this. That was an article indefinitely protected under auspices of an Arbcom decision which turned out to be out of scope on review and was properly reversed. This is an administrator reviewing a reported pattern of disruptive editing and deciding to place a restriction which expires in less than 24 hours, which is squarely within their discretion. IP editors can suggest changes on the article's talk page, and you can review the material that was being added and add it back yourself if you like, as long as you're checking its accuracy and making sure no policies are being violated. You should do that, and drop your accusations of abusive behaviour. Ivanvector (Talk/Edits) 15:23, 18 September 2019 (UTC)
- So far, I didn't accuse any admin of being abusive. All I am saying is that the protection is wrong similar to the protection of Ibn Saud. The admin should be notified to review the requests of protection before making the protection. And why would helpful IPs have to go through all of that process(request edit in the talk page etc etc) to make a helpful edit.--SharabSalam (talk) 15:34, 18 September 2019 (UTC)
- May I please note that in the Ibn Saud case, SharabSalam went straight to AN without even caring to notify me, not taking about asking to remove protection. Another editor notified me, and I immediately agreed to remove protection. Accusing me in that "admins kept trying to excuse the protection until it was brought to the Arbitration Committee and then it was removed" is a gross misrepresentation of the situation. This is not what happened. I suggest to trout SharabSalam for repeatedly bringing issues to dramaboards without discussing them with an admin first.--Ymblanter (talk) 08:31, 19 September 2019 (UTC)
- I didn't know who protected that article. When I asked here why that article is protected an admin called "dot" or something like that kept making excuses although it was so clear that it shouldn't be protected, that's what I referred to. I left that discussion and didn't bother, but then after 5 or 4 days and admin unprotect the article, I went to the discussion and saw that there was a conversation and someone brought that to ArbCom. So yeah. You can't easily make an admin admit that they made a mistake simply by approaching their talk page. Also as I said I wanted to remove the protection not to report the admin even though I asked that the admin gets a warning not to accept any request for protection without reviewing it. We would use a bot if reviewing wasn't necessary.--SharabSalam (talk) 10:19, 19 September 2019 (UTC)
- (ec) So you basically did not care to conform to the policies, you left an accusation at a drama board and did not care even to follow it further, you still do not understand what happened and continue spreading disinformation, and of course you are right and everybody else is at fault. How nice of you. If someone is here to get a warning this is you.--Ymblanter (talk) 10:34, 19 September 2019 (UTC)
- Although I admit that I should have gone to his talk page first but I was in hurry and wanted the page to be unprotected immediately without long conversations. Yet, it didn't.--SharabSalam (talk) 10:30, 19 September 2019 (UTC)
- I didn't know who protected that article. When I asked here why that article is protected an admin called "dot" or something like that kept making excuses although it was so clear that it shouldn't be protected, that's what I referred to. I left that discussion and didn't bother, but then after 5 or 4 days and admin unprotect the article, I went to the discussion and saw that there was a conversation and someone brought that to ArbCom. So yeah. You can't easily make an admin admit that they made a mistake simply by approaching their talk page. Also as I said I wanted to remove the protection not to report the admin even though I asked that the admin gets a warning not to accept any request for protection without reviewing it. We would use a bot if reviewing wasn't necessary.--SharabSalam (talk) 10:19, 19 September 2019 (UTC)
- The Ibn Saud situation was much different from this. That was an article indefinitely protected under auspices of an Arbcom decision which turned out to be out of scope on review and was properly reversed. This is an administrator reviewing a reported pattern of disruptive editing and deciding to place a restriction which expires in less than 24 hours, which is squarely within their discretion. IP editors can suggest changes on the article's talk page, and you can review the material that was being added and add it back yourself if you like, as long as you're checking its accuracy and making sure no policies are being violated. You should do that, and drop your accusations of abusive behaviour. Ivanvector (Talk/Edits) 15:23, 18 September 2019 (UTC)
- Yunshui I was thinking the protection was a mistake and I except that admins will remove the protection immediately when they see it. There was no disruptive or unsourced edits. I doubt that if I went to the admin talk that the admin would unprotect it. A while a ago there was the article of Ibn Saud and it was protected. the protection was obviously wrong. However, admins kept trying to excuse the protection until it was brought to the Arbitration Committee and then it was removed. I wanted to go to the last phase straight because I didn't want the protection to last for so long.--SharabSalam (talk) 15:13, 18 September 2019 (UTC)
- User:SharabSalam edit summaries like this are very unhelpful, to say the least. You may want to knock off that kind of statement, it can be seen as a personal attack. Necromonger...We keep what we kill 14:50, 18 September 2019 (UTC)
- Protection should be removed: not all administrator actions were helpful either, but that doesn't mean the result should be desysopping. Peter James (talk) 15:26, 18 September 2019 (UTC)
Article deletion request
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello. This is about a mistake I made when I first started editing. Here's some background. Islamic Society of Baltimore is an Islamic community center which has a mosque in it. The mosque is called Masjid Al-Rahmah. I created Masjid Al-Rahmah back in 2017, which was unnecessary considering there was already an article for Islamic Society of Baltimore. If you look at the two articles, they are almost identical. Can someone delete Masjid Al-Rahmah and have it redirect to Islamic Society of Baltimore? Melofors (talk) 00:31, 22 September 2019 (UTC)
- Melofors, you actually could have done that yourself - just clear the page and put in a redirect, no deletion necessary (be bold!). I went ahead and took care of the redirect. creffett (talk) 00:48, 22 September 2019 (UTC)
Please fill in descriptions
any missing source/author/licence info from deleted local page https://en.wikipedia.org/wiki/File:Diopsis.jpg to c:File:Diopsis.jpg. Thanks!--Roy17 (talk) 15:28, 19 September 2019 (UTC)
- The only information on the en.wiki version of the page before deletion was the {{GFDL}} template. No source link/etc. to copy over. --Masem (t) 15:53, 19 September 2019 (UTC)
HistoryofIran reverting
Content dispute escalated to edit warring and NPA violations. Go forth and use civility guidelines and dispute resolution, or continue as you have been and be blocked. Your choice. KillerChihuahua 15:07, 24 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- HistoryofIran (talk • contribs • deleted contribs • nuke contribs • logs • filter log • block user • block log)
- Ruwaym (talk • contribs • deleted contribs • nuke contribs • logs • filter log • block user • block log)
User:HistoryofIran is reverting any Category about "Arab" and "Arabic language" in Iran. please stop him. See his last reverting on category:Iranian Arabic poets. --Ruwaym (talk) 14:08, 24 September 2019 (UTC)
- So are you. As I suggested on your talk page, please get consensus at WP:CFD if you think there's a problem with one of the categories, or through a WP:3O or WP:RFC on one of the relevant talk pages, instead of continuing to edit war. ST47 (talk) 14:10, 24 September 2019 (UTC)
- @Ruwaym: You are spamming (broken English) categories into Wikipedia, I couldn't care less if you were adding something about the Arabs, Amish, Chinese or whatever. More or less all your edits have been you spamming rather questionable Arab-related categories. And you also clearly lack the ability to have a simply discussion, and instead resort to revert and call me a "troll". See Wikipedia:COMPETENCE and stop wasting everybodys time, thanks. --HistoryofIran (talk) 14:14, 24 September 2019 (UTC)
- Y'all, we have a whole area of Wikipedia that is devoted to dispute and conflict resolution and none of it involves this kind of edit warring and personal attacks, which will lead to sad consequences. You've both had your say now, let us take a look and don't continue this argument here, thank you so much. KillerChihuahua 14:18, 24 September 2019 (UTC)
- I'd like to suggest you both stop the revert warring before I block you both for edit warring. KillerChihuahua 14:23, 24 September 2019 (UTC)
- Ok, here is my suggestion. Start a discussion on ONE talk page - link to it from the others, if you think there are editors who would like to be involved who only edit one or two of the articles in question - and discuss this. Politely. With respect and civility. While you are discussing, don't edit the articles to add the contested new categories - leave them as they were before this whole mess started. Ruwaym, if you can make a good argument for Persian poet vs Iranian poet, etc, whatever the change is - then your fellow editors will support you. If they think your argument isn't strong enough, and they agree with the counter arguments, then the categories will stay as is. It may be that some articles will be better one way, some the other. That's ok. The key thing here is to be patient. The world will not end if you cannot reach consensus right away. It can take time. If you think a formal Rfc will help, do that. Both of you read up on dispute resolution. Stop edit warring and calling each other names. Puppy is done; if there is future edit warring go to WP:AN3 and follow the directions. If there are further insults, bring them here but don't be surprised if everyone's behavior is examined. KillerChihuahua 14:34, 24 September 2019 (UTC)
- Killerhttps://en.wikipedia.org/w/index.php?title=User_talk:Ruwaym&diff=917587150&oldid=917585658, racist attacks to me by him. --Ruwaym (talk) 14:36, 24 September 2019 (UTC)
- @KillerChihuahua: Appreciate your help, but I haven't called him anything though. Yes I may been have a bit rude/aggressive, but it's a bit hard not to be when you get more or less accused of being racist. --HistoryofIran (talk) 14:44, 24 September 2019 (UTC)
- Killerhttps://en.wikipedia.org/w/index.php?title=User_talk:Ruwaym&diff=917587150&oldid=917585658, racist attacks to me by him. --Ruwaym (talk) 14:36, 24 September 2019 (UTC)
- Are you two still here? I told you what to do, and complaining about each other here ad naseum wasn't part of that. KillerChihuahua 15:06, 24 September 2019 (UTC)
SPI request
Thanks Oshwah and Reaper Eternal. Usedtobecool TALK ✨ 14:51, 23 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello! Could someone please look at this relatively straightforward SPI. I ticked the CU box when creating it but I believe it could be resolved by skipping that even, as evidence continues to mount (the user already deserves a "promotion only account" block even if it survives the SPI). Thanks! Usedtobecool TALK ✨ 13:15, 23 September 2019 (UTC)
Requested move discussion needing closure
Pointer to the correct venue has been given. Barkeep49 (talk) 23:10, 23 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Talk:Peć#Requested_move_12_August_2019 This requested move discussion has been open for more than a month. An admin or an experienced editor looking at it and making the closure if/when appropriate would be helpful. Cheers, Ktrimi991 (talk) 12:39, 23 September 2019 (UTC)
- WP:ANRFC is the place to make these kind of requests. I've also fixed the link so it doesn't force desktop users on to the mobile site. Iffy★Chat -- 16:29, 23 September 2019 (UTC)
Persistent vandalism at Anuna De Wever
Semi-protected for three days.--Bbb23 (talk) 23:21, 22 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
For the last month a series of different IPs (Special:Contributions/185.194.187.0, Special:Contributions/185.194.187.2, Special:Contributions/185.194.187.138, Special:Contributions/185.194.187.142) and others have persistently been reverting to a version of the page that has poor syntax, no sources, and contentious personal claims about the subject.
This is not something that WP:BLP would suggest is tolerable. I would ask that the page be protected in a sourced form (this seems to be the latest version before the vandalism: https://en.wikipedia.org/w/index.php?title=Anuna_De_Wever&oldid=911230099 ) and that the IPs used to vandalise the page be blocked. The series of IP edits seems to have begun after User:TruthSpeeker was blocked. --Andreas Philopater (talk) 23:08, 22 September 2019 (UTC)
User talk:Govvy
I am confused, is the IP posting to my talk page trying to troll me? Govvy (talk) 18:42, 21 September 2019 (UTC)
Redirects needs deletion in order to move draft to mainspace
I wanted to move Draft:Hurricane Lorena (2019) to main space because I think it passes WP:GNG. However, there's already a main space article (Hurricane Lorena (2019)) which is currently a redirect. This prevents me from moving the draft to main space. I did tagged it for speedy deletion for G6, but that was hours ago and it's still tagged for speedy deletion. Can somebody delete this so I can move the draft article to main space? I don't want to copy-and-paste the whole draft article to the redirect because there's multiple edits that helped with the draft article and doing the copy-and-paste would be saying that I did all the work. Thanks! INeedSupport :V 20:18, 21 September 2019 (UTC)
Done. INeedSupport, just as a general note, admins are all volunteers (and it is the weekend) so it's very likely that some lower-importance CSD categories like G6 might take a while to be fulfilled. Patience is a virtue! Primefac (talk) 20:29, 21 September 2019 (UTC)
"Moscow Mitch"
Heads up for admins: an advocacy group has released a Chrome browser extension which replaces "Mitch McConnell" with "Moscow Mitch" ([126]). Last time something like this happened we went through a few weeks of repeatedly removing "Drumpf" vandalism which mostly turned out to be accidental. Might it be worthwhile to add editnotices warning about the extension interfering with article editing, say at Mitch McConnell and other possibly related pages? Ivanvector (Talk/Edits) 21:09, 20 September 2019 (UTC)
- I'm of two minds on an edit notice. On the one hand, I've had similar extensions cause problems for me in the past so an edit notice probably would help avoid some unintentional vandalism. On the other hand I'm uneasy about a preemptive edit notice for possible streissand effects. Wug·a·po·des 22:17, 20 September 2019 (UTC)
- Perhaps an edit filter set to warn? I'm not sure if that would work though. -A lad insane (Channel 2) 00:35, 21 September 2019 (UTC)
- This feels like a job for an edit filter b/c there's no practical way to edit notice all the pages where he might be mentioned now and impossible to do so in the future.--Jorm (talk) 01:00, 21 September 2019 (UTC)
- Such scripts needs to be blocked by an edit filter. Edit notices are too easy to not notice and editors may not realize that the script is messing up the article text. Jo-Jo Eumerus (talk, contributions) 09:26, 21 September 2019 (UTC)
- Yes. Special:AbuseFilter/901 warns about the Drumpf plugin (and Special:AbuseFilter/614 stops the addition of Drumpf); similar things can be easily done for Moscow Mitch if/when it starts being a problem. Galobtter (pingó mió) 19:15, 21 September 2019 (UTC)
- Such scripts needs to be blocked by an edit filter. Edit notices are too easy to not notice and editors may not realize that the script is messing up the article text. Jo-Jo Eumerus (talk, contributions) 09:26, 21 September 2019 (UTC)
Community-ban appeal
Calling WP:SNOW given the diversity of long-standing editors in support. The ban is lifted, and any unblock request by Elisa.rolle may be considered to enjoy consensus support. Guy (help!) 21:12, 20 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
This is an appeal for reconsideration of the July 2019 community ban of Elisa.rolle (talk · contribs · logs · block log). Elisa began editing in March 2017 and has made 17,662 edits; her 10,746 edits to mainspace (edit counter) include 717 articles created. She was blocked indefinitely in August 2018 after posting a copyright violation on her talk page. Before that, she had been blocked four times, including twice indefinitely for copyvio. In July this year, she appealed the most recent block. In response, Ritchie333 opened the AN discussion linked above, which Yunshui closed as unsuccessful, converting the block to a community ban. Several editors felt the close was premature, and Elisa didn't realize that an AN discussion might lead to a community ban (see further discussion on AN and with Yunshui).
Elisa would like another chance, this time with more formal support. The situation was caused by a combination of her not understanding copyright, having difficulty summarizing because English is not her first language, working too quickly, and feeling overwhelmed once the complaints began. To try to help her, several of us—Valereee, Rosiestep, Megalibrarygirl, SusunW, and myself—have formed a mentoring collaboration. In addition, Victoriaearle worked through a tutorial with Elisa in July; Victoria's assessment is here. Valereee has created a mentoring plan at User:Valereee/ER. In brief, Elisa will focus at first on adding sources and fixing close paraphrasing in articles she has already created. She will always summarize source material in her own words; there will be no copying, no matter the copyright status of the source. If she wants to make any substantial addition, she will first bring it to User:Valereee/ER for feedback. And she will abide by 1RR for 12 months. The mentoring team will keep a close eye on her editing, and if an uninvolved admin is needed (for example, should another copyvio occur), GoldenRing has agreed to be available. Thank you for considering this.
- Support as proposer. I'm confident that with this support Elisa will be an asset to the community. SarahSV (talk) 02:23, 20 September 2019 (UTC)
- Support. I reviewed but did not participate in the last discussion, partly because I was unable to decide. But this level of support, indeed, seems promising. El_C 02:35, 20 September 2019 (UTC)
- Support, if for no other reason than it sounds like Elisa.rolle will be quite thoroughly monitored. creffett (talk) 02:37, 20 September 2019 (UTC)
- Support. It sounds like the user will have lots of help. NinjaRobotPirate (talk) 03:05, 20 September 2019 (UTC)
- Support With such a strong mentoring team, this editor deserves another chance. Cullen328 Let's discuss it 04:09, 20 September 2019 (UTC)
- Support Per Cullen.--Jorm (talk) 04:11, 20 September 2019 (UTC)
- Support That's a pretty strong group of mentors - I'm willing to give it a shot. — Ched (talk) 04:51, 20 September 2019 (UTC)
- Support Per endorsement of the mentors. – Ammarpad (talk) 05:03, 20 September 2019 (UTC)
- Support I saw this proposal being prepared, and looked into the details then. I think it has as good a chance of being a net positive as any ban appeal I have seen. Vanamonde (Talk) 05:08, 20 September 2019 (UTC)
- Support as this is the best-prepared appeal I recall. Johnuniq (talk) 05:21, 20 September 2019 (UTC)
- Support because I trust Valeree and Victoria. And, I do think the provisions to be well enough. ∯WBGconverse 05:42, 20 September 2019 (UTC)
- Support Let's give it a go. Gråbergs Gråa Sång (talk) 08:16, 20 September 2019 (UTC)
- Support. Yep, that's a pretty impressive mentoring lineup. I'll just add, while I'm here, that I think the "Any failed indef block appeal at ANI automatically converts to a community ban" thing has turned out to be counter-productive. Boing! said Zebedee (talk) 08:23, 20 September 2019 (UTC)
- Support- Seems like a sufficiently restrictive set of conditions, and vigilant enough mentors. Why not? Reyk YO! 08:52, 20 September 2019 (UTC)
- Support. I only wish we could offer this level of support to more users who run into problems. GoldenRing (talk) 09:09, 20 September 2019 (UTC)
- Support. Elisa.rolle ought to embrace 1RR permanently, firstly because it's good behaviour (WP:BRD), and secondly "because English is not her first language". Anybody playing the language card should be aware they might be misunderstanding events and tread carefully. Cabayi (talk) 09:24, 20 September 2019 (UTC)
- Support. The proposal seems workable and promises a net positive for the project. Regards SoWhy 09:41, 20 September 2019 (UTC)
- Support as member of the mentoring team. I believe Elisa will become a valued member of the community. --valereee (talk) 10:45, 20 September 2019 (UTC)
- Support It'd make her CCI far easier to clear out with her actually being here, and I trust the mentoring editors greatly.💵Money💵emoji💵💸 11:15, 20 September 2019 (UTC)
- Support She's unlikely to run into issues with so much assistance, and will become a valued contributor. — Diannaa 🍁 (talk) 11:55, 20 September 2019 (UTC)
- Support - excellent plan for mentorship. 78.26 (spin me / revolutions) 13:27, 20 September 2019 (UTC)
- Support - looks like a mentorship with a high possibility of succeeding. KillerChihuahua 13:46, 20 September 2019 (UTC)
- Support per all of the above. – Levivich 13:53, 20 September 2019 (UTC)
- Support Wikipedia loves second (and more) chances. My policy is to support so long as there is at least one willing and competent mentor. Jehochman Talk 14:13, 20 September 2019 (UTC)
- Support I !voted oppose for unblock the last time this came up because of the probability for recidivism in regard to copyvios. With these restrictions, I am all for giving Elisa another chance. It is wonderful that there are kind editors willing to help her. Jip Orlando (talk) 14:22, 20 September 2019 (UTC)
- Support provided that she accepts the conditions stated by Xaosflux below.
— Berean Hunter(talk) 15:29, 20 September 2019 (UTC) - Support - I realise this is SNOWing, but I wanted to state my own support - that level of collaboration and support from multiple mentors, a tad embarassingly, actually made me tear up - we're supposed to be so hostile to each other it was great to see this level of help to get an editor back into the Community. Nosebagbear (talk) 16:02, 20 September 2019 (UTC)
- Support - of course. GoodDay (talk) 16:08, 20 September 2019 (UTC)
- Support per GoldenRing. New/newish users are constantly berated for not following rules that are NOT easy to find and aren't always as common-sense as we think. Simple education for an honest editor can go a long way. Close ASAP per WP:SNOW. Buffs (talk) 16:24, 20 September 2019 (UTC)
- Support. I enjoyed working with Elisa, found her to be receptive and willing to learn, which goes a long way. It's work I enjoy and, though I'm not here everyday, will be available to look over her shoulder and continue to work with her as I did before we had to cut it short. It benefits the encyclopedia to have her work on her existing articles to weed out issues, with the help of others, and through that process she'll become a productive editor. Victoria (tk) 17:20, 20 September 2019 (UTC)
- Support: So long as this collaboration holds, and Xaosflux's conditions are accepted and implemented, I have no objections. — Javert2113 (Siarad. ¤) 17:26, 20 September 2019 (UTC)
- Support as a member of the mentoring team. SusunW (talk) 17:57, 20 September 2019 (UTC)
- Support At first I thought this would be leading to a walled garden, protecting this editor from outside influence, but upon reading the actual proposal at User:Valereee/ER I find those fears unfounded. Good luck all in this endeavor. Valeince (talk) 20:18, 20 September 2019 (UTC)
Discuss (Elisa.rolle)
- @SlimVirgin: as this is starting to SNOW support, just want to make sure the following "mechanics" represent the objectives: Elisa.rolle's community ban will be vacated, and a new set of editing restrictions for Elisa.rolle will be enacted: 1RR on all pages for 12 months and a set of article-space editing restrictions as outlined in User:Valereee/ER for 12 months, which may be relaxed or removed by the "mentoring team" early. If so, is there any diff's of Elisa.rolle's acceptance of the condition yet? — xaosfluxTalk 13:50, 20 September 2019 (UTC)
- Speaking of SNOW, this should be allowed to run for a minimum of 24 hours.
— Berean Hunter(talk) 15:29, 20 September 2019 (UTC)
- Speaking of SNOW, this should be allowed to run for a minimum of 24 hours.
- That all seems reasonable - I'd specifically like to note I'm happy with the team removing the constraints early if they think it suitable Nosebagbear (talk) 16:27, 20 September 2019 (UTC)
- Question: is my reading that only Goldenring can be considered as an outside admin to enforce possible violations correct, or can any uninvolved admin take action if needed? Valeince (talk) 19:41, 20 September 2019 (UTC)
- @Valeince: - the mentoring plan clarifies " GoldenRing has agreed to be available as an independent admin; of course any administrator is also welcome to act in any appropriate manner" Nosebagbear (talk) 20:04, 20 September 2019 (UTC)
Guy, this may seem a formality as I supported in the above discussion but CBAN discussions are required to remain open for a minimum of 24 hours with no early closes per WP:CBAN and this RfC. Appealing a CBAN falls into the same category since this is a consideration whether to uphold or remove the CBAN placed on her. A discussion was held after Elise's CBAN at Wikipedia talk:Banning policy with 24 hours remaining the minimum. Would you be so kind as to revert your early close and let it proceed for the 24 hours?.
— Berean Hunter(talk) 08:26, 21 September 2019 (UTC)- Actually, it won't matter. Although it was closed early, we are now beyond 24 hours since it began so I withdraw the above.
— Berean Hunter(talk) 08:32, 21 September 2019 (UTC)
- Actually, it won't matter. Although it was closed early, we are now beyond 24 hours since it began so I withdraw the above.
Wikipedia:Arbitration/Requests/Case/Fram
An arbitration case regarding Fram has now closed and the final decision is viewable at the link above. The following remedies have been enacted:
- The Committee decides that Fram's ban was not required, and therefore vacates it.
- The behaviour shown in the case materials falls below the standards expected for an administrator. Accordingly, the committee takes over the decision to remove Fram's administrator tools. They may regain the administrative tools at any time via a successful request for adminship.
- A Request for Comment will be opened under the Arbitration space, and managed by the Arbitration Clerks. This RfC will focus on how harassment and private complaints should be handled in the future.
For the Arbitration Committee, SQLQuery me! 19:16, 21 September 2019 (UTC)
- Discuss this at: Wikipedia talk:Arbitration Committee/Noticeboard#Wikipedia:Arbitration/Requests/Case/Fram
Fram
Fram has withdrawn his nomination. — Diannaa 🍁 (talk) 14:34, 27 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Everyone aware of the Fram RFA? Guy (help!) 23:38, 26 September 2019 (UTC)
- Perhaps not "everyone" is aware of it, but it's on the watchlist notice (as is the other pending RfA), and has already had more than 180 !votes in less than a day. Newyorkbrad (talk) 23:49, 26 September 2019 (UTC)
- And since at this moment the !vote is 100 to 100, it illustrates well the very deep split in the community. Beyond My Ken (talk) 05:09, 27 September 2019 (UTC)
Unconstructive edits by new users
Editor blocked per request (by NRP). Chetsford (talk) 08:26, 27 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hello I want to report myself, because I do not make constructive edits, which is contrary to the purpose of Wikipedia. I add content like a clan clan war game and I will surely be happy with the clan wars and war game again I am very happy that. Can someone please do something about me? Thanks,Schoolvand2 class iei (talk) 07:06, 27 September 2019 (UTC)
Could someone possibly move The Viking Raiders (professional wrestling) back to War Machine (professional wrestling)?
Page moved. ~Oshwah~(talk) (contribs) 14:39, 26 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
Hi all,
Undiscussed page move. Could someone possibly move this back to the original article title? I would do it myself, but (shhh, don't tell anyone I said this, OK?) I'm not good with that sort of page-move technical stuff, and if I tried it would probably result in a WP:AN thread along the lines of "Could someone possibly fix up my attempted but completely messed up move The Viking Raiders (professional wrestling) back to War Machine (professional wrestling)?" TIA.
Pete AU aka --Shirt58 (talk) 11:05, 25 September 2019 (UTC)
Done. I think you just lost your nerve, Pete. It can be alarming when you get the question "Do you want to delete the page to make room for the move", but the answer is that you do want to; just tick the box "Yes, delete page", then carry on, then have a stiff drink on me. I know what it's like, I just completely lost my nerve trying to handle the SPI template. Bishonen talk 11:32, 25 September 2019 (UTC).
A Village Pump RfC was archived without closure
FORMALLY CLOSED | |
I have formally closed the discussion; a copy of my close was also posted at Wikipedia:Village pump (policy)#Portal guidelines. Thanks, --DannyS712 (talk) 05:14, 26 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
The following Village Pump RfC was automatically archived without closure: RFC: Formalize Standing of Portal Guidelines as a Guideline (18 July 2019). I would like to request that an uninvolved admin either closes it officially or reopens it by moving it back to Wikipedia:Village pump (policy), with a Bump template added to prevent further accidental archival of the topic. --Hecato (talk) 09:05, 10 September 2019 (UTC)
- I don't know, it looks like that discussion died a natural death. If someone really wants to I wouldn't object, but I'm not sure it's necessary either. The Blade of the Northern Lights (話して下さい) 15:03, 10 September 2019 (UTC)
- Oh, I probably should have mentioned somewhere that I requested a closure at WP:ANRFC not too long ago. While I agree that it died a natural death, having a definitive close from an uninvolved editor is worthwhile as I think it will prevent edit warring over what tag to apply. Wug·a·po·des 01:14, 11 September 2019 (UTC)
- I also think that a formal closure of the discussions there is in order. Otherwise, the matters being discussed there remain in an uncertain limbo, which defeats the purpose of the RfCs occurring in the first place. North America1000 04:22, 11 September 2019 (UTC)
Bumping thread. Hecato (talk) 16:46, 19 September 2019 (UTC)
Wikipedia:Arbitration/Requests/Case/Antisemitism in Poland closed
This arbitration case has been closed and the final decision is available at the link above. The following remedies have been enacted:
- Icewhiz and Volunteer Marek are indefinitely prohibited from interacting with, or commenting on, each other anywhere on Wikipedia (subject to the ordinary exceptions).
- Icewhiz is topic-banned from the history of Poland during World War II, including the Holocaust in Poland. This topic ban may be appealed after one year has elapsed.
- Volunteer Marek is topic-banned from the history of Poland during World War II, including the Holocaust in Poland. This topic ban may be appealed after one year has elapsed.
- The sourcing expectations applied to the article Collaboration in German-occupied Poland are expanded and adapted to cover all articles on the topic of Polish history during World War II (1933-45), including the Holocaust in Poland. Only high quality sources may be used, specifically peer-reviewed scholarly journals, academically focused books by reputable publishers, and/or articles published by reputable institutions. English-language sources are preferred over non-English ones when available and of equal quality and relevance. Editors repeatedly failing to meet this standard may be topic-banned as an arbitration enforcement action.
- The committee acknowledges the lengthy delay in preparing the proposed decision for this case. We apologize to the case participants and to other editors interested in the topic area, and thank them for their patience.
For the Arbitration Committee, CThomas3 (talk) 19:29, 22 September 2019 (UTC)
- Discuss this at: Wikipedia talk:Arbitration Committee/Noticeboard#Wikipedia:Arbitration/Requests/Case/Antisemitism in Poland closed
Sock pupet
- 212.241.98.39 (talk · contribs · deleted contribs · filter log · WHOIS · RDNS · RBLs · http · block user · block log) is the sock pupet of Tirgil34 (talk · contribs · deleted contribs · logs · filter log · block user · block log) https://en.wikipedia.org/wiki/Wikipedia:Long-term_abuse/Tirgil34
Evidence : https://ko.wikipedia.org/wiki/%EC%82%AC%EC%9A%A9%EC%9E%90%ED%86%A0%EB%A1%A0:212.241.98.39 --Igirami (talk) 03:23, 23 September 2019 (UTC)
- Dueling sock puppeteers, eh? You should report each other to m:SRG and let the stewards sort it out. NinjaRobotPirate (talk) 04:30, 23 September 2019 (UTC)
Resignation of SilkTork
Effective immediately, SilkTork (talk · contribs) has resigned from the Arbitration Committee. He has also relinquished the CheckUser and Oversight permissions. The Committee sincerely thanks SilkTork for his service and wishes him well.
For the Arbitration Committee,
WormTT(talk) 07:45, 23 September 2019 (UTC)
Challenging ANI close
Let's not be hasty. Primefac closed the discussion all of 86 minutes ago. I've often taken longer than that to properly process a complicated discussion, especially if I need to read it multiple times. If it's been a half-day with no proper closure, you can reopen this. Vanamonde (Talk) 23:41, 29 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
(I have notified the closer. Please advise as to whether I should notify everyone who commented.)
At Wikipedia:Administrators' noticeboard/Incidents#(Needs Admin Attention) Sir Joseph and accusations of Holocaust denial and revisionism The raw count was
Topic ban: 23 support, 11 oppose.
Site ban: 19 support, 25 oppose.
In addition there was evidence of canvassing and calls for certain SPA !votes to be stricken.
Yet the closing summary was "Closing..." with no action taken.
I call for the close to be vacated and for another uninvolved administrator to evaluate the consensus and write a proper summary. --Guy Macon (talk) 23:36, 29 September 2019 (UTC)
- See also Primefac's edit summary. He's apparently in the process of writing up the closure. Newyorkbrad (talk) 23:44, 29 September 2019 (UTC)
CheckUser and Oversight appointments 2019
The Arbitration Committee is accepting applications for appointments as CheckUser and Oversight team members. GorillaWarfare and KrakatoaKatie are the arbitrators overseeing this process. The names of all applicants will be shared with the Functionaries team, who will be asked for assistance with vetting candidates.
- Applications: 23 September to 29 September
- Review period: 30 September to 2 October – the committee will review applications and ask the functionary team for their feedback
- Notification of candidates: 2 October to 3 October – notification of candidates
- Community consultation: 4 October to 23:59 UTC, 10 October – candidates' statements published, community is invited to comment
- Appointments: by 14 October
For the Arbitration Committee,
Katietalk 17:11, 23 September 2019 (UTC)
- Discuss this at: Wikipedia talk:Arbitration Committee/Noticeboard#CheckUser and Oversight appointments 2019
Topic ban for Muhammad Samiuddin Qazi (sami)
User is inactive; moot point which can be opened again if there's an actual need. Primefac (talk) 15:20, 28 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
I propose banning Muhammad Samiuddin Qazi (sami) from editing any article relating to India, Pakistan and Iran. They have already been blocked for sockpuppetry. However, the user keeps on editing articles relating to India, Pakistan and Iran, and won't seem to stop. They mainly target the articles relating to Hindi, insisting that it is a dialect of Urdu. They also seem to be going into broader topics relating to India, Pakistan and Iran, such as by creating a template and a few categories about TV shows relating to the countries I mentioned. Nigos (talk • Contribs) 05:34, 24 September 2019 (UTC)
- SPI case: Wikipedia:Sockpuppet investigations/Muhammad Samiuddin Qazi (sami)/Archive Nigos (talk • Contribs) 05:35, 24 September 2019 (UTC)
- I am afraid, they are blocked over a year ago (May 2018) for sockpuppetry. And up till now they did not successfully appeal the block, that means any more of their sockpuppet will also be blocked once detected. So what's the point of "topic ban"? Topic ban is for people who are eligible to edit. It makes no sense to people who are not allowed to edit in the first place. – Ammarpad (talk) 06:54, 24 September 2019 (UTC)
- Agreed. Report socks when they arrive, they'll be blocked. A topicban is rather pointless at this time. KillerChihuahua 13:57, 24 September 2019 (UTC)
- Concur No edits in 1+ years = TBAN isn't a necessary solution. Buffs (talk) 18:24, 24 September 2019 (UTC)
Help needed with the automatic archiving process
@Pppery: thanks, that's a nifty indexing module! Airbornemihir (talk) 02:51, 28 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
- See User talk:Airbornemihir/Archive 2#Automatic archiving for the discussion. Anthony Appleyard (talk) 04:42, 25 September 2019 (UTC)
- Anthony Appleyard, this should hopefully fix it. – bradv🍁 04:58, 25 September 2019 (UTC)
- @Bradv and Anthony Appleyard: Thank you both. I believe the bot Lowercase Sigmabot III comes online at midnight UTC and clears its archiving backlog over the next few hours... so we'll know then if it worked. Airbornemihir (talk) 09:45, 25 September 2019 (UTC)
- @Bradv and Anthony Appleyard: It looks like it's been done in this edit, so thanks again. It would be nice if the index could be fixed also - I'm not sure how to "request" LegoBot to regenerate the report. But that's a small thing and I'm OK with this discussion being closed. Airbornemihir (talk) 04:50, 26 September 2019 (UTC)
- @Airbornemihir: I'm neither Bradv nor Anthony Appleyard, but
Archive index fixed. * Pppery * it has begun... 23:47, 27 September 2019 (UTC)
- @Airbornemihir: I'm neither Bradv nor Anthony Appleyard, but
- @Bradv and Anthony Appleyard: It looks like it's been done in this edit, so thanks again. It would be nice if the index could be fixed also - I'm not sure how to "request" LegoBot to regenerate the report. But that's a small thing and I'm OK with this discussion being closed. Airbornemihir (talk) 04:50, 26 September 2019 (UTC)
- @Bradv and Anthony Appleyard: Thank you both. I believe the bot Lowercase Sigmabot III comes online at midnight UTC and clears its archiving backlog over the next few hours... so we'll know then if it worked. Airbornemihir (talk) 09:45, 25 September 2019 (UTC)
- Anthony Appleyard, this should hopefully fix it. – bradv🍁 04:58, 25 September 2019 (UTC)
Can someone help me get content of deleted page?
Revision copied. — xaosflux Talk 03:58, 29 September 2019 (UTC) |
- The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.
My Module:Commons category was deleted. Can someone help me get content of deleted page and copy it to c:User:Jarekt/a? --Jarekt (talk) 03:06, 29 September 2019 (UTC)