Wikipédia:Esplanada/Arquivo/2020/Outubro

Adicionar hiperligações
Origem: Wikipédia, a enciclopédia livre.
Arquivos da Esplanada



2004 2005 2006 2007 2008
2009 2010 2011 2012 2013
2014 2015 2016 2017 2018
2019 2020 2021 2022 2023
2024 2025 2026 2027 2028

Geral[editar código-fonte]

[Ver]

New Beta Feature next week

Ajude a traduzir para a sua língua, por favor.

The Editing team is working on mw:Talk pages project/replying. The Reply tool is one result of the big mw:Talk pages consultation 2019. Editing is planning to offer the Reply tool to your community as a Beta Feature soon, probably on Wednesday, 14 October. The Reply tool has been used to make more than 25,000 comments at about 20 wikis so far. Your Wikipedia was chosen for the next group because you are already working with the Growth team on ways to support new editors. We think this will make it easier for new editors to reply to messages you post for them. It was also chosen because you participated in the Talk pages consultation 2019 as part of the Iberocoop group.

Here's what you need to know:

If you have questions or concerns about this Beta Feature, please contact me. Whatamidoing (WMF) (discussão) 02h24min de 10 de outubro de 2020 (UTC)[responder]

You can try it out on this page by clicking on https://pt.wikipedia.org/wiki/Wikipédia:Esplanada/geral/New_Beta_Feature_next_week_(10out2020)?dtenable=1 Whatamidoing (WMF) (discussão) 02h28min de 10 de outubro de 2020 (UTC)[responder]

O texto acima foi movido de: [Δ59557200] + [Δ59557215]

Whatamidoing, I have being using this script for replying comments: Usuário:Bageense/Reply link em português so far. It's not perfect, but indeed, having an easy way to reply comments is really needed on Wikipedia.--Mister Sanderson (discussão) 16h25min de 11 de outubro de 2020 (UTC)[responder]

Typo: Whatamidoing (WMF).--Mister Sanderson (discussão) 16h25min de 11 de outubro de 2020 (UTC)[responder]
It's similar to Enterprisey's reply-links (translated here by Bageense). I've been very happy with it. They're planning a test to see whether it helps new editors in particular. It'd be good if more new editors could reply to us, when we ask them questions. Whatamidoing (WMF) (discussão) 02h45min de 12 de outubro de 2020 (UTC)[responder]
Whatamidoing (WMF), I reply more now, since it's easier to reply using that script. Sometimes, the work of editing the source code, searching for the specific message that I want to reply to, comparing the code with the page before editing, and using "show preview" makes me think it's not worth the trouble to reply to some message, and then, I leave it unreplied. Like, possibly I would not give you this answer here because the Bageense script does not work on the Wikipedia domain, for some reason... So "laziness" could possibly win... I have more important things to do with my time, and replying to messages that way I described (that is, without the script assistance) isn't easy, isn't quick, and isn't fun... Good to know that a fix is already prepared for that.--Mister Sanderson (discussão) 12h45min de 12 de outubro de 2020 (UTC)[responder]
The Editing team's Reply tool has a "visual" mode that lets you search for pages you want to link. This means no more wondering exactly how to spell the page and getting redlinks if you make a typo. You can also type @ and it pops up a list of editors to ping: @MisterSanderson, for example, and I didn't have to type any of your name. I think those tools will eventually appear in the "source" mode, too. Whatamidoing (WMF) (discussão) 17h30min de 12 de outubro de 2020 (UTC)[responder]
Looks really interesting! GoEThe (discussão) 14h35min de 12 de outubro de 2020 (UTC)[responder]
The Beta Feature is available now in Special:Preferences. Whatamidoing (WMF) (discussão) 16h20min de 14 de outubro de 2020 (UTC)[responder]
Activated!
This is my first use of it. Mister Sanderson (discussão) 16h27min de 14 de outubro de 2020 (UTC)[responder]
Muito bom, @Whatamidoing (WMF)! Helder 17h41min de 14 de outubro de 2020 (UTC)[responder]
I'm glad that it's working for you. I really like it myself. Whatamidoing (WMF) (discussão) 20h50min de 14 de outubro de 2020 (UTC)[responder]


[Ver]

Logotipo

Olá, eu fiz o logotipo do Partido Social Democrático (1987), e queria upar ele pra colocar no artigo. Alguém mais experiente me faz esse favor? A imagem está em [1]. Mateus ADM (discussão) 20h45min de 29 de outubro de 2020 (UTC)[responder]

Propostas[editar código-fonte]

[Ver]

O título "carrinho de rolemã" em lugar do actual título "carrinho de rolimã"

Em tempo: a corruptela “rolimã” integrada no título do artigo “carrinho de rolimã” nem sequer pode ser considerada um “neologismo”, nem mesmo por metonímia, visto que não se pode identificá-la com os artefactos de corrida que utilizam a gravidade para deslocar-se, os quais se encontram nas designações usadas em algumas línguas estrangeiras, por exemplo: Seifekiste (em alemão); gravity racer/soapbox (em inglês); goitebera (em espanhol); caísse à savon (em francês). Acontece que a forma “rolimã” por ser uma corruptela não tem qualquer significado, logo não tem ligação com as formas metonímicas que podem abranger uma tradução literal do inglês: “caixa de sabão” ou outras expressões com as quais se pretenda dizer "corredor de estrados de madeira" ou "corredor de gravidade". Os carros originais do gravity racer/soapbox nos Estados Unidos eram bastante simples: sem motor, feito de uma ou duas caixas de madeira simples, freio e volante simples. Hoje em dia estes tipos de artefactos podem ter custos que ascendem a MILHARES de dólares e são muito sofisticados. Na verdade, eles são brinquedos para crianças, não para adultos.

Queira, s.f.f., conferir as respostas que foram postadas no blogspot acessível pela hiperligação: [2] Depreende-se dos comentários publicados nesse blogue que a palavra “rolemã”, aportuguesada do francês “roulement” já há muitas décadas faz parte da locução “carrinho de rolemã”. Acontece que os comentários aí revelam “iliteracia” por parte de quem fez a pergunta: carrinho de rolemã ou rolimã? E depois tenta respondê-la com as afirmações completamente infundadas: Andar de carrinho de rolemã não é possível porque não existe. Você só pode andar de carrinho de rolimã.

O título na wikipedia “carrinho de rolimã” também está eivado do mesmo defeito na sua formação, quando se considera que a reforma ortográfica preconizada pelo Acordo Ortográfico de 1990 não impõe o uso de “corruptelas” do tipo “rolimã” em lugar do estrangeirismo “rolemã”, cujo uso já está consagrado na linguagem corrente do português brasileiro desde há muitas décadas.

O que existe, de facto, na locução “carrinho de rolimã” é uma “imperfeição fonética e ortográfica” presente na forma “rolimã”, dado que esta é uma corruptela do estrangeirismo “rolemã”, ou seja, é uma forma errada de pronunciar e escrever o estrangeirismo “rolemã”, cujo étimo é o vocábulo francês “roulement”. Por causa disso vem ao de cima, que esse uso errado ocorre quando o emprego da corruptela “rolimã” corresponde “somente” ao gosto do falante que quer obter para si próprio uma satisfação pessoal de mera “eufonia”. Aqui deve ser reiterado que o estrangeirismo “rolemã” é a forma aportuguesada da palavra francesa “roulement”, redução da locução substantiva galo-romana: “roulement à billes” (rolamento de esferas). Além disso, a locução francesa “roulement à billes” possui formas equivalentes em outros idiomas, nomeadamente: em alemão, Kugellager (n); em inglês, ball-bearing; em francês, além do conhecido, roulement (m) à billes, também palier (m) à billes; em italiano, cuscinetto (m) a sfere; em espanhol: cojinete (m) de bolas, rodamiento (m) de bolas, e ainda a forma usada no castelhano da América Latina (Argentina, Paraguai e Uruguai): rulemán (m), e ainda rulimán (m) usado no Equador.

O rolamento de esferas quando no estado de usado é sempre designado em português “rolemã”, denominação que afasta qualquer garantia para que se tenha um funcionamento garantido igual a um mecanismo novo tal como foi inventado e patenteado em 1906 pelo engenheiro Sven Gustaf Wingqvist, um sueco que também fundou em 1907 a empresa SKF com base nessa mesma invenção.

Considerando as circunstâncias atrás expendidas, já se pode dizer que, quem montou alguma vez na vida um “carrinho de rolemã” sabe que o componente principal para se montar um “carrinho de rolemã” é o mecanismo usado que se designa “rolemã”. O estado desse mecanismo é que determina o tipo de “carrinho” em que se utiliza os tais rolamentos de esferas, os quais serão sempre adquiridos no estado de “usado”, e só muito dificilmente “novo”, na medida em que estes mecanismos são adquiridos quase sempre num ferro-velho, de aí não ser estranho empregar-se também na linguagem corrente do português europeu a variação nominal “rolemã”, cujo étimo provém do mesmo vocábulo francês “roulement”, redução da locução “roulement à billes”. Esta expressão significa igualmente no português europeu um rolamento de esferas sempre “usado”, a qual, até há bem poucos anos, era muito empregada por sucateiros activos no negócio de sucatas em Portugal, entretanto o termo vem caindo em desuso.

O objectivo do usuário Teuto-brasileiro com a presente explicação é obter uma autorização da comunidade wikipediana para corrigir o actual título errado do artigo “carrinho de rolimã” e pôr em seu lugar a locução “carrinho de rolemã” e fazer a eliminação de todas as referências à corruptela “rolimã”. E mais inserir uma secção “etimologia” onde se faça a explicação gramatical, em moldes de um dicionário enciclopédico, sobre a origem e formação das palavras “carrinho” e “rolemã” com os respectivos significados, e ainda pôr uma advertência sobre o uso impróprio da corruptela “rolimã” ou formas semelhantes.

--Teuto-brasileiro (discussão) 21h28min de 10 de outubro de 2020 (UTC)[responder]

prezado Teuto-brasileiro, a forma rolimã está dicionarizada e tem um uso muito mais amplo que rolemã. sua proposta não tem uma base forte para se sustentar. como vc é novato, saiba que aqui na wikipédia nossas opiniões pessoais não valem nada, nem devemos impô-las à força. o que vale são as fontes e a opinião dos especialistas no assunto. além disso, problema editoriais devem ser discutidos preferencialmente na página de discussão dos respectivos artigos. não use a esplanada para esse tipo de debate.Tetraktys (discussão) 22h10min de 10 de outubro de 2020 (UTC)[responder]
Vou ter que duplicar a resposta, porque editor esta alardeando a questão em vários locais (e isso não é novidade, ver o seu histórico em outras questões). Não cabe mudanças, pois o mecanismo de busca indica carrinho de rolimã Aproximadamente 135.000 resultados (0,45 segundos) e para "carrinho de rolemã" ZERO, retorna ao resultado anterior indicando erro na procura. O "R" Aliado ✉ 03h12min de 11 de outubro de 2020 (UTC)[responder]


ver [3]. Inúmeros acadêmicos, doutores até, utilizando o termo ROLIMÃ: O "R" Aliado ✉ 03h28min de 11 de outubro de 2020 (UTC)[responder]

  • CARRINHO DE ROLIMÃ E PEDAGOGIA DA AVENTURA: RISCANDO O ASFALTO
  • Jarbas Pereira Santos
  • Especialista em Estudos do Lazer, Universidade Estadual de Montes Claros - UNIMONTES
  • Especialista em Esportes e Atividades de Aventura, Faculdades Metropolitanas Unidas - FMU
  • Docente na Escola Estadual Professora Marilda de Oliveira - Brasil.
  • Marilda Teixeira Mendes
  • Dra. em Educação Física, Universidade Católica de Brasília – UCB
  • Docente no ICA da Universidade Federal de Minas Gerais – UFMG, Brasil.
  • Michela Abreu Francisco Alves
  • Especialista em Atividade Física em Academia, Faculdades Integradas do Norte de Minas –
  • FUNORTE, Brasil.


E estou colocando meus texto na PD do verbete, único local correto para este tipo de discussão. O "R" Aliado ✉ 03h29min de 11 de outubro de 2020 (UTC)[responder]

A JMGM de novo não, salvem-nos!--Mister Sanderson (discussão) 16h26min de 11 de outubro de 2020 (UTC)[responder]

Discordo de tal renomeação. Além do apontado pelo Revolucionário, a palavra rolimã consta nos dicionários do português brasileiro e também no Vocabulário Ortográfico da Língua Portuguesa do Brasil. Quanto a palavra rolemã, não encontrei em nenhum dicionário. Nos dicionários português europeu, como o Infopedia e o VOP, não encontrei nenhuma das duas palavras. --A.WagnerC (discussão) 22h49min de 19 de outubro de 2020 (UTC)[responder]

Discordo para alterar a grafia original do título de um verbete deve haver uma boa justificativa. Aqui não há porque a forma rolimã está dicionarizada no Brasil (inclusive no meu velho Aurélio em papel). Lechatjaune msg 00h58min de 22 de outubro de 2020 (UTC)[responder]

Discordo conforme já argumentado. O "R" Aliado ✉ 17h21min de 28 de outubro de 2020 (UTC)[responder]

Discordo A argumentação do Revolucionário Aliado já diz tudo. 𝑷𝒂𝒛 𝒆 𝒄𝒐𝒏𝒄𝒐́𝒓𝒅𝒊𝒂 Tudo bem? 11h48min de 12 de novembro de 2020 (UTC)[responder]

[Ver]

Eliminar as 4 páginas de teste gerais

  • Eu proponho eliminar essas 4 páginas de teste Ajuda:Página de testes e mudar a ligação na coluna da esquerda para a página de teste do próprio usuário, se possível, ou eliminar esse link se não for possível fazer essa ligação. Todo usuário logado tem uma página de testes própria, esta com o link destacado se tornou desnecessária e fonte de confusão, por serem periodicamente deletadas.Jo Loribd 13h07min de 12 de outubro de 2020 (UTC)[responder]
Concordo com a proposta. Agora que é necessário registro para editar, é bom que os editores se familiarizem com o uso das próprias páginas de teste. Muitos novatos nem chegam a perceber que têm sua própria página, até por falta de informação, e quando tomam conhecimento, não sabem que podem criar mais de uma subpágina. Por isso, também é interessante que fosse direcionado a um tutorial orientando como criar mais de uma subpágina de teste. Não sei onde essa informação é encontrada, pois a WP:Página de teste direciona para as genéricas. Talvez já resolvesse um simples banner no topo, ao abrir a sua página de teste. As páginas de teste genéricas são apagadas várias vezes por dia por um bot, tornando inviável a sua utilização, quando o editor pretende desenvolver um texto que demande mais tempo.--PauloMSimoes (discussão) 16h32min de 12 de outubro de 2020 (UTC)[responder]
Eu Concordo com a proposta, desde que seja possível uma opção que redirecione para a página de testes do usuário e que lá ele seja orientado a passar pelo tutorial antes de colocar tudo em prática. Se for para remover a ligação, acho desnecessário porque há contas ou IPs mesmo que pode muito bem fazer seus testes por lá sem a necessidade de criar uma conta. WikiFer msg 18h20min de 13 de outubro de 2020 (UTC)[responder]
Discordo de eliminar. As páginas de testes já foram muito usadas para se criar diffs, que instruíram discussões. Por isso, eliminá-las faria esses diffs ficarem quebrados. Neutro sobre torná-las arquivo histórico. Braz Leme (discussão) 10h50min de 14 de outubro de 2020 (UTC)[responder]
Braz Leme Muito simples, basta selecionar as edições mais importantes que instruíram discussões e movê-las para uma determinada página, só como exemplificação. Quando elimina uma página, é possível restaurar algumas edições e realizar a moção. O resto basta eliminar tudo. WikiFer msg 14h44min de 14 de outubro de 2020 (UTC)[responder]
WikiFer é claro que não é "mais fácil" eliminar e ter que procurar diffs específicos no histórico para mover para outra página. Proteger em infinito e colocar um {{arquivo histórico}} é muito mais fácil. Essa já foi a solução encontrada para outras páginas que foram relevantes no passado e hoje não são mais, por exemplo Wikipédia:Lista de wikipedistas por data de entrada. Braz Leme (discussão) 08h13min de 15 de outubro de 2020 (UTC)[responder]
Braz Leme Se torná-las como {{Arquivo histórico}} for a "eliminação destas 4 páginas", também não me oponho. Você mencionou estas diffs que instruíram discussões, então achei pertinente valorizá-las em específico do que manter todos os testes que IPs e contas recém-criadas já deixaram seus testes por lá. Esta proposta também sugere que a ligação interna seja redirecionado para a página de teste da conta registrada. WikiFer msg 14h24min de 15 de outubro de 2020 (UTC)[responder]

Concordo com o Braz Leme. Proteger e colocar em arquivo histórico, com instruções de como aceder à página de testes pessoal é uma melhor solução para manter os diffs de outras páginas viáveis. Não estou certo que seja sequer necessário isso, aproveita-se para explicar aos novatos o que é um diff e como usar a página de testes pessoais. Não me parece viável alguém ir catar as edições importantes numas páginas com mais de 15 anos, cheias de edições. GoEThe (discussão) 09h19min de 15 de outubro de 2020 (UTC)[responder]

Comentários

  • Gostaria de saber a opinião do Alchimista, já que a Aleth Bot é quem faz a limpeza periódica da página.
  • Ao inativar a página geral de testes, acabará também com o parquinho que os IPs possuiam para testar a interface (se isso é bom ou ruim, não sei dizer...).
  • Do ponto de vista técnico, é basicamente impossível separar as "edições importantes" (Ajuda:Página de testes/1, sozinha, tem 64 mil edições). Utilizar {{Arquivo histórico}} seria, em realidade, a única opção para desativar as páginas de testes.

━ ALBERTOLEONCIO Who, me? 16h47min de 15 de outubro de 2020 (UTC)[responder]

Discordo. É possível prever que no momento em que a extinção da Ajuda:Página de testes for conduzida para o estímulo do uso das subpáginas de usuário, também haverá uma migração das edições indevidas que ocorrem atualmente nas quatro páginas de testes "gerais". No domínio "Usuário" muito lixo fica dias, meses ou anos sem qualquer monitoramento, enquanto que as páginas de testes gerais recebem limpeza robótica todos os dias pelo Aleth Bot, como o Alberto já ressaltou acima. Todavia, se a proposta for aprovada, o correto é marcar as páginas como {{Arquivo histórico}} em vez de eliminá-las. Desse modo evitar-se-ia o problema apresentado pelo primeiro comentário do Braz Leme. --HVL disc. 19h38min de 15 de outubro de 2020 (UTC)[responder]

Discordo Embora essas páginas sejam desnecessárias para mim, ela é útil para os novatos. Como se pode ver no histórico de cada uma delas, as páginas não estão "largadas". Ademais, diferente das páginas de testes dos usuários, onde poderá haver acúmulo de "lixos", as páginas de testes gerais são periodicamente faxinadas por um bot. --A.WagnerC (discussão) 22h40min de 19 de outubro de 2020 (UTC)[responder]

Acima de tudo, na minha opinião temos de ver qual a utilidade as páginas de testes podem ter. Normalmente aconselho os novatos a usarem a sua página de testes para desenvolver artigos, e ver estas páginas de testes como descartáveis que são. O facto de serem constantemente limpas serve para aliviar a pressão, pois podem cometer erros à vontade algo que não acontece com as subpáginas de utilizador. Também partilho das preocupações do HVL, incentivar o uso das páginas de teste pessoais para meros testes, e muitos desses "testes" envolvem edições problemáticas seria desviar o lixo de um local centralizado para as páginas de teste, onde o controlo é praticamente nulo. Alchimista Fala comigo! 14h24min de 20 de outubro de 2020 (UTC)[responder]

Concordo com a transformação das páginas de teste em arquivo histórico e proteção por tempo indeterminado. FábioJr de Souza msg 19h32min de 31 de outubro de 2020 (UTC)[responder]

[Ver]

Padronização de mapas de regiões, unidades federativas, municípios, zonas, subprefeituras, distritos, bairros, etc.

Vejam os mapas utilizados nos artigos Lista de municípios do Acre e Lista de municípios de São Paulo por regiões geográficas intermediárias e imediatas (este último um redirecionamento de Lista de municípios de São Paulo), respectivamente:

Apenas o da esquerda possui um minimapa do Brasil que indica a unidade federativa que está sendo focalizada. O da direita não mostra as delimitações das regiões das unidades federativas limítrofes. O esquema de cores não é o mesmo entre os dois. Só o da esquerda exibe as linhas dos municípios. O da esquerda apresenta mesorregiões e microrregiões, já o da direita exibe as regiões intermediárias e imediatas.

Agora comparemos os mapas usados nos artigos Lista de regiões geográficas intermediárias e imediatas do Acre e Lista de regiões geográficas intermediárias e imediatas de São Paulo, respectivamente:

Embora o carregador de ambos os mapas seja o mesmo, as diferenças entre os dois são ainda maiores.

Já os dois mapas abaixo estão sendo usados nos artigos Região Geográfica Intermediária de São Paulo e Região Geográfica Intermediária do Rio de Janeiro, respectivamente:

Além das diferenças visuais, o mapa da esquerda é um SVG verdadeiro, já o da esquerda é apenas um gráfico raster, sem código vetorial.

Os mapas a seguir estão nos artigos Regiões do Brasil, Subdivisões do Brasil, Região Sudeste do Brasil, Municípios do Brasil e Amazônia Legal, respectivamente:

A proposta é padronizar não apenas a aparência dos mapas, mas também o código vetorial, título, descrição etc. A padronização do código vetorial é especialmente importante para facilitar derivações, como um mapa coroplético, por exemplo.

Além disso há mapas que ainda não existem, tal como mapas de distritos (existem apenas os de São Paulo, embora não sejam gráficos vetoriais), zonas eleitorais, etc. Um exemplo de artigo que carece de mapa é o das Regiões geográficas intermediárias e imediatas.

Outra sugestão é a utilização de uma predefinição aliada à extensão ImageMap para tornar qualquer mapa padronizado (e suas possíveis derivações) em um mapa clicável. Isso possibilitaria, por exemplo, alternar entre o artigo de um município e outro apenas clicando no mapa.

Lista de mapas que proponho que sejam padronizados inicialmente:

  • Mapa de grandes regiões do Brasil (1)
  • Mapa de unidades federativas do Brasil (1)
  • Mapa de regiões intermediárias do Brasil (1)
  • Mapa de regiões imediatas do Brasil (1)
  • Mapa de municípios do Brasil (1)
  • Mapa de regiões intermediárias de cada unidade federativa (27)
  • Mapa de regiões imediatas de cada unidade federativa (27)
  • Mapa de municípios de cada unidade federativa (27)
  • Mapa de localização de cada região metropolitana de cada unidade federativa (ainda não calculado)
  • Mapa de localização de cada aglomeração urbana de cada unidade federativa (ainda não calculado)
  • Mapa de localização de cada região integrada de desenvolvimento de cada unidade federativa (ainda não calculado)
  • Mapa de localização de cada grande região do Brasil (5)
  • Mapa de localização de cada unidade federativa do Brasil (27)
  • Mapa de localização de cada região intermediária de cada unidade federativa (133)
  • Mapa de localização de cada região imediata de cada unidade federativa (510)
  • Mapa de localização de cada município de cada unidade federativa (5570)

A geração dos mapas seria automática e com base em padrões previamente discutidos e estabelecidos por consenso.SBanksX (discussão) 16h20min de 12 de outubro de 2020 (UTC)[responder]

Não é a minha praia mas acho que é um pouco mais complicado que isso e como os mapas estão no Commons precisa também conversar com alguém de lá. Tinha a ideia que só íamos importar os mapas do Open Street Maps ou via Wikidata.Jo Loribd 19h11min de 12 de outubro de 2020 (UTC)[responder]
Há algum tempo eu criei um robô (CoronaBot) que atualiza constantemente 54 mapas relacionados à pandemia de COVID-19, além de outros 108 gráficos. Note que os mapas gerados pelo robô são carregados toda vez que são atualizados, enquanto que na minha proposta os mapas gerados serão carregados uma vez só. Fora a padronização, ainda proponho gerar mapas de zonas eleitorais e aproveitarmos eles para a criação de mapas de votos por zonas eleitorais nas Eleições municipais no Brasil em 2020 SBanksX (discussão) 20h31min de 12 de outubro de 2020 (UTC)[responder]

Concordo com a ideia. Nossos mapas estão antigos, formatados com a definição de meso/microrregiões e uma (re)padronização é sempre bem-vinda. Algumas coisas que é importante citar, para manter o contexto:

  • A grande maioria dos mapas foi criada por Raphael.lorenzeto, usuário inativo há 7 anos, que fez esse esforço em padronizar os mapas das regiões brasileiras. A lista desses mapas encontra-se nos afluentes de c:User:Raphael.lorenzeto/DerivativeMaps. Acho interessante que os mapas não se desviem muito desse formato, mas que esteja adequado com o padrão visual.
  • Tão importante quanto a criação dos mapas, vejo que é até mais importante a correta documentação do formato. Após pesquisar muito, não achei uma página que descrevesse os parâmetros destes mapas, apenas achei isso aqui (talvez Luan tenha mais informações). Usuários vão e vem, porém o material produzido fica e, quanto mais documentado estiver, mais fácil será para os usuários criarem mapas em cima deste padrão, menores serão as chances de que criem mapas fora do padrão e por mais tempo esse trabalho perdurará.

Acho que é isso. @SBanksX: Poderia criar um mapa modelo, para que possamos trabalhar em cima disso? ━ ALBERTOLEONCIO Who, me? 22h34min de 12 de outubro de 2020 (UTC)[responder]

Fiquem atentos também aos novos métodos para usar mapa na Wikipédia, antigamente usávamos somente mapas de imagens/svg, depois criaram a extensão Kartographer que permite usar polígonos com dados obtidos do Wikidata ou do Commons. E agora existe mais um modo de usar mapas, com a extensão Graph, vejam exemplos, com ela é possível mudar as cores das subdivisões do mapa apenas mudando parâmetros de uma predefinição, não é preciso carregar uma nova imagem ou modificar dados no Wikidata ou Commons para ter uma mapa diferente. Apesar de ser uma evolução isso também aumenta a falta de padrão ao adicionar mais alternativas de mapas. Danilo.mac(discussão) 00h50min de 13 de outubro de 2020 (UTC)[responder]
@Albertoleoncio: aqui estão alguns modelos:
Mapas de base:
Mapas derivados:
SBanksX (discussão) 14h21min de 18 de outubro de 2020 (UTC)[responder]
@SBanksX: Gostei! Só faltam duas coisas:
  1. Trocar as cores utilizadas nos mapas pelas cores da paleta do WP:PAV.
  2. Inserir os minimapas, para ajudar a visualização.
━ ALBERTOLEONCIO Who, me? 01h15min de 20 de outubro de 2020 (UTC)[responder]
@Albertoleoncio: As cores foram tiradas daqui e são utilizadas em praticamente todas as wikipédias. Acho que o ideal seria manter esse padrão, mas vou pingar o Luan e o Apollo BR para que eles também opinem. SBanksX (discussão) 13h28min de 20 de outubro de 2020 (UTC)[responder]
O padrão visual é importante para tabelas e predefinições, mas não acho que precisa ser aplicado a mapas. Os mapas são usados em várias wikis e já têm um padrão visual específico estabelecido antes do nosso padrão visual. Quanto a adicionar o minimapa eu concordo, isso evita que coloquem mais de um mapa na mesma infobox, um para mostrar o município no estado e outro para mostrar o estado no país (exemplo). Uma outra ideia é colocar o mapa com as delimitações de municípios em cinza claro e as regiões intermediarias e/ou imediatas em linhas mais escuras, assim concentramos mais informação em um único mapa. Danilo.mac(discussão) 01h47min de 21 de outubro de 2020 (UTC)[responder]
@Danilo.mac: Concordo com a ideia do minimapa sugerida pelo @Albertoleoncio e endossada por você. Também concordo com a ideia de colocar as delimitações dos municípios nos mapas das regiões. Tem alguma sugestão para o padrão de nomes? Se seguirmos o padrão já existente muitos mapas serão sobrepostos. SBanksX (discussão) 09h23min de 21 de outubro de 2020 (UTC)[responder]
Para os mapas base (sem região destacada) o padrão de nome costuma ser "X location map", e além do nome costuma ser também padrão usar a projeção equiretangular e colocar as coordenadas das bordas do mapa na descrição da imagem, isso é necessário para conseguirmos usar as predefinições que colocam alfinetes no mapa baseado nas coordenadas. Eu procurei alguns exemplos de mapas na c:Category:Location maps by country, mas pelo que vi a falta de padronização acontece em praticamente todos países, o único padrão que encontrei mesmo foi o "location map" nos nomes dos mapas base. Encontrei este mapa da Alemanha com 3 níveis de delimitação no mesmo mapa, mas não tem muitos mapas parecidos para comparar, acho que desde que o nome seja explicativo sem ser muito longo está bom. Quando já existe um mapa com aquele nome teria que ver se a informação que o mapa antigo mostra está também no novo, se estiver eu não vejo problema em carregar no mesmo nome, isso até ajuda na padronização ao não precisar trocar o nome das imagens nos artigos e predefinições. Na dúvida pode olhar as páginas que usam a imagem para ver se a alteração vai alterar alguma informação passada pelo mapa, e ao atualizar mapas base tem que tomar cuidado para não mudar as coordenadas das bordas para os alfinetes que já são usados nesses mapas não ficarem na localização errada. Danilo.mac(discussão) 18h12min de 21 de outubro de 2020 (UTC)[responder]

Comentários

  1. Princípios já estabelecidos estão em Wikipédia:Projetos/Países/Brasil/Políticas#Mapas.
  2. Raphael.lorenzeto fez a primeira padronização a partir do Wikipédia:Projetos/Países/Brasil/Mapas, mas acabou deixando por anos os municípios pernambucanos sem os mapas. Não havia o mapa-base nem ninguém sabia como fazer, até que Frag15 finalmente os criou em 2012!
  3. E já há uma variação do primeiro padrão: vejam que File:Piaui Municip Teresina.svg (Raphael.lorenzeto) não é a mesma coisa que File:Brazil Piaui Teresina location map.svg. A grande diferença é que suprime a regionalização, servindo tanto para as épocas em que vigorava micro e mesorregiões quanto agora com as regiões geográficas imediatas e intermediárias.
  4. Creio seria melhor pequenos ajustes em algum dos padrões existentes (sendo pequenos) do que criar um novo padrão. Mas, antes disso, com certeza a sobreposição que Apollo BR fez em File:MinasGerais Municip Indaiabira.svg não deveria ocorrer (e deveria ser revertida). A extinção da regionalização em meso e microrregiões não torna os mapas inválidos, senão não teríamos c:Category:Old maps of Brazil ou c:Category:Maps of the history of Brazil. Um novo padrão ou novo mapa devem ser carregados em títulos novos.
  5. Acho que c:User:Raphael.lorenzeto/DerivativeMaps explica bem o "dilema" entre padronização e criatividade. Nesse sentido, não vejo problema na multiplicidade de mapas entre os artigos Regiões do Brasil, Subdivisões do Brasil, Região Sudeste do Brasil, Municípios do Brasil e Amazônia Legal; mas entre os artigos Lista de regiões geográficas intermediárias e imediatas do Acre e Lista de regiões geográficas intermediárias e imediatas de São Paulo é um problema a falta de padronização nessa série (os outros não me parecem que constituem uma série).
  6. Apontaram o Wikipédia:Padrão visual (o que é importante de lembrar), mas há alguma incoformidade em relação aos dois padrões existentes?
  7. A documentação realmente é importante, ainda mais a tradução dessas novidades trazidas por SBanksX e Danilo!

--Luan (discussão) 23h30min de 13 de outubro de 2020 (UTC)[responder]

Sobre o comentário "Mas, antes disso, com certeza a sobreposição que Apollo BR fez em File:MinasGerais Municip Indaiabira.svg não deveria ocorrer (e deveria ser revertida)": Informo que a atualização das mesorregiões e microrregiões de Minas Gerais para regiões geográficas intermediárias e regiões geográficas imediatas foi feita apenas para o município de itamarandiba, mas para os mais de 800 municípios do estado! Além disso, não houve sobreposição, mas atualização nos arquivos dos mapas, recurso denominado assim pelo própria Wikimedia Commons. Esse trabalho foi feito justamente para, além de atualizar, manter a padronização nos mapas de localização dos municípios de MG, já que estavam sendo carregados diversos novos mapas da localização de municípios no estado, que fugiam ao padrão original. Quando ao dizer "A extinção da regionalização em meso e microrregiões não torna os mapas inválidos", digo: não torna inválido, mas o torna desatualizado e obsoleto para o caráter informativo da página principal dos municípios. E considerando o trabalho de se fazer uma troca de um mapa por outro, página por página de cada município na Wikipédia, tornaria a tarefa ainda mais dispendiosa. A atualização dos ficheiros de mapas antigos não excluem estes, mas mantém esses mapas no histórico de versões do Wikimedia Commons, permitindo a recuperação e o uso destes a qualquer tempo. O recurso na Wikimedia existe para tal fim. Dobre as Wiki Categorias de mapas antigos citadas não fazem sentido quando da inclusão de milhares de mapas de localização municípios que basicamente repetem um mesmo mapa base. Apollo BR(discussão) 00h44min de 14 de outubro de 2020 (UTC)[responder]
@Apollo BR: Vou listar uns padrões para mapas de localização de países: OCHA • (land cover location map scheme) (+mini map) • (relief location map scheme) (+mini map) • (relief location map scheme) (-mini map) • (16:9 regional location map scheme) • (globe location map scheme) • (green and grey globe scheme) • (grey scheme) • (red and pink scheme) • (snowy globe scheme). Pois, os mapas nos artigos dos países já sofreram algumas alterações. O fato dos títulos terem uma fórmula (uma regra padronizada de formulação) inclusive facilita possíveis mudanças. Agora, o que não pode é grandes alterações sem discussão com a comunidade. E é essa a diferença entre o que fez e o que está ocorrendo aqui. Fora isso, vale dar uma olhada melhor em c:COM:Overwriting existing files/pt#Exceções, c:COM:Overwriting existing files/pt#Ficheiros com dados atualizados e c:COM:Overwriting existing files/pt#Alterações que quebram a consistência com outras imagens e saber que o Wikimedia Commons não existe exclusivamente para ilustrar a Wikipédia (existe para os outros projetos-irmãos e também de forma independente). Mas as alterações estão feitas e a discussão agora é como será daqui para frente. --Luan (discussão) 17h54min de 14 de outubro de 2020 (UTC)[responder]
[Ver]

Novo Wikifontes

Gente, agora que IPs não editam mais a Wikipédia, é possível que reversões de vandalismos sejam menos frequentes e, com isso, usuários que passavam praticamente todo o seu tempo de Wikipédia fazendo isso tenham mais tempo para resolver outras coisas por aqui. Se isso de fato ocorrer, o que vocês acham da ideia de um novo Wikifontes?Xavier1824 (discussão) 23h40min de 13 de outubro de 2020 (UTC)[responder]

Penso que é uma boa ideia amigo. Até o Wiki Jogos e/ou o Wikipedia Asian Month poderiam voltar a ser realizados. Agora temos mais tempo para outras atividades rs. Atenciosamente, MSN12102001 (discussão) 00h08min de 14 de outubro de 2020 (UTC)[responder]
O Tuga1143 já está pensando em algo do tipo, Xavier1824.--Mister Sanderson (discussão) 00h25min de 14 de outubro de 2020 (UTC)[responder]
Pessoalmente acho mais interessante a ideia de um novo WikiJogos, mas um novo WikiFontes também seria bom. GhostP. disc. 00h42min de 14 de outubro de 2020 (UTC)[responder]

Comentário - Agora em Novembro decorrerá o Wikipedia Asian Month... pelo que não acho que seja produtivo criar um evento desses agora. No início do ano que vem, terei todo o gosto em apoiar e ajudar. Luís Almeida "Tuga1143 09h20min de 14 de outubro de 2020 (UTC)[responder]

É. O inicio do ano que vem parece melhor mesmo, porque teríamos todo o ano de 2021 para fazer a mediação de pontuação.Xavier1824 (discussão) 17h50min de 14 de outubro de 2020 (UTC)[responder]
Bom, sobre pontuações @Xavier1824:... foi um calcanhar de Aquiles que acho que deveríamos evitar... criei esta página com um modo de desafio que existe há vários anos na en.wiki... é um desafio "para se ir fazendo"... sem pontos nem pressões. Luís Almeida "Tuga1143 21h05min de 14 de outubro de 2020 (UTC)[responder]

O Wikifontes deveria ser 365 dias por ano. As pessoas deveria buscar adicionar fontes nos artigos sempre, em vez de esperar esses eventos. É por conta disso que a eliminação de artigos está crescente na ptwiki. Eliminação por falta de fontes, por falta de alguém que se dispusesse em colocar fonte no artigo. --A.WagnerC (discussão) 06h09min de 16 de outubro de 2020 (UTC)[responder]

Isso é verdade. A ideia foi justamente para fazer com que o engajamento para referenciar os artigos fosse maior. Mas eu defendo que o novo Wikifontes comece no início do ano que vem.Xavier1824 (discussão) 14h39min de 16 de outubro de 2020 (UTC)[responder]
Não sei se isso seria off-topic, mas se alguém quiser ajudar no Wikiquote, percebo que há uma falta de sysops e revisores no geral que façam valer as regras do projeto lá. Saudações! Young Brujah (discussão) 23h15min de 25 de outubro de 2020 (UTC)[responder]
[Ver]

Acabar com as revisão de ações administrativas (RAA)

Estava dialogando com o DarwIn e chegamos a um consenso sobre a ausência de benefício e, principalmente, das falhas no processo de revisão de ações administrativas.

Pois bem, após algumas pesquisas encontrei o primordium do processo. Em setembro de 2013, o finado Antero de Quintal, atual JMagalhães, abriu um tópico no esplanada para debater o assunto. Mais tarde, a votação foi aberta por um terceiro. Analisando superficialmente a votação, podemos observar o nítido interesse do Quintinense na implementação das revisões. Na prática, o primeiro ano em vigor (2014) foi um festival dos fantoches/meats do Quintinense e, curiosamente, foi o ano mais ativo das revisões. No período de 2015-2019, foram 74 (setenta e quatro) revisões administrativas abertas, das quais 42 foram encerradas como inconclusivas, seja por falta de quórum, por perda de valor ou canceladas diante da resolução da questão. Os dados estão presentes no gráfico:




  Inconclusivas (56.7%)
  Bem sucedidas (20.7%)
  Malsucedidas (22.9%)

É nítido que o número de revisões administrativas sem benefícios supera 56%.

  • Inconclusivas (sem quórum, perda de valor ou canceladas): 42
  • Malsucedidas: 17
  • Sucedidas: 15

Obs: Dados compilados (gráfico mostra valores arredondados).

Se a ausência de interesse da comunidade não fosse suficiente, as revisões sofrem de um processo pífio e carente de regras objetivas.

  1. Uma votação transvestida de consenso permitida somente aos usuários com estatutos equivalentes;
  2. Exige um quórum mínimo sem indicar um número específico;
  3. Determina um prazo mínimo, mas não menciona um prazo máximo.

Diante dos números e dos exemplos, observamos que pouquíssimas revisões são bem sucedidas, enquanto a maioria caduca sem participação da comunidade. Sem um prazo específico, muitas revisões ficam meses abertas e a comunidade precisou adotar uma regra prática. Por fim, as revisões nunca demonstrou utilidade perante a comunidade, exigem participação específica e somente servem para causar confusões. Analisando em 2014, as revisões serviam como chaves especiais para o Quintinense e seu esquema já que propiciam uma segunda instância. O quórum restrito também facilitava para que as fraudes fossem feitas, revertendo decisões que não agradava ao esquema. Uma rápida analisada nos arquivos daquele ano demonstra o significativo interesse dos fantoches, incluindo três tentativas de bloquear o MC.

Portanto, sugiro que as revisões administrativas sejam encerradas já que não farão falta. Os pedidos poderiam ser levados para WP:P/O ou outros espaços convenientes. Muitas das revisões foram canceladas porque ambas as partes se acertaram. Edmond Dantès d'un message? 23h32min de 17 de outubro de 2020 (UTC)[responder]

Neutro, pois nunca usei essa joça. Só sei que existe, mas nunca nem vi. O fato de mais da metade ser inconclusiva está excluindo aqueles pedidos criados pelos fantoches? Eu gostaria de ver estatísticas baseadas somente nos pedidos feitos por editores de boa fé, pois é lógico que os fantocheiros estragam tudo que tocam. Mister Sanderson (discussão) 20h23min de 20 de outubro de 2020 (UTC)[responder]

Comentário Fico um pouco em dúvida com esta proposta de eliminar um tipo de revisão, mas os argumentos estão bons, desde que não ocorram abusos e caso ocorram eles sejam tratados, acredito que esta proposta pode ser colocada em prática. Augusto Resende (discussão) 23h36min de 17 de outubro de 2020 (UTC)[responder]

1. Nada é perfeito. Eventuais ajustes podem ser feitos.

2. Concordo que não é o ideal, mas, diante de profundas divergências, através de qual mecanismo se verificaria se determinada ação foi, ou não, correta? Em WP:P/O haveria maior confusão ainda, sem falar que ali, de fato, não existem regras.

3. Apesar de atualmente não ter muito uso, o mecanismo desempenhou papel importante para "crises wiki-constitucionais" e pacificação, no sentido de não perpetuar as mesmas discussões após o encerramento de uma RAA.

São minhas observações iniciais. Érico (disc.) 23h38min de 17 de outubro de 2020 (UTC)[responder]

Discordo veemente de acabar com a possibilidade de editores comuns poderem apelar à revisão colegial de ações administrativas. Concordo, no entanto, que o formato deve ser mudado.

A ideia inicial foi minha sim. Só que a minha ideia inicial foi sequestrada por um grupelho de agiotas ligados ao esquema quintinense que deturparam tudo e transformaram aquilo numa coisa imbecil e grotesca. A minha ideia inicial era tão simplesmente providenciar um espaço semelhante à página de notificação de incidentes, onde um editor comum que achasse uma ação administrativa abusiva ou errada pudesse pedir opinião de mais administradores. Se fosse evidente que a ação tivesse sido abusiva, podia ser desfeita. Em vez disso, esse grupelho criou um esquema absurdo de subpáginas e "votações", cujo único objetivo na época era usar os socks na administração para "queimar" outros administradores/eliminadores (escrevi o mesmo há sete anos). JMagalhães (discussão) 23h48min de 17 de outubro de 2020 (UTC)[responder]

@Érico e JMagalhães: meu argumento para o encerramento está baseado no mau uso da ferramenta. O processo exige um quórum (sem indicar um número) restrito, o que prejudica ainda mais a participação. Além disso, observei também que a maioria das justificativas não são condizentes, o que ocorre de 2015 a 2020. Estou disposto a analisar uma reformulação completa, caso queiram sintam-se livre para dar sugestões. Analisei sua proposta de 2013 e achei a implementação La Usurpadora. Edmond Dantès d'un message? 23h54min de 17 de outubro de 2020 (UTC)[responder]
@JMagalhães, se não está bom do jeito que está, e você mesmo reconhece isso e disse isso há sete anos, então na verdade não discorda da extinção da RAA tal como é hoje, que é a proposta do @Conde Edmond Dantès. Você discordaria de extinguir a RAA se achasse que o sistema atual funciona bem e que está lindo assim como está.
O que você está defendendo, na verdade, é que o sistema atual seja extinto, e que um novo seja criado em seu lugar, tal como você havia idealizado inicialmente. Entendi certo sua intenção real? Mister Sanderson (discussão) 20h20min de 20 de outubro de 2020 (UTC)[responder]

Nota: vou conserta o título. Edmond Dantès d'un message? 23h54min de 17 de outubro de 2020 (UTC)[responder]

Comentário Eu também não sou contra a existência dum espaço onde possam ser discutidas as revisões administrativas, mas acho que está mais que na hora de colocar um fim a esse formato que, segundo o JMagalhães, resulta da usurpação e deturpação da ideia inicial do espaço. O que podia ser um espaço útil, com a inclusão da opção de votação com maioria simples de administradores passou a ser só mais uma peça do Esquema Quintinense, que obviamente contava conseguir administradores em número suficiente para obter esse quórum e assim poder fazer os desvarios que bem entendesse por aqui. O modelo pode continuar, mas realmente tem de ser seriamente revisto.-- Darwin Ahoy! 00h03min de 18 de outubro de 2020 (UTC)[responder]

Eu sou o "terceiro" citado na proposta e sou Veementemente contra acabara com as RAAs ou mudar o formato. Num ambiente onde não há conselho de arbitragem, guerras administrativas podem se eternizar se não houver uma revisão colegiada das decisões. Isso é uma conquista em prol da pacificação da wiki que não pode ser retrocedida. Quanto à "mudança de formato", esta sim, sem acusar ninguém nem usar palavras grosseiras, posso afirmar que se torna uma forma de esvaziar esse instrumento. O que se propõe afinal? Citação: JMagalhães escreveu: «Se fosse evidente que a ação tivesse sido abusiva, podia ser desfeita». Mas como assim? Desfeita por quem? Com que critério? Os demais usuários se dividiriam entre os que entendem que a ação é abusiva e os que não pensam desse modo. Sem "votações", qual seria o desfecho? Um revertendo o outro até chegarem a pedir desnomeação? Agora, falar de mau uso desse instrumento ou ausência de eficácia, por questões circunstanciais, é outra coisa. Não se pode julgar a janela pela paisagem. Se não há interesse em participação na maioria das RAAs a ponto de prazos se escoarem, isso lastreia os poucos casos em que há interesse - então se propõe jogar a água da banheira e a criança junto... Por outro lado, se não há normas de prazo final, por exemplo, que se criem essas normas! Resolvido! Se o raciocínio aqui usado, de que "esquemas" se apoderaram das RAAs (e então vamos acabar com elas), vamos acabar com as PEs, com os EADs e com a Esplanada. Sinceramente, isto não tem lógica. E quanto às "teorias da conspiração" que apimentam o debate, isso é tão obtuso que nem tem o que responder, com todo o respeito. Millennium bug 01h06min de 18 de outubro de 2020 (UTC)[responder]

Está aí, a "teoria da conspiração"...: Esquema Quintinense.-- Darwin Ahoy! 01h14min de 18 de outubro de 2020 (UTC)[responder]

Comentários:

  • O conceito original de uma RAA (antes de ser fantochizada) preconizava que a revisão deveria ser algo simples, onde um administrador/eliminador que porventura ter cometido algum erro pudesse ter sua ação revista por seus pares.
  • Infelizmente, a burocracia criada em torno do processo o tornou extremamente traumático, onde o peso de ser alvo de uma RAA pode ter o mesmo impacto (psicológico) para o administrador/eliminador que um pedido de desnomeação ou mesmo ao ser alvo de uma DB. Inclusive, ao criar uma RAA, o proponente torna-se alvo de futuras represálias ao entrar em conflito aberto com um ou mais administradores.
  • Cria-se, com a abertura de uma RAA, um constrangimento para o corpo administrativo ao forçar a revisão de uma ação efetuada por um de seus componentes. Ao participar de um processo tão traumático como uma RAA, pode-se acentuar conflitos entre administradores que poderiam ter sido evitados em um processo mais amigável.
  • Em última ponta, desestimula o encerramento de PEs onde não ocorreu resultado consensual, já que a mera interpretação dos argumentos em uma eliminação por consenso pode criar margem para uma RAA. Nisso, discussões que eram limitadas a apenas 7 dias costumam ficar semanas abertas.
  • Uma ideia simples, que talvez possa ser utilizada, é a exigência de uma tentativa de diálogo como o administrador/eliminador que efetuou a ação antes da abertura da RAA, de modo análogo a exigência de diffs ao solicitar bloqueios de usuários autorrevisores. Isso posibilitaria que pequenos conflitos possam se resolver amigavelmente, evitando todo o engodo envolvido no processo de uma RAA.

━ ALBERTOLEONCIO Who, me? 01h17min de 18 de outubro de 2020 (UTC)[responder]

Não sei com que base se afirma que alguém possa sofrer "represálias" ou por ter aberto uma RAA ou por ter sua decisão cassada. Não tenho conhecimento disso nem na prática nem nas regras. Mas sou favorável a essas exigências propostas pelo Albertoleoncio. Se elas forem consensuais e evitarem o fim ou o esvaziamento absoluto das RAAs, ótimo! Millennium bug 01h44min de 18 de outubro de 2020 (UTC)[responder]
@Albertoleoncio: o processo das revisões é baseado num modelo insustentável de burocracia-pseudoanarquica. Sim, o modelo cria um processo burocrático sem regras claras para vários parâmetros: prazo mínimo e máximo, os usuários aptos para participar no quórum, o mérito das justificativas.
Neste contexto, transformamos um espaço destinado a correção de erros em "segunda instância" de discussões, muitas vezes com forte argumentação subjetiva. O mérito das justificativas, portanto, quase sempre é questionável. As regras presentes também não são cumpridas pela ausência de baseamento - um exemplo de demérito não foi cancelado por insegurança da comunidade já que não existe um procedimento objetivo. O resultado é um nítido conflito de usuários, muitas vezes destinados aos mofos.
Os números comprovam o péssimo resultados das revisões administrativas. Por causa disso tudo exposto, o correto é acabar com esse modelo em vigor pois não há outras razões para insistir num modelo que não está funcionando há cinco anos. Edmond Dantès d'un message? 22h12min de 18 de outubro de 2020 (UTC)[responder]

Concordo com a revogação de RAA, pois não é muito utilizado, muitos pedidos acabam mofando por vários meses em aberto, boa parte dos usuários com estatuto equivalente sequer participam e não traz muito resultado. De acordo com §3.3 da PB, dois autorrevisores envolvidos precisam apresentar diffs antes de abrir uma solicitação no extinto pedidos de bloqueio; pela lógica, imagino que dois eliminadores ou administradores deveriam apresentar diffs de que tentaram esclarecer um possível questionamento de RAA antes de solicitar em Notificação de incidentes. Acredito que seria mais justo e menos burocrático, tendo menos conflitos. WikiFer msg 02h56min de 18 de outubro de 2020 (UTC)[responder]

Discordo Se houver erro no ato praticado pelo administrador, deve também haver meio para requerer a manifestação de um colegiado de administradores para revisar o ato. Talvez deveria haver uma mudança de paradigma. Em vez de ser tratado como uma punição ao administrador, o RAA deveria ser tratado apenas como uma simples revisão, do mesmo modo como se apela de uma decisão em um processo judiciário. Se o ato for mudado, sem problemas, o administrador não vai repetir o ato, sem necessidade de qualquer sanção. Do mesmo modo, sendo o ato o mantido, sem problemas, o requerente evita fazer a mesma solicitação. Dessa forma, estaria inclusive se criando precedentes. Defendo que a RAA não seja mais tratada como um incidente, e sim como um mero procedimento de revisão. Assim, não me oponho a uma reforma no procedimento, se proposta. --A.WagnerC (discussão) 01h33min de 19 de outubro de 2020 (UTC)[responder]

Defendo que atos abusivos, que podem resultar em sanções, sejam tratados na notificação de incidentes. --A.WagnerC (discussão) 01h33min de 19 de outubro de 2020 (UTC)[responder]

E acho que estão superestimando demais as pretensões de Quintinense. Quantos pedidos de revisão ele fez nos últimos anos? Deve ser por isso que ele continua agindo, sempre lembram o nome dele, deve dar até motivação para continuar com seus planos diabólicos. --A.WagnerC (discussão) 01h33min de 19 de outubro de 2020 (UTC)[responder]

Se você tivesse lido o que foi comentado anteriormente não escreveria besteiras! Citação: Quantos pedidos de revisão ele fez nos últimos anos? Qual o momento ou citação que gerou essa anedota desprezível de sua parte? Basta analisar o contexto em 2013 para observar que a proposta inicial foi completamente distorcida pelo grupo do Quintinense. Enfim, cada participação sua é uma lástima. Edmond Dantès d'un message? 01h42min de 19 de outubro de 2020 (UTC)[responder]
Nem vou me estressar com os seus comentários desprezíveis Conde. --A.WagnerC (discussão) 01h52min de 19 de outubro de 2020 (UTC)[responder]

Prezado Conde Edmond Dantès, creio ser importante analisar ponto a ponto seus argumentos. Para tanto, preciso inicialmente lembrar da minha proposta, que foi à esplanada e, posteriormente levada à votação:

"A Revisão do de uma ação administrativa excluindo bloqueios (por exemplo, fechamento de PE, eliminação em geral, restauro, proteção, desproteção, inclusão ou exclusão de link na lista de proibições, edição de interface, atribuição de estatuto) pode ser pedida quando um editor entender que o ato, por alguma razão, foi incorreto. O pedido deve argumentar de forma clara qual foi o erro por parte do eliminador ou administrador, conforme as políticas e recomendações do projeto. Pedidos sem argumentação devem ser cancelados de imediato. O pedido deve ficar aberto enquanto não houver ao menos a manifestação de administrador (ou eliminador, dependendo da natureza do ato), além de respeitar um período mínimo de quatro dias, durante os quais os editores que tenham o estatuto em questão podem acrescentar argumentos, numa seção específica, além daquela em que a comunidade em geral se manifesta, analogicamente a uma DB. A decisão sobre o mérito do pedido também seguirá por analogia os critérios da DB. Se, ao fim, se concluir que houve erro, deve-se corrigi-lo. Se a revisão for inconclusiva, deve-se retornar ao status quo anterior ao ato."

  • Em primeiro lugar, o texto não prevê punições ou represálias para quem quer que seja. Então, não há que se "reformar" ou "revogar" algo por um vício que não existe.
  • Você cita também a ausência de regras claras e regulamentação específica. Ocorre, entretanto, que o texto manda seguir por analogia o que é previsto para a DB. Então, essas regras existem, e isso não é incomum: até mesmo em leis, seria cansativo que determinados textos fossem repetidos inúmeras vezes em vários contextos diferentes. Daí a aplicação subsidiária ou por analogia. Na programação, temos o conceito de "função". Em assim sendo, seria por demais primário deduzir a ausência de algo que na verdade existe, é presente, embora através de citação a outra fonte.
  • Se apenas os usuários com estatutos equivalentes votam, e isso é razão para tornar as RAAs um instrumento autoritário e desarrazoado, então a DB também padece do mesmo problema e temos que acabar com ela, certo?
  • Eliminar uma "segunda instância" colegiada de resolução de disputas administrativas significa um retrocesso a uma situação anárquica, em que as discordâncias serão resolvidas numa "pagina de incidentes" através de "opiniões" e, enfim - qual será a opinião correta? Quem vai definir isso. Então, paradoxalmente, algo que se acusa não ter "regras claras" vai ser eliminado em prol de outro sistema - esse sim - totalmente sem qualquer definição de que, quem e como as coisas serão resolvidas.
  • Finalmente, em que pese meu respeito ao seu trabalho e dedicação no projeto, sou obrigado a pedir-lhe, educadamente, tendo em vista WP:NDD, que se abstenha de insinuações ou mesmo afirmações de algo que não poderá provar - simplesmente porque não ocorreu. As RAAs, tal como existem hoje, tiveram a minha participação como proponente do texto final e criador, por acreditar que seria bom para a comunidade, assim como continuo acreditando. Se isso foi em 2013, como afirma, eu tinha 42 ou 43 anos de idade e seria obtuso acreditar que eu participasse de algum "grupo" de adolescentes. Lá no início você me refere como um "terceiro" e agora fecha o ciclo fazendo uma afirmação que destoa da sua astúcia como verificador, que eu bem conheço como colega. Assim sendo, se discorda do mérito desse regramento, sugiro que se atenha a esse mérito, sem essas divagações, se não for por amor ao respeito e admiração que tenho por você que seja por respeito às normas de conduta da comunidade. Com todas as consideraçõas, vejo a forma como vem conduzindo esse debate tenho como ofensiva e esperaria isso do Antero, mas não de você. Dizer que "a proposta inicial foi completamente distorcida pelo grupo do Quintinense" é um grave erro por várias razões: primeiro, porque não é uma verdade factual; segundo porque, se fosse, me colocaria imerso nesse "grupo" seja por consciente vontade ou mesmo "manipulado" - o que me tornaria um deficiente mental. E, quanto a isso, sem comentários. Millennium bug 08h02min de 19 de outubro de 2020 (UTC)[responder]
@Millennium bug: agradeço pela consideração, a polidez nas palavras e a seriedade pelo tema. Pois bem, vamos por partes:
  1. Não sei qual a definição do termo "terceiro", mas na minha região trata-se de uma pessoa intermediária e alheia a determinada situação. Esta definição está, inclusive, disponível no Wiktionary.
  2. Na proposição, mencionei o esquema Quintinense, o Antero (atual JMagalhães) e o responsável por abrir a votação, o senhor. Além do mais, em nenhum momento da proposição mencionei alguma manipulação ou outra palavra que atribuía o controle do Quintinense naquela votação. Por favor, observe que utilizei palavras como "superficialmente" e "nítido interesse".
    1. Ainda a respeito da proposição, eu excluí propositalmente o ano de 2014 por causa da participação do Quintinense. Este, somado com a associação do interesse dos membros na votação e nas demais propostas e a diferença do processo entre a redação do Magalhães com a implementada, na minha opinião, beneficiava o Quintinense (esta é minha constatação subjetiva que, aparentemente, não diferencia do posicionamento do DarwIn). Portanto, mantenho meu posicionamento sobre as revisões serem uma peça chave para o esquema naquela época - obviamente, não significa que o senhor era membro do esquema ou que foi manipulado ou qualquer outra situação. Não mencionei o seu nome justamente por não ter considerado importante para a proposição, substituindo para terceiro, a forma que encontrei para indicar que o responsável pela votação supracitada estava alheio aos outros dois fatores.
    2. Mencionei ao corpo desta página dois comentários - o primeiro uma referência a La usurpadora. O segundo, por sua vez, o mais infeliz da minha parte. No entanto, deixo evidente que o questionamento se refere ao processo das revisões. No entanto, minha argumentação inteira foi desprezada, ridicularizada e distorcida com o comentário do senhor A.WagnerC, que deturpa subjetivamente uma proposta com inúmeros fatores comparando-a a uma "birra" com o Quintinense. Agradeceria se houvesse discordância baseada em um argumento coerente e não em deboches. O processo, em si, foi interferido pelo Quintinense e esta é minha posição, mas não é o único argumento. O teu mérito na votação, por sua vez, não é o alvo das minhas críticas, tanto que minha intenção na proposição era isentá-lo. Portanto, sinto se o meu segundo comentário foi interpretado, com certeza não me expressei da melhor forma.
  3. Poderia me dizer o motivo da sua argumentação na votação não ter sido implementada? A sua redação é mais coerente do que a atual e preenche as lacunas que eu mencionei, então por qual motivo o fantoche do Quintinense adicionou o conteúdo que mais se assemelhava as propostas do esquema?
  4. Eu nunca mencionei "punições" e "represálias", então não tenho o que responder. O último termo foi citado pelo Albertoleoncio, talvez deveria perguntá-lo já que ele tem algum motivo; conhecendo-o, ele não é alguém que escreve palavras vagas.
  5. Discordo do seu posicionamento sobre as regras das revisões. Apesar disso, qual é sua opinião sobre a proposta inicial do Magalhães? Uma espécie de pedidos com regras rigorosas para evitar desvio de propósitos. Por exemplo, o encerramento bruto ou até mesmo reversões de pedidos que poderiam ser tratados em outras páginas, como a página de restauros. Estou pensando em adotar uma conclusão semelhante aos dos pedidos de autorrevissores, reversões, eliminadores... duas concordâncias ou duas discordâncias.
Por fim, espero que compreende que a implementação questionada e o nítido interesse do Quintinense não é uma acusação ou afim. Sinta-se livre para propor sugestões que possa propiciar a continuidade de um processo de revisão entrelaçado com uma metodologia mais funcional. Se eu estivesse completamente enganado, não haveria usuários concordando com a necessidade de melhorias mesmo discordando do término. Edmond Dantès d'un message? 10h39min de 19 de outubro de 2020 (UTC)[responder]
Acrescento: novamente agradeço pela diplomacia. É inaceitável expor inúmeros argumentos para ser resumido a um deboche. A última consideração do Érico me fez repensar, mas ainda acredito que necessita duma completa reformulação. Edmond Dantès d'un message? 10h43min de 19 de outubro de 2020 (UTC)[responder]

O comentário a respeito do Quintinense nada tem a ver com meus argumentos de minha discordância com a proposta, tanto que coloquei em separado. Foi apenas uma opinião pessoal sobre as citações do nome del, nem tive intenção de usá-lo como contra-argumento ou crítica à proposta apresentada. Os meus argumentos de discordância da proposta estão no primeiro parágrafo. E novamente reafirmo meu posicionamento, deve ser garantido meios para contestar ato de algum administrador quando há erro. Um administrador é um humano, humanos erram, logo, o administrador está sujeito a erro, dessa forma, deve ser garantida a revisão. --A.WagnerC (discussão) 13h01min de 19 de outubro de 2020 (UTC)[responder]

@Conde Edmond Dantès: Entendi o esclarecimento e peço desculpas pelo mal-entendido. Quanto ao mérito da proposta, começo a gostar dela com relação à ideia de se fazer algo similar aos pedidos de autorrevisor, porque aí não haveria uma revogação nem uma supressão de regramento, mas um aperfeiçoamento; até mesmo se isso constasse da proposta, teria a minha concordância. Agora peço que, se possível, diga onde está a diferença do meu texto proposto com aquele que foi implementado (exatamente o que foi acrescido pelo tal esquema), porque não consegui perceber - e provavelmente essa foi a causa da minha percepção, eu realmente pensava que eu seria o autor do texto atual. Reitero que peço desculpa pelo engano. Millennium bug 13h23min de 19 de outubro de 2020 (UTC)[responder]

@Millennium bug: observe que sua redação é um pouco mais objetiva, apesar de haver algumas "lacunas" que consideraria pontos a serem melhorados. Compare com o texto implementado pelo fantoche do Quintinense:
  • Sua redação é mais objetiva no ponto: "Pedidos sem argumentação devem ser cancelados de imediato." Já a do fantoche é mais subjetiva.
  • Observa que sua redação faz menção a um prazo máximo, enquanto a do fantoche ignora completamente. Esse é um dos pontos contestado e, curiosamente, uma revisão foi aberta para questionar uma revisão encerrada após os primeiros sete dias.
  • Sua analogia com as discussões de bloqueios poderiam facilitar um procedimento, por exemplo: como encerrar uma revisão sem mérito, como mesurar a participação da comunidade, o quórum mínimo... mas também foi completamente ignorada.
Para ser sincero, eu não gosto das discussões de bloqueios. Felizmente elas funcionam e o modelo continua, como? Não sei! Não adotaria uma posição de modificar as DBs por completo, mas fui favorável ao rito proposto pelo Érico, por exemplo. Se você se inspirou nas discussões de bloqueios, posso atestar que as revisões é o exemplo do mesmo modelo, mas que não deu certo! Infelizmente, a maioria não recebem participação ou perdem o valor ou são canceladas. É uma burocracia desnecessária diante dos resultados de cinco anos.
Por fim, gostaria de dar um conselho pois eu mesmo mencionei que a proposta do JMagalhães foi usurpada. No entanto, vai além disso, trata-se de uma usurpação de ideia. Eu já tinha visto discussões antigas (2010-2011) nas quais o Magalhães menciona algo semelhante as revisões. Então é possível dizer que a ideia dele foi distorcida sim. Agora não sou eu que vou julgar de quem foi a culpa. Sobre a reformulação, seria uma página com modelo de pedidos, com rigorosas regras e acesso restrito aos administradores - ninguém "de fora" vai fazer comentários e nem sequer prolongar a discussão. Então dois administradores é responsável por discordar do pedido ou concordar. Edmond Dantès d'un message? 14h21min de 19 de outubro de 2020 (UTC)[responder]
Entendi! Sendo assim, Concordo com a proposta, nesses termos. Millennium bug 14h30min de 19 de outubro de 2020 (UTC)[responder]

Contra Pode não ser perfeito mas é melhor do que nada. Tem de haver possibilidade de revisão pelos pares de uma acção administrativa contestada e a revisão tem de ser colegial, nunca numa decisão monocrática levando o caso para WP:P/O. Poderia facilmente dar origem a guerras administrativas que são tão nocivas para qualquer comunidade Wiki. Além disso porquê privar os eliminadores de participarem na revisão de uma acção contestada no processo de eliminação? E como poderiam os administradores decidir uma revisão de uma acção burocrática? Melhor ficar como está. Claro que as RAA podem sempre ser melhoradas, como prever o envio de mass message para os potenciais participantes (editores com estatuto equivalente) sempre que qualquer RAA for aberta, tal como hoje já se faz quanto às discussões de bloqueio. Dux Æ 08h32min de 23 de outubro de 2020 (UTC)[responder]

Discordo da proposta. E natural que haja um local onde possa ser analisado se determinada ação administrativa foi correta ou não. Se existem problemas com a revisão, que sejam feitos ajustes. Muitas vezes vemos várias propostas de eliminação que ficam inconclusivas devido a baixa participação, que demoram semanas a ter um desfecho. Vamos acabar com as propostas de eliminação por consenso? Se o problema é a duração, faça-se uma alteração no regramento para que tenha um tempo mínimo e máximo. Se o problema é a participação, que seja feito o anúncio tal qual os pedidos de aprovação de estatuto e que mensagens em massa sejam enviadas aos administradores e eliminadores. FábioJr de Souza msg 20h09min de 31 de outubro de 2020 (UTC)[responder]

[Ver]

Mudança na política de notoriedade da Wikipédia

Pelo que já vi nesta nossa Wikipédia lusófona, acredito que exista a necessidade de mudança nas regras de notoriedade, especialmente de pessoas e empresas.

Hoje você tem artigos como Estádio Al-Khawr, Fabio Mazzucco, Estádio Ahmed bin Ali e diversos outros, muitos deles traduzidos de Wikipédias de outros idiomas sem ter nenhuma notoriedade ou relevância para o contexto lusófono, ao mesmo tempo que pessoas e influenciadores, muitos conhecidos nacionalmente, mesmo tendo grande material e muitas vezes até fontes primárias e confiáveis tem seus artigos deletados, sem nenhuma possibilidade de que seu conteúdo exista na Wikipédia, nem mesmo em outras páginas. Não vejo sentido em uma Wikipédia que permite e incentiva artigos sobre TODOS os trilhões de tipos de plantas e fungos, artigos sobre cada um dos elementos químicos existentes e não tem um artigo sobre youtubers como Rato Borrachudo, Nando Moura (goste ou não), com mais de 3 milhões de inscritos, ou Fer0m0nas, o quinto maior canal do Youtube em número de inscritos em Portugal.

Não sei exatamente o que pode ser feito, mas acredito que há algo errado, e que os critérios de notoriedade precisam ser melhor estabelecidos e aplicados de forma ampla, independente da posição política, ideológica, etc.

Com relação a empresas, eu vejo que os critérios de notoriedade também estão confusos, pois você tem um ensaio que dá até boas visões de como definir a notoriedade, mas o Wikipédia:EMPRESA define que são notórias "Empresas públicas ou concessionárias de serviços públicos" e "Caso o produto/serviço/marca seja relevante a ponto de ser considerado um nome da marca genérico, poderá ter artigo próprio, com todos os seus outros artigos VETADOS e nenhuma outra instrução ou orientação para wikipedistas de como proceder para definir a notoriedade.

Augusto Resende (discussão) 00h06min de 18 de outubro de 2020 (UTC)[responder]

A sua proposta não tem... nenhuma proposta. Para estudos de situações e debate mais amplo, com o objetivo de formular um texto, deve-se usar a Esplanada/Geral. Érico (disc.) 00h12min de 18 de outubro de 2020 (UTC)[responder]

É possível mover para a Esplanada/Geral? Grato. Augusto Resende (discussão) 00h13min de 18 de outubro de 2020 (UTC)[responder]

Comentário A sua proposta me parece um pouco confusa. Por exemplo, pessoas notórias podem não ter artigo porque ninguém criou, números de inscritos no Youtube não é usado para determinar notoriedade, etc. Isso só para citar algumas inconsistências em sua "proposta". Acredito que você deva formulá-la melhor se quer que ela seja seriamente debatida.--SirEdimon Dimmi!!! 00h15min de 18 de outubro de 2020 (UTC)[responder]

@AugustoResende:, trago como sugestão que copie os trechos da página de notoriedade em uma subpágina de usuário (colocando o link da página a modificar!), formule as alterações que pretende e, finalmente, depois de feita essa formulação inicial, convide os usuários na Esplanada Geral (como sugeriu o Érico, ou mesmo aqui) para que possam conhecer, opinar e, se houver consenso, implementar os novos parâmetros. André Koehne (discussão) 02h10min de 18 de outubro de 2020 (UTC)[responder]

PS: faça algo melhor; o Estádio Ahmed bin Ali por exemplo, citado por você, tem relevância e interesse enciclopédico sim - será uma das sedes da Copa do Mundo e apenas isto já o coloca em patamar bem acima do "Queijão", estádio da minha cidade. André Koehne (discussão) 02h13min de 18 de outubro de 2020 (UTC)[responder]
"Influenciadores conhecidos nacionalmente", de onde, quem conhece? Números mágicos, X inscritos no YouTube (já li isto em algum lugar). Será que os "trilhões de tipos de plantas e fungos, artigos sobre cada um dos elementos químicos existentes" tem relevância? Bom milhares de cientistas, pesquisadores ao redor do mundo parece que acreditam nisto e publicam muito conteúdo sobre eles. Será que milhares publicam material sobre alguém que depila perna com cera quente para se sentir como uma "mulher" ou sobre quem toma banho em Nutella? Fabiano msg 02h55min de 18 de outubro de 2020 (UTC)[responder]

O AugustoResende toca num tópico que já vem sendo debatido em outras oportunidades, e acho que é relevante. A questão dos influenciadores e mídias digitais vem sendo objeto de muitos estudos acadêmicos, e me parece que é uma postura excessivamente conservadora negligenciar este universo. Temos que lembrar que vivemos num mundo digitalizado, e influenciadores digitais, youtubers e etc atingem um público muito grande. isso por si é um fenômeno midiático e sociológico relevante, e esse pessoal dita modas e comportamentos em larga escala e por conseguinte exerce um considerável impacto social e cultural. Isso é parte integral da cultura de nossa época e merece nossa atenção assim como qualquer outro assunto. apenas é necessário, para os casos individuais, atestar sua notoriedade com fontes independentes, mas se eles foram realmente notórios não há de faltar fontes, o que resolve o problema. o que ocorre é que na wikipédia ainda existe preconceito contra essa área. Tetraktys (discussão) 07h35min de 18 de outubro de 2020 (UTC)[responder]

Quase sempre, youtubers e influencers realmente importante recebem cobertura extensiva de veículos respeitados. Já aqueles que querem muito dar certo nesse mundo costumam "comprar" essa cobertura e tentar forjar uma suposta notoriedade. Por isso, é preciso tomar muito cuidado com esse "mundo".--SirEdimon Dimmi!!! 19h25min de 18 de outubro de 2020 (UTC)[responder]
  • Augusto Resende Eu acho que os critérios para empresas e organizações está até melhor que muita coisa feita por aqui e empurrada por titereiros. A parte sobre qualificação de fontes está boa, mas não gosto de critérios do tipo "é conhecida", "é grande", "é rica" etc. Os critérios não devem ser arbitrários e deveriam ser baseados na possibilidade de escrever um texto com ponto de vista neutro e bem referenciado. Lechatjaune msg 01h14min de 22 de outubro de 2020 (UTC)[responder]

Acredito que deveria haver um critério específico melhor elaborado para empresas, como existe na enwiki. Agora a proposta tem que ser mais objetiva. --A.WagnerC (discussão) 21h48min de 29 de outubro de 2020 (UTC)[responder]

[Ver]

Inclusão de mensagem automática de boas-vindas nas PDs de novas contas

Olá pessoal, andei dando uma olhada nas novas contas criadas na última semana e constatei que a vasta maioria não recebeu nenhuma mensagem de acolhida. Imagino que muitos desses novatos entrem aqui sem o menor conhecimento das regras de edição e comportamento, e acredito que se desenvolvêssemos um mecanismo de inserção automática nas suas PDs da mensagem padrão de boas vindas, eles poderiam ter um bom ponto de partida para sua futura colaboração, evitando deixá-los na ignorância sobre o mar de regras que temos. Suponho que muitos deles demorem até perceber a existência dessas regras e compreender a necessidade de cumpri-las, e havendo este aviso seu caminho seria atalhado, evitando que cometam muitos erros característicos de novatos. Acho ainda que estamos falhando em demonstrar uma simples boa educação para essa massa de gente que entra todos os dias, e recebendo uma boa impressão inicial pode-se incentivar sua permanência. Isso devia ter sido instituído há muito tempo. Só observo que talvez a mensagem padrão tenha que ser ligeiramente adaptada para prever essa inclusão automática, sem nenhuma assinatura pessoal. Se isso for feito, sugiro que além dos tópicos mencionados, se acrescente uma ligação direta para a página de Políticas e recomendações, que até agora fica muito pouco evidente na página dos Cinco Pilares, oculta debaixo de um link, e tampouco recebe realce na maioria dos outros tutoriais. Tetraktys (discussão) 07h11min de 18 de outubro de 2020 (UTC)[responder]

Discordo, é preciso haver a assinatura de um ser humano, do contrário, a quem recorrerá o novato quando tiver alguma dúvida? Ao robô? Os robôs da Wikipédia não respondem mensagens. Mister Sanderson (discussão) 13h31min de 18 de outubro de 2020 (UTC)[responder]
MisterSanderson, por que é preciso a assinatura de um humano? a mensagem pode indicar o link para a página Tire suas dúvidas ou outro local onde um humano poderia responder a questionamentos. o que tem ocorrido é que os humanos não estão fazendo isso e a maioria dos novatos não recebe mensagem nenhuma em sua PD. isso não te parece um problema?Tetraktys (discussão) 21h11min de 18 de outubro de 2020 (UTC)[responder]

Qual a proposta, @Tetraktys:? Tornar a {{bv}} automática? Alterar a mensagem para qual texto? André Koehne (discussão) 10h54min de 18 de outubro de 2020 (UTC)[responder]

André Koehne a proposta é o que diz o título desta discussão, exatamente tornar a {{bv}} automática. detalhes do texto devem ser debatidos. no geral a mensagem padrão não seria profundamente modificada, apenas se faria os ajustes que já sugeri.Tetraktys (discussão) 21h11min de 18 de outubro de 2020 (UTC)[responder]

Comentário Ver Wikipédia:Esplanada/geral/Idéia para bot para dar boas-vindas a usuários novatos que editam automaticamente (23dez2011). Millennium bug 16h27min de 18 de outubro de 2020 (UTC)[responder]

concordo fortemente Nunca entendi a obsessão de empurrar para cima dos editores o que um bot faz com muito mais vantagem, como a colocação da mensagem de boas vindas. O que está a acontecer sistematicamente é que muitos novatos ficam meses ou anos sem receber essa mensagem, que é de grande utilidade para quem começa a participar. A teoria de que os editores daqui fazem isso, e portanto não é necessário que um bot faça, foi sempre um falhanço colossal. Por favor, tragam o bot.-- Darwin Ahoy! 18h55min de 18 de outubro de 2020 (UTC)[responder]
DarwIn é exatamente isso o que me preocupou, os usuários podem ficar muito tempo sem essa informação relevante.Tetraktys (discussão) 21h11min de 18 de outubro de 2020 (UTC)[responder]

Comentário Quando alguém cria uma conta recebe uma notificação de boas-vindas, nós não vemos porque não é colocado na página de discussão, e quem criou a conta antes de termos aqui a extensão de notificação provavelmente nunca viu, eu lembro de ter visto essa notificação quando criei a conta do ArquivoBot. Podemos melhorar essa notificação colocando em MediaWiki:Notification-welcome-link o nome de uma página para o qual o usuário é redirecionado ao clicar nessa notificação, para direcionar por exemplo para Wikipédia:Boas-vindas é só colocar "Wikipédia:Boas-vindas" lá. Danilo.mac(discussão) 19h39min de 18 de outubro de 2020 (UTC)[responder]

Danilo.mac, essa notificação é de acesso permanente ou só aparece no momento do registro? não seria melhor colocar a mensagem na própria PD do usuário? ali ficaria sempre disponível com os principais links de informação e tutoria.Tetraktys (discussão) 21h11min de 18 de outubro de 2020 (UTC)[responder]
Também é preciso "calibrar" os bots de boas-vindas, caso venha a ser aplicado. Tem certas wikis em que o simples acesso logado de um artigo já emite uma mensagem de boas-vindas! (gosto de ver o que essas wikis estranhas têm, quando aparecem nos iw de algo que criei - e o só fato de abrir-lhes uma página já me fez merecedor de bv!) André Koehne (discussão) 21h31min de 18 de outubro de 2020 (UTC)[responder]
A notificação de boas-vindas é como uma notificação de agradecimento, fica no histórico de notificações do usuário. Eu sou neutro quanto a colocar um aviso na página de discussão pois não sei se faz muita diferença já que temos a notificação e links para páginas de ajuda no menu lateral. Eu me lembro de já ter discutido isso há alguns anos atrás (não lembro em que página), e isso que o André disse foi uma das preocupações, tem robôs que colocam o aviso baseado no registro de criação de contas, incluindo o registro de "conta criada automaticamente", que é quando alguém que criou a conta em outra wiki entra nesta wiki pela primeira vez. Se me recordo bem a ideia ao final da discussão era colocar o aviso somente após a primeira edição, e também criar uma lista de usuários que querem dar as boas vindas para que o robô coloque a assinatura de um desses usuários após o aviso, para ter alguém que o novato possa procurar se precisar de ajuda, mas ninguém implementou a ideia. Danilo.mac(discussão) 22h43min de 18 de outubro de 2020 (UTC)[responder]
Com os novos recursos de mentoria, 80% (para já) das novas contas tem uma página inicial onde lhes é indicado um mentor. Não sei se é o mesmo do que receber uma mensagem de boas vindas de um humano, mas pelo menos tem um contacto humano a quem recorrer. Por isso, acaba por fazer sentido reabrir este debate sobre boas-vindas automáticas. Sendo que é apenas um template, não uma mensagem personalizada, sinto-me neutro/ligeiramente favorável em relação a ser dado automaticamente por bot. GoEThe (discussão) 13h34min de 19 de outubro de 2020 (UTC)[responder]
A oportunidade é de repensar a recepção e direcionamento do novato "ao mundo real" da Enciclopédia livre; não dá pra negar a ideia como sendo excelente, a questão é e a Tutoria[?], pra que serve? O que eles podem fazer de forma pré-formatada pra suplementar o texto e incentivar a participação nas coisas básicas/efetivas (e.g., navegando na web observa um sinal de vandalismo, erro ortográfico, conhece-se um referência para o assunto problemático; coisa que para ele, treinado, seria rápido e fácil). Por isso a urgência desse assunto ser tratado em primeiro plano com o pessoal que interage em Ajuda e em Tutoria e fazer um texto necessário, mesmo que possa parecer exagerado.—"Mais vale pecar por excesso do que por preguiça, pois, no nada nada pode-se fazer."—Ishua'a LFOdS (discussão) 19h36min de 19 de outubro de 2020 (UTC)[responder]

Concordo e mais um Comentário: Acredito que chegamos na questão objetiva, a saber, o limite humano e os limites tecnológicos para a difusão de informações didáticas.—Acredito que devemos nos ater na distinção Robô–Tutor e seu papel nessa questão de um texto didático, e então prosseguirmos. Deveríamos notar que, em um primeiro momento, estes dois fatores (Robô–Tutoria) estão interligados e assim devem permanecer até o fim. Também deveríamos salientar que, o objetivo final é o de facilitar ao inexperiente o acesso às ferramentas (Guias, Tutoriais; etc.) iniciais que é primordial―, evitando frustrações e confusões interpretativas para todas as partes. Em seguida, como apresentar-se-iam os problemas (e.g.; verificação, vandalismo, sem fontes e por ai vai,) no contexto de primeiro contato (com a Enciclopédia livre), como despertaríamos no inexperiente o interesse em contribuir e participar das resoluções pontuais e diárias da Wikipédia sem negligenciar o óbvio, cada um vai editar o que quer, seja como for. A meu ver a importância de uma Tutoria (fundamental) está na sua utilidade como formadora de pessoas que conseguam, em tese (depende do fator humano, em todas as partes desse processo), interagir e usufruir dos multípolos projetos da Fundação Wikimedia.—O trabalho demandado para um inexperiente para, pelo menos, saber o básico sobre regras e ferramentas é imenso, e isso demanda tempo de pesquisa que, geralmente, despendem.―Muitas objeções e citações poderiam ser apontadas nesse Tópico, mas, agora, focarei na questão "texto" que deve abranger e delinear os primeiros passos e introduz temas complexos ao inexperiente.―E dai a importância desse texto feito pelo pessoal da Ajuda+Tutoria privilegiar-se dessa página Tutoria que é onde,―num futuro próximo, quem sabe, haverá um sistema de vídeo ‘tutoriais’ curtos sobre as questões mais técnicas (que demandam tal efeito visual) e uma ligação introdutória a um Livro com uma antologia de dúvidas (coletadas da página Ajuda-Tutoria) acompanhada de uma antologia destinada ao "wiki-editor" (com imagens e esquemas ilustrativos) com uma infinidade de ligações e ilustrações destinadas ao material didático que a Tutoria teria em mãos. Como disse, num futuro hipotético―, embora, possa parecer coisas desconexas, onde o fator didático deve ser o carro-chefe em qualquer discussão desse tipo. O mais difícil é a pessoas individualmente ordenar as ideias, iniciar essa empreitada e mantê-la em funcionamento. E daqui partimos para outros temas (Os Glossários) que levaria a mais casos, por exemplo, fazer os projetos Portais e as Caixas informativas mais atrativas e padronizadas e como sabemos os temas são infindáveis—Ishua'a LFOdS (discussão) 19h36min de 19 de outubro de 2020 (UTC) </noinclude>{| style="background: transparent; " |- |[responder]

Olá, Esplanada/Arquivo/2020, receba as nossas boas-vindas.


Bem-vindo ao WikiProjeto Ajuda. Para qualquer duvida, não hesite em consultar algum colaborador mais antigo do projeto.

Colocamos-nos à disposição para contacto. Alegre. Saudações, {{{Tutoria}}}

|}

Este usuário pode ignorar algumas mensagens que não pode ou não quer responder.


Este usuário optou por evitar certas discussões e por isso pode não responder a algumas mensagens.


X Este utilizador ignora discussões (que não sejam de verbetes) que evocam certos sistemas políticos.



Este(a) editor(a) participa de discussões sempre educadamente, mesmo que sem reciprocidade.

Este editor reserva-se o direito de só emitir opiniões sobre conteúdo de artigos.


Saiba que seu trabalho é importante. Sou colaborador da Wikipédia. Espero que também goste de colaborar com esta enciclopédia, que dá a qualquer pessoa a possibilidade de ter livre acesso ao somatório de todo o conhecimento humano. Ajude-nos a melhorar e acrescentar informações. Obrigado por suas contribuições. Espero que goste daqui e decida ficar. Aqui estão algumas páginas que podem ajudar:

Se precisar de ajuda, pergunte na página para tirar dúvidas, caso não tenha lido ou não sabia sobre; existe a página de sintaxe do software usado na Wikipédia ela lhe será útil para evitar erros comuns. Aconselho também se você é novo a se inscrever no programa de tutoria onde você é acompanhado por um(a) editor(a) mais experiente. E por favor isso é muito importante; assine suas mensagens nas páginas de discussão usando quatro tiles (~~~~) ou o botão presente no alto da janela de edição; isso irá inserir automaticamente seu nome de usuário e a data.

Discordo da proposta principal pelo motivo clássico, a expectativa de comunicação humana do novato com dúvidas e quem dá as boas-vindas, mas Apoio fortemente a proposta do Danilo.mac de alteramos a mensagem automática de boas vindas com a inclusão de links úteis. Não tenho acesso à página, pelo que não posso fazer recomendações de texto, mas acredito que inserir um ligação para WP:5 seja simples e consensual. — Épico (disc)/(contrib) 02h41min de 25 de outubro de 2020 (UTC)[responder]

Podemos adicionar somente um link, e é uma mensagem curta e sem wikitexto, como toda notificação, essa é a desvantagem em relação ao aviso na PDU. A mensagem fica aqui e o link (somente o nome da página) deve ser colocado aqui. Danilo.mac(discussão) 04h14min de 25 de outubro de 2020 (UTC)[responder]
@Épico: Claro que qualquer um pode ter a opinião que bem lhe apetecer sobre tudo e mais alguma coisa, mas eu fico me perguntando porque é que alguém que há mais de 3 anos e meio não dá boas vindas a um novato se importa sequer se as boas vindas são dadas por gente ou por bot.-- Darwin Ahoy! 14h14min de 25 de outubro de 2020 (UTC)[responder]

Eu Discordo da proposta, mas Apoio a ideia do Danilo.mac, em questão de fazer as alterações acima. Juan90264 (Disc.) 07h21min de 25 de outubro de 2020 (UTC)[responder]

Concordo com a proposta inicial. FábioJr de Souza msg 20h17min de 31 de outubro de 2020 (UTC)[responder]

Concordo com certeza. A ideia é bastante oportuna diante das recentes mudanças, como a obrigatoriedade de registrar-se. Tão importante quanto "dar nome aos bois", seria redirecioná-los aos tutoriais do "ABC da wiki", no intuito de guiá-los à leitura dos fundamentos básicos da wikipédia, bem como conscientizá-los que aqui se trata de um projeto e, não uma "terra sem lei" — aspirando amenizar problemas futuros. Gabriel bier fala aew 21h25min de 31 de outubro de 2020 (UTC)[responder]

Comentário estou um pouco perplexo com a pouca adesão a essa proposta. queixas contra a falta de civilidade na wiki são recorrentes, todos sabem disso. e o fato é que os usuários humanos não estão dando sistematicamente as boas vindas aos novatos. mas não ficamos nisso, tenho encontrado diversas PDs com mensagens já entrando de sola com reclamações por edições errôneas sem nem mesmo dizer olá ou bom dia, e alguns são bloqueados no segundo ou terceiro erro, sem dar a menor chance do novato se ambientar e sem explicações claras dos motivos (e esse é um outro problema que devia ser discutido!). a implementação da mensagem automática vai fazer um trabalho que os humanos não estão fazendo, não vai prejudicar ninguém e só tende a ajudar, dando pelo menos uma orientação básica.Tetraktys (discussão) 15h13min de 10 de novembro de 2020 (UTC)[responder]

Comentário Proposta relacionada: Wikipédia:Esplanada/propostas/Habilitar a extensão NewUserMessage na Wikipédia em Português (18nov2020). Rafael (stanglavine) msg 18h40min de 18 de novembro de 2020 (UTC)[responder]

Concordo tal e qual como concordei e opinei aqui. --Dioluisf (discussão) 21h00min de 19 de novembro de 2020 (UTC)[responder]

Aviso: mudança de local: convido os que opinaram aqui para que se dirijam à nova discussão aberta sobre o mesmo assunto: Wikipédia:Esplanada/propostas/Habilitar a extensão NewUserMessage na Wikipédia em Português (18nov2020). como não é adequado manter as duas, concordei em arquivar esta. os que já se manifestaram lá por favor desconsiderem esse aviso. MisterSanderson, André Koehne, DarwIn, Danilo.mac, GoEThe, Épico, Dioluisf, Gabriel bier, Juan90264, Ishua'a LFOdS, Fabiojrsouza, Millennium bug. Tetraktys (discussão) 15h44min de 20 de novembro de 2020 (UTC)[responder]

[Ver]

Alteração em regra de remoção imediata de estatuto.

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

A discussão durou 13 dias, e após diversas manifestações houve consenso na aprovação da proposta de alteração da política de administradores, para que um administrador possa ter seu estatuto removido automaticamente em caso de bloqueio por tempo indeterminado.

A fim de sanar eventual lacuna na Política de administradores, proponho que:

Parece-me incontroverso que se, eventualmente, for aplicado um bloqueio por tempo indeterminado a um administrador este não possa ser um editor bloqueado com estatuto de administrador. Veja-se que os próprios burocratas têm seu estatuto removido em caso de bloqueio (nesse caso, por qualquer bloqueio) de forma imediata.

Submeto, então, a questão à analise da comunidade. FábioJr de Souza msg 18h47min de 18 de outubro de 2020 (UTC)[responder]

Concordo, incontroverso.-- Darwin Ahoy! 18h51min de 18 de outubro de 2020 (UTC)[responder]
Concordo, pois é óbvio que um usuário banido não deve ser mantido no cargo... Afinal, nem sequer poder fazer uso das ferramentas, devido à sanção. Mister Sanderson (discussão) 19h23min de 18 de outubro de 2020 (UTC)[responder]
Concordo, a proposta é coerente e adequada. --Dioluisf (discussão) 21h22min de 18 de outubro de 2020 (UTC)[responder]

Discordo Administradores não tem autonomia, tecnicamente, para remover o estatuto de administrador. Isso é competência dos burocratas e só eles tem essa prerrogativa para gerenciar privilégios. Lembrando que burocratas não avaliam bloqueios e nem tem autonomia para bloquear contas. WikiFer msg 19h03min de 18 de outubro de 2020 (UTC)[responder]

@WikiFer: Caro editor. De certo que respeito profundamente vosso parecer. No entanto, em WP:POLB está escrito: "Qualquer outra ocorrência que resulte no bloqueio do usuário (parcial ou total), como, por exemplo, ataques pessoais, levará à remoção imediata". E diz também: "Se o burocrata solicitar a revisão do bloqueio pelos administradores, o estatuto só poderá ser removido se a aplicação deste bloqueio for considerada correta".
Ou seja, se administradores (que não gerem o acesso ao estatuto de burocrata) confirmarem um bloqueio de burocrata o acesso será removido (pelos administradores? Certo que não. Outro burocrata será comunicado, a fim de efetuar a remoção). Se a proposta for aprovada, o natural é que os burocratas sejam avisados do bloqueio e o acesso seja removido (até por não ser salutar que tal estatuto seja mantido). Não está sendo dito, ademais, que o burocrata farão bloqueios e sim que retirarão o estatuto.FábioJr de Souza msg 19h19min de 18 de outubro de 2020 (UTC)[responder]
Fabiojrsouza O burocrata perde o estatuto se os administradores avaliarem o bloqueio como correto porque só eles tem essa autonomia, pois tecnicamente os burocratas não poderiam avaliar bloqueios. É diferente de determinar a remoção do estatuto, que é prerrogativa dos burocratas, como se os sysops que determinasse a perda do estatuto de maneira automática (que é exceção, conforme a atual política de administradores). WikiFer msg 19h46min de 18 de outubro de 2020 (UTC)[responder]
@WikiFer, quem disse que quem vai remover o estatuto de administrador será outro administrador? A proposta do @Fabiojrsouza não diz isso, diz? Mister Sanderson (discussão) 19h24min de 18 de outubro de 2020 (UTC)[responder]
MisterSanderson É que mudará o trecho na política de administradores, e a inclusão do bloqueio é de autonomia dos administradores, com exceção em avaliar a perda do estatuto de administradores apenas por decisão administrativa. No caso específico de um burocrata perder a flag por um bloqueio ser considerado correto, isso ocorre porque só administradores é quem podem avaliar o bloqueio, não a remoção de uma flag. WikiFer msg 19h46min de 18 de outubro de 2020 (UTC)[responder]
@WikiFer Então serão os burocratas a remover o estatuto do administrador, tal como antes, lá na interface do sistema. Ninguém propôs que os administradores ganhem acesso às ferramentas de burocrata. O que vai acontecer é que o burocrata, vendo a decisão administrativa, irá lá na conta da pessoa e removerá o estatuto. Não terá ninguém excedendo suas prerrogativas...
O que não dá pra ter é a situação atual: um detentor de cargo público é preso por corrupção, mas não perde o mandato automaticamente, e ainda é preciso ter votação de impeachment? Você acha que a Wikipédia é o quê, o Estado Brasileiro? Mister Sanderson (discussão) 00h34min de 19 de outubro de 2020 (UTC)[responder]
MisterSanderson A proposta em questão é semelhante ao RAA que já existe, dá aval para usuários com o mesmo estatuto equivalente tenha autonomia para aplicar um bloqueio indeterminado e, de brinde, a remoção imediata da flag. A remoção imediata só ocorre apenas de forma excepcional como absenteísmo, ameaça judicial, uso indevido de fantoches e em caso de óbito. Determinar a remoção do estatuto por uma decisão administrativa em DB impediria que o resto da comunidade possa decidir isso em votação, já que o mesmo foi eleito graças ao voto da comunidade em geral. Quanto a analogia de um detentor de cargo público, se ele for um político, teria o mandato perdido pelo Conselho de Ética e, posteriormente, em votação no Plenário. WikiFer msg 01h58min de 19 de outubro de 2020 (UTC)[responder]
@WikiFer, conforme já exposto por outros editores, um administrador banido manter a "flag" de administrador não tem serventia alguma. Apenas desperdiça tempo e energia da comunidade obrigando a ser criada uma votação de resultado óbvio: remoção da flag. Mister Sanderson (discussão) 02h13min de 23 de outubro de 2020 (UTC)[responder]
MisterSanderson Minha posição de discordância, a priori, tinha a ver com uma decisão administrativa quanto a remoção do estatuto (e não da comunidade em geral), mas percebi que seria muito burocrático para o projeto, exceto se não fosse mais permitido criar DB e pedido de remoção ao mesmo tempo; aliás, conforme WP:POLA, uma renúncia em meio a uma DB ou pedido de desnomeação em curso não seria mais possível recuperar a flag sem passar por um novo pedido de aprovação. Por outro lado, você já se perguntou se é possível, tecnicamente, um eliminador ou administrador conseguir realizar ações administrativas como apagar e restaurar páginas, atribuir ou remover flag mesmo estando bloqueado, pois imagino que o bloqueio só impede que o usuário faça edições. Essa é uma bela curiosidade e não sei se já fizeram testes antes. WikiFer msg 02h27min de 23 de outubro de 2020 (UTC)[responder]
Citação: WikiFer escreveu: «você já se perguntou se é possível, tecnicamente, um eliminador ou administrador conseguir realizar ações administrativas como apagar e restaurar páginas, atribuir ou remover flag mesmo estando bloqueado, pois imagino que o bloqueio só impede que o usuário faça edições. Essa é uma bela curiosidade e não sei se já fizeram testes antes.» Já, não é possível. Conta como edição do mesmo jeito, bloqueios impedem todo tipo de edição. Mister Sanderson (discussão) 10h42min de 25 de outubro de 2020 (UTC)[responder]

Concordo, com a proposta. E tenho uma sugestão para o item 1: Se fizer uso ilícito de fantoches; para 1: Se fizer uso ilícito de fantoches para si ou em auxilio a usuários sockeadores. Fabiano msg 21h56min de 18 de outubro de 2020 (UTC)[responder]

Discordo. A proposta, na prática, se aprovada, fará com que a remoção do estatuto esteja na mão de um colegiado de administradores, usurpando prerrogativa que é exclusiva da comunidade. Transformaria a wiki num "parlamentarismo" em que o admin que não tiver maioria "cai". Millennium bug 22h05min de 18 de outubro de 2020 (UTC) [responder]

@Millennium bug: Caro editor. De certo que respeito profundamente vosso parecer. No entanto, não entendi a vossa manifestação. Veja. Na situação atual, um administrador está livre de ser bloqueado em infinito numa discussão de bloqueio? Creio que não. Em sendo assim, na situação atual teríamos um administrador que estaria bloqueado em infinito e sem poder usar (teoricamente) suas ferramentas, mas que continuaria administrador até que a comunidade votasse. Mas, e se a comunidade votasse "não"? Continuaríamos com um administrador bloqueado? De que vale a um administrador bloqueado por tempo indeterminado ser administrador? Lembrando que um administrador (pela regra atual - item 2) que profere ameaças judiciais pode perder o estatuto automaticamente independentemente de discussão de bloqueio ou votação da comunidade. Ou seja, não precisa de maioria para "cair". FábioJr de Souza msg 22h39min de 18 de outubro de 2020 (UTC)[responder]
@Millennium bug Puro sofisma: não se bloqueiam administradores por tempo indeterminado sem pretexto nenhum, só por falta de apoio da maioria dos outros administradores. Ou alguma vez isso já aconteceu por aqui? Se sim, peço que me aponte o caso para minha apreciação. Mister Sanderson (discussão) 02h11min de 23 de outubro de 2020 (UTC)[responder]

Concordo Isonomia com a política de burocratas. Com todo o respeito, para mim essa é uma questão bastante óbvia e estou com dificuldades em entender as oposições levantadas. "Excesso de poder aos administradores"? As DB's já são decididas pelos administradores, essa proposta não muda em nada isso. Se acha-se que todo o processo precisa ser mais "democrático" (na ausência de termo melhor), então que se reforme o processo de DB. Essa proposta é simples: administrador bloqueado -> perde o estatuto. Penso que se um administrador teve atitudes tão problemáticas ao ponto de ser necessário bloqueá-lo é evidente que ele não está em condições de ser administrador. Além do mais, um administrador bloqueado não pode agir de qualquer maneira porque simplesmente está bloqueado, então essa já é uma decisão dos administradores. A ideia da proposta, pelo que compreendi, é simplesmente inserir o trecho na política para que os burocratas possam efetuar a remoção com um embasamento explícito. Perdão se deixei de compreender algo, mas é assim que avalio a proposta. Cumprimentos, Rafael (stanglavine) msg 02h58min de 19 de outubro de 2020 (UTC)[responder]

@Stanglavine: De acordo com a proposta, nenhum administrador perde o estatuto simplesmente por ser bloqueado. Somente se o bloqueio for por tempo indeterminado.-- Darwin Ahoy! 16h33min de 19 de outubro de 2020 (UTC)[responder]
@DarwIn: Sim, compreendi que a aplicabilidade proposta é apenas em casos de bloqueio por tempo indefinido, mas meu pensamento vai um pouco além. Penso que, adicionalmente, qualquer bloqueio (considerado correto em uma DB) deveria resultar, pelo menos, em uma revisão formal obrigatória do estatuto, algo similar ao que já acontece com os verificadores, por exemplo. Rafael (stanglavine) msg 19h46min de 19 de outubro de 2020 (UTC)[responder]

Entendi o contraponto e estou riscando minha discordância. Millennium bug 08h17min de 19 de outubro de 2020 (UTC)[responder]

Concordo Se o administrador foi bloqueado por tempo indeterminado, não faz sentido ele ainda continuar com o estatuto. --A.WagnerC (discussão) 14h57min de 19 de outubro de 2020 (UTC)[responder]

Concordo Não há razão para um administrador bloqueado continuar como administrador. Augusto Resende (discussão) 18h08min de 19 de outubro de 2020 (UTC)[responder]

Concordo. Não existe um motivo, do administrador manter no cargo, depois de receber um bloqueio por tempo indeterminado. Juan90264 (Disc.) 04h13min de 20 de outubro de 2020 (UTC)[responder]

Concordo, mas deixo um apelo para que no futuro se deixe de fazer isto nestes moldes. Apesar de a proposta ser óbvia, e com total certeza que será implementada, fica mal lançarmos esta modalidade a meio de um processo onde se discute o bloqueio por tempo indeterminado de um administrador. Poderíamos ter feito isto a seguir à discussão, ou até antes, mas nunca durante. Isto pode abrir precedentes bastante manhosos. Mas enfim, concordo com a proposta, não se esqueçam é de actualizar as políticas dos outros estatutos (por exemplo, burocratas) para que seja reflectido o mesmo conceito. Luís Almeida "Tuga1143 08h42min de 20 de outubro de 2020 (UTC)[responder]

Concordo com a proposta, mas assino em baixo aquilo que o Tuga disse acima. Atenciosamente, MSN12102001 (discussão) 10h45min de 20 de outubro de 2020 (UTC)[responder]

Concordo com a proposta. A priori, manifestei minha discordância tendo em vista uma decisão administrativa perante a remoção do estatuto (e não a decisão da comunidade em votação), mas se a decisão ocorrer apenas via discussão de bloqueio, daria aval para a remoção imediata. Sendo assim, para evitar problemas futuros (como bloqueio por decisão monocrática), é importante definir a remoção imediata ocorra apenas em discussão de bloqueio. WikiFer msg 13h41min de 20 de outubro de 2020 (UTC)[responder]

Após refletir, concordo com a proposta. Trata-se de expediente potencialmente propenso ao abuso, por exemplo diante de cenário em que determinado grupo deseja expulsar um administrador, mas que, por não ter a maioria da comunidade, opta por iniciar uma DB ao invés de um pedido de remoção. Talvez fosse o caso de implementar um contrapeso, como exemplo que o administrador a ser avaliado por DB afirme expressamente a intenção de que se inicie um pedido de remoção. No entanto, ainda que deixe registrado esse alerta, confio no atual estado da comunidade, no sentido de que entendo que existe a maturidade necessária entre o corpo administrativo. Érico (disc.) 22h14min de 22 de outubro de 2020 (UTC)[responder]

A ideia da proposta é simples e baseia-se em algo simples: Bloqueado não usa ferramentas (seja quem for). Porque realizar um pedido de remoção que não terá efeito prático? Por que continuar com um pedido que não terá efeito prático? Afinal, se a comunidade negar a remoção o bloqueio continua e o editor não pode utilizar as ferramentas. Se houver um complô para expulsar um administrador, qual o impacto que o pedido de remoção tem ou não em bloqueio por tempo determinado (afinal, pedido de remoção não tem força regimental para se contrapor a decisão em discussão de bloqueio). Importante observar que a possibilidade acima apontada é mais ligada a eventual necessidade de que os administradores fossem bloqueados por tempo indeterminado apenas com a aprovação da comunidade (propor que, em caso de o corpo administrativo optasse pelo bloqueio por tempo indeterminado a comunidade fosse chamada a referendar a decisão e, aprovando a remoção seria automática? É muita burocracia e só estou fazendo uma exposição. Mas...) do que impedir que os burocratas removam ferramenta administrativa sem consulta em caso de bloqueio infinito.FábioJr de Souza msg ~
Sim, a adoção da proposta é um efeito natural. Meu comentário busca, porém, realizar uma análise do inevitável componente humano que uma comunidade viva como a nossa possui. O expediente, a meu ver, é passível a abusos, mas, repito novamente, confio em nosso atual nível de maturidade. Érico (disc.) 22h55min de 22 de outubro de 2020 (UTC)[responder]
Érico, você supõe que um grupo de administradores poderia se juntar para votar contra um administrador que é "persona non grata" numa DB, para afastá-lo do cargo de administrador. Beleza. Só que isso sempre foi possível! O bloqueio por tempo indeterminado expulsa mais um membro da comunidade do quê qualquer pedido de remoção de flag. Então sempre foi possível ocorrer esse "golpe de Estado" que estão aventando: bastaria banir, e a flag automaticamente fica sem efeito, pois a conta banida a manteria, mas não poderia usá-la, de qualquer forma. Totalmente inútil.
Então lhe pergunto: algum administrador, em 19 anos de projeto, já foi expulso dessa forma? Isto é, em que houve maioria de administradores votando a favor do banimento, enquanto na seção de comentários da DB a comunidade claramente manifestou discordância do banimento? Se sim, quando, e com quem isso foi feito? Gostaria do link da página. E também, caso tenha mesmo acontecido, uma explicação do porquê a comunidade não ter aberto nenhum pedido de remoção das flags de administrador daqueles que "deram o golpe", e trouxeram de volta o hipotético injustamente banido? Será que realmente a comunidade lusófona já chegou alguma vez a tão baixo ponto moral, de testemunhar uma injustiça dessa magnitude ocorrer e não mover uma palha para retificá-la? Mister Sanderson (discussão) 02h22min de 23 de outubro de 2020 (UTC)[responder]

Concordo --Stegop (discussão) 23h04min de 22 de outubro de 2020 (UTC)[responder]

Concordo Proposta bastante consensual, se foi banido para quê exigir abertura de pedido de remoção? Melhor retirar a flag de imediato. Dux Æ 08h21min de 23 de outubro de 2020 (UTC)[responder]

Concordo -- Sete de Nove msg 10h52min de 25 de outubro de 2020 (UTC)[responder]

A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


[Ver]

Mudança no design usado na página de boas-vindas

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

A discussão durou 8 dias, e todos os usuários que participaram na discussão apoiaram, então o novo estilo será usado a partir de agora, na página de boas-vindas da Wikipédia (Wikipédia:Boas-vindas).

Olá a todos! Venho trazer uma proposta, de mudar o estilo (ou seja, design) da página de boas-vindas (Wikipédia:Boas-vindas); basicamente, eu criei uma outra página usando o novo design, e gostaria que vocês fossem nesta página → Usuário:Juan90264/Proposta1, e votassem aqui na se(c)ção "Primeira proposta" simplesmente, colocando Apoio ou Não apoio:

Primeira proposta[editar código-fonte]

Apoio 🐈👀msg 07h01min de 22 de outubro de 2020 (UTC)[responder]

Apoio --A.WagnerC (discussão) 21h36min de 20 de outubro de 2020 (UTC)[responder]

Apoio Parabéns por melhorar a página de boas-vindas. WikiFer msg 05h31min de 22 de outubro de 2020 (UTC)[responder]

Apoio, parabéns! Ficou mais moderna e apelativa. --Dioluisf (discussão) 14h13min de 22 de outubro de 2020 (UTC)[responder]

Apoio O design está mais moderno. Parabéns pela mudança. Keijuumsg 05h05min de 23 de outubro de 2020 (UTC)[responder]

Apoio. Um trabalho muito bem feito. Parabéns e continuação de boas edições. Atenciosamente, MSN12102001 (discussão) 16h53min de 23 de outubro de 2020 (UTC)[responder]

Apoio. Ficou muito mais atualizado. O antigo estilo remetia aos sites criados nos anos 2000. ━ ALBERTOLEONCIO Who, me? 18h38min de 23 de outubro de 2020 (UTC)[responder]

Apoio — Épico (disc)/(contrib) 02h24min de 25 de outubro de 2020 (UTC)[responder]

Comentários e sugestões[editar código-fonte]

Chamo alguns usuários @Gremista.32, Luan, MisterSanderson e Renato de carvalho ferreira: para poder dar sua opinião. Juan90264 (Disc.) 07h37min de 20 de outubro de 2020 (UTC)[responder]

Comentário Me agradou a retirada dos ícones no início dos textos e a substituição dos ícones dos tópicos. Melhorou o design e a princípio não me oponho à mudança, contudo aguardo mais opiniões para uma melhor avaliação.--PauloMSimoes (discussão) 10h13min de 20 de outubro de 2020 (UTC)[responder]

Neutro Não tenho tempo de apreciar mudanças cosméticas no estilo de páginas. Infelizmente meu tempo é escasso. Não tiro o mérito da proposta, mas deixo para que outros se manifestem.--Mister Sanderson (discussão) 15h43min de 20 de outubro de 2020 (UTC)[responder]

ConcordoEu gostei da nova aparência. Em comparação com a versão mobile, a melhoria é significativa. Aprovo a retirada de ícones desnecessários e da letra capitular, pois não embelezavam tanto, e as letras capitulares, além de eu entender desnecessárias, tiram a atenção do leitor. A aparência ficou mais amigável.--A.WagnerC (discussão) 21h29min de 20 de outubro de 2020 (UTC)[responder]

Comentário @Juan90264: É bom lembrar que, para propor mudanças, o método de consenso é o padrão para tomada de decisões. Votações são destinadas para casos especiais, onde não é possível atingir um consenso. ━ ALBERTOLEONCIO Who, me? 18h43min de 23 de outubro de 2020 (UTC)[responder]

Albertoleoncio: Estou usando o método de consenso, de forma errada? Juan90264 (Disc.) 18h58min de 23 de outubro de 2020 (UTC)[responder]
Boas, caro. O Alberto apenas está enfatizando que em discussões onde o objetivo é chegar a um consenso, não basta apenas a imposição de Concordo ou Discordo, é importante também que se descreva o motivo de tal opinião. No momento da avaliação, inscrições apenas com a inclusão de concordância ou discordância sem nenhuma descrição do motivo acaba por ser ignorada. No caso de uma votação, o voto explícito basta. João Henrique (Mensagens)  19h05min de 23 de outubro de 2020 (UTC)[responder]
@OnlyJonny: Obrigado por descrever o meu erro! Juan90264 (Disc.) 19h43min de 23 de outubro de 2020 (UTC)[responder]
Não é um erro, talvez uma interpretação equivocada. Sua proposta é válida e conta com apoio de muitos membros do projeto. A discussão segue. Bom trabalho. João Henrique (Mensagens)  19h45min de 23 de outubro de 2020 (UTC)[responder]
@Juan90264: Você pediu no texto inicial que os usuários Citação: votassem aqui na se(c)ção, mas isso não é uma votação. ━ ALBERTOLEONCIO Who, me? 19h24min de 23 de outubro de 2020 (UTC)[responder]
@Albertoleoncio: Eu poderia modificar a palavra "votassem" para "apresentassem sua opinião"; durante o consenso em andamento? Juan90264 (Disc.) 19h47min de 23 de outubro de 2020 (UTC)[responder]

Eu acho valido ter um tópico reservado para colocar só o Discordo e Concordo, apenas para facilitar a leitura. Por outro lado, por se tratar de consenso, deve também ser expressado o motivo da (dis/con)cordância. --A.WagnerC (discussão) 03h12min de 26 de outubro de 2020 (UTC)[responder]

@A.WagnerC: Bom, a proposta houve bastante concordância, com vários usuários no motivo, elogiando o novo estilo; então eu vou encerrar a proposta como aprovada. Juan90264 (Disc.) 00h01min de 29 de outubro de 2020 (UTC)[responder]


A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


[Ver]

Proibir a reposição de edições de determinados fantocheiros

Olá.

Atualmente, a Política de Bloqueio considera que é opcional a reversão de edições de contas fantoches, bem como que uma conta regular pode repô-las, ficando, assim, responsável pela edição original. Em determinados casos, considero essa disposição um equívoco e proponho sua alteração imediata.

Considere-se que:

1. Há determinados fantocheiros, conhecidos em outros projetos como "LTA"s, que causaram dano substancial ao projeto, fazendo com que outros voluntários, durante anos, senão décadas, gastassem energia identificando suas contas e realizando as investigações necessárias para que a comunidade mantenha confiança em seus processos decisórios;
2. Nos últimos anos, constato, cada vez mais frequentemente, o uso de "contas satélite" ou IPs que são responsáveis pela reposição de edições de fantocheiros. Penso que não é necessário citar nomes, tendo em vista que é de conhecimento geral;
3. Quando a comunidade, através de seus processos decisórios legítimos, determina o bloqueio de uma conta, esta decisão deve ser cumprida. Isto é, eventuais edições, via contorno de bloqueio, não são bem-vindas. Caso contrário, tais processos não passariam de uma farsa;
4. Hoje, é possível reverter edições de fantoches confirmados. No entanto, como qualquer outra conta legítima (a priori) pode repô-las, não há muita segurança ao fazê-lo, tendo em vista que há fantocheiros que contam com apoiadores e que criam outras contas para esta tarefa sem muita dificuldade;

Proponho que:

1. A política de bloqueio deixe claro que edições, via contorno de bloqueio, de determinados fantocheiros não podem ser repostas, em qualquer hipótese;
1.1. Pergunta clássica: "ah, existem edições úteis que devem ser mantidas!" Sim, existem. Só que em determinados casos, a conta responsável pelas mesmas já causou tanta disrupção que nossas regras devem ser energéticas ao reprimir eventual atuação no projeto. É como no caso dos IPs, recentemente banidos. Existiam edições úteis de IPs, é óbvio, mas chegou-se à conclusão de que, no geral, eram um elemento nocivo ao projeto;
2. Os "determinados fantocheiros" seriam assim classificados pelos administradores, via consenso, seja através de DB ou pelo café dos administradores. No primeiro caso, existindo DB em curso, pode-se debater a questão do enquadramento da conta nos termos da presente proposta. Caso contrário, pode-se iniciar um tópico no café dos administradores, sendo que a comunidade poderá participar na discussão deste;
2.1. Duas questões importantes: primeiro, acho preferível que os administradores e a comunidade decida quanto a abrangência, que pode variar conforme o caso. Ademais, ao escolher o consenso, considero que eventuais controvérsias, verificadas com frequência em DBs com manifestações equilibradas, serão superadas;
3. Após eventuais reversões, utilizadores que as repuserem serão enquadrados nos termos da seção V da WP:PB (Tentativa de fraudar bloqueios);

Texto alterado: §5.1 da Política de bloqueio

De

"5.1 Quaisquer edições que tentem contornar um bloqueio devem, a princípio, ser revertidas. Porém, caso a edição seja correta e útil à Wikipédia (ou seja, seu conteúdo é substancialmente válido) e não controversa, a sua reversão não é obrigatória."

Para

"5.1 Quaisquer edições que tentem contornar um bloqueio devem, a princípio, ser revertidas. Porém, Caso a edição seja correta e útil à Wikipédia (ou seja, seu conteúdo é substancialmente válido) e não controversa, a sua reversão não é obrigatória. No entanto, tratando-se de fantocheiros com longo histórico de abusos, toda edição deve, obrigatoriamente, ser revertida. Eventual reposição da edição, ou buscar impedir sua reversão, será enquadrada como tentativa de fraudar o bloqueio originalmente imposto ao fantoche.
5.1.1. A decisão de impedir a reposição de edições realizadas via contorno de bloqueio ocorrerá através das discussões de bloqueio, se já iniciadas, ou pelo café dos administradores, devendo para tanto ser verificado um consenso entre os participantes.

Por fim, a questão mágica: "ah, mas eu queria que todas as edições de fantoches fossem obrigatoriamente revertidas." Sim, eu também, mas busco primeiro um meio termo, podendo, qualquer utilizador, iniciar outra seção para alterar os termos iniciais da presente proposta. Implemente-se a que eventualmente alcançar um consenso. Érico (disc.) 22h07min de 21 de outubro de 2020 (UTC)[responder]

Comentário Citação: uma conta regular pode repô-las, ficando, assim, responsável pela edição original. Isso torna demasiadamente fácil que as edições de um sockpuppet descoberto por meio de simples Verificação de Contas tenha suas edições encobertas por um meatpuppet cuja descoberta, banimento e reversão pode levar 5 ou 10 anos. Sem contar que uma terceira conta mal-intencionada pode encobrir a edição da segunda, e assim sucessivamente. Paraíso dos fantoches, é o que esse tipo de permissão cria. Mister Sanderson (discussão) 22h25min de 21 de outubro de 2020 (UTC)[responder]
É por acaso o que estou propondo ou é permitido pela regra atual? É necessário ler antes de opinar. Érico (disc.) 22h27min de 21 de outubro de 2020 (UTC)[responder]
É por acaso o que é permitido pela regra atual. Estou endossando sua crítica exposta em Citação: 4. Hoje, é possível reverter edições de fantoches confirmados. No entanto, como qualquer outra conta legítima (a priori) pode repô-las, não há muita segurança ao fazê-lo, tendo em vista que há fantocheiros que contam com apoiadores e que criam outras contas para esta tarefa sem muita dificuldade; Mister Sanderson (discussão) 22h33min de 21 de outubro de 2020 (UTC)[responder]
Pergunta Citação: 2. Os "determinados fantocheiros" seriam assim classificados pelos administradores, via consenso, seja através de DB ou pelo café dos administradores. No primeiro caso, existindo DB em curso, pode-se debater a questão do enquadramento da conta nos termos da presente proposta. Caso contrário, pode-se iniciar um tópico no café dos administradores, sendo que a comunidade poderá participar na discussão deste; Isso não reforçaria nos fantocheiros a impressão que existe uma "panelinha" de administradores conspirando contra eles, e eles então não usariam essa "prova" como munição contra a Wikipédia para recrutar mais idiotas para guerrear em causas vãs? Que tal usar um critério objetivo e automático, como "fantocheiro que criou mais de 10 fantoches para contornar bloqueios" ser automaticamente classificado como LTA? Ou então LTA ser "fantocheiro que insiste em contornar bloqueios há pelo menos 5 anos"? Daí não seria necessário decisão colegiada para fazer valer as restrições adicionais, seria pá-pum. Mister Sanderson (discussão) 22h32min de 21 de outubro de 2020 (UTC)[responder]
Pouco me importa o que fantocheiros dizem. Contas são bloqueadas pelos administradores. É eles que decidem se determinada conduta está, ou não, vedada. Existe outro órgão, além da comunidade, que auxilia? Não. Ademais, o problema de se criar métodos automáticos é que isso poderá incentivar uma competição entre fantocheiros, o que deve ser evitado - WP:DENY. Érico (disc.) 22h35min de 21 de outubro de 2020 (UTC)[responder]
Pode lhe importar pouco o que dizem os fantocheiros... a você. Pode lhe importar pouco o que dizem os fantocheiros... entre si. Mas creio ser importante o que os fantocheiros podem dizer aos incautos -- aquilo que possam usar de argumento a favor do ponto de vista deles, com propósito de recrutamento para o exército pessoal deles. Mister Sanderson (discussão) 22h43min de 21 de outubro de 2020 (UTC)[responder]
Como disse, são os administradores que decidem bloqueios e sua abrangência, com auxílio da comunidade. Érico (disc.) 22h44min de 21 de outubro de 2020 (UTC)[responder]
Pergunta Pretende-se criar uma página equivalente à w:en:Wikipedia:Long-term abuse? Mister Sanderson (discussão) 22h38min de 21 de outubro de 2020 (UTC)[responder]
Não sei. É um tópico a se discutir. Érico (disc.) 22h38min de 21 de outubro de 2020 (UTC)[responder]
Concordo. Já se foi o tempo da ingenuidade de que deve-se "peneirar" as edições dos fantocheiros para manter as úteis e remover as danosas. Isso é o mesmo que jogar pipoca pros pombos na praça e depois não entender porquê eles não param de se juntar em torno de si, ao invés de irem embora pra outra parte... Não reverter agressivamente as edições de Fantocheiros Abusadores de Longa Data é a recompensa que eles precisam para continuar contornando bloqueios: a certeza de que, mesmo banidos, poderão editar e que suas edições serão aceitas e validadas por outros editores oficialmente, por dentro das regras... Mister Sanderson (discussão) 15h07min de 25 de outubro de 2020 (UTC)[responder]

Apoio Ainda que seja um texto válido, com fontes e que agregue qualidade ao verbete, foi inserido por uma conta ilícita, portanto deve ser removido. Não faltarão editores de boa fé para melhorar o texto. Só um pequeno detalhe quanto ao texto da modificação:não acho necessários os negritos.--PauloMSimoes (discussão) 00h13min de 22 de outubro de 2020 (UTC)[responder]

O negrito não será incluído no texto, se aplicado. Foi apenas usado por mim para destacar as modificações que proponho. Érico (disc.) 00h21min de 22 de outubro de 2020 (UTC)[responder]

Apoio a proposta. Oportunamente o artigo com texto revertido poderá ser aperfeiçoado de forma válida. FábioJr de Souza msg 00h41min de 22 de outubro de 2020 (UTC)[responder]

  • Eu até apoio a proposta e entendo perfeitamente o que motiva esse tipo de resposta drástica. No entanto, isso não vai afastar esses sabotadores que circulam por aqui há mais de dez anos. O mal que fazem não é através do domínio principal. Lechatjaune msg 00h46min de 22 de outubro de 2020 (UTC)[responder]

Apoio e também apoiaria uma proposta mais ampla, saber que todas suas edições serão revertidas se tentar contornar o bloqueio desenhativa esse tipo de comportamento. Por outro lado também acho importante termos uma página como a en:Wikipedia:Standard offer explicando que existe a possibilidade de pedir revisão dentro de certas condições, já temos uma seção falando sobre isso na política de bloqueio e também o aviso que é colocado na PDU do bloqueado, mas uma página informativa como essa seria melhor para explicar porque as regras são rígidas e o que se espera de quem deseja voltar a editar. Danilo.mac(discussão) 01h36min de 22 de outubro de 2020 (UTC)[responder]

Fortemente contra a proposta. Cria um inaceitável e desnecessário dano ao projeto, além de represálias contra aquele que fizer algo bom, criando situações obtusas. Exemplo: um fantoche "long-term" modifica o nome de um artigo, de modo a corrigi-lo de acordo com o LE. O editor X reverte sob a justificativa que se trata de um fantoche (voltando assim à forma errada). Posteriormente, o editor Y volta o nome à forma correta. Note que esta edição pode até mesmo estar inconscientemente incidindo na norma repressiva - mas tanto faz, o fato é que essa ideia que aqui se propõe literalmente proíbe que se retorne ao correto. E a analogia vale para outros casos também, em que não esteja em jogo necessariamente o nome, mas formatação de fontes, inserção de fontes ou até mesmo conteúdo. Imaginem um conteúdo altamente rico ser proibido de ser reposto, por causa de uma questão de "autoria" editorial. Qual o objetivo desta proposta? Qual a sua racionalidade? Acho que perdemos o foco do que é melhor para o projeto em prol de questões supostamente morais ou de orgulho. Millennium bug 01h46min de 22 de outubro de 2020 (UTC)[responder]

Não me surpreende vossa oposição, tendo em vista que boa parte de suas edições no último ano se prestaram a repor edições de Quintinense. Inclusive as defeituosas (exemplo), que você nunca corrigiu. Eu ia até citar esses exemplos na própria proposta... cito-o agora. Érico (disc.) 01h49min de 22 de outubro de 2020 (UTC)[responder]
Corrigir o quê? Millennium bug 02h03min de 22 de outubro de 2020 (UTC)[responder]
Referências mal formatadas. Mas você está com tanta ânsia em ajudar o referido fantocheiro a manter suas edições que nem percebe. Érico (disc.) 02h04min de 22 de outubro de 2020 (UTC)[responder]
Aqui acho que há várias questões em jogo, basicamente três. Quanto a referências mal formatadas acho que vc se refere a isso: Citação: LE escreveu: «Dependendo do tipo da fonte (website, livro, periódico, etc.), a referência pode ser formatada com ajuda de predefinições seguintes». Pode não é deve; e esses nãos são os únicos artigos da wiki com o que vc chama de "defeito". Aliás, se vc considera isso um defeito, por que não o corrige. A segunda questão que eu não entendo é essa "ânsia em ajudar o referido fantocheiro". Você acredita nisso mesmo? Você está me decepcionando, meu rapaz. O terceiro ponto e o mais importante é que surpreenda ou não minhas afirmações eu não vi na sua resposta nada que atacasse seu mérito, limitando-se a um ataque pessoal recheado com uma "acusação" se qualquer embasamento, que me soa incompreensível vindo de você. Millennium bug 02h13min de 22 de outubro de 2020 (UTC)[responder]
O que? A referência que você repôs não tem nenhuma formatação. Aliás, me equivoquei ao falar "mal formatada", pois deveria afirmar "sem formatação", que é o caso. "Aliás, se vc considera isso um defeito, por que não o corrige" Corrigi, revertendo o fantoche, mas infelizmente o mesmo conta com aliados. Em relação à "ânsia" e "decepção", são termos perfeitamente aplicáveis a você mesmo, que nas últimas semanas repôs dezenas, sim, dezenas de edições do pior fantocheiro que tempos, incentivando-o a seguir em frente. Lamento ter que citar o seu caso, mas ele é a principal razão de ter apresentado esta proposta. Inclusive, é o que melhor explica seus méritos. Lamento mesmo. Érico (disc.) 02h17min de 22 de outubro de 2020 (UTC)[responder]
Vamos levar o diálogo a um rumo mais proativo, ok? Pego para exemplo justamente esse caso que vc cita. Vamos supor que eu não tivesse esquecido de usasse as predefinições. O que vc preferiria? Um artigo válido e com a fonte formatada ou um artigo ainda mais deficiente, sob a pena de bloqueio para quem restaurasse a fonte? É isto que está em jogo aqui. E sua "ânsia" de atacar simplesmente porque foi revertido é tanta que nem percebe os reais motivos da discordância e das edições. Colega, você não é mais uma criança. Espero que reflita sobre o que está fazendo e que vá direcionar seu mau humor para outro editor. Fui. Millennium bug 02h27min de 22 de outubro de 2020 (UTC)[responder]
Certamente não sou uma criança. Também não sou aliado de Quintinense, ajudando-o a manter suas edições (inclusive as erradas) sempre que pode e, consequentemente, incentivando que sua subversão continue. Nem todos nesta discussão podem afirmar o mesmo. Érico (disc.) 02h32min de 22 de outubro de 2020 (UTC)[responder]
Ok, Érico, você me convenceu de que está falando sério. Certo. Então eu sou "aliado do Quintinense". Você está tendo uma crise de loucura. Então vamos combinar o seguinte. Use os meios próprios para provar essa tese e me punir. Submeta-se também às sanções cabíveis caso não consiga. Mas por favor não continue nesse tom aqui, não é o espaço adequado. Millennium bug 02h44min de 22 de outubro de 2020 (UTC)[responder]
Em tempo: boa sorte. Millennium bug 02h47min de 22 de outubro de 2020 (UTC)[responder]

@Millennium bug: Tem alguma explicação razoável para que praticamente todas as suas edições no DP deste ano consistam em repôr edições do Quintinense? JMagalhães (discussão) 03h07min de 22 de outubro de 2020 (UTC)[responder]

Por favor reverta essa pergunta, pois já a fez em notificação de incidentes. Caso contrário peço seu bloqueio por abuso do espaço público. Millennium bug 03h28min de 22 de outubro de 2020 (UTC)[responder]
Mas já respondeu? Quando responder num dos lados eu removo no outro. JMagalhães (discussão) 03h38min de 22 de outubro de 2020 (UTC)[responder]
@Millennium bug: A partir do momento em que várias das suas edições consistiram em repor fontes colocadas por fantoches do Quintinense que sequer confirmavam o que estava escrito no artigo, o seu argumento é contrariado pela sua própria atuação. Por qualquer motivo bizarro você não repôs essas edições por serem boas, que não eram, mas sim por terem sido feitas por um fantoche, prejudicando com isso os próprios artigos e o domínio principal. Só para evitar que isso aconteça de novo já vale a pena aprovar esta regra.-- Darwin Ahoy! 11h19min de 24 de outubro de 2020 (UTC)[responder]

Discordo fortemente As remoções e reinserções precisam ser ponderadas caso-a-caso (como ocorre atualmente). Não faz sentido remover conteúdo válido e piorar um artigo apenas para contrariar um sock, no fim das contas, os leitores serão os maiores penalizados. Daveout (discussão) 08h27min de 22 de outubro de 2020 (UTC)[responder]

@Daveout, qual medida alternativa você propõe para que um determinado fantocheiro hipotético, banido há mais de 10 anos mas que continua editando diariamente por aqui, afaste-se definitivamente do projeto? Ponderar as remoções e reinserções caso-a-caso dá bastante trabalho, consumindo tempo e energia de editores que poderiam estar fazendo algo mais útil da vida deles. É como se fosse um Ataque de negação de serviço: o fantocheiro faz milhares de edições usando dezenas de fantoches, e depois os editores de boa-fé, inocentes, é que têm de parar tudo pra ir conferir a validade diff-por-diff? Isso claramente não tem dado o resultado esperado, isto é, os editores de boa-fé desistem de enxugar gelo e não fazem as verificações caso-a-caso, o fantocheiro triunfa tendo suas edições todas mantidas, e continua sendo recompensado por editar em evasão de bloqueio. Por acaso, alguma vez, você já tentou conferir caso-a-caso as edições de um fantocheiro, pra ver a validade das edições dele? Mister Sanderson (discussão) 15h13min de 25 de outubro de 2020 (UTC)[responder]
@Mister Sanderson A proposta original era muito radical e versões mais moderadas foram apresentadas por Goethe e Albertoleoncio (concordo com ambas, mas prefiro a de Goethe). Imagina a seguinte situação hipotética: um sock corrige um erro de ortografia (algo não controverso), o erro é reinserido no artigo (prejudicando os leitores) e, não apenas isso, qualquer pessoa que corrija o erro novamente é considerada braço do sock. \ Esse é o tipo de problema que surgiria se o texto original fosse aprovado. Eu não concordo com a ideia de que ao nos apropriarmos de algumas edições boas de usuários ruins estaremos, de alguma forma, minimizando ou validando todos os seus mal feitos; e nem que essas edições boas prejudicam o projeto. É possível, ao mesmo tempo: 1) condenar e punir as ações dos socks, 2) reverter seus atos nocivos, suspeitos ou inúteis, 3) e permitir que algumas adições úteis aqui e ali sejam reaproveitadas. É principalmente uma questão de pragmatismo. Daveout (discussão) 17h16min de 25 de outubro de 2020 (UTC)[responder]
Daveout tocou num ponto que já me tinha chamado atenção. A proposta inicial de Érico, pelo que eu pude entender, não abre nenhuma exceção para edições de usuários banidos, mesmo para casos extremos. Imaginemos o seguinte: uma CPV vandaliza um artigo e um desses fantoches chega lá e desfaz. Qual a providência a ser tomada? Reverter a edição mantém o vandalismo, e repô-la lhe sujeitaria a sanções, pois tá bem claro aqui Citação: No entanto, tratando-se de fantocheiros com longo histórico de abusos, toda edição deve, obrigatoriamente, ser revertida. Eventual reposição da edição, ou buscar impedir sua reversão, será enquadrada como tentativa de fraudar o bloqueio originalmente imposto ao fantoche. Então não dá para simplesmente barrar qualquer edição prontamente. GoEThe e Alberto Leoncio já propuseram algumas emendas, mas acho que é preciso pontuar bem em quais situações essas edições devam ser admitidas (Ex. remoção de falsidades, reversões de vandalismo, correções na formatação, consertos ortográficos e por aí vai).
Citação: Mister Sanderson escreveu: «qual medida alternativa você propõe para que um determinado fantocheiro hipotético, banido há mais de 10 anos mas que continua editando diariamente por aqui, afaste-se definitivamente do projeto».
Sinceramente, não acho que esse tipo de proposta vai afastá-lo. Um dos principais vetores do esquema Quintinense é sua influência off-wiki. Enquanto ele mantiver contato com usuários daqui em meios externos ao projeto, pode esperar a ocorrência de novos casos parecidos. Infelizmente, no momento não existe nenhuma forma de afastar de vez esse titereiro, o que resta é banir seus comparsas um por um, na medida em que forem sendo identificados.--BrunoG. 11-11 (D​ ctrib​ A​ E​ logs​ B​ M​ F) 21h26min de 25 de outubro de 2020 (UTC)[responder]
Penso que isso pode ser resolvido se na proposta ficar claro que nenhuma edição de sock deve ser revertida se isso implicar manter conteúdo lesivo ao projecto.-- Darwin Ahoy! 21h30min de 25 de outubro de 2020 (UTC)[responder]

Concordo, em princípio, mas o texto proposto parece-me um pouco confuso. Há excepção (reverter sempre) a excepção (não reverter quando a edição é benéfica). Proponho antes:

“ 5.1 Edições feitas em contorno de bloqueio devem ser revertidas, sendo obrigatoriamente revertidas quando feitas por fantocheiros com longo histórico de abuso (Ver lista). Qualquer reposição de uma edição revertida, ou tentativa de impedimento de reversão, poderá ser enquadrada como tentativa de contorno de bloqueio por parte do fantocheiro e a conta que repôs a edição considerada um fantoche/meatpuppet, numa discussão de bloqueio. A única situação em que a reversão de edição em contorno de bloqueio é facultativa será quando for consensual que a edição é válida, correcta e útil à Wikipédia. ”

GoEThe (discussão) 10h42min de 22 de outubro de 2020 (UTC)[responder]

No passado já fui contra este tipo de posicionamento (e por princípio seria), mas infelizmente a prática tem demonstrado que a manutenção dessas edições acaba sendo uma espécie de compensação de malfeitoria. De modo geral Concordo e subscrevo a sugestão que o GoEThe faz acima.-- Darwin Ahoy! 11h59min de 22 de outubro de 2020 (UTC)[responder]

Comentário Quem vai dizer que a reversão é consensual?FábioJr de Souza msg 14h24min de 22 de outubro de 2020 (UTC)[responder]

Os editores. GoEThe (discussão) 15h03min de 22 de outubro de 2020 (UTC)[responder]
Claro. Mas em que lugar isso vai ocorrer? Na página de discussão do artigo? No café dos administradores? NO café dos burocratas? No café dos eliminadores? Em uma página especial a ser criada para isso?FábioJr de Souza msg 15h37min de 22 de outubro de 2020 (UTC)[responder]
@Fabiojrsouza:, acho que o local obrigatório é a discussão do artigo, afinal se trata de conteúdo. --Eta Carinae (discussão) 15h39min de 22 de outubro de 2020 (UTC)[responder]

Concordo com a proposta e com a alteração do GoEThe, mas recomendaria a alteração da última frase, desse modo:

“ "5.1 Edições feitas em contorno de bloqueio devem ser revertidas, sendo obrigatoriamente revertidas quando feitas por fantocheiros com longo histórico de abuso (Ver lista). Qualquer reposição de uma edição revertida, ou tentativa de impedimento de reversão, poderá ser enquadrada como tentativa de contorno de bloqueio por parte do fantocheiro e a conta que repôs a edição considerada um fantoche/meatpuppet, numa discussão de bloqueio. No entanto, o reaproveitamento de edições revertidas por outros usuários pode ser admitido, desde que tenha ocorrido em circunstâncias pontuais e não sistemáticas." ”
  • Como "reaproveitamento", entende-se como o uso das fontes inseridas ou correções do texto. Nesse caso, a mera reversão da reversão não será permitida.
  • Como "circunstâncias pontuais e não sistemáticas", entende-se como o reaproveitamento de edições em, por exemplo, um ou outro artigo que o editor já tenha trabalhado ou esteja trabalhando. Nesse caso, o reaproveitamento de dezenas de edições revertidas de um fantocheiro, dados após seu bloqueio, não será tolerado.

━ ALBERTOLEONCIO Who, me? 15h25min de 22 de outubro de 2020 (UTC)[responder]

Apoio, e concordo com as observações do @GoEThe:. Acredito que é bem mais fácil haver uma discussão sobre o conteúdo revertido do fantoche do que simplesmente impedir a reversão. --Eta Carinae (discussão) 15h31min de 22 de outubro de 2020 (UTC)[responder]

Também Apoio a proposto do Alberto.FábioJr de Souza msg 15h37min de 22 de outubro de 2020 (UTC)[responder]

Concordo com a proposta, mas desde que também sejam observadas as propostas trazidas por GoEThe e Albertoleoncio. Entendo ser necessário combater edições de fantocheiros, mas também considero importante analisar caso a caso. A título de hipótese, se um fantocheiro, em um dos meus artigos vigiados, colocar um fonte importante de revista dos anos 80-90, como da Famitsu e Game Pro, e ainda com link de verificabilidade, eu não irei reverter. Por isso entendo que se deve ter cautela ao reverter todas as edições. --A.WagnerC (discussão) 15h41min de 22 de outubro de 2020 (UTC)[responder]

@GoEThe: Olá. A última frase da tua proposta, "A única situação em que a reversão de edição em contorno de bloqueio é facultativa será quando for consensual que a edição é válida, correcta e útil à Wikipédia.", faria com que a situação ficasse tal como é hoje. Não? Não sei se entendi bem. Por exemplo: as edições de Quintinense seriam revertidas, "obrigatoriamente", e então outro poderia reverter a reversão? Ou esta parte só valeria para contas que não estejam naquela lista (a ser criada...)? Érico (disc.) 15h54min de 22 de outubro de 2020 (UTC)[responder]

Olá, @Érico. Talvez ainda precise de alguns ajustes. Gosto do que o @Albertoleoncio propôs, e parece resolver essa ambiguidade também. Sim, seria uma lista a ser criada com os fantocheiros ou pode ser a Especial:Páginas_afluentes/Predefinição:Fantocheiro. GoEThe (discussão) 16h32min de 22 de outubro de 2020 (UTC)[responder]

Concordo com a proposta. Já pensei diferente no passado, pois acreditava que reverter edições válidas de usuários bloqueados era coisa de "orgulho" de alguns administradores. Hoje, visto o estrago causado por tais usuários bloqueados, sou completamente a favor da reversão e principalmente da proibição da reposição das edições, desde que aplicada com bom senso quando se há uma clara intenção de encobrimento de fantoches. A desculpa de "as edições são válidas" não cola, pois são edições de editores impedidos indefinidamente de editar o projeto mas continuam a fazer pois esses sim são os verdadeiros orgulhosos, teimosos. Repor essas edições é dar carta branca para a ações de usuários que hoje chamo de vândalos, ações que não ficam apenas em "tentar fazer edições boas", mas em aliciamento de novatos offwiki, tag-team em votações e uso de fantoches e meatpuppets para wikiadvocacia. Chegamos a um ponto onde um burocrata aparece apenas para repor edições do Quintinense, essa regra precisa mais que nunca ser debatida e aprovada.João Henrique (Mensagens)  16h16min de 22 de outubro de 2020 (UTC)[responder]

Concordo com a proposta, sockeadores banidos não tem que editar e ponto final. A atual permissividade com estas edições auxilia a cooptação de inocentes uteis por este tipo de gente. Fabiano msg 17h21min de 22 de outubro de 2020 (UTC)[responder]

Concordo com a proposta do Albertoleoncio. A reversão será obrigatória apenas para fantocheiros de longo histórico de abuso; além disso, a conta que chegou a reverter a edição do fantocheiro só poderá ser considerado um sockpuppet ou meatpuppet por meio de discussão de bloqueio. No entanto, haverá exceções a essa regra caso a conta insira fontes e correções no verbete, assim como, o usuário tenha contribuído ou esteja contribuindo com um ou mais artigos. Eu imagino que, em caso de alguma conta passar por uma DB diante destas evidências, o ideal seria passar por verificação antes dos administradores tomarem qualquer decisão precipitada. Por fim, faço só um adendo ao Albertoleoncio que coloque um "No entanto," antes de "o reaproveitamento", para que haja uma conjunção adversativa na redação. WikiFer msg 22h05min de 22 de outubro de 2020 (UTC)[responder]

Ok. ━ ALBERTOLEONCIO Who, me? 22h22min de 22 de outubro de 2020 (UTC)[responder]
  1. Se o fantocheiro foi excluído do projeto pela comunidade, significa que a própria comunidade reconhece que as contribuições do fantocheiro não são bem-vindas.
  2. Qualquer fantocheiro, independentemente do modus operandi, consegue fazer meia dúzia de edições úteis.
  3. Considero desumano obrigar os verificadores ou qualquer outro editor analisar cada edição de um contorno de bloqueio. Neste cenário, precisaríamos de várias pessoas exclusivamente para tal função.

Dada as considerações, Concordo com a proposta. A permissividade vista no projeto colabora com a evasão reincidente. Sendo assim, tendo a concordar com a redação do Alberto. Edmond Dantès d'un message? 03h30min de 24 de outubro de 2020 (UTC)[responder]

Alerta de fantocheria em curso: informo que Quintinense está colhendo (via off-wiki) apoio para que esta proposta seja rejeitada. Aliás, vide manifestação de "Millennium bug". Érico (disc.) 05h38min de 24 de outubro de 2020 (UTC)[responder]

Concordo com a proposta. Quero acrescentar que não faz sentido justificar edições de fantocheiros de largo histórico pelo conteúdo, porque em possíveis casos de artigos de notoriedade questionável, por exemplo, espera-se que se um tema relevante seja justificável a partir dos critérios de notoriedade e da contribuição de outros editores. E também não há nada que impeça que o conteúdo eliminado seja recriado futuramente por qualquer editor não envolvido e com referências/texto completamente novo. Em edições menores em artigos, segue a mesma lógica. Não estamos falando de contribuições profundas a nível de EAD (o que não parece ser uma área de interesse dos fantocheiros mais recorrentes). Não vejo motivos para que alguém se oponha a proposta. Fronteira diga - veja 23h51min de 24 de outubro de 2020 (UTC)[responder]

Pergunta se alguma edição colocada por fantoche que foi revertida vier a ser válida, seria possível discutir sobre reintroduzi-la na página de discussão do artigo como uma maneira mais rigorosa de verificar o mérito (se houve algum) da edição? A não ser que esteja entendendo errado, tenho medo que essa proposta possa causar trolling por parte de fantoches ao introduzir constatações óbvias (como "o céu é azul") e causar confusão quando um editor quiser fazer a mesma constatação de forma regular. --Luk3🔔• 📖 14h19min de 25 de outubro de 2020 (UTC)[responder]

@Luk3: Olá. Nestes casos a edição não deve ser revertida. O texto do GoEThe e do Alberto é mais adequado justamente por permitir que, em situações excepcionais, a regra deixe de ser aplicada em sua plenitude. Érico (disc.) 15h01min de 25 de outubro de 2020 (UTC)[responder]
Neste caso, Concordo com a proposta. --Luk3🔔• 📖 22h11min de 25 de outubro de 2020 (UTC)[responder]

Apoio Gremista.32 (discussão) 01h02min de 26 de outubro de 2020 (UTC)[responder]

Diff da aplicação do consenso, a quem interessar possa.--Mister Sanderson (discussão) 22h21min de 26 de outubro de 2020 (UTC)[responder]

Pergunta ao Érico: falta incluir uma ligação interna para "(ver lista)", no texto que você incluiu na política de bloqueio. WikiFer msg 21h08min de 27 de outubro de 2020 (UTC)[responder]

Sim, eu sei, mas não consigo fazer tudo ao mesmo tempo. Érico (disc.) 23h42min de 27 de outubro de 2020 (UTC)[responder]
Érico O esclarecimento sobre "reaproveitamento" e "circunstâncias pontuais e não sistemáticas", apresentadas pelo Albertoleoncio, também precisam ser incluídas na política de bloqueio, pois estas servirão para que não haja subjetividade na interpretação das mesmas no futuro. WikiFer msg 20h08min de 29 de outubro de 2020 (UTC)[responder]
Qual esclarecimento? Érico (disc.) 20h22min de 29 de outubro de 2020 (UTC)[responder]
Érico O Albertoleoncio definiu como será o "reaproveitamento" e "circunstâncias pontuais e não sistemáticas" separando-as em dois asteriscos. Aquela redação lá também precisa ser incluída na PB. Lembre-se que, sem esta redação, estes termos ficam subjetivos. WikiFer msg 21h55min de 29 de outubro de 2020 (UTC)[responder]
@WikiFer Não falta pois eu acrescentei o link no dia anterior ao seu questionamento. Mister Sanderson (discussão) 20h28min de 29 de outubro de 2020 (UTC)[responder]
Não, você apenas incluiu um link, com título não muito recomendável, sem criar, de fato, a página. Érico (disc.) 20h37min de 29 de outubro de 2020 (UTC)[responder]
@Érico, o @WikiFer mencionou Citação: falta incluir uma ligação interna para "(ver lista)" Foi exatamente o que eu fiz um dia antes dele cobrar: adicionei uma ligação interna, criei um link. O WikiFer não mencionou a criação da página, que, segundo a própria regra aprovada, terá o conteúdo controlado pelos administradores mediante discussões no Café dos Administradores. Não compete a mim criar a lista, mas sim, eu criei a ligação. O assunto aqui é o link, não a página. Leia bem... Mister Sanderson (discussão) 21h55min de 29 de outubro de 2020 (UTC)[responder]

Proposta complementar[editar código-fonte]

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

A discussão durou duas semanas, e todos os usuários que participaram na discussão concordaram, então a regra será criada.

Em complemento à proposta inicial, proponho criar uma regra de eliminação rápida semelhante à regra G5 da en.wiki (Creations by banned or blocked users):

G5. Páginas criadas por editores bloqueados ou banidos Aplica-se a páginas criadas por editores bloqueados ou banidos em contorno de bloqueio e que não tenham edições substanciais de outros editores. A regra não deve ser aplicada a predefinições transcluídas ou a categorias que possam ter utilidade ou que possam ser fundidas.

  • Para ser elegível, a edição ou a criação da página devem ter sido realizadas durante o período em que o editor esteve bloqueado ou banido. Uma página criada antes ou depois da vigência do bloqueio não se enquadra para ser eliminada por esta esta regra.
  • No caso de bloqueios parciais, a página criada deve constituir uma violação dos termos específicos desse bloqueio.
  • O caso mais comum de aplicação desta regra são páginas criadas por contas alternativas ilícitas (sock puppets) como contorno de bloqueio. Quaisquer páginas criadas pela conta alternativa após o bloqueio da conta principal são elegíveis para ser eliminadas por esta regra.

JMagalhães (discussão) 10h01min de 25 de outubro de 2020 (UTC)[responder]

Concordo, sem nada a acrescentar ao texto proposto, que já salvaguarda a única situação em que penso que podem ou devem ser poupados, o caso de artigos criados e com muitas edições posteriores sem relação com quem os criou.-- Darwin Ahoy! 14h04min de 25 de outubro de 2020 (UTC)[responder]
Concordo, é o que precisamos para evitar a necessidade de criar ECs como a Wikipédia:Páginas para eliminar/Wikipédia:A Wikipédia não é uma tirania da maioria. Mister Sanderson (discussão) 14h55min de 25 de outubro de 2020 (UTC)[responder]
Concordo. Érico (disc.) 15h01min de 25 de outubro de 2020 (UTC)[responder]
Concordo com proposta, alterando G5 para A7. A nova regra de ER só deve ser aplicada se o artigo foi criado durante o período em que a conta foi bloqueada, em casos de contorno de bloqueio (não vale nem para antes ou depois do bloqueio), assim como, ser uma regra em definitiva para casos de contas banidas (obviamente, com o fantoche confirmado por verificação). Além disso, artigos que, posteriormente, tiveram edições substanciais de outros editores não deve receber a aplicação da regra. Por fim, como não há regras G2 a G4 de ER, o ideal seria dá continuidade as regras A já existentes, no caso esta proposta seria A7. WikiFer msg 16h03min de 25 de outubro de 2020 (UTC)[responder]
Concordo com a proposta. @WikiFer: Recomendaria utilizar "G", já que é uma regra Geral e pode ser aplicada em qualquer página além dos Artigos. Como já existe a G1, a próxima regra seria a G2. ━ ALBERTOLEONCIO Who, me? 16h19min de 25 de outubro de 2020 (UTC)[responder]
Albertoleoncio Excelente, neste caso altera-se G5 para G2. WikiFer msg 16h30min de 25 de outubro de 2020 (UTC)[responder]
Concordo. João Henrique (Mensagens)  16h30min de 25 de outubro de 2020 (UTC)[responder]
Concordo com a proposta, incluindo a mudança da nova regra para G2, já que a G5 (eliminação técnica) já existe. FábioJr de Souza msg 19h37min de 25 de outubro de 2020 (UTC)[responder]
Concordo, desde se torne a regra G2, já que faz mais sentido. --Luk3🔔• 📖 22h11min de 25 de outubro de 2020 (UTC)[responder]
Apoio Gremista.32 (discussão) 01h02min de 26 de outubro de 2020 (UTC)[responder]
Concordo per Luk3. Juan90264 (Disc.) 06h35min de 26 de outubro de 2020 (UTC)[responder]
Concordo Edmond Dantès d'un message? 16h08min de 26 de outubro de 2020 (UTC)[responder]
Concordo com a proposta complementar, sem nenhum acréscimo. --A.WagnerC (discussão) 17h54min de 26 de outubro de 2020 (UTC)[responder]


Pergunta Isso é retroativo? E cito o exemplo deste editor desequilibrado, deste fantocheiro Categoria:!Fantoches de Kubaski que criou inúmeras páginas depois do bloqueio da conta master, se encaixam nesta nova diretriz se aprovada? Devem ser eliminadas só as que forem criadas futuramente ou as que já foram criadas, entram no escopo? O "R" Aliado ✉ 22h33min de 26 de outubro de 2020 (UTC)[responder]

@O revolucionário aliado: Tem alguns exemplos?-- Darwin Ahoy! 22h42min de 26 de outubro de 2020 (UTC)[responder]
@DarwIn: procurei em algumas contas, das dezenas e só achei isto [4]. Na verdade, ele criou algumas, mas como IP como Rádio Lagoa Dourada FM. O "R" Aliado ✉ 22h56min de 26 de outubro de 2020 (UTC)[responder]
@O revolucionário aliado: Se a criatura já está fora de combate, eu deixaria isso quieto, pois não haveria ganho algum (só perda, na verdade).-- Darwin Ahoy! 23h00min de 26 de outubro de 2020 (UTC)[responder]
@O revolucionário aliado: somente no período de vigência do bloqueio. Então, não seria retroativa. Qualquer criação que antecede ao bloqueio da conta master deve ser analisada de acordo com a política de eliminação, não por esta regra aqui proposta. Edmond Dantès d'un message? 20h44min de 27 de outubro de 2020 (UTC)[responder]
  • Tendo a concordar com a reversão das edições, desde que não seja uma mudança passível de ser usada pelos sockeadores pra fazer a edição que eles quiserem ser a revisão obrigatória. Seja revertendo as edições que eles querem que fique ou revertendo vandalismo, o que se revertido por outros pode com o tempo dar impressão de que a regra é falha. Me parece que medidas foram tomadas pra prevenir isso.
    Isso tudo me lembra da época em que eu já fazia isso (há 10 anos talvez?), enquanto alguns tentavam amenizar pros socks recolocando o que eu desfazia. Parece que caminhamos a passos lentos ou acordamos tarde. Minha opinião ainda não é muito diferente da discussão citada.—Teles«fale comigo» 03h11min de 28 de outubro de 2020 (UTC)[responder]


Concordo deve haver a reversão para desestimular o sockeador de não criar uma nova conta e fazer o que fazia antes. Acabei de ver edições suspeitas do sockeador Categoria:!Fantoches de Joaopaulodasilvapoquiviqui, que não muda o padrão e o comportamento. Levei para verificação e foi positivo a conta Scox-1, mais um dos Categoria:!Fantoches de José sinésio rodrigues, que não muda o padrão e o comportamento. Como interromper isso? Ou damos uma segunda, terceira ou outra change de colaborar, abrindo para estes editores DB para justificar e desculpar-se ou revertemos até edições legítimas, para desestimular seus participações. O "R" Aliado ✉ 02h15min de 31 de outubro de 2020 (UTC)[responder]

A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


[Ver]

WP:EC - Consensos unânimes: permitir encerramento por qualquer pessoa

Precedido por
Eliminações por Consenso sem votação (1mai2018)		 Revisão de WP:EC
 Sucedido por
WP:EC - Obrigar o aviso ao criador do artigo e aos principais editores do mesmo (5abr2021)
A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

Rejeitada por unanimidade. Rejeitada por unanimidade, por receio de abuso da fantocharia.

Problema detectado: quando uma EC obtém o quórum mínimo, passa pelo prazo mínimo de debate, e o consenso é unânime, ainda assim é preciso aguardar a intervenção de um eliminador ou administrador para encerrá-la. O mesmo se dá quando não há participação, gerando o resultado "inconclusivo" ou "manter por falta de quórum".

Ora, sendo unânime, não é preciso ser administrador nem eliminador para encerrar, pois até quem é cego consegue ver o resultado! Não é preciso seguir WP:ECF para pesar os "argumentos a evitar" e os "argumentos pertinentes" de cada lado para dar um resultado balanceado. Isso sim requer intervenção de pessoal qualificado! Mas simplesmente ver que todos concordaram, qualquer pessoa consegue fazer, sem "flags".

Solução proposta: Alterar WP:ECF, da forma detalhada a seguir.

Texto atual: Citação: É recomendável que as discussões sejam fechadas somente por administradores ou eliminadores não envolvidos, porém mesmo os envolvidos poderão finalizá-las quando houver unanimidade em torno de uma opção; ou prorrogá-las, em qualquer caso.

Texto proposto: Citação: É recomendável que as discussões sejam fechadas somente por administradores ou eliminadores não envolvidos, porém, nos casos de resultados unânimes em torno de uma opção, qualquer editor pode finalizá-las.

Isso pode parecer inócuo quando o resultado é "eliminar", pois só eliminadores e administradores poderão concretizar a eliminação, de fato, independentemente do que se escreva na página da EC. Mas pouparia esforços dos detentores de "flags" nos casos de "manter unânime", "manter por falta de quórum", "redirecionar", "fundir", "mover para manutenção emergencial", etc., que não requerem "flag" nenhuma para executar.

Removi o pedaço sobre prorrogação pois não existe mais prorrogação de debate nem de votação há um bom tempo... O texto estava desatualizado.

--Mister Sanderson (discussão) 18h40min de 24 de outubro de 2020 (UTC)[responder]

Discordo A iniciativa da sua proposta é construtiva, mas a regra atual já determina que qualquer envolvido na discussão, sendo eliminador ou administrador, pode encerrar a PE em caso de unanimidade nos pareceres. Não podemos esquecer que a política de eliminação por consenso é delegado, exclusivamente, para quem tem as ferramentas de eliminação poder fechar PEs e, independente de houver unanimidade ou não, o uso da ferramenta pertence ao eliminador. WikiFer msg 18h53min de 24 de outubro de 2020 (UTC)[responder]

@WikiFer, qual ferramenta é usada num caso de "inconclusivo por falta de quórum"? Mister Sanderson (discussão) 18h59min de 24 de outubro de 2020 (UTC)[responder]
WikiFer Se a discussão terminar inconclusivo, não seria necessário o uso da ferramenta, mas se a unanimidade for para eliminar um artigo, o que acontece com mais frequência em PEs? Além disso, eu não sei se o script de arquivamento de PEs funciona para usuários que não sejam eliminadores, é outra questão que, ao meu ver, também impediria sua proposta. A verdade é que uma decisão dessa impactaria no sistema em geral. WikiFer msg 19h05min de 24 de outubro de 2020 (UTC)[responder]
@WikiFer qual ferramenta é usada num caso de "redirecionar" unânime? Mister Sanderson (discussão) 19h07min de 24 de outubro de 2020 (UTC)[responder]
MisterSanderson A ferramenta de script para auxiliar o fechamento da página e, consequentemente, a padronização de arquivamento. Unanimidade qualquer um pode encerrar, desde que seja delegado por quem tem acesso as ferramentas de eliminação. Geralmente, autorrevisores são nominados pelo desempenho que tem em melhorar artigos, não em participar em PEs, são contextos distintos. Participar em processos de eliminação geralmente é requisito para quem quer ser um eliminador, não podemos adiantar as coisas. WikiFer msg 19h13min de 24 de outubro de 2020 (UTC)[responder]

Discordo, e faço minhas as palavras do WikiFer. O problema dos "consensos" é a solução de conflitos. Uma vez que os próprios participantes podem fechar as propostas incontestes, estas não se acumulam. Ou seja, é desnecessário delegar essa atribuição a usuários não delegados. Yanguas diz!-fiz 18h56min de 24 de outubro de 2020 (UTC)[responder]

@MisterSanderson: O que é "unânime" pra uns, pode não ser pra outros, especialmente "novatos" que querem manter a qualquer custo! Acho que finalização até poderia ser feita, mas por usuários experientes, o que poderia incluir autorrevisores(as)/reversores(as), mas não "qualquer um"! Um ponto que acho mais importante discutir é: "A partir de 1 de julho de 2013, é considerada também como inconclusiva (e consequentemente fechada sem votação) toda PE que não contar com pelo menos 3 pessoas opinando (incluindo o proponente — mesmo IP — e excluindo o eliminador que fecha a PE)" que dá a entender (ao menos pra alguns) que a participação do "eliminador" na discussão é "excluída" -- Sete de Nove msg 18h57min de 24 de outubro de 2020 (UTC)[responder]

@79a Citação: Acho que finalização até poderia ser feita, mas por usuários experientes, o que poderia incluir autorrevisores(as)/reversores(as), mas não "qualquer um"! Não tenho nada contra alterar o termo para filtrar melhor quais não-eliminadores e não-administradores poderiam encerrar as discussões. Por mim, pode ser. Mister Sanderson (discussão) 19h01min de 24 de outubro de 2020 (UTC)[responder]
@MisterSanderson: Por esse lado, seria bom! Mas prefiro que seja reversores, porque esse estatuto; é mais difícil de um usuário receber, do que o estatuto de Autorrevisores, significando mais confiança nos usuário que irão encerrar as PEs. Juan90264 (Disc.) 19h53min de 24 de outubro de 2020 (UTC)[responder]

Comentário Para início de discussão... Eu não sou contra a que autorrevisores pudessem fechar consensos unânimes no sentido de manter. Mas entendo a "questão" do Wikifer. FábioJr de Souza msg 19h00min de 24 de outubro de 2020 (UTC)[responder]

Contra. Entendo o objetivo, mas recentemente foi exposto um caso em que o proponente era meat de banido, dois dos que comentaram eram socks (um de Quintinense e outro de Porokhov) de banidos e o que encerrou era meat de banido (Wikipédia:Páginas para eliminar/Lista de municípios de Santa Catarina por população). Se isso é capaz de ocorrer com o sistema atual, em que quem encerra precisa ter o apoio e o escrutínio mínimo da comunidade, imagine se nenhum contrapeso fosse instituído. Também discordo que autorrevisores possam fazer isso pois já tivemos recentemente dois administradores meats que poderiam facilmente conceder o estatuto. Ademais, esta proposta pode tirar o incentivo de eventuais candidatos a administrador, cujas funções já são demasiadamente repartidas. Érico (disc.) 19h10min de 24 de outubro de 2020 (UTC)[responder]

Pela a palavra de demais usuários administradores e não administradores, eu Discordo totalmente da proposta; também pela citação de Érico Citação: recentemente foi exposto um caso em que o proponente era meat de banido, dois dos que comentaram eram meats de banido e o que encerrou era meat de banido (Wikipédia:Páginas para eliminar/Lista de municípios de Santa Catarina por população).; seria muito risco, os consensos serem encerrados por qualquer pessoa. Prefiro como ela está, somente eliminadores e administradores que podem encerrar consensos, sendo bem mais seguro. Juan90264 (Disc.) 19h37min de 24 de outubro de 2020 (UTC)[responder]

Contra Seja para manter ou para eliminar o fecho de uma PE tem de ser feito por quem foi mandatado pela comunidade para isso. Dux Æ 19h45min de 24 de outubro de 2020 (UTC)[responder]

Contra a proposta. ECs foram maculadas por anos por um fantasma que recente voltou a nos assombrar. Não é momento. A discussão deve ser avaliada por usuários com confiança da comunidade, e receber as ferramentas (por consenso, no caso de eliminador, por votação, caso administrador) é um atestado dessa confiança. João Henrique (Mensagens)  20h02min de 24 de outubro de 2020 (UTC)[responder]

Considerando os vários argumentos apresentados acima, reavalio minha opinião, sendo Contra essa proposta, como apresentada até agora! -- Sete de Nove msg 21h50min de 24 de outubro de 2020 (UTC)[responder]

  1. Eliminadores/Administradores já fizeram análises ruins nas conclusões (tanto na percepção da existência de quórum quanto na argumentação);
  2. Uma pessoa sem a ferramenta de exclusão vai encerrar uma discussão de eliminação e... abrir um pedido para excluir a página?
  3. Obviamente que um número elevado de discussões em vigor, somado com uma baixa participação da comunidade apta ao processo pode ocasionar algum problema. No entanto, as discussões com consenso unânime são pesos mortos comparado aquelas discussões poluídas e divididas. Então qual o sentido deste réquiem?

Edmond Dantès d'un message? 16h05min de 26 de outubro de 2020 (UTC)[responder]

A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


[Ver]

Remoção da proteção parcial permanente de todos os 366 artigos de datas

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

As protecções serão removidas

Com o banimento dos IPs, os níveis de vandalismo caíram drasticamente, e têm se mantido assim. Consequentemente, creio que podemos reverter a medida emergencial tomada aqui: Wikipédia:Esplanada/propostas/Proteção parcial permanente de todos os 366 artigos de datas (3set2018), que não se torna mais necessária. Lembro que qualquer artigo protegido restringe efectivamente a liberdade de edição mesmo a contas recém-registadas, pelo que as protecções apenas devem ser aplicadas em casos desesperados, como era a situação em 2018, mas que felizmente não é mais o caso.-- Darwin Ahoy! 01h19min de 25 de outubro de 2020 (UTC)[responder]

{{Concordo}}: se a ideia era impedir vandalismo de IPs, e eles já não podem editar desde o dia 4 de outubro, não se sustenta mais a necessidade de proteção contra edições deles. Mister Sanderson (discussão) 10h32min de 25 de outubro de 2020 (UTC)[responder]

Concordo Tendo em vista o bloqueio dos ips, as proteções de nível autoconfirmados diminuiram sua efetividade. --A.WagnerC (discussão) 01h42min de 25 de outubro de 2020 (UTC)[responder]

Concordo com a remoção da proteção. FábioJr de Souza msg 02h22min de 25 de outubro de 2020 (UTC)[responder]

Concordo uma vez que essas proteções restringem a edição a contas recém-registadas. Vanthorn® 02h34min de 25 de outubro de 2020 (UTC)[responder]

Concordo. Depois do bloqueio dos IPs de editar/criar, a necessidade das proteções de nível autoconfirmados não são muito necessários. Juan90264 (Disc.) 02h46min de 25 de outubro de 2020 (UTC)[responder]

Concordo Após o banimento de IPs, estas proteções tornaram-se desnecessárias. WikiFer msg 04h34min de 25 de outubro de 2020 (UTC)[responder]

Concordo Não houve objeções, acho que basta aplicar. Alguém se aplica? Saturnalia0 (discussão) 17h42min de 4 de novembro de 2020 (UTC)[responder]

A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


[Ver]

Inserir o procedimento de speedyclose na Wikipédia Lusófona.

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

A proposta será encerrada porque imagino que seja melhor se discutir antes a regulamentação dos Cancelamentos de EC. Gostaria que o outro usuário criasse a proposta para isso, pois creio que a falta de fundamentação dessa proposta aqui fez ela fracassar.

noinclude>

Outubro

</noinclude>

Saudações comunidade, acredito que existe uma ferramenta que seria uma boa adição à nossa Wikipédia e que já existe na Wikipédia anglófona. O nome da ferramenta é speedyclose e permite que ECs, em casos específicos, sejam encerradas antes do prazo comumente estabelecido (que aqui é de sete dias). A não existência dessa ferramenta fez com que um encerramento prévio a uma EC em que obviamente o consenso já havia sido alcançado de forma esmagadora fosse contestado em um pedido de revisão de ação administrativa. Eu não tenho certeza se a ação feita seria plenamente aceitável caso o speedyclose já estivesse em vigor por aqui, mas acho que a adição da regra seria útil para essa Wikipédia, pois já existe na principal. Gostaria que o MisterSanderson e o Érico me ajudassem na elaboração dessa proposta e dissessem em quais situações ela poderia ser aplicada. Gostaria também que as regras de aplicação dessa proposta fossem rígidas e robustas e servissem em casos bastante específicos, para que não se tornasse um procedimento padrão na maioria das ECs, pois, pode-se gerar uma possível interpretação de que a aprovação da adição do speedyclose resultaria em uma permissão para a eliminação em massa e uma polêmica grande na comunidade.Xavier1824 (discussão) 16h17min de 25 de outubro de 2020 (UTC)[responder]

Deveria chamar também o Vanthorn, pois ele tenta combater a "eliminação em massa" de artigos da Wikipédia lusófona, ele poderia dar um freio saudável caso a proposta vá longe demais.Xavier1824 (discussão) 16h23min de 25 de outubro de 2020 (UTC)[responder]
Tenho uma ideia melhor: porque não regulamentar o cancelamento de PEs? Esse é um procedimento que ocorre rotineiramente, porém não há nenhuma documentação sobre seus procedimentos e aplicabilidades. ━ ALBERTOLEONCIO Who, me? 16h29min de 25 de outubro de 2020 (UTC)[responder]
É verdade, deveríamos fazer isso também, se o procedimento ocorre rotineiramente e não tem documentação, já deveria ter tido. Talvez devêssemos discutir os dois, já que o speedyclose já existe na Wikipédia Anglófona. Talvez uma grande parcela de usuários apoie a iniciativa de adicioná-lo aqui (caso não aja consenso, se faz uma votação).Xavier1824 (discussão) 16h35min de 25 de outubro de 2020 (UTC)[responder]
As coisas estão acontecendo em uma velocidade difícil de acompanhar: Uma PE totalmente atípica, uma RAA, uma proposta para alteração da EC, uma proposta para alteração das RAA, uma proposta para alteração da ER... Que tal uma coisa de cada vez? Primeiro podemos regulamentar algo que já existe, depois analisamos outras novidades. ━ ALBERTOLEONCIO Who, me? 16h48min de 25 de outubro de 2020 (UTC)[responder]
Albertoleoncio, é verdade, talvez o melhor a se fazer agora seja regulamentar o cancelamento de ECs antes de se fazer uma proposta como essa. O que você acha que deveria, o encerramento dessa discussão ou deixar ela parada para retomarmos ela em uma hora oportuna?Xavier1824 (discussão) 19h24min de 25 de outubro de 2020 (UTC)[responder]
@Xavier1824: Você, como proponente, poderia colocar {{Discussão topo}} e {{Discussão rodapé}} na discussão, explicando os motivos para retirá-la. Depois, é possível criar outra proposta específica para a regulamentação de cancelamentos de PEs e, quem sabe também, para o speedy close (com uma proposta mais documentada, e não apenas uma ideia). ━ ALBERTOLEONCIO Who, me? 20h06min de 25 de outubro de 2020 (UTC)[responder]
@Albertoleoncio, parece que a maioria das EC canceladas em 2020 deveu-se a "o artigo foi eliminado via ER no ínterim da discussão, portanto ela não se justifica mais". As outras justificativas são poucas e únicas (não se repetem)... Mister Sanderson (discussão) 19h30min de 25 de outubro de 2020 (UTC)[responder]
Comentário Citação: Xavier1824 escreveu: «Eu não tenho certeza se a ação feita seria plenamente aceitável caso o speedyclose já estivesse em vigor por aqui». Seria plenamente aceitável, pois teria respaldo na política de WP:EC. Mister Sanderson (discussão) 19h17min de 25 de outubro de 2020 (UTC)[responder]


Comentário Esse é um tipo de proposta que precisa ser analisada com muita cautela porque, muitas vezes, o sistema de eliminação por consenso é utilizado com a intenção de eliminar uma página (e não para manter), o que pode gerar muitas solicitações com intuito de garantir o resultado esperado. Eu, particularmente, imagino que páginas de conteúdo polêmico deveria ser sempre discutido na Esplanada, assim como tivemos com artigos de ator/atriz pornô e sobre futebolistas japoneses, para assim existir consenso pela eliminação de múltiplas páginas. O que não pode é utilizar o sistema de EC para determinar um resultado sem o cumprimento do prazo mínimo, pois dará brecha para que todos encerrem discussões a curto prazo também. WikiFer msg 16h47min de 25 de outubro de 2020 (UTC)[responder]

Citação: muitas vezes o sistema de eliminação por consenso é utilizado com a intenção de eliminar uma página Valha-me deus... estou chocado. JMagalhães (discussão) 17h56min de 25 de outubro de 2020 (UTC)[responder]
E eu estou chocado com a resposta, já que o processo de eliminação por consenso é utilizado para que a comunidade avalie a notoriedade de um verbete, não para "eliminá-lo". Uma bela leitura de WP:PENSEM faz bem neste momento. WikiFer msg 18h05min de 25 de outubro de 2020 (UTC)[responder]
Quem envia para eliminação é porque acredita que o conteúdo não tem lugar aqui. E que bela ideia ler um ensaio da pandilha do Quintinense e amigos... JMagalhães (discussão) 18h12min de 25 de outubro de 2020 (UTC)[responder]
Quem envia pode até acreditar que o conteúdo não é válido para estar aqui, mas cabe a dois ou mais usuários que participam da discussão embasar o que foi dito pelo proponente, afinal este é o quórum mínimo que se espera para validar qualquer conclusão das PEs. Quanto ao ensaio, a aprovação desta proposta na Esplanada resolverá toda essa questão. WikiFer msg 18h38min de 25 de outubro de 2020 (UTC)[responder]

Comentário Não digo que sim nem que não. É preciso haver uma proposta concreta primeiro. O texto fala apenas em "casos específicos" sem os nomear. Isto não é ainda uma proposta, é só uma ideia vaga. Que casos são esses? JMagalhães (discussão) 18h01min de 25 de outubro de 2020 (UTC)[responder]


Discordo Com todo respeito ao proponente e à boa intenção que o motivou à propositura dessa alteração, mas recentemente foi aprovada uma proposta justamente para aumentar o prazo de duração das propostas de ESR. Assim, não creio que seja o caso de implementar um mecanismo de "encurtamento" de propostas de eliminação por consenso, já que criaria uma antiga ESR com argumentação. Ademais, temos visto muitas propostas perdurarem por dias (em alguns casos meses) por falta de quórum ou por falta de chegarem a um consenso. Assim, o problema não seria casos de consenso evidente. Ademais, situações incontroversas (que talvez fosse o caso da presente proposição) devem ser encaminhados a ESR (reservando-se a proposta de eliminação por consenso para casos controversos que necessitam maior diálogo). Entendo que possam haver casos específicos em que seja necessário o cancelamento e, por isso, seja necessária uma regulamentação. Pode-se propor algo nesse sentido. FábioJr de Souza msg 18h48min de 25 de outubro de 2020 (UTC)[responder]

Fabiojrsouza, realmente foi uma hora inoportuna para propor essa medida. Já que ela existe na anglófona, pode ser que no futuro ela seja viável, mas não agora. Esse caso é bastante atípico e já estão chovendo propostas para mudar as regras já existentes da Wikipédia. Concordo que deveríamos discutir a regulamentação para cancelamento de ECs, talvez o resultado dessa regulamentação torne o speedyclose desnecessário para a Wikipédia Lusófona.Xavier1824 (discussão) 19h23min de 25 de outubro de 2020 (UTC)[responder]

Comentário Sendo franco, eu acho que a natureza atípica da forma como aquela EC foi apresentada meio que causou essa sensação de agilizar eliminações por consenso e tornar a adição dessa ferramenta como interessante. Talvez por causa da natureza singular do ensaio em questão. Acredito que ir devagar demais é um erro, tanto quanto colocar o pé no acelerador também o é. O caso ali só chamou a atenção devida pelos convites feitos pelo Mister Sanderson para os participantes da votação sobre a edição de IPs, o que gerou agilidade de consenso, mas não quer dizer que sempre haverá artigos assim. Há não ser que vá se aplicar convites para visualização de ensaios ou artigos a ser eliminados sempre que houver, não acho que um caso atípico torne-se espaço para uma regra, ainda que ela seja bastante útil, mas estarei acompanhando a discussão pra ver os demais argumentos.--Wolf (discussão) 18h51min de 25 de outubro de 2020 (UTC)[responder]

@DarkWerewolf, de fato a maioria das ECs têm pouca participação, e acho que o speedyclose teria pouco efeito prático considerando o baixo número de participantes. Mas o @Vanthorn me lançou a ideia, que depois vou lançar na Esplanda (não em outubro) de que todos os editores de cada artigo sejam avisados quando o artigo em questão vai para eliminação, qualquer método de eliminação que seja. Isso aumentaria a participação nas EC e permitiria que um mecanismo de speedyclose faça sentido. Atualmente, mal se obtém o quórum mínimo nas ECs. Aquela que eu propus teve alta participação justamente por ter alto número de convites... Mister Sanderson (discussão) 19h28min de 25 de outubro de 2020 (UTC)[responder]

Comentário Vou só referir que há inúmeros precedentes de ECs encerradas antes do tempo. Esses casos eram de páginas tão absurdas ou que violavam as regras de forma tão flagrante que se cancelou a EC para eliminar por ER. Na sua maioria, foram parar a EC porque os proponentes eram novatos e desconheciam outros processos mais rápidos e adequados. Por isso é que perguntei quais seriam as situações em específico. JMagalhães (discussão) 18h53min de 25 de outubro de 2020 (UTC)[responder]

@JMagalhães, eliminar o artigo via ER e depois concluir a EC dizendo que a página já foi eliminada por outro método já é um procedimento totalmente padrão na Wikipédia lusófona. Não contraria nenhuma regra e não existe nenhuma proibição de que isso seja feito. Mas a ideia do speedyclose, pelo menos na anglófona e pelo que entendi, é que a antecipação do encerramento valha para qualquer tipo de resultado, não só de eliminar: manter, redirecionar, fundir, manutenção emergencial, etc. Mister Sanderson (discussão) 19h19min de 25 de outubro de 2020 (UTC)[responder]
A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


[Ver]

Proposta de documentação para cancelamento de PEs

Contexto: Em algumas raras circustâncias, discussões de eliminação por consenso (PEs) são canceladas antes do prazo mínimo de 7 dias. Os motivos utilizados são diversos mas, em geral, por consenso pela improcedência do pedido.

Problema: Não existe, em nenhum local, as regras para cancelamento de PEs. Não há menção na política correspondente e nem na própria listagem de discussões canceladas. Na predefinição utilizada nestes cancelamentos ({{Cancelada}}), consta em sua descrição que ela deve Citação: ser utilizada nas subpáginas de votação de páginas para eliminar para indicar que a votação foi cancelada por algum motivo a ser indicado. Para mais informações, ver Wikipedia:Política de eliminação. Entretanto, a citada política de eliminação sequer cita a possibilidade de cancelamento de PEs. A falta de documentação gera insegurança e dúvidas em relação ao procedimento, sob riscos de futuros questionamentos para o eliminador.

Proposta: Inserir, em Wikipédia:Eliminação por consenso#Considerações, o seguinte texto:

Em circunstâncias excepcionais, uma página para eliminar pode ser cancelada antes do prazo mínimo de 7 dias, caso:

  • A justificativa fornecida pelo proponente seja considerada como disparate pelos participantes da discussão. (Precedentes: 1, 2)
  • Caso o próprio proponente reconheça que se enganou ou tenha sido bloqueado por contorno de bloqueio, e haja concordância dentre os participantes pelo cancelamento da discussão. (Precedentes: 1, 2, 3, 4)
  • A página seja eliminada via eliminação rápida durante o transcorrer da discussão. Desde que o eliminador que cancelar a PE não seja o mesmo que tenha eliminado a página. Caso ocorra a discordância de um eliminador, a discussão não poderá ser cancelada.(trecho riscado) (Precedente: 1, 2, 3)

━ ALBERTOLEONCIO Who, me? 21h51min de 25 de outubro de 2020 (UTC)[responder]

Concordo com a proposta. Mas creio que, quanto ao item três, fica-se num impasse pois se houver discordância e a PE continuar? Restaura-se a página eliminada em ER?FábioJr de Souza msg 21h56min de 25 de outubro de 2020 (UTC)[responder]

@Fabiojrsouza: Nesse caso, o correto seria restaurar a página do mesmo modo que ocorre em Wikipédia:Pedidos/Restauro, onde um eliminador pode restaurar uma página eliminada por outro eliminador, quando este não concorda com a eliminação. ━ ALBERTOLEONCIO Who, me? 22h07min de 25 de outubro de 2020 (UTC)[responder]

Concordo com os dois primeiros pontos. O terceiro ponto, tal qual está, pode criar conflitos desnecessários. --Joalpe (discussão) 22h03min de 25 de outubro de 2020 (UTC)[responder]

@Joalpe: Não vejo desse modo. Quando dois eliminadores entram em conflito por causa de uma eliminação rápida, a página deve ser discutida em uma PE, tal como preconiza Wikipédia:Restauro. ━ ALBERTOLEONCIO Who, me? 22h12min de 25 de outubro de 2020 (UTC)[responder]
@Albertoleoncio: No primeiro precedente que você usou de exemplo para o terceiro, há um protocolo que me parece adequado. Foi comunicado na discussão o motivo da ER e daí houve o cancelamento. Sem esse protocolo, parece-me potencialmente disruptivo, --Joalpe (discussão) 22h16min de 25 de outubro de 2020 (UTC) + se houver uma nova proposta de redação, também sugiro trocar o trecho "Caso ocorra a discordância de um eliminador", já que um administrador pode se opor também. Ficaria: "Caso ocorra a discordância de um usuário com permissão de eliminação" ou algo assim. --Joalpe (discussão) 22h19min de 25 de outubro de 2020 (UTC)[responder]

Concordo com a proposta. Ainda que cancelamentos não sejam tão comuns, é importante criar regras que deixem claro em que circunstâncias as PEs podem ser canceladas, inclusive para evitar discussões como essa. El Descamisado (discussão) 22h30min de 25 de outubro de 2020 (UTC)[responder]

@El Descamisado, aí é que está: essa EC não foi cancelada, ela foi encerrada com a conclusão "eliminar". Pelo que entendi, a proposta do @Albertoleoncio não afetaria em nada essa EC em particular, pois não houve cancelamento nenhum ali. Mister Sanderson (discussão) 21h48min de 26 de outubro de 2020 (UTC)[responder]

Concordo com os dois primeiros pontos, Discordo da segunda parte do terceiro. Fechar por ER é óbvio, mas não consigo encontrar uma justificação para obrigar a que a pessoa que encerra a PE seja uma pessoa diferente da que eliminou a página. Parece-me uma burocracia absurda e desnecessária. Nem sequer consigo encontrar a lógica: se a página foi eliminada por ER... qual o sentido de continuar a PE? Quem é que se vai opor? JMagalhães (discussão) 22h32min de 25 de outubro de 2020 (UTC)[responder]

@JMagalhães: Do mesmo modo que são necessários dois usuários para eliminar uma página via ER (proponente + eliminador). Inseri isso para evitar cancelamentos autoritários, já que pelo menos dois eliminadores terão que concordar com aquele cancelamento, mas... se acha desnecessário, pode ser removido. ━ ALBERTOLEONCIO Who, me? 23h06min de 25 de outubro de 2020 (UTC)[responder]
@Albertoleoncio, acho que o que o @JMagalhães quis dizer é que, no caso de um eliminador/administrador mandar a página para ER e fechar a EC como "cancelada pois foi eliminado via ER", a via correta para recorrer seria um pedido de restauro do artigo, não debater numa EC uma eliminação já acontecida. Da mesma forma que não se criam ECs para links vermelhos, não há sentido em manter aberta uma EC para um link vermelho: a matéria de discussão deixou de existir. Não há o que discutir mais. Quem quiser o artigo de volta, entra com um pedido de restauro. Mister Sanderson (discussão) 21h53min de 26 de outubro de 2020 (UTC)[responder]
A propósito, @Albertoleoncio, deveria ser óbvio, mas já que estamos enumerando os motivos possíveis para cancelamento de uma EC, não seria conveniente que ECs criadas para páginas inexistentes fossem canceladas sem maiores delongas? Assim como trolls se divertem em criar contas com nomes impróprios só para serem bloqueados em seguida, imagino que um dia existirão os que se divirtam em criar ECs para páginas inexistentes só para desperdiçar o tempo alheio.
Nesse tempo todo em que estive aqui na Wikipédia, já vi pessoas criarem ECs para páginas eliminadas só para pedir que fossem restauradas... Ou para colar o conteúdo do artigo que tinham escrito, recriando ele no lugar errado. Se formos aplicar o primeiro ponto da sua proposta nesses casos, ainda vai ser necessário esperar que hajam participantes, e que eles manifestem que é um disparate a proposta. Mas uma proposta assim deveria ser cancelada tão logo fosse detectada, sem precisar esperar nenhum participante, pois o disparate é óbvio para qualquer um que a veja. Mister Sanderson (discussão) 22h29min de 26 de outubro de 2020 (UTC)[responder]
Citação: Do mesmo modo que são necessários dois usuários para eliminar uma página via ER Não são. Independentemente disso, se o artigo foi eliminado sob uma regra de ER, não há o que continuar a discutir na EC, pelo que em nenhuma circunstância alguém se poderia opor ao encerramento. JMagalhães (discussão) 23h17min de 25 de outubro de 2020 (UTC)[responder]
@JMagalhães: Acho que, de certo modo, se refere a essa discussão. Não vou entrar nesse mérito, mas gostaria de saber mais sobre sua opinião. Por exemplo, caso algum eliminador elimine o artigo diretamente via A4 (sem marcação de {{ER}}) e cancele a PE, o que eu deveria fazer caso discordasse? ━ ALBERTOLEONCIO Who, me? 23h31min de 25 de outubro de 2020 (UTC)[responder]
Vamos imaginar uma situação em que um novato abre uma EC para um artigo que só tem disparates ou calão ou VDA ou um CV/perfil do utilizador. A meio da discussão, eliminador A elimina a página por ser claramente uma violação das regras. Qual o sentido de continuar com a discussão? Qual o sentido de se esperar por outro eliminador para encerrar? JMagalhães (discussão) 23h48min de 25 de outubro de 2020 (UTC)[responder]
@JMagalhães: Nesses casos, faz todo sentido. Minha preocupação é com a outra ponta, para evitar cancelamentos controvérsos e toda a celeuma envolvida em uma RAA. Eu vejo que aguardar por eliminador B para ratificar o cancelamento de uma PE é algo bem razoável e diminui os riscos de erros e futuros pedidos de revisões. Entendo que casos controvérsos assim são rarrísimos, mas o cancelamento de PEs também é bem raro. ━ ALBERTOLEONCIO Who, me? 00h43min de 26 de outubro de 2020 (UTC)[responder]
Não existem cancelamentos controversos. Todos os casos foram (ou deveriam ser) para situações mais do que óbvias em que claramente o artigo poderia ter sido eliminado por ER. JMagalhães (discussão) 01h13min de 26 de outubro de 2020 (UTC)[responder]

Concordo com os três itens da proposta. Uma PE deverá ser cancelada em caso de disparate e/ou engano do proponente, contorno de bloqueio e caso a página tenha sido eliminado por ER; este último, sua supressão pode ser contestada (não necessariamente pelo eliminador da EC, mas por terceiros), podendo ser restaurado. Acredito que os três pontos são fundamentais para trazer critérios objetivos que faltavam para cancelar a abertura de uma PE. WikiFer msg 00h54min de 26 de outubro de 2020 (UTC)[responder]

Discordo do ponto 3. A redação tem que deixar claro que o artigo eliminado se enquadrava nas regras de ER. Poderia ser acrescentado "Caso a página também se enquadre nas regras para ER". Concordo com as demais propostas. --A.WagnerC (discussão) 03h06min de 26 de outubro de 2020 (UTC)[responder]

Também Discordo da segunda parte do 3º item. Ora, se um debatedor mandou para ER e outro eliminador eliminou (concordando, pois, com a regra de ER), não há o que discutir mais na EC. Eventuais divergências serão supérfluas. Quanto aos outros itens, Concordo. Yanguas diz!-fiz 18h26min de 26 de outubro de 2020 (UTC)[responder]

Pergunta @Albertoleoncio, pelo que entendi Wikipédia:Páginas para eliminar/Wikipédia:A Wikipédia não é uma tirania da maioria não se enquadraria em nenhum de seus três tópicos, certo? A menos que o ensaio fosse eliminado via ER durante a vigência da EC, o que já é um procedimento padrão não-documentado da Wikipédia lusófona, embora não tenha sido o que aconteceu naquele caso. Mister Sanderson (discussão) 21h45min de 26 de outubro de 2020 (UTC)[responder]

@MisterSanderson: Enquadraria com a aprovação da G2, já que a página seria eliminada diretamente via ER. ━ ALBERTOLEONCIO Who, me? 22h18min de 26 de outubro de 2020 (UTC)[responder]
@Albertoleoncio, nesse caso, tudo certo. Conforme eu disse, já é procedimento padrão não-documentado isso de eliminar via ER e depois cancelar a EC. Só não há ainda uma regra de ER específica para páginas criadas para fantocheiros. Mister Sanderson (discussão) 22h23min de 26 de outubro de 2020 (UTC)[responder]
Texto-base[editar código-fonte]

@JMagalhães, Joalpe, El Descamisado, Yanguas, A.WagnerC, WikiFer e Fabiojrsouza: Analisando os argumentos em relação ao terceiro ponto, vejo que há consenso em relação as dois primeiros pontos e a primeira frase do terceiro ponto. Para manter a discussão coesa, risquei as frases subsequentes do último ponto. Creio que não há discordâncias em relação ao "texto-base" e, caso existam propostas de "emendas" a esse ponto, podemos discutir em seguida. O que acham? ━ ALBERTOLEONCIO Who, me? 19h01min de 26 de outubro de 2020 (UTC)[responder]

Apoio os pontos, com a mudança. --Joalpe (discussão) 19h06min de 26 de outubro de 2020 (UTC)[responder]

@Joalpe, você viu o questionamento que eu levantei sobre o "caso haja concordância" no cenário específico dos contornos de bloqueio? Você tem algo a declarar sobre esse cenário específico, em resposta ao meu questionamento? Mister Sanderson (discussão) 00h57min de 31 de outubro de 2020 (UTC)[responder]

Concordo com a mudança. FábioJr de Souza msg 21h00min de 26 de outubro de 2020 (UTC)[responder]

@Fabiojrsouza, você viu o questionamento que eu levantei sobre o "caso haja concordância" no cenário específico dos contornos de bloqueio? Você tem algo a declarar sobre esse cenário específico, em resposta ao meu questionamento? Mister Sanderson (discussão) 00h57min de 31 de outubro de 2020 (UTC)[responder]

Concordo com a mudança. Aliás, faço uma pergunta ao usuário Albertoleoncio: no segundo ponto, a redação diz que uma PE pode ser cancelada se houver engano do proponente ou por contorno de bloqueio, mas que precisa ter concordância com os usuários que participam da discussão. Essa concordância ela precisa ter apenas pelo contorno de bloqueio ou também pelo engano do proponente? Se for apenas em relação ao contorno de bloqueio em abrir a PE, recomendo ajustar para: "(...); este último, caso haja concordância dentre os participantes pelo cancelamento da discussão." Assim evitará subjetividade ao interpretar o texto. WikiFer msg 21h22min de 26 de outubro de 2020 (UTC)[responder]

@WikiFer: A ideia é que sirva para ambos, para evitar que o proponente se arrependa do resultado da discussão e resolva virar a mesa, cancelando a PE. ━ ALBERTOLEONCIO Who, me? 21h56min de 26 de outubro de 2020 (UTC)[responder]
@Albertoleoncio Nesse caso faz todo sentido... Um proponente arrependido poderia mesmo avacalhar o resultado cancelando a EC antes do prazo, apenas para que em seguida outra pessoa tenha de propor uma nova EC e todo mundo comentar tudo de novo... Mister Sanderson (discussão) 22h04min de 26 de outubro de 2020 (UTC)[responder]
Albertoleoncio e MisterSanderson Bem lembrado, é o chamado o tiro saiu pela culatra LOL. WikiFer msg 22h18min de 26 de outubro de 2020 (UTC)[responder]
@WikiFer e @Albertoleoncio eu acho problemática essa questão do "caso haja concordância dentre os participantes" no caso do contorno de bloqueio. E se o fantocheiro só for detectado e bloqueado no 7º dia do prazo da EC? Vai dar tempo de aferir a concordância dentre os participantes? Eu penso que ECs criadas mediante contorno de bloqueio deveriam sempre ser canceladas, independente de concordância dos participantes, e a qualquer tempo, mesmo passados vários anos após o encerramento. Não seria melhor desmembrar esse segundo ponto, deixando o arrependimento do proponente e a evasão de bloqueio em pontos diferentes? Afinal, são circunstâncias totalmente díspares! Não entendo porquê estão juntas na mesma frase. Mister Sanderson (discussão) 22h01min de 26 de outubro de 2020 (UTC)[responder]
MisterSanderson Neste caso eu só concordo com o cancelamento direto sem interferência dos participantes da discussão se a conta indevida for confirmada pela ferramenta de verificação (descartando possível ou provável) por um CheckUser. WikiFer msg 16h36min de 31 de outubro de 2020 (UTC)[responder]

@Albertoleoncio: Só para meter mais lenha na fogueira: é provável que muito em breve seja aprovada a proposta para criação de uma regra de ER específica para remover conteúdo de socks. Assim sendo, parte do ponto 2 torna-se obsoleto, uma vez que páginas criadas por socks em contorno de bloqueio serão automaticamente eliminadas. Dito de outra forma, a situação passa a integrar o ponto 3. Não sei se é melhor fazer a alteração agora ou mais tarde. JMagalhães (discussão) 22h40min de 26 de outubro de 2020 (UTC)[responder]

@JMagalhães, ou seja, a própria página da EC seria submetida a ER? Pois a regra proposta é geral e destina-se a páginas criadas por fantocheiros. Então uma EC criada por contorno de bloqueio também estaria elegível para ER, ao invés de cancelamento. Mister Sanderson (discussão) 22h59min de 26 de outubro de 2020 (UTC)[responder]

Concordo com a proposta após as modificações. --Zoldyick (discussão) 23h07min de 26 de outubro de 2020 (UTC)[responder]

@Zoldyick, você viu o questionamento que eu levantei sobre o "caso haja concordância" no cenário específico dos contornos de bloqueio? Você tem algo a declarar sobre esse cenário específico, em resposta ao meu questionamento? Mister Sanderson (discussão) 00h57min de 31 de outubro de 2020 (UTC)[responder]

Concordo com o novo texto. Yanguas diz!-fiz 20h09min de 27 de outubro de 2020 (UTC) (Ver mais abaixo)[responder]

@Yanguas, você viu o questionamento que eu levantei sobre o "caso haja concordância" no cenário específico dos contornos de bloqueio? Você tem algo a declarar sobre esse cenário específico, em resposta ao meu questionamento? Mister Sanderson (discussão) 00h56min de 31 de outubro de 2020 (UTC)[responder]

Concordo com o texto proposto, esclarece bem as regras. Dux Æ 09h24min de 29 de outubro de 2020 (UTC)[responder]

@Dux Praxis, você viu o questionamento que eu levantei sobre o "caso haja concordância" no cenário específico dos contornos de bloqueio? Você tem algo a declarar sobre esse cenário específico, em resposta ao meu questionamento? Mister Sanderson (discussão) 00h56min de 31 de outubro de 2020 (UTC)[responder]
É complicado, uma PE ser iniciada por fantoche constitui fraude ao sistema de eliminação e motivo de cancelamento, mas não automático. Uma vez iniciada a discussão os participantes devem ser consultados caso contrário seria desconsiderar também as suas opiniões, que foram dadas de boa-fé. Dux Æ 12h17min de 2 de novembro de 2020 (UTC)[responder]

Comentário Mudo meu voto após as considerações do MisterSanderson. Concordo com os itens 1 e 3, mas o item 2 não contempla todas as possibilidades, como o Sanderson levantou. Também não concordo com ele no que tange a "sempre ser canceladas [...] mesmo passados vários anos após o encerramento." Imagino quantos fantoches agem por aqui há anos: já pensaram no caos que seria restaurar vários artigos eliminados 10 ou 15 anos antes porque se descobriu que o proponente contornava bloqueio? É preciso um limite. Poder-se-ia pensar, talvez, num prazo retroativo máximo — um ano? — para cancelamento dessas PEs. A comunidade também precisa assumir sua participação: a PE pode ter sido aberta por um sock, mas foi considerada válida e votada por pelo menos duas pessoas, ainda que ingenuamente. Yanguas diz!-fiz 15h48min de 31 de outubro de 2020 (UTC)[responder]

Discordo Da proposta original, em particular do primeiro ponto. Quem aufere esse consenso, e o que constitui um disparate? Se é para encerrar por consenso, o que custa esperar os 7 dias da formação normal de consenso que é a EC? Não concordo. Saturnalia0 (discussão) 17h50min de 4 de novembro de 2020 (UTC)[responder]

[Ver]

Alteração no critério para se tornar autoconfirmado

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

A proposta será encerrada, porque vou seguir com outra proposta, que será bem melhor; vários usuário comentaram afirmando que poderia haver novos critérios para os reversores.

Desde do dia 5 de outubro, os IPs estão proibidos de editar e criar artigos, realmente ajudou a diminuição dos vandalismos; mas, a criação de contas aumentaram muito, e metade dessas contas, que são criadas no dia a dia, vem para vandalizar e dependendo eles viram autoconfirmados, significando que os reversores, não tem direito de bloquear as contas vândalas com esse privilégio.

Então, o que eu quero chegar: Quando os reversores bloqueiam os usuários vândalos, eles acabam desistindo de vandalizar; só que quando são autoconfirmados, os reversores são impedidos de bloquear-los (Wikipédia:Reversores#Ferramenta_de_bloqueio), e os vândalos continuam à vandalizar e os reversores, acabam tendo mais trabalho para ter que reverter as edições.

Por isso, proponho a mudança no critério de autoconfirmados, de 4 dias e 10 edições para 7 dias e 50 edições; pela questão de diminuir os problemas ditos acima, que davam vantagens aos vândalos. O critério para se tornar autoconfirmado, foi também contraditado numa proposta de 2011 feita pelo Teles com argumentação semelhante, de muitos usuário alegando ser muito curto a quantidade de edições para receber o privilégio.

Conclusão

Se proposta for aceita por boa parte da comunidade, irá ajuda também na diminuição do vandalismo, e também na diminuição da dificuldade dos reversores, em questão de vândalos não acatando à vários avisos feitos em suas PDUs sendo autoconfirmados, por estarem fazendo vandalismos diários ou estarem usando uma conta criada a muito tempo, e só fazer 10 edições alguns sendo vandalismos.

Alguns diffs de contas recentes (de agosto a outubro), mostram esse problema: [Δ59659746], [Δ59649259], [Δ59583860] e [Δ59484559]; esses diffs são de pedidos feitos em "Notificações de vandalismo" e "Notificação de incidentes".

PS: A troca de 10 edições para 50 edições, é inspirado com a Wikipédia Espanhola; os 4 dias para 7 dias, porque quando o usuário recebe o privilégio de autoconfirmado, é identificado pelo sistema da Wikipédia como usuário registrado, e pelo menos eu acho justo, o usuário precisar estar uma semana com conta criada aqui na Wikipédia.

Juan90264 (Disc.) 05h04min de 26 de outubro de 2020 (UTC)[responder]

Comentários e sugestões[editar código-fonte]

  • Mais restrição... a continuar assim, a Wikipédia será um clube fechado de pessoas brigando entre si. A wiki espanhola não teve critério nenhum pra definir esse número. Ou teve? Qual foi? Estarmos usando ela como exemplo pra isso é um mau sinal.
    Isso faria com que a proteção pra autoconfirmado fosse algo extremamente restritivo, reduzindo ainda mais a participação. Já não foi suficiente impedir edição com IP e agora quer mais restrição? Realmente é uma surpresa que os vandalismos estão sendo feitos com conta? Não foi por falta de aviso...
    Mas uma coisa não entendi. Os vandalismos estão sendo feitos nos artigos protegidos pra não confirmados? Se não, basta proteger. Mesmo que aumente o critério pra autoconfirmado, de nada adianta manter o artigo desprotegido.—Teles«fale comigo» 05h21min de 26 de outubro de 2020 (UTC)[responder]
    @Teles: Eu posso ter julgado mal nas modificações, da proposta; vários usuários abaixo de sua resposta, sugeriram novos critérios para os reversores, que realmente poderiam resolver o problema. E wiki espanhola definiu esse número através dessa votação de 2008: Wikipedia:Votaciones/2008/Modificación en la semiprotección de artículos. Juan90264 (Disc.) 05h58min de 26 de outubro de 2020 (UTC)[responder]

Discordo, se o problema está na limitação aos reversores se muda este ponto. Não vejo necessidade de mudar nada em relação aos "autoconfirmados". Fabiano msg 05h26min de 26 de outubro de 2020 (UTC)[responder]

Discordo Pelo que eu entendi na sua proposta, a ideia de aumentar o número de edições e de dias registrados tem maior objetivo em garantir aos reversores a possibilidade de bloquear tais contas do que o combate ao vandalismo, uma vez que os IPs já foram banidos do domínio principal em definitivo. Na minha visão não acho necessário alterar em nada sobre "autoconfirmado" porque contas recém-criadas (sendo autoconfirmado ou não) com o intuito de vandalizar o projeto é bloqueado direto por WP:CPV (§3.18 da PB). Portanto, acredito que haja novos critérios para reversores em relação a bloqueios, o que é uma outra questão. WikiFer msg 05h34min de 26 de outubro de 2020 (UTC)[responder]

@WikiFer: Realmente, novos critérios para os reversores poderiam resolver esse problema. Juan90264 (Disc.) 05h54min de 26 de outubro de 2020 (UTC)[responder]


Discordo Dado o problema apontado, uma solução poderia ser permitir que reversor bloqueasse editor com até 7 dias ou outro período. FábioJr de Souza msg 05h41min de 26 de outubro de 2020 (UTC)[responder]

@Fabiojrsouza: Vendo as respostas acima, o que poderia resolver esse problema, talvez sege, adicionar a possibilidade de bloquear autoconfirmados; e acho melhor deixar que o reversores bloqueassem com limite até de 24 horas, do jeito como está. Juan90264 (Disc.) 05h48min de 26 de outubro de 2020 (UTC)[responder]


Comentário: Eu irei finalizar essa proposta, por vários usuários, sugerirem uma outra proposta que seria melhor do que essa; e não ser mais uma rescrição, baseada com banimento dos IPs. Obrigado pela participação dos usuários! Juan90264 (Disc.) 06h12min de 26 de outubro de 2020 (UTC)[responder]


A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


Juan90264 Acho o fechamento dessa discussão muito prematuro: fechar no mesmo dia em que foi aberta, sem esperar passar nem uma semana sequer. Eu ainda não percebi qual seria o grande mal de aumentar os requisitos para ser autoconfirmado... Não digo que apoio a proposta, mas por enquanto não tenho porquê ser contra. Que grande mal haveria em que se exigisse 7 dias de registro para se tornar autoconfirmado, ao invés de 4?--Mister Sanderson (discussão) 16h23min de 26 de outubro de 2020 (UTC)[responder]

MisterSanderson A ideia de aumentar para 7 dias de registro era apenas para reversores terem mais tempo para usar a ferramenta de bloqueio que eles tem a disposição. No entanto, sua aplicação tende a ser desnecessária, uma vez que contas recém-criadas com intuito de vandalizar podem ser bloqueados por tempo indeterminado (§3.18 da PB), deixando a atuação dos reversores nula quanto a bloqueios, pois o banimento de IPs do domínio principal extinguiu a possibilidade de reversores aplicarem bloqueios. Sendo assim, é necessário alterar o critério de bloqueio para reversores e não aumentar o tempo de registro. WikiFer msg 16h38min de 26 de outubro de 2020 (UTC)[responder]
Citação: WikiFer escreveu: «o banimento de IPs do domínio principal extinguiu a possibilidade de reversores aplicarem bloqueios.» Improcedente. Segundo Wikipédia:Reversores#Ferramenta de bloqueio, os reversores podem bloquear não só anônimos (o que de fato não faz tanto sentido mais), mas também editores não-confirmadas. Então eles podem sim continuar a bloquear contas que ainda não atingiram o estado "autoconfirmadas". Mister Sanderson (discussão) 19h11min de 26 de outubro de 2020 (UTC)[responder]
@MisterSanderson: Vou citar um comentário do GRS73: Vejo como um pequeno ajuste a nova realidade, usuários não confirmados também são editores e podem ser bloqueados atualmente pelos reversores, nem sempre existe um administrador a "mão" para por fim a vandalismos de forma rápida. E como tem o limite de 24 horas, qualquer abuso pode ser resolvido com a perda da ferramenta. Juan90264 (Disc.) 19h24min de 26 de outubro de 2020 (UTC)[responder]
@Juan90264 Qual é a fonte dessa citação? Mister Sanderson (discussão) 19h36min de 26 de outubro de 2020 (UTC)[responder]
@MisterSanderson: Foi feito aqui: Novo critério de bloqueio para os reversores (26out2020) Juan90264 (Disc.) 19h38min de 26 de outubro de 2020 (UTC)[responder]

Citação: Teles escreveu: «Mais restrição... a continuar assim, a Wikipédia será um clube fechado de pessoas brigando entre si.»

  • Regra nº 1 da Wikipédia: você não fala da Wikipédia;
  • Regra nº 2 da Wikipédia: você NÃO fala da WIKIPÉDIA.

Hahaha, fiquei imaginando a cena. --Mister Sanderson (discussão) 19h18min de 26 de outubro de 2020 (UTC)[responder]

MisterSanderson Contas não confirmadas também podem ser bloqueados por reversores, mas devido ao banimento de IPs, fica visível para os administradores verificarem nas MRs contas recém-criadas que vandalizam e logo aplicam §3.18 da PB, o que anula completamente a possibilidade do reversor bloquear contas. Sendo assim, na outra proposta, sou favorável que eles possam bloquear contas autoconfirmadas por até 24 horas. WikiFer msg 21h19min de 26 de outubro de 2020 (UTC)[responder]
[Ver]

Novo critério de bloqueio para os reversores

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

Eu fecho essa proposta como reprovada, por essa proposta se fosse aprovada permitiria os reversores bloquearem, qualquer usuário da Wikipédia. Não vejo possibilidade, dessa proposta for boa, muitos usuários discordaram. Agradeço a participação de todos! Juan90264 (Disc.) 05h38min de 11 de novembro de 2020 (UTC)[responder]

Continuarei essa proposta, modificando alguns parâmetros; começando em criar uma outra proposta complementar sendo para criar um novo estatuto, com o nome "Autoconfirmado Estendido"; e esse estatuto substituirá automaticamente o estatuto de autoconfirmados para "Autoconfirmados Estendidos" dos Administradores, Burocratas, Eliminadores e qualquer usuário que tenha no mínimo de 30 dias + 500 edições. Evitando os reversores poderem bloquear, todos os usuários da Wikipédia. Juan90264 (Disc.) 23h35min de 9 de novembro de 2020 (UTC)[responder]

Estou criando essa proposta, substituindo esta proposta → Alteração no critério para se tornar autoconfirmado (26out2020).

Depois do banimento dos IPs de editar e criar os artigos, ajudou bastante a diminuição dos vandalismos, porém a criação de contas aumentaram, e metade dessas contas, que são criadas no dia a dia, vem para vandalizar e dependendo eles viram autoconfirmados, significando que os reversores, não tem direito de bloquear as contas vândalas com esse privilégio.

Então, o que eu quero chegar: Quando os reversores bloqueiam os usuários vândalos, eles acabam desistindo de vandalizar; só que quando são autoconfirmados, os reversores são impedidos de bloquear-los (Wikipédia:Reversores#Ferramenta_de_bloqueio), e os vândalos continuam à vandalizar e os reversores, acabam tendo mais trabalho para ter que reverter as edições.

E por isso proponho, um novo critério na ferramenta de bloqueio para os reversores; que os reversores tenha a permissão de bloquear usuários autoconfirmados perante a vandalismos óbvios (Leves ou destrutivos):

Conclusão

Se proposta for aceita por boa parte da comunidade, irá ajuda também na diminuição do vandalismo, e também na diminuição da dificuldade dos reversores, em questão de vândalos não acatando à vários avisos feitos em suas PDUs sendo autoconfirmados, por estarem fazendo vandalismos diários ou estarem usando uma conta criada a muito tempo, e só fazer 10 edições alguns sendo vandalismos.

Alguns diffs de contas recentes (de agosto a outubro), mostram esse problema: [Δ59659746], [Δ59649259], [Δ59583860] e [Δ59484559]; esses diffs são de pedidos feitos em "Notificações de vandalismo" e "Notificação de incidentes".

Juan90264 (Disc.) 07h06min de 26 de outubro de 2020 (UTC)[responder]

Comentários e sugestões[editar código-fonte]

@Fabiojrsouza, GRS73 e WikiFer: Poderia participar? Já que participaram na proposta antecedente a essa. Juan90264 (Disc.) 07h12min de 26 de outubro de 2020 (UTC)[responder]

Ainda vou esperar a discussão se desenvolver, mas estou tendendo a discordar... Reversores não são aprovados tendo-se em vista seu conhecimento da política de bloqueio ou sua impessoalidade em conflitos, vejo a possibilidade de bloquearem nos casos já previstos como vantajosa apenas porque economiza um tempo enorme de todos, já que não-confirmados e anônimos são imensamente mais numerosos entre os vândalos e menos numerosos entre editores bem intencionados. Vandalismos de autoconfirmados são menos frequentes e muitos meros autoconfirmados são ótimos editores, é interessante que tenham a análise de administradores, que em geral têm maior escrutínio da comunidade e mais costume com a PB. A sugestão de permitir que se bloqueiem alguns autoconfirmados, contudo, é interessante, e pode ajudar a mitigar o problema sem criar uma distância maior entre autoconfirmados e editores com mais ferramentas. Deixamos pessoas com 10 edições e 4 dias serem autoconfirmadas, mas permitimos que autoconfirmados com menos de 50 edições e 7 dias (ou algo assim) sejam bloqueados. Leefeniaures audiendi audiat 08h28min de 26 de outubro de 2020 (UTC)[responder]

Discordo pelas razões indicadas pelo Leefeni. Edmond Dantès d'un message? 15h53min de 26 de outubro de 2020 (UTC)[responder]

Discordo, pois isso me permitiria bloquear todo e qualquer editor da Wikipédia e eu não me sinto apto para isso. Eu teria os mesmos poderes de um administrador, mas sem aprovação da comunidade.--Mister Sanderson (discussão) 16h19min de 26 de outubro de 2020 (UTC)[responder]

MisterSanderson O que está sendo debatido é a permissão para o reversor efetuar o bloqueio. Mas isso não quer dizer que é obrigado. No mais, você não teria os mesmos "poderes", pois não poderia bloquear por mais de 24 horas ou bloquear em infinito. FábioJr de Souza msg 21h29min de 26 de outubro de 2020 (UTC)[responder]
Verdade, Fabiojrsouza. Prefiro então não opinar sobre a proposta. Eu só usei a ferramenta de bloqueio uma única vez, que eu me lembre, e foi de forma equivocada. Reconheço que falta-me experiência nessa área para opinar.--Mister Sanderson (discussão) 21h37min de 26 de outubro de 2020 (UTC)[responder]

Discordo O que é apontado como um problema não é um problema. Não é suposto os reversores bloquearem editores. Os reversores não são escolhidos pela comunidade nem têm obrigação de conhecer a política de bloqueio. A exceção que existe atualmente foi uma medida de emergência e apenas incide sobre vândalos. JMagalhães (discussão) 16h24min de 26 de outubro de 2020 (UTC)[responder]

@JMagalhães: A comunidade em 2012, concedeu aos reversores a possibilidade de bloqueio, então o administrador deve levar o conhecimento da política de bloqueio em conta ao conceder o estatuto. Juan90264 (Disc.) 22h11min de 26 de outubro de 2020 (UTC)[responder]
Não deve não. A ferramenta é concedida a quem reverte vandalismo. Não é necessário conhecer a política de bloqueio a fundo se só é para reverter vandalismo óbvio. JMagalhães (discussão) 22h23min de 26 de outubro de 2020 (UTC)[responder]
@JMagalhães: Necessário conhecer a politica de bloqueio, precisa sim; faz parte dos critérios de reversores. Juan90264 (Disc.) 22h25min de 26 de outubro de 2020 (UTC)[responder]
Não, não precisam de conhecer toda a política de bloqueio. Precisam apenas de saber o que é vandalismo, e isso já se depreende que conheçam porque se lhes está a ser atribuída a ferramenta é porque têm historial de atuação no combate ao vandalismo. A decisão de lhes atribuir a possibilidade de bloqueio em 2012 não veio exigir nenhum conhecimento adicional àquele que já tinham. JMagalhães (discussão) 22h34min de 26 de outubro de 2020 (UTC)[responder]
@JMagalhães: Primeiramente, para o reversor saber o que vandalismo, não precisaria ler a regra de vandalismo leve (§3.9 da PB) e destrutivo (§3.10 da PB) da Política de bloqueio; pois a página Wikipédia:Vandalismo, não conta quando bloquear e se é necessário um bloqueio em certas edições? E na votação que concedeu o bloqueio aos reversores, alegou o problema como: Em casos de vandalismo óbvios, os atuais reversores precisam abrir um pedido de bloqueio que precisa ser apreciado por um administrador online para conclusão. Além do aspecto burocrático (pedido, atendimento, arquivamento) a demora no atendimento gera retrabalho na reversão de um usuário vândalo.
E agora o problema é: Em casos de vandalismo óbvios de usuário autoconfirmados, os atuais reversores precisam abrir um pedido de bloqueio que precisa ser apreciado por um administrador online para conclusão. Além do aspecto burocrático (pedido, atendimento, arquivamento) a demora no atendimento gera retrabalho na reversão de um usuário vândalo.; significando que desde o banimento dos IPs, criou-se esse problema. Juan90264 (Disc.) 23h00min de 26 de outubro de 2020 (UTC)[responder]

┌─────────────────────────┘Seguindo a mesma lógica falaciosa, então porque não permitir também a reversores bloquear editores por outros motivos, proteger páginas, apurar consensos, aprovar estatutos ou eliminar ou restaurar páginas? Supostamente não iria também "poupar trabalho"? Ah, só há um pequeno problema: não foram aprovados pela comunidade para fazer isso. Vou explicar mais uma vez: a excepção que se criou em 2012 foi para combater pessoas que vinham ao site exclusivamente para vandalizar, quer de forma anónima quer com uma nova conta. Quase nunca esse tipo de pessoas chega a autoconfirmado. Quando alguém chega a autoconfirmado, é muito improvável que se dedique apenas a vandalismo óbvio. Logo, o caso tem que ser analisado por quem a comunidade elegeu e decidiu que tem competência para analisar. JMagalhães (discussão) 23h15min de 26 de outubro de 2020 (UTC)[responder]

@JMagalhães: "lógica falaciosa" e "então porque não permitir também a reversores bloquear editores por outros motivos, proteger páginas, apurar consensos, aprovar estatutos ou eliminar ou restaurar páginas"; isso não chega na minha lógica da proposta, "Quase nunca esse tipo de pessoas chega a autoconfirmado" isso acontecia antes do banimento dos IPs, e agora essas contas conseguem virar autoconfirmados e ainda continuam a vandalizar, houve o mesmo problema hoje: [Δ59673071].
Aliás, se o reversor tem competência de bloquear usuários por vandalismo leves e destrutivos; o que mudaria se tivessem o poder de bloqueio de autoconfirmados no máximo de 24 horas? Juan90264 (Disc.) 00h11min de 27 de outubro de 2020 (UTC)[responder]

Comentário, não me oponho a mudança. Vejo como um pequeno ajuste a nova realidade, usuários não confirmados também são editores e podem ser bloqueados atualmente pelos reversores, nem sempre existe um administrador a "mão" para por fim a vandalismos de forma rápida. E como tem o limite de 24 horas, qualquer abuso pode ser resolvido com a perda da ferramenta. Fabiano msg 17h35min de 26 de outubro de 2020 (UTC)[responder]

Concordo com a proposta. A partir do momento em que IPs foram banidos em definitivo do domínio principal, os reversores perderam a única possibilidade de uso da ferramenta de bloqueio, pois todos nós sabemos muito bem que contas recém-criadas que já vem vandalizando o projeto já são bloqueados por tempo indeterminado (§3.18 da PB) por parte de um administrador. Sendo assim, devemos dá a oportunidade para que reversores, desta vez, também bloqueiam contas autoconfirmados com período máximo de 24 horas pela regra de vandalismo leve (§3.9 da PB) e destrutivo (§3.10 da PB). Portanto, é a única forma que preservar o que a comunidade entregou aos reversores em 2012; caso contrário, que revogue tudo isso e somente administradores continuam tendo acesso a ferramenta de bloqueio. WikiFer msg 18h06min de 26 de outubro de 2020 (UTC)[responder]

Desculpe, mas o que escreveu é nitidamente falso. Os reversores continuam a poder bloquear contas não auto-confirmadas, como sempre puderam até aqui. Passar a permitir que também possam bloquear autoconfirmados (pessoas com anos de registo e até milhares de edições) não tem nada a ver com o que foi aprovado. JMagalhães (discussão) 22h26min de 26 de outubro de 2020 (UTC)[responder]
O que a comunidade aprovou em 2012 ainda foi no contexto de IPs terem o privilégio de editar artigos. Com o banimento deles, as contas recém-criadas tem sido presa fácil para os administradores nas mudanças recentes (MRs) ao aplicar o bloqueio por tempo indeterminado (§3.18 da PB), deixando a atuação dos reversores praticamente nula quanto ao uso da ferramenta (o registro de bloqueios é claro quanto a isso). O que existe atualmente é uma documentação teórica para os reversores porque, na prática, não existe mais. Portanto, deve-se inovar a participação dos reversores com a ferramenta de bloqueio, promovendo os mesmos para bloqueios de contas autoconfirmadas (por até 24 horas) ou melhor revogar seu uso; o que não pode é deixar de enfeite como está. WikiFer msg 01h10min de 27 de outubro de 2020 (UTC)[responder]
Mais uma vez: leia melhor as regras. Os reversores continuam a poder bloquear contas que não sejam autoconfirmadas. JMagalhães (discussão) 01h17min de 27 de outubro de 2020 (UTC)[responder]
Ninguém aqui disse o contrário! WikiFer msg 01h19min de 27 de outubro de 2020 (UTC)[responder]
Não? Acabou de alegar que era um "enfeite". JMagalhães (discussão) 01h24min de 27 de outubro de 2020 (UTC)[responder]
Se os próprios administradores já bloqueiam a maior parte das contas não confirmadas por tempo indeterminado, justamente quando a conta já mostra sinais de CPV/CPU, obviamente a atuação dos reversores tem sido bem nula a ponto de tornar um "enfeite". O registro de bloqueios é bem claro quanto a isso. Antes do banimento de IPs, era comum muitos IPs receberem bloqueios de reversores, o que não ocorre com muita frequência envolvendo contas, já que os sysops já estão exercendo esta função de bloquear contas recém criadas no lugar deles. WikiFer msg 01h31min de 27 de outubro de 2020 (UTC)[responder]
@JMagalhães: Acho que você vai querer ler, a resposta do WikiFer. Juan90264 (Disc.) 20h01min de 27 de outubro de 2020 (UTC)[responder]

Concordo pelos argumentos do Wikifer. A comunidade concedeu ao reversor a possibilidade de bloquear então o administrador deve levar o conhecimento da política de bloqueio em conta ao conceder o estatuto. FábioJr de Souza msg 21h29min de 26 de outubro de 2020 (UTC)[responder]

Discordo. O estatuto de administrador já é demasiadamente repartido, o que acaba tirando o incentivo de eventuais candidatos. Havendo necessidade, o reversor que busca ampliar suas atividades deve se submeter a um PDA. Érico (disc.) 00h32min de 27 de outubro de 2020 (UTC)[responder]

Comentário, posso até concordar, se for o caso de incluirmos também aqui na Wikipédia o estatuto de autoconfirmado estendido. --Eta Carinae (discussão) 12h23min de 27 de outubro de 2020 (UTC)[responder]

@EVinente: Se refere em criar um novo estatuto ou deseja aumentar as edições para conseguir o estatuto? Juan90264 (Disc.) 19h56min de 27 de outubro de 2020 (UTC)[responder]
A solução pode ser essa, criar o estatuto (automático) de autoconfirmado extendido como na Wiki-EN: 30 dias + 500 edições (até para termos um nível de protecção de páginas inferior ao de autorrevisor). Creio que seria pacífico os reversores poderem bloquear até 24h por vandalismo os editores não autoconfirmados extendidos.

@Chicocvenancio e Teles: Poderiam dar uma olhada na proposta? Juan90264 (Disc.) 05h04min de 28 de outubro de 2020 (UTC)[responder]

Discordo. Não foi mostrada uma real necessidade. Se acha que isso restringe muito a ação de bloqueio dos reversores, prefiriria suspender a capacidade dos reversores bloquearem do que ampliar. Ainda assim, eles continuam podendo bloquear contas não confimadas, que são as que tendem a realizar mais vandalismo. Portanto, me parece que tudo pode ficar como está.—Teles«fale comigo» 05h19min de 28 de outubro de 2020 (UTC)[responder]

Comentário Os reversores poderem bloquear qualquer editor por vandalismo, mesmo com limite de 24h, é complicado. Mas porque não aumentar os números para autoconfirmado, 10 edições + 4 dias é manifestamente pouco? E mais importante, um novo estatuto de autoconfirmado extendido (mínimo 30 dias + 500 edições) como na Wiki-EN torna-se necessário, até para termos um novo nível de protecção de páginas (extended confirmed protection), pois os níveis autorevisor e sysop são demasiado fortes para a generalidade das páginas. Bastaria então alterar a regra para os reversores poderem bloquear até 24h editores não autoconfirmados extendidos por vandalismo. Dux Æ 11h54min de 2 de novembro de 2020 (UTC)[responder]

@Dux Praxis: A sua ideia, realmente é uma boa! Só que como vai funcionar o autoconfirmado estendido? Todos os usuários (Digo Autorrevisores, Reversores, eliminadores e etc.), invés de "Usuários autoconfirmados" terão "Usuário autoconfirmados estendidos"? Juan90264 (Disc.) 17h36min de 2 de novembro de 2020 (UTC)[responder]
@Juan90264: Na doc da Wiki-EN diz que o acesso é redundante para bots e administradores, mas na verdade é um estatuto automático tal como o autoconfirmado, opera assim que o editor cumprir os requisitos (30 dias + 500 edições). Bastaria colocar-se como redundante para autorrevisores e reversores tal como já hoje é redundante o de autoconfirmado. O mesmo para os eliminadores (para os quais autorrevisor é redundante), que já hoje todos cumprem os requisitos pois os mínimos para este estatuto são 6 meses registo + 1000 edições. Era até conveniente colocar como requisito mínimo serem autoconfirmados extendidos para evitar pedidos de autorrevisor ou reversor sem nexo como até hoje sempre vão acontecendo. Depois basta fazer uma adenda na política de reversores de que podem bloquear até 24h por vandalismo os editores não-autoconfirmados extendidos, que desde a proibição das edições anónimas são a grande origem do vandalismo. Dux Æ 23h40min de 2 de novembro de 2020 (UTC)[responder]

Concordo Qual a diferença de bloquear um IP vândalo de uma conta registrada vândala? Nenhuma, ambos são vândalos. Se para um é permitido, porque para outro não seria? Fora isso, a ferramenta atualmente está praticamente obsoleta para um reversor. --A.WagnerC (discussão) 21h00min de 3 de novembro de 2020 (UTC)[responder]

@A.WagnerC: Notei, agora a diferença: A diferença seria nenhuma, a questão é que se os reversores pudessem bloquear qualquer conta autoconfirmada; eles poderiam bloquear administradores, burocratas, eliminadores entre todos os estatutos no máximo de 24 horas por vandalismo, sem passar por uma PDA. Por isso, eu irei reformular essa proposta, seguindo a dica que o EVinente e Dux Praxis deram. Juan90264 (Disc.) 23h35min de 9 de novembro de 2020 (UTC)[responder]


Comentário: Continuarei essa proposta, modificando alguns parâmetros; começando em criar uma outra proposta complementar sendo para criar um novo estatuto, com o nome "Autoconfirmado Extendido"; e esse estatuto substituirá automaticamente o estatuto de autoconfirmados para "Autoconfirmados Estendidos" dos Administradores, Burocratas, Eliminadores e qualquer usuário que tenha no mínimo de 30 dias + 500 edições. Evitando os reversores poderem bloquear, todos os usuários da Wikipédia. Juan90264 (Disc.) 23h35min de 9 de novembro de 2020 (UTC)[responder]

@WikiFer e Fabiojrsouza: Chamando todos os usuário que concordaram com essa proposta, para reverem a ideia. Juan90264 (Disc.) 23h35min de 9 de novembro de 2020 (UTC)[responder]
@Juan90264:Creio que, para uma proposta como essa seria de bom alvitre criar uma subpágina de usuário com o texto do que se pretende. Já que pretende instituir um estatuto aqui, seria bom ter as regras sobre ele devidamente claras e com a proposta de adequação em outras políticas para que a comunidade analise exatamente o que aconteceria, condições, etc. Talvez o Dux Praxis pudesse ajudá-lo com isso.FábioJr de Souza msg 00h30min de 10 de novembro de 2020 (UTC)[responder]
@Fabiojrsouza: Agradeço o apoio, e vou criar uma subpágina, para fazer o dito acima. Juan90264 (Disc.) 00h34min de 10 de novembro de 2020 (UTC)[responder]
@Juan90264: Eu seria a favor dessa proposta. Algo semelhante ao que ocorre na enwiki. --A.WagnerC (discussão) 00h36min de 10 de novembro de 2020 (UTC)[responder]

Proposta complementar: Novo estatuto "Autoconfirmado estendido"[editar código-fonte]

O texto que aqui estava foi movido para: Wikipédia:Esplanada/propostas/Proposta complementar: Novo estatuto "Autoconfirmado estendido" (11nov2020)


A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


[Ver]

Regulamentar manutenção e eliminação precoces em DBs

Wikipédia:Esplanada/propostas/Regulamentar manutenção e eliminação precoces em DBs (26out2020)

Este recente caso de um fechamento pelo Érico de uma PE do MisterSanderson me chamou a atenção para a necessidade de economizar-se o tempo da comunidade em PEs incontroversas. Contudo, acredito que precisemos ter absoluta precisão no procedimento, tanto para evitar usos mal-intencionados de precedentes (preocupação suscitada pelo Yanguas e pelo Tuga1143) como para evitar mais RAAs (logo, mais perda de tempo).

Minhas propostas são bastante simples, apenas chamo a atenção para a distinção proposital que faço entre unanimidade e consenso. Com a definição de consenso todos já estamos acostumados. Por "unânime", contudo, não quero chegar ao sentido original da palavra, que é a absoluta inexistência de discordância, mas sim um padrão muito mais alto para consenso, que pode sumariamente ignorar votos simples e outros "argumentos" sem sentido, mas sem entrar em qualquer possível "zona cinzenta" de incerteza que passe por ignorar posições minimamente sérias. É para as zonas cinzentas e as vozes solitárias que já temos nossas regras tradicionais para eliminação em sete dias. Leefeniaures audiendi audiat 07h43min de 26 de outubro de 2020 (UTC)[responder]

Eliminação precoce[editar código-fonte]

  • Se uma PE for um caso manifesto e incontroverso de subversão do sistema com a finalidade de obstar (por si só) uma eliminação, torna-se desnecessário esperar qualquer prazo, e a página deve ser eliminada.
  • Se não houver qualquer controvérsia (prévia ou atual) no sentido da manutenção da página (ou de sua eliminação por métodos mais rigorosos que ER), o proponente da PE não tiver demonstrado claramente sua motivação em escolher este formato em vez de um menos rigoroso, e um participante alegar cabimento de ER, um eliminador (distinto do editor que alegou cabimento de ER, claro) pode encerrar pela eliminação a qualquer momento. Pode parecer radical, mas no fim das contas se precisa da mesma união de intenções de uma ER: um editor alegando um critério e um eliminador ou administrador concordando e eliminando a página.
  • Se uma PE, após três dias e meio (metade do prazo normal), contar com 6 editores, incluindo o proponente e excluindo o eliminador que vier a fechá-la (dobro do quórum normal), tiver unanimidade pela eliminação, pode ser eliminada precocemente.
  • Também após três dias e meio, se houver unanimidade pela eliminação e um dos participantes tiver alegado cabimento de WP:ER, um eliminador pode encerrar a discussão buscando a existência de consenso pelo cabimento de ER. Esta modalidade se difere da segunda apresentada apenas porque pressupõe que a propositura da PE (em vez de um processo menos rigoroso) foi justificada, mas o proponente (assim como qualquer outro participante) acabou concordando, falhando em refutar validamente ou abstendo-se quando invocada a possibilidade de ER. O quórum mínimo necessário neste caso seria o tradicional, de 3 participantes.

Manutenção precoce[editar código-fonte]

  • Se uma PE for um caso manifesto e incontroverso de subversão do sistema com a finalidade de causar (por si só) uma eliminação, torna-se desnecessário esperar qualquer prazo, e a página deve ser mantida, com a PE sendo finalizada como inconclusiva.
  • Se uma PE, após três dias e meio (metade do prazo normal), contar com 6 editores, incluindo o proponente e excluindo o eliminador que vier a fechá-la (dobro do quórum normal), tiver unanimidade pela manutenção (excluindo o proponente), um eliminador pode analisar se já foi estabelecido consenso pela manutenção (desta vez, incluindo o proponente), finalizando neste sentido.

Discussão[editar código-fonte]

@A.WagnerC, DarkWerewolf, Xavier1824, PauloMSimoes, Ovelhamauro, Dioluisf, DarwIn, GhostP., OnlyJonny, 79a, Renato de carvalho ferreira, Fabiojrsouza e JMagalhães: Marcando aqueles que ainda não foram citados aqui para a discussão. Peço que todos levem em conta que, mesmo caso desejem uma amplitude maior para os encerramentos precoces, ao menos precisamos dar um primeiro passo. Leefeniaures audiendi audiat 07h43min de 26 de outubro de 2020 (UTC)[responder]

Pergunta @Leefeni de Karik, considerando as ECs abertas em 2020 até hoje, você estima que em quantas delas teria sido possível realizar a eliminação precoce e a manutenção precoce como você propõe? Quantos % isso representa? Será que o custo-benefício de criar novas regras vai compensar a frequência com que elas serão aplicadas? A prorrogação da votação nas ECs foi extinta justamente por ser muito pouco usada, eu mesmo propus a extinção dela há vários anos. Era complexidade adicional nas regras sem benefício prático... Mister Sanderson (discussão) 22h13min de 26 de outubro de 2020 (UTC)[responder]
Pergunta @Leefeni de Karik, porquê não seria possível um "redirecionar precoce", um "fundir precoce", um "manutenção emergencial precoce", etc? Só eliminar e manter? Sua proposta deixa de fora as medidas intermediárias que podem ser adotadas nas ECs. Mister Sanderson (discussão) 22h14min de 26 de outubro de 2020 (UTC)[responder]
Não vejo qualquer complexidade adicional, sugiro basicamente a estandardização do senso prático. Essas outras opções que você disse poderiam se aplicar por analogia. Leefeniaures audiendi audiat 00h23min de 30 de outubro de 2020 (UTC)[responder]

Apenas um adendo: não quis dizer de forma alguma, com minhas observações iniciais, que havia alguma espécie de zona cinzenta no caso que estimulou esta proposta. Se a discussão tivesse ocorrido com regras como estas vigentes, rapidamente se decidiria pela eliminação precoce. Subscrevo ao raciocínio que levou o Érico a fechar a PE, raciocínio este coerente com o bom senso que ele sempre demonstra enquanto administrador. Meu temor é que, sem regras suficientemente exaustivas, corremos o risco de empoderar decisões menos razoáveis que as dele. Regras claras não impedem conflitos: a Wikipédia de muito antigamente tinha políticas e mecanismos talvez até mais complexos do que hoje tem, e ainda assim a arbitrariedade era a norma, os mecanismos estavam sendo constantemente mudados, e a incivilidade reinava suprema os próprios administradores. Regras claras, contudo, contribuem para uma cultura em que as discussões são mais simples e as decisões são de mais fácil avaliação. Leefeniaures audiendi audiat 08h14min de 26 de outubro de 2020 (UTC)[responder]

Comentário Acho que é importante ter em mente que uma PÉ como aquela não acontece toda hora. Aquele volume de participação ocorreu porque as pessoas foram chamadas, do contrário a proposta seguiria o fluxo normal com alguns poucos comentários. Além disso, estamos numa proposta de regra que deve ser geral. Mas já é difícil encontrar três pessoas para opinarem, o que dirá seis. FábioJr de Souza msg 13h08min de 26 de outubro de 2020 (UTC)[responder]

@Fabiojrsouza: Sim, aquele nível (na verdade a abertura PE como um todo) foi fora de qualquer curva, mas de vez em quando aparecem PEs que mobilizam opiniões e sua continuidade acaba por ser mero desperdício de energia e de espaço, apenas fazendo volume e desestimulando a participação em outras. A possibilidade de invocar-se cabimento de ER também permitiria menos PEs inconclusivas. Também podemos pensar em não dobrar o quórum, já que o tempo já foi cortado pela metade. Leefeniaures audiendi audiat 13h33min de 26 de outubro de 2020 (UTC)[responder]

Não costumo apoiar fechamento precoce de PEs, pois, editores que desejam a manutenção, muitas vezes, antes de opinar, passam tempo procurando fontes e estŕuturando artigo. A redução do prazo não é benéfica, pois é menos tempo para fazer o trabalho. Por outro lado, sendo a proposta amplamente aceitada, sugiro ao proponente incluir na proposta que a manifestação dos seis participantes necessariamente precisa ser um argumento valido. Não é raro manifestações genéricas a favor da eliminação. Também deve a proposta deixar claro que qualquer manifestação pela manutenção, impede o speedyclose, e que a análise da validade do argumento da manutenção deve ser feito no prazo de sete dias. Este último ponto é necessário caso o editor tenha interesse em trabalhar pela manutenção, mas está sem tempo para fazer isso em três dias. --A.WagnerC (discussão) 14h16min de 26 de outubro de 2020 (UTC)[responder]

Comentário É fato que a PE alcançou coro mínimo em uma velocidade rápida em virtude dos convites feitos pela redator da mesma. E isso não é algo que acontece sempre, mas o fato é que o Érico fez correto do ponto de vista de considerar que o consenso foi alcançado, sendo que o consenso veio apenas por que a mesma pode ser visualizada graças aos convites. Se não há possibilidade de novas PEs serem alvo de tamanha visibilidade, o certo é que os prazos sejam respeitados para que o haja o devido escrutínio antes da eliminação (porque dificilmente tal coro será alcançado tão rapidamente). No fim, eu acho que houve um conflito de intenções, mas acredito que a visibilidade da discussão da PE foi o suficiente não para estabelecer um regime de exceção, mas para levantar uma ponderação simples: Se uma PE envolver justamente uma questão que tem na redação do artigo a ser eliminado algo que é de impacto e de natureza intensa (em especial ensaios que discutam visões sobre a Wikipedia) para a comunidade como todo (seja pelo conteúdo, seja por quem o fez), é recomendável que ao fazer a proposição de PE, permita-se tempo de escrutínio correto, e que se permita uma busca de visibilidade por partes dos interessados na PE. Mas se o alvo é a eliminação de um artigo que simplesmente desobedece princípios claros da Wikipedia, e não estão relacionados a um debate sobre normas da mesma ou que a maioria dos adms que a verem não considerarem construtiva, não vejo porque não se adiantar o processo. No fim, é como já dito pelo Fabiojrsouza, e como reiterei de que se trata de um feito excepcional, e minha opinião é que casos excepcionais devem requerer medidas excepcionais, de acordo com seu contexto. --Wolf (discussão) 15h22min de 26 de outubro de 2020 (UTC)[responder]

Comentário Está atualmente a ser discutida uma proposta para documentar o cancelamento de PEs. JMagalhães (discussão) 16h28min de 26 de outubro de 2020 (UTC)[responder]

Discordo Com a regulamentação sobre os critérios para cancelar PEs, não faz sentido determinar critérios para eliminação e manutenção precoce de páginas, pois além de ir contra a política de eliminação por consenso quanto ao prazo mínimo da discussão (7 dias), a PE pode ser facilmente resolvida com a prática de solicitação, o que só iria causar muita discussão e conflito nos processos de eliminação. O cancelamento é a única exceção quanto ao prazo mínimo. WikiFer msg 22h34min de 26 de outubro de 2020 (UTC)[responder]

Discordo Pois foge do escopo de uma EC. Esse tipo de eliminação foi criado justamente para que haja tempo para os participantes discutirem a manutenção do artigo. E no que toca ao termo "caso manifesto e incontroverso de subversão do sistema", é um termo subjetivo, que pode abrir portas para eliminações arbitrárias. Ao invés da comunidade trabalhar em criar meios que flexibilizem a eliminação de artgos, deveria haver incentivo à criação de artgos, à busca de fontes, a mais critérios específicos, enfim, a meios que ajude a ptwiki expandir o número de artigos, pois o que atrai novos editores não é a eliminação de conteúdo, e sim a elaboração.--A.WagnerC (discussão) 14h48min de 27 de outubro de 2020 (UTC)[responder]

Interessante este texto bem elaboradinho.. Vanthorn® 20h06min de 27 de outubro de 2020 (UTC)[responder]
[Ver]

Padronizar os topónimos galegos em normativa comum.

Devido a que há certa discrepância se o galego e o português são a mesma língua ou não, acho que seria bom decidirmos sobre qual das duas opções utilizar nos artigos da toponímia na Galiza: a oficial, ou a não oficial, ou juntar as duas (Vilalba/Vilalva, por exemplo), já que nenhuma delas é "a correta". Digo-o porque nas páginas há diversidade de opções e opiniões e penso que estaria bom ter um critério. A Wikipedia em espanhol também os adapta, recorrendo a versões de há quarenta anos em desuso e que são polémicas. Os senhores estão a favor de utilizar a normativa AGAL? (Digo a reintegracionista por dizer uma, para que possam dizer "Concordo" ou "Não concordo"). --Esquwiki (discussão) 21h21min de 27 de outubro de 2020 (UTC)[responder]

Comentário não queria deixar esta proposta completamente sem resposta, mas acho que essa comunidade não é muito versada nesse assunto para tomar essa decisão, infelizmente. Existe algum recurso que eu posso ler sobre isso? Por exemplo, fontes fiáveis em galego são feitas sob qual maneira? Luk3🔔• 📖 16h25min de 7 de novembro de 2020 (UTC)[responder]
Discordo Utilizarmos as formas Lalim e Silheda não seria neutral. A presença da AGAL e da AGLP na Galiza é muito reducida e a opinião oficial é que o galego e o português são línguas irmãs mas distintas. Além disto, os galegos não veriam com bons olhos se consultarem esta Wikipédia estas grafias, já que estas são relacionadas com ideologias galeguistas radicais. Aliás, seu uso além destes círculos (reintegracionistas/ lusistas galegos) é praticamente inexistente na atualidade.--Esquwiki (discussão) 20h41min de 10 de julho de 2021 (UTC)[responder]
[Ver]

Adição do novo newsletter contendo as propostas/geral para dar visibilidade

Vejo que várias propostas/geral na esplanada, não tem geralmente a participação esperada; muitos geralmente tem pouca participação, outras tem bastante participação e algumas ficam mofando como essa. Igual ao objetivo do boletim de conteúdo destacado, este seria para visibilidade nas propostas/geral da Esplanada.

O nome do boletim terá o nome "Boletim de propostas/geral na esplanada", usando o modelo localizado aqui → Usuário:Juan90264/Testes/Boletim.

Comentários e sugestões[editar código-fonte]

Comentário: Já aviso! Que se aprovado, eu pretendo em atualizar o boletim/newsletter semana por semana. Juan90264 (Disc.) 08h19min de 29 de outubro de 2020 (UTC)[responder]

@A.WagnerC, Fabiojrsouza, Gremista.32, O revolucionário aliado e Renato de carvalho ferreira: Chamando certos usuários para darem sua opinião. Juan90264 (Disc.) 08h23min de 29 de outubro de 2020 (UTC)[responder]

Comentário eu vigio a Esplanada/Propostas, página que tem hoje 560 vigilantes. Tudo que aparece de novo (como esta proposta, por exemplo) eu tomo conhecimento. Sem querer "ser do contra", mas seria um aviso a mais que não interessa a todos, entre outros de newsletter que já se recebe. Os interessados em participar vigiam a página e a falta de participação deve ser por outros motivos.--PauloMSimoes (discussão) 11h40min de 29 de outubro de 2020 (UTC)[responder]

Comentário estou com o PauloMSimoes, vigiar tem-me servido, depois intervenho nos que me interessam ou nos quais a minha intervenção pode ser mais útil.--Dioluisf (discussão) 12h38min de 29 de outubro de 2020 (UTC)[responder]

Comentário Olha... Eu não tenho nada contra a proposta. Se você deseja ter essa tarefa... Mas eu acho que você precisa ver a lógica da Esplanada. As pessoas que a vigiam sabem das propostas. Às vezes a proposta fica lá porque é um assunto que as pessoas que vigiam não têm interesse. Quantos daqueles que recebem o boletim de artigos destacados vão lá? Então eu acho que essa proposta vai te dar é mais trabalho e você vai ficar frustrado em pouco tempo. Sugiro que direcione suas energias a outras questões. Em breve teremos o mês asiático (hora de criar artigos sobre a Ásia), temos diversos artigos bons na wikien que podem ser traduzidos. Temos artigos destacados lá para que sejam traduzidos. Temos vários artigos que podem ser melhorados substancialmente (veja o artigo do Ennio Morricone - que na data da morte dele tinha duas fontes, a maior parte do texto era sobre prêmios (ao menos visualmente ocupava mais espaço), e tinha 7375 bytes; enquanto hoje tem 25051 bytes e 38 fontes (o artigo em inglês tem 124597 bytes e 185 fontes, um longo caminho ainda, mas estamos indo)). Foi só um exemplo de que há muito o que fazer. FábioJr de Souza msg 17h48min de 29 de outubro de 2020 (UTC)[responder]

@Fabiojrsouza: Ok! Realmente eu posso ficar frustado de ter que atualizar dois boletins, já existe as página vigiadas; se não vigiam não têm interesse. E ainda preciso organizar e pretendo participar do Wikipedia Asian Month 2020. Obrigado pelo esclarecer! Juan90264 (Disc.) 18h00min de 29 de outubro de 2020 (UTC)[responder]

Comentário O problema nem é a falta de participação da comunidade nas propostas, mas o excesso de propostas que estão sendo criadas num curto espaço de tempo. É preciso moderar tudo isso e aguardar que as propostas atuais sejam concluídas para depois abrir novas propostas. Me parece também que o robô nem está arquivando as propostas antigas. Acredito que sete dias sem discussão já merecia arquivamento, além de propostas aprovadas e rejeitadas serem arquivadas também. A predefinição {{MRDebates}} deveria ser utilizada para registrar as discussões aprovadas e rejeitadas, além de registrar por um período de até 30 dias as discussões em aberto que poderão receber participação da comunidade (mais de 30 dias sem comentários, arquive também). WikiFer msg 17h55min de 29 de outubro de 2020 (UTC)[responder]

Concordo O recebimento de newsletter é opicional, só recebe quem se inscreve. Eu sinceramente não vejo problemas na criação de mais uma ferramenta que mostra quais propostas estão sendo discutidas. A página vigiada ajuda, mas só lista a última movimentação. Já a newsletter poderia trazer mais informações. Se é para facilitar a divulgação do que está sendo discutido na esplanada, não tenho oposição. --A.WagnerC (discussão) 20h35min de 29 de outubro de 2020 (UTC)[responder]

@Juan90264: Agora eu acho mais prático um bot atualizar o boletim do que você todos os dias. Além de se cansativo, pode ter dias que você não vai poder (ou querer) fazer isso. --A.WagnerC (discussão) 20h38min de 29 de outubro de 2020 (UTC)[responder]
@A.WagnerC: Sim, poderia ser ótimo, mais robô teria que ter o privilégio de MassMessage; e ainda o bot teria que saber preencher as linhas do Especial:MassMessage. Seria bastante ariscado um bot para atualizar, considero melhor um humano atualizar; e não terá riscos! Juan90264 (Disc.) 21h18min de 29 de outubro de 2020 (UTC)[responder]

Discordo sobre a necessidade desse tipo de ferramenta. Quem quiser acompanhar as propostas sendo lançadas basta vigiar a página da Esplanada. Quem vigia já está ciente do que está rolando, e se não participa, é porquê a proposta não é interessante.--Mister Sanderson (discussão) 21h43min de 29 de outubro de 2020 (UTC)[responder]

@MisterSanderson: Existem usuários que não usam páginas vigiadas, e poderiam ter interesse do MassMessage. O boletim não é obrigatório! Os usuários interessados ficam numa lista, que eles podem aceitar ou desistir. Juan90264 (Disc.) 21h54min de 29 de outubro de 2020 (UTC)[responder]
@Juan90264 Os usuários que não usam "páginas vigiadas" só podem ser noobs. O que eles precisam é aprender a usar corretamente o sistema MediaWiki, só isso. Mister Sanderson (discussão) 21h56min de 29 de outubro de 2020 (UTC)[responder]
@MisterSanderson: Esse consensos servem para comunidade decidir. Certo? Então, por que os usuários são obrigados aprender usar corretamente o sistema MediaWiki? Juan90264 (Disc.) 22h01min de 29 de outubro de 2020 (UTC)[responder]
@Juan90264 Pois quem não sabe usar o sistema da Wikipédia não consegue ser editor da Wikipédia. Mister Sanderson (discussão) 22h02min de 29 de outubro de 2020 (UTC)[responder]
@MisterSanderson: Citação: Pois quem não sabe usar o sistema da Wikipédia não consegue ser editor da Wikipédia Mais usuário nessa questão, não saberia usar um sistema, que são das páginas vigiadas. Esse usuário sabe editar os artigos, mas não tem interesse em usar as páginas vigiadas. Elas são obrigadas não saber, o que está acontecendo na Esplanada? Juan90264 (Disc.) 22h08min de 29 de outubro de 2020 (UTC)[responder]
@MisterSanderson: A página vigiada, sim ajuda, mas só lista a última movimentação. Já a newsletter poderia trazer mais informações, facilitando a divulgação das propostas/geral. Que problema teria se tivesse mais um newsletter? E também o newsletter é opcional, só receberão quem se inscrever numa lista, que em breve será criada, se proposta for aprovada pela comunidade. Juan90264 (Disc.) 02h13min de 30 de outubro de 2020 (UTC)[responder]
@Juan90264 Se o noob, em (diff | hist) clicar em "diff", sim, só mostra a última alteração. Se ele tiver pelo menos dois neurônios, vai clicar em "hist" e ver o histórico completo da página, que já vai ter marcadas em verde-limão "atualizado desde sua última visita" para aquelas edições que ele ainda não conferiu. Reitero: os noobs apenas precisam aprender a usar corretamente o software MediaWiki. Você está tentando reinventar a roda, tentando reinventar a função "vigiar página". Mister Sanderson (discussão) 09h28min de 30 de outubro de 2020 (UTC)[responder]

Comentário desculpem a franqueza, mas agora está se discutindo o nível cognitivo dos editores? Que tal, ao invés de criar mais um aviso de newsletter, fazer uma campanha de divulgação do modo como se marca uma página como vigiada? Talvez se traga mais vigilantes, além dos 560 atuais.PauloMSimoes (discussão) 23h26min de 29 de outubro de 2020 (UTC)[responder]

@PauloMSimoes: Não sei se uma campanha, vai trazer mais usuários para usar as páginas vigiadas; esses usuário talvez não queiram mesmo usar a ferramenta (Páginas vigiadas). Juan90264 (Disc.) 23h40min de 29 de outubro de 2020 (UTC)[responder]
Se os editores não querem vigiar a página, muito menos seguir o que está em uma newsletter. Só comentei acima porque se mencionou "usar corretamente o sistema MediaWiki".-PauloMSimoes (discussão) 23h50min de 29 de outubro de 2020 (UTC)[responder]

Comentário Querem saber o que acontece? A nova configuração das Esplanadas provocou isso. Não dá para acompanhar aquilo que se debate na própria página - que temos entre os vigiados! É necessário que vigiemos cada tópico e, honestamente, fazer isso a cada tópico é inviável: a gente não ia poder fazer mais nada! Antes, quando a página ficava "tudo junto" a gente abria a Esplanada respectiva e acabava por ler edições mais antigas, em tópicos de nosso interesse... Hoje, ao menos para mim, só por acaso vemos que algum tópico novo foi adicionado - o que oculta todos os "tópicos não-novos" até quando olhamos os vigiados. Não digo para voltarmos ao formato antigo - e quilométrico - mas a algo como o que se passa em WP:IUE, onde há arquivamento automático de tópicos antigos, sei lá... (por exemplo, vi este somente pela edição do proponente - e me surpreendi com a quantidade de comentários que me precederam!) André Koehne (discussão) 03h07min de 30 de outubro de 2020 (UTC)[responder]

André , acho que o formato está muito bom assim. A cada novo tópico aberto sou avisado pela vigiada geral (Esplanada/Propostas). Se o assunto me interessa, marco o tópico específico como vigiado, e participo (ou não, apenas acompanho). Se não me interessa, deixo desmarcado. Não vejo qualquer complicação nisso, nem necessidade de mais penduricalhos.--PauloMSimoes (discussão) 05h27min de 30 de outubro de 2020 (UTC)[responder]
Paulo, essa comodidade vale para editores que são mais assíduos e clicam nos vigiados constantemente. Por vezes meu tempo mal dava para verificar as coisas dos IPs! Mas, mesmo estando livres deles - IPs - ontem mesmo quando olhei meus vigiados e vi a abertura deste tópico aqui, não vi mais nada que porventura tenham proposto (ou debatido) no restante desta modalidade da Esplanada... Enfim, foi apenas um comentário, não sugestão... André Koehne (discussão) 10h58min de 30 de outubro de 2020 (UTC)[responder]
@Teles: bom, eu não quero ser notificado, e creio que algumas centenas mais também não. Então seremos todos obrigados a solicitar que não queremos receber o aviso? Se fosse por um motivo plausível, vá lá... Isso é perda de tempo de todos os lados envolvidos.--PauloMSimoes (discussão) 05h59min de 30 de outubro de 2020 (UTC)[responder]
@PauloMSimoes: Eu também não. Por isso, falei que pode ser criado apenas se for opt-in. Ou seja, apenas aqueles que quiserem serão notificados.—Teles«fale comigo» 06h03min de 30 de outubro de 2020 (UTC)[responder]
Se ele assim o desejar, ele pode criar e quem quiser se inscreve. Quem não quiser receber não vai se inscrever e, consequentemente, não vai ter trabalho nenhum (é como se nada houvesse acontecido). Se, com o tempo, a pessoa achar que pode ser último se inscreve.FábioJr de Souza msg 06h12min de 30 de outubro de 2020 (UTC)[responder]
@PauloMSimoes Eu também não quero receber notificações redundantes, pois já acompanho a criação de tópicos via "vigiar página". Acho essa proposta aqui uma perda de tempo total e vou me abster de continuar participando dela, pra liberar meu tempo pra coisas mais úteis. Se o @Juan90264 quiser criar a infraestrutura de newsletter e pô-la a funcionar sozinho, que o faça, mas não precisa propor na Esplanada se for opt-in. Mister Sanderson (discussão) 09h33min de 30 de outubro de 2020 (UTC)[responder]


Uma Ideia Ideia @Juan90264:. Se criar mais um ícone no menu superior (a exemplo do seus alertas/suas noticiações) que spolete, em um cor amarela, para todos os autoconfirmados informando que existe uma proposta na esplanada em aberto. Estes ícones são discretos e práticos e para um editor saber o que esta discutindo, basta clicar nele e descobrirá o link para a pagina. O "R" Aliado ✉ 06h14min de 30 de outubro de 2020 (UTC)[responder]

Comentário Só espero que seja possível desabilitar esse ícone. Já bastam o sininho dos alertas, a caixinha das notificações e o alerta de novas mensagens na PDU...--PauloMSimoes (discussão) 07h27min de 30 de outubro de 2020 (UTC)[responder]

@O revolucionário aliado: Poderia me explicar um pouco melhor, porque eu ainda não compreendi a sua ideia. Juan90264 (Disc.) 07h04min de 30 de outubro de 2020 (UTC)[responder]
Sinceramente estou com PauloMSimoes, na questão desses ícones; e também não se mais um ícone, os usuários vão preferir do que um newsletter comum. Juan90264 (Disc.) 19h34min de 30 de outubro de 2020 (UTC)[responder]

Comentário Eu também acho que quem realmente quer participar das discussões participa, não acho que é um problema de falta de divulgação. Em 2013 depois de uma discussão sobre divulgação de discussões eu criei a página Wikipédia:Painel que era atualizada diariamente pelo meu robô (antigamente tinha até algumas estatísticas), ela ajudava nisso, mas acho que depois de um tempo esqueceram dela, tanto que quando percebi que o robô estava com algum problema e não estava mais atualizando a página já fazia meses que não era atualizada e ninguém me procurou, até perguntei na discussão da página se alguém ainda se interessa pela página e ninguém respondeu. Eu acompanho a esplanada pelo IRC, onde um robô informa todas edições em tópicos da esplanada, e eu percebi que o número de edições na esplanada nesse último mês foi bem acima da média dos meses anteriores, se alguns tópicos têm pouca participação talvez seja simplesmente porque poucos têm interesse no assunto do tópico. Danilo.mac(discussão) 16h37min de 30 de outubro de 2020 (UTC)[responder]

@Danilo.mac: Realmente, poderia ser "se alguns tópicos têm pouca participação talvez seja simplesmente porque poucos têm interesse no assunto do tópico."; mas a página vigiada só lista a última movimentação. Significando que se alguns tópicos, não apresentam participação, é devido que a página vigiada só lista a última movimentação ou porque poucos têm interesse no assunto do tópico.
E vendo, nem seria necessária essa proposta, já que eu pretendo fazer esse newsletter como opt-in. Juan90264 (Disc.) 19h53min de 30 de outubro de 2020 (UTC)[responder]

Conclusão[editar código-fonte]

@Juan90264: Estou criando a lista 'Usuário:Teles/Esplanada' e o modelo de mensagem com base nesta discussão. Quando estiver pronta, pode opcionalmente ser usada pra anunciar as discussões nas esplanadas assim que criadas. Serão listadas apenas pessoas que optarem por receber a mensagem.—Teles «mensagem ˱C L @ S˲» 14h03min de 13 de dezembro de 2020 (UTC)[responder]

Notei que a lista já está em funcionamento, então @Conde Edmond Dantès, Dioluisf, Fabiojrsouza, GRS73, JMagalhães, Leefeni de Karik, Manope2011, MisterSanderson, O revolucionário aliado, Victor Lopes e WikiFer: estou chamando alguns usuários, se os usuários chamados aceitarem receber a mensagem (Corpo da mensagem: Usuário:Teles/Esplanada/Mensagem), simplesmente ponha o nome de usuário aqui → Usuário:Teles/Esplanada. Juan90264 (Disc.) 04h11min de 14 de dezembro de 2020 (UTC)[responder]
[Ver]

Padronização das regras de Eliminação Rápida

Sugiro a padronização de todos os nomes das regras de Eliminação Rápida, especificamente as conhecidas como "Regras Antigas". O objetivo é renomear e atualizar a Wikipédia:Eliminação rápida sob uma nomenclatura consistente. Os nomes atuais ainda constariam na descrição de cada regra renomeada, juntamente com todos os redirecionamentos a fim de não quebrar o fluxo de trabalho de ninguém. Não haverá nenhuma mudança no conteúdo de cada regra.

Minha proposta é:

As razões para essa mudança seriam:

  • tornar o conjunto de regras mais consistentes;
  • tornar menos confuso de saber a validade das regras (quanto era novato, o conceito de "regras novas" e "regras antigas" me deixava confuso;
  • mais clareza em saber de que tipo de regra se trata (o prefixo ajuda a entender de qual área se trata imediatamente);
  • melhor documentação do processo, já que o conjunto de regras estarão devidamente organizadas por área de atuação.

Se a proposta for aprovada, eu me disponibilizarei para fazer as mudanças. --Luk3🔔• 📖 16h56min de 31 de outubro de 2020 (UTC)[responder]

{{Pergunta}} A ideia é pegar a seção "regras antigas", renomeá-las, e então encaixá-las na seção "Lista de regras"? Se sim, é algo necessário há muito tempo, e que dependia somente de alguma boa alma disposta a realizar a tarefa de revisar e recompilar o texto. Mister Sanderson (discussão) 18h41min de 31 de outubro de 2020 (UTC)[responder]
@MisterSanderson: sim, é exatamente essa a intenção. --Luk3🔔• 📖 18h47min de 31 de outubro de 2020 (UTC)[responder]
@Luk3 Ótimo, mas e quanto à seção "Regras formais", que me parece redundante com as outras duas mencionadas previamente? Mister Sanderson (discussão) 19h31min de 31 de outubro de 2020 (UTC)[responder]
Ao remover a distinção entre os dois tipos de regra, acredito que essa tabela se tornaria inútil e poderia ser removida sem perda de informação. Acredito que o conteúdo é repetido com "Lista de regras". Se houver qualquer controvérsia quanto a isso, essa mudança pode ser feita com uma edição separada no final que poderá ser revertida e discutida na página de discussão da política, de maneira separada do resto da proposta. -- Luk3🔔• 📖 19h43min de 31 de outubro de 2020 (UTC)[responder]

Comentário Primeiro tem que aguardar a aprovação desta proposta, que cria o G2. WikiFer msg 18h33min de 31 de outubro de 2020 (UTC)[responder]

Tem razão. Com a aprovação desta proposta (que provavelmente acontecerá em breve), o número das regras em Geral serão incrementados para G3 em diante. --Luk3🔔• 📖 18h47min de 31 de outubro de 2020 (UTC)[responder]
@WikiFer Obviamente que não é preciso aguardar. Se essa outra proposta aí for aprovada depois, simplesmente ganhará um número "G(X)" diferente. Mister Sanderson (discussão) 19h30min de 31 de outubro de 2020 (UTC)[responder]
MisterSanderson Sim, só lembrei da outra proposta para ajustar esta novamente. WikiFer msg 21h13min de 31 de outubro de 2020 (UTC)[responder]

Concordo muito mais fácil de compreender e organizado. GhostP. disc. 18h35min de 31 de outubro de 2020 (UTC)[responder]

Concordo, facilita a leitura das regras de eliminação; mais também temos esperar aprovação desta proposta, que pretende criar o G2. Juan90264 (Disc.) 19h03min de 31 de outubro de 2020 (UTC)[responder]

Concordo. Padronização sempre será bem-vinda. Christian msg 19h11min de 31 de outubro de 2020 (UTC)[responder]

Concordo com a proposta. Como já temos regras específicas para artigos (A1 a A6), as chamadas "regras antigas" também serão reajustas de acordo com o domínio delas. As regras gerais (G1 a G12) serve para todos, enquanto teremos para domínio discussão (D1 a D3), ficheiro (F1 e F2), usuário (U1 a U3) e Wikipédia (W1). Além disso, teremos três regras para redirecionamentos (R1 a R3). Sendo assim, trará maior organização para as regras de eliminação rápida. WikiFer msg 21h18min de 31 de outubro de 2020 (UTC)[responder]

Comentário Dado que, se aprovada, tal proposta exigirá a remodelação do código do FastButtons, notifico o !Silent, responsável pelo código desse script, para avaliá-la também, e já adiantar se ele terá interesse e disposição em atualizar o código.--Mister Sanderson (discussão) 21h21min de 31 de outubro de 2020 (UTC)[responder]

@MisterSanderson Atualizarei, basta me notificar aqui quando da aprovação da proposta. !Silent (discussão) 21h27min de 31 de outubro de 2020 (UTC)[responder]

Comentário A padronização é essencial e concordo com a necessidade de atualizar a numeração. Há anos que ando para propor isso. No entanto, Discordo em simplesmente alterar os números. Há muitas regras de ER que estão totalmente obsoletas, que quase nunca ninguém usou, e que podem perfeitamente ser encaixadas em G1 - eliminações técnicas. Esse trabalho e essa decisão tem que ser feito antes de mudar a numeração, de modo a evitar sucessivas confusões. JMagalhães (discussão) 23h10min de 31 de outubro de 2020 (UTC)[responder]

E nem é só fundir. Algumas regras antigas são simplesmente idiotas e têm que ser revistas. Por exemplo, a antiga regra "ER1" ("subpáginas de usuário") não faz qualquer sentido. Se o motivo é a própria pessoa ter-se enganado ou já não precisar da página, então usa a ER7. Se o motivo é o uso indevido, então deve ser especificado qual o uso indevido com uma regra específica. Porque teoricamente, a regra conforme está agora permite apagar indiscriminadamente e sem critério subpáginas de outros editores. Porque é que este disparate há-de transitar tal como está para as novas regras? Tem que haver uma revisão... JMagalhães (discussão) 23h38min de 31 de outubro de 2020 (UTC)[responder]
@JMagalhães: Eu gostaria de investigar esse assunto para eventualmente evoluir numa proposta. Você tem algumas regras em mente que deveriam ser unificadas? Existe algum método para eu analisar quais regras foram usadas além de Especial:Registo? Luk3🔔• 📖 23h36min de 31 de outubro de 2020 (UTC)[responder]
@Luk3: Estou agora a fazer um levantamento, daqui a +/- uma hora já coloco aqui. JMagalhães (discussão) 23h38min de 31 de outubro de 2020 (UTC)[responder]

Vou começar com aquelas que podem transitar sem problemas porque fazem sentido e são usadas. Vou manter a numeração para simplificar e criar o mínimo de confusão possível:

  • A ER5 ("aparecimento recorrente") pode transitar para G5.
  • A ER6 ("spam") pode transitar para G6.
  • A ER7 ("próprio criador reconhece que se enganou") pode transitar para G7.
  • A ER13 ("VDA flagrante") pode transitar para G13.
  • A ER14 ("ficheiros duplicados ou que não cumprem a política de Conteúdo restrito") pode transitar para F1

As seguintes já existem nas regras novas ou não fazem qualquer sentido:

  • ER1 ("subpáginas de usuário"): esta regra é um disparate autêntico e deve ser removida urgentemente. Da forma como está escrita, permite eliminar indiscriminadamente subpáginas de outros editores. Se é o próprio editor que quer apagar uma página sua, então deve usar a ER7/G7. Se a subpágina viola qualquer regra, então deve ser usada a atual regra U1 ("uso impróprio da página de usuário"). De resto, não existe outra situação em que possa ser eliminada.
  • ER8 ("problemas técnicos"): pode ser eliminada porque já é coberta pela atual "G1".
  • ER3, 4, 10, 16 e 17 ("títulos absurdos ou mal formatados"): outras regras muito parecidas entre elas e que não fazem sentido absolutamente nenhum. Transitaram para "A1" muito antes das outras novas regras serem aprovadas. O texto não é claro se se aplicam ao artigo ou apenas a redirecionamentos. Das duas uma: caso se apliquem a artigos, é um disparate autêntico poder eliminar um artigo só porque alguém se enganou no título. Caso se apliquem a redirecionamentos, como imagino que seja, então as situações já estão previstas na atual regra R1. Portanto, qualquer que seja o caso estão obsoletas e são para remover.
  • ER9: passa para R2.
  • ER18 ("discussões de páginas inexistentes"): pode ser eliminada pq já está coberta pela atual D1 ("discussões de páginas inexistentes").
  • ER12 ("imagens, quando o pedido for feito por quem carregou a imagem e desde que esta não esteja a ser utilizada num artigo"): mais uma variante de "criador arrependeu-se" que já é coberta pela ER7/G7; pode ser removida.

Caso complexo: a ER20:

  • A ER20 sempre foi um caso complexo. "Impróprio" é um termo vago que literalmente dá para tudo, incluindo todos os outros casos de ER. Até haver as regras novas, praí 99% das eliminações eram feitas por ER20, desde biografias sem alegação de notoriedade até artigos duplicados, páginas sem conteúdo ou vandalismo. A ER20 funcionava como um caixote o lixo indiscriminado. Com a introdução das novas regras, muito do que era eliminado por ER20 passou a ser eliminado por A2, A3, A4 e A6. No entanto, ainda ficou a faltar regras específicas para páginas que são vandalismo, hoaxes ou texto sem nexo. O que eu proponho aqui é dividir isto na regra G2 e G3, semelhantes à G1 ("patent nonsense") e G3 ("pure vandalism") da en.wiki. JMagalhães (discussão) 00h35min de 1 de novembro de 2020 (UTC)[responder]
@JMagalhães: Entendi. Várias das mudanças fazem sentido para mim, e não sei se isso deve ser organizado como subseção daqui ou numa nova proposta, já que vai mudar o conteúdo das regras. Mas sobre a ER1: minha interpretação é que seria para o usuário pedir a eliminação de uma subpágina dele mesmo. Assim, eu poderia fazer diversos testes em subpáginas minhas (por ex. Usuário:Luk3/Testes/Exemplo) e depois mandar apagar quando não precisasse mais da página de maneira incontroversa. Não é um uso indevido (então U1 não cabe) e nem foi exatamente um engano criar a página (G7 cabe?). O maior problema dessa regra é que a tabela diz uma coisa Citação: Wikipédia:Eliminação rápida escreveu: «ER1 - Subpáginas de usuário», e a seção "Regras antigas" diz outra Citação: Wikipédia:Eliminação rápida escreveu: «1. Subpáginas do próprio usuário (por exemplo: uma eventual página Usuário:Jorge/testes).». -- Luk3🔔• 📖 02h23min de 1 de novembro de 2020 (UTC)[responder]
O texto da ER7/G7 ("criador reconhece que se enganou") deveria ser mudado para algo mais próximo da en.wiki ("eliminação a pedido do autor"). Há casos em que a razão de eliminação não é um engano. Pode ter sido um teste deliberado ou ter sido uma página temporária. JMagalhães (discussão) 02h36min de 1 de novembro de 2020 (UTC)[responder]

Concordo com a atualização das regras. Já está na hora de padronizar todas as regras com uma nomenclatura comum. Lucasmf23 msg 17h10min de 1 de novembro de 2020 (UTC)[responder]

Plano de trabalho[editar código-fonte]

A seguinte discussão encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção. Segue-se um resumo das conclusões obtidas nesta discussão.

A discussão durou uma semana, e todos os usuários que participaram na discussão concordaram, então houve uma reformulação nas regras de Wikipedia:Eliminação rápida.

Como referido acima, algumas regras podem simplesmente ser renomeadas. Mas há outras regras antigas que são obsoletas ou redundantes com regras existentes. Se fossem feitas renomeações tal como foi proposto inicialmente, iríamos acabar com uma série de regras repetidas. Assim, o plano de trabalho deve ser este:

Renomeações
  • ER5 ("aparecimento recorrente") passa a G5.
  • ER6 ("spam") passa a G6.
  • ER7 ("criador reconhece que se enganou") passa a G7 e é renomeada para ("eliminação a pedido do autor").
  • ER13 ("VDA") passa a G3.
  • ER20 ("impróprio") passa a G2 e acrescenta-se na descrição o que está em Impróprio#Exemplos
  • ER14 ("ficheiros duplicados ou que não cumprem a política de Conteúdo restrito") passa a F1
  • ER9 ("mover alvo do redirect para aqui"): passa a R2
A remover por serem redundantes ou obsoletas
  • ER1 ("subpáginas de usuário"): subpágina não é por si só motivo de eliminação. Se o conteúdo é impróprio, então já está coberta pela atual regra U1. Se o autor deseja apagar, então já está coberta pela G7.
  • ER8 ("problemas técnicos"): já está coberta pela atual G1
  • ER18 ("discussões de páginas inexistentes"): já está coberta pela atual D1
  • ER3, 4, 10, 16 e 17: já estão cobertas em A1 ou R1
  • ER12 ("eliminação de imagens a pedido do autor"): já está coberta em G7

Note-se que se tenta manter a numeração o máximo possível fiel aos números antigos para evitar criar o menos de confusão possível e permitir às pessoas adaptar-se facilmente. Mesmo quando não é possível usa-se truques de mnemónica (ER20 passa a G2, ER13 passa a G3). JMagalhães (discussão) 12h31min de 1 de novembro de 2020 (UTC)[responder]

Concordo, por mim faz sentido. Adicionalmente, ER21 passaria a ser W1. Luk3🔔• 📖 12h45min de 1 de novembro de 2020 (UTC)[responder]
Pergunta Não entendi Citação: ER1 [...] Se o autor deseja apagar, então já está coberta pela G7. e tampouco Citação: ER12 ("eliminação de imagens a pedido do autor"): já está coberta em G7, pois não há G7 em WP:ER#Regras formais. Pode esclarecer, por favor, JMagalhães? Mister Sanderson (discussão) 21h12min de 1 de novembro de 2020 (UTC)[responder]
Na proposta a ER7 passa a ser denominada G7. JMagalhães (discussão) 22h19min de 1 de novembro de 2020 (UTC)[responder]
Pergunta @JMagalhães, Citação: ER18 ("discussões de páginas inexistentes"): já está coberta pela atual D2, tem certeza disso? Essas duas regras não me parecem ser equivalentes não... Mister Sanderson (discussão) 21h18min de 1 de novembro de 2020 (UTC)[responder]
São exatamente iguais. JMagalhães (discussão) 22h19min de 1 de novembro de 2020 (UTC)[responder]
@MisterSanderson e JMagalhães: Acredito que a equivalente seria D1: Citação: «D1. Discussões de páginas inexistentes» contra Citação: ER18. Páginas de discussão cujas páginas associadas não existam — em qualquer domínio. A única diferença entre elas é que ER18 tem exceções, e a D1 não. Luk3🔔• 📖 22h34min de 1 de novembro de 2020 (UTC)[responder]
Já percebi. O texto estava errado. É a D1, e não a D2. Corrigi. JMagalhães (discussão) 22h42min de 1 de novembro de 2020 (UTC)[responder]
@JMagalhães, agora sim, são exatamente iguais. Mister Sanderson (discussão) 00h49min de 2 de novembro de 2020 (UTC)[responder]

Pergunta Então vai sobrar vago o G4, referente a eliminação de páginas criadas por contorno de bloqueio, certo? WikiFer msg 15h00min de 1 de novembro de 2020 (UTC)[responder]

Certo. JMagalhães (discussão) 15h49min de 1 de novembro de 2020 (UTC)[responder]

Concordo com a proposta sobre o plano de trabalho. Vai simplificar diversas regras antigas de ER já existentes, além de extinguir as redundantes e obsoletas. Portanto, teremos regras para eliminação rápida na qual todas poderão ser utilizadas, sem exceção. WikiFer msg 16h48min de 1 de novembro de 2020 (UTC)[responder]

Concordo com a proposta sobre o plano de trabalho. Juan90264 (Disc.) 19h07min de 1 de novembro de 2020 (UTC)[responder]

Comentário Lembrando que é preciso atualizar também a ferramenta de eliminação. Vai facilitar dar uma simplificada nas opções disponíveis para seleção. Saturnalia0 (discussão) 17h48min de 4 de novembro de 2020 (UTC)[responder]

Comentário Creio que exista consenso para aplicação do Plano de trabalho, mas para ter a absoluta certeza (já que são sobre as regras de eliminação), estou marcando quem já participou da discussão anterior @MisterSanderson, Saturnalia0, Lucasmf23, GhostP., ChristianH e !Silent:. Concordam ou têm alguma ressalva sobre essa proposta? Luk3🔔• 📖 12h09min de 6 de novembro de 2020 (UTC)[responder]

Concordo com a proposta. Lucasmf23 msg 16h09min de 6 de novembro de 2020 (UTC)[responder]
A discussão acima encontra-se encerrada. Por favor não a modifique. Comentários posteriores devem ser feitos numa nova secção.


Anúncios[editar código-fonte]

Calendário de eventos de outubro do GU Wiki Movimento Brasil[editar código-fonte]

O calendário de outubro do WMB está repleto de atividades para você participar!

O Grupo de Usuários Wiki Movimento Brasil organiza uma série de eventos e atividades durante o mês de outubro. Confira o calendário e participe conosco!

Compartilhe fotografias de monumentos brasileiros no Wikimedia Commons e concorra a prêmios!

  • 1 a 31/10: Wiki Ocupa Jundiaí

Projeto de wikificação de municípios brasileiros. Mais informações em breve!

Comunicação dos vencedores do concurso.

  • 16/10: Editatona Twitter

Mais informações em breve!

O WMB apresenta neste encontro sobre as parcerias GLAM. Registre-se gratuitamente e acompanhe a programação completa do evento.

  • 21/10: V Oficina Wikimedia & Educação

Encontro com educadores que usam as plataformas Wikimedia. Wikipedistas são bem-vindos!

Treinamento sobre APIs em homenagem ao 8º aniversário do Wikidata.

  • 24/10: Festa do Wikidata + Abre-te Código

Comemoração de aniversário do Wikidata em conjunto com o hackathon de dados culturais abertos Abre-te Código. Mais informações em breve!

O Wiki Movimento Brasil terá uma sessão na Conferência Wikicite sobre estruturação de projetos no Wikidata, bibliografia e dados de bibliotecas. Mais informações em breve!


Espero vê-los em nossos eventos! EAzzellini (WMB) (discussão) 00h25min de 2 de outubro de 2020 (UTC)[responder]

Call for feedback about Wikimedia Foundation Bylaws changes and Board candidate rubric[editar código-fonte]

Olá. Apologies if you are not reading this message in your native language. Ajude a traduzir para a sua língua, por favor.

Today the Wikimedia Foundation Board of Trustees starts two calls for feedback. One is about changes to the Bylaws mainly to increase the Board size from 10 to 16 members. The other one is about a trustee candidate rubric to introduce new, more effective ways to evaluate new Board candidates. The Board welcomes your comments through 26 October. For more details, check the full announcement.

Obrigado! Qgil-WMF (talk) 17h17min de 7 de outubro de 2020 (UTC)[responder]

Resultados e vencedores do Wikiconcurso Arquivo Nacional[editar código-fonte]

Parabéns aos vencedores do concurso!

Olá! Anuncio aqui os resultados numéricos e os vencedores do Wikiconcurso Arquivo Nacional Brasília 60 anos que ocorreu entre 20/07 e 14/09.

A proposta era que os participantes melhorassem a qualidade dos verbetes na Wikipédia em português relacionados à cidade de Brasília, em celebração aos 60 anos da capital brasileira. O concurso foi organizado pelo Wiki Movimento Brasil em conjunto com o Arquivo Nacional. A proposta também era de que os editores usassem as imagens do acervo do Arquivo Nacional, disponibilizadas no Wikimedia Commons por meio de parceria GLAM Wiki, para ilustrar as entradas na Wikipédia.

O concurso encerrou com 288 artigos criados, 887 editados (somando mais de 5,6 milhões de bytes adicionados) e 388 usos de imagens do acervo do Arquivo Nacional. Os artigos melhorados e criados já somam mais de 1,6 milhões de visualizações! Ficamos muito felizes com o registro de 509 editores interessados em contribuir com a proposta concurso!

Abaixo, os 5 primeiros colocados no concurso, que receberão a premiação cedida pelo Arquivo Nacional:

Os dez primeiros colocados no concurso também receberam uma wikicomenda em suas páginas de discussão. Parabéns!

Agradecemos o envolvimento de todos que editaram pelo menos uma vez no contexto do wikiconcurso e esperamos vê-los em futuras atividades!

Cordialmente, EAzzellini (WMB) (discussão) 21h45min de 7 de outubro de 2020 (UTC)[responder]

Pedido de opinião[editar código-fonte]

Olá todos e todas! Sou nova escrevendo artigos no Wikipedia e gostaria de opinião sobre esse artigo. Está dentro do recomendado em relação a conteúdo, referências e formatação? Obrigada desde já a quem puder colaborar! —comentário não assinado de Thata- iny (discussão • contrib) (data/hora não informada)

respondido na página da usuária.Tetraktys (discussão) 07h14min de 8 de outubro de 2020 (UTC)[responder]

Editatona Twitter (16/10)[editar código-fonte]

Olá! Nesta sexta-feira, haverá uma editatona a partir das 10h organizada pelo Wiki Movimento Brasil em parceria com o Twitter Brasil a fim de melhorar verbetes de mulheres brasileiras LBTTQI+, negras e indígenas.

Convidamos todos e todas a contribuírem com os verbetes selecionados para a atividade! Há uma lista de mais de 100 biografias a serem melhoradas na página do evento. Inscreva-se aqui via Outreach Dashboard para que possamos acompanhar as edições durante a atividade!

Boas edições, EAzzellini (WMB) (discussão) 20h11min de 14 de outubro de 2020 (UTC)[responder]

Wiki Ocupa Jundiaí[editar código-fonte]

Participe da "wikificação" de Jundiaí!

Olá! Convidamos todos e todas a participarem das atividades da iniciativa Wiki Ocupa Jundiaí que ocorre durante o mês de outubro, em especial no dia 17/10!

A proposta da ocupação é "wikificar" o município, ou seja, melhorar as entradas relativas a Jundiaí nos projetos Wikimedia, incluindo Wikipédia, Wikimedia Commons, Wikidata e Wikivoyage. Haverá atividades de produção de texto e mídias, além do mapeamento colaborativo da cidade e o registro e estruturação dos dados e imagens do acervos de instituições culturais municipais que forem eventualmente disponibilizados. A página principal do projeto está disponível aqui.

Existem muitas formas possíveis de contribuição para wikimedistas!

No dia 17/10 (sábado), haverá uma atividade remota de editatona para melhoria e criação de verbetes e saída fotográfica para registrar locais de interesse e bens tombados de Jundiaí, também no contexto do Wiki Loves Monuments Brasil 2020. Para participar da editatona, basta se inscrever na página do evento com o seu login. Você pode submeter suas fotos de Jundiaí e conhecer a lista de locais de interesse a serem fotografados aqui.

A iniciativa é organizada pelo Wiki Movimento Brasil em parceria com foto.wiki.br.

Caso tenha dúvidas sore o projeto, deixe-nos um recado na página de discussão do projeto ou escreva para wmnobrasil@wmnobrasil.org.

Nos vemos lá! EAzzellini (WMB) (discussão) 00h45min de 15 de outubro de 2020 (UTC)[responder]

Wikipédia:Administradores/Pedidos de remoção/Leon saudanha[editar código-fonte]

Informo que iniciei o pedido de remoção supra indicado, pelas razões nele discorridas. Érico (disc.) 01h55min de 16 de outubro de 2020 (UTC)[responder]

V Oficina Wikimedia & Educação[editar código-fonte]

Olá, pessoal! Escrevo para avisar que o Grupo de Usuários Wiki Movimento Brasil (WMB) está organizando a quinta edição das Oficinas Wikimedia & Educação: a educação livre no Brasil e as plataformas Wikimedia.

O evento acontece mensalmente, sempre na terceira quarta-feira do mês, com o intuito de orientar educadores que queiram realizar projetos educacionais nas plataformas Wikimedia.

Esta quinta oficina acontecerá no dia 21 de outubro, das 14h às 16h, numa sala do Google Meet. É necessário fazer inscrição prévia. Para participar, envie um email para giofontenelle arroba wmnobrasil.org ou wmnobrasil arroba wmnobrasil.org com seu nome, email ou usuário wiki e instituição de ensino (se tiver).

Aproveito para divulgar o portal do evento e convido todos a assinarem a página de participantes! Ainda é possível encontrar os slides e assistir aos vídeos das oficinas anteriores na página de materiais.

Também montamos um grupo no Slack para educadores terem um local de contato e uma rede de apoio direto com outros educadores, wikipedistas e o WMB. Caso realizem atividades educacionais e queiram participar do grupo, entrem em contato por email.

Programação da quinta oficina, sobre Outreach dashboard e outras ferramentas nos contextos de educação, pesquisa e difusão de conhecimento:

  • 14h00 às 14h20: Introdução e apresentação geral
  • 14h20 às 14h45: Thais C. Morata - Wikimedista e pesquisadora do Instituto Nacional de Segurança e Saúde Ocupacional
  • 14h45 às 15h10: Alexandre Montilha - Wikimedista e doutorando da Universidade de São Paulo
  • 15h10 às 16h00: Perguntas e discussão livre

O evento ainda conta com o apoio do Wikipedia & Education e do Creative Commons Open Education Platform. Ficaremos muito felizes com a presença de todos. Boas edições! -- GFontenelle (WMB) (discussão) 22h32min de 17 de outubro de 2020 (UTC)[responder]

Wikidata Lab XXV: Interoperabilidade e acesso aos dados[editar código-fonte]

Olá, pessoal! Dia 22 de outubro acontecerá o vigésimo quinto Wikidata Lab. Desta vez, o evento abordará a temática da interoperabilidade e acesso aos dados e será ministrado pelo wikimedista Ederporto. O evento é remoto, gratuito e aberto a todas/os! Participe!

Esta é a vigésima quinta atividade de uma série de treinamentos para a integração dos projetos Wikidata e Wikipédia em português. As apresentações, fotografias e relatórios de impacto das outras atividades estão disponíveis para consulta em Wikidata Lab I, II, III, IV, V, VI, VII, VIII, IX, X, XI, XII, XIII, XIV, XV, XVI, XVII, XVIII, XIX, XX, XXI, XXII, XXIII e XXIV respectivamente.

O "Wikidata Lab XXV: Interoperabilidade e acesso aos dados" ocorrerá remotamente, em 22 de outubro (quinta), das 14h às 18h. Haverá um webinar transmitido pelas redes sociais e YouTube do Wiki Movimento Brasil, seguido de atividades práticas orientadas. O treinamento abordará especialmente os desafios para uma possível retroalimentação de metadados dos acervos de instituições culturais. Inscreva-se!

O evento é oferecido pelo Wiki Movimento Brasil, em parceria com o Museu Paulista e Tainacan

Mais informações: visite a página do evento e participe!

Aproveito para anunciar que os vídeos dos Wikidata Labs anteriores estão disponíveis agora no Wikimedia Commons aqui.

Até lá! EAzzellini (WMB) (discussão) 23h30min de 17 de outubro de 2020 (UTC)[responder]

Festa do Wikidata (24/10)[editar código-fonte]

Comemore o 8º aniversário do Wikidata com o WMB!

Olá! Convido todas e todos a se unirem aos membros do Wiki Movimento Brasil nas comemorações de aniversário do Wikidata!

Neste sábado (24/10), ocorrerá a Festa do Wikidata uma atividade mista - presencial e remota, com o propósito de confraternizar os membros da comunidade lusófona e compartilhar conhecimentos sobre o Wikidata. Além disso, haverá uma integração com os participantes do hackathon de dados culturais abertos organizado pelo Goethe-Institut São Paulo, o Abre-te Código. Celebre conosco!

Será possível participar remotamente de atividade de reconciliação de dados no Wikidata, além de interagir com as apresentações propostas.

Abaixo, a programação do evento, que ocorre das 13:30 às 17:30 (BRT)

  • 13:30 - Introdução ao Wikidata e instruções para atividade de reconciliação de dados do Museu Paulista (YouTube)
  • 15:00 - Abre-te Código: Wikidata para instituições culturais e parcerias GLAM-Wiki
  • 16:30 - Presentes de aniversário: como o WMB contribuiu para o Wikidata em 2020 (YouTube)

Para participar, basta se inscrever aqui com seu login Wiki e acompanhar o canal no YouTube e as redes sociais do Wiki Movimento Brasil!

Aproveito para lembrar que nesta quinta-feira às 14h teremos também o XXV Wikidata Lab: Interoperabilidade e acesso aos dados.

Abraços, EAzzellini (WMB) (discussão) 20h19min de 20 de outubro de 2020 (UTC)[responder]

Important: maintenance operation on October 27[editar código-fonte]

Read this message in another language • Ajude a traduzir para a sua língua, por favor

The Wikimedia Foundation tests the switch between its first and secondary data centers. This will make sure that Wikipedia and the other Wikimedia wikis can stay online even after a disaster. To make sure everything is working, the Wikimedia Technology department needs to do a planned test. This test will show if they can reliably switch from one data centre to the other. It requires many teams to prepare for the test and to be available to fix any unexpected problems.

They will switch all traffic back to the primary data center on Tuesday, October 27 2020.

Unfortunately, because of some limitations in MediaWiki, all editing must stop while the switch is made. We apologize for this disruption, and we are working to minimize it in the future.

You will be able to read, but not edit, all wikis for a short period of time.

  • You will not be able to edit for up to an hour on Tuesday, October 27. The test will start at 14:00 UTC (14:00 WET, 15:00 CET, 10:00 EDT, 19:30 IST, 07:00 PDT, 23:00 JST, and in New Zealand at 03:00 NZDT on Wednesday October 28).
  • If you try to edit or save during these times, you will see an error message. We hope that no edits will be lost during these minutes, but we can't guarantee it. If you see the error message, then please wait until everything is back to normal. Then you should be able to save your edit. But, we recommend that you make a copy of your changes first, just in case.

Other effects:

  • Background jobs will be slower and some may be dropped. Red links might not be updated as quickly as normal. If you create an article that is already linked somewhere else, the link will stay red longer than usual. Some long-running scripts will have to be stopped.
  • There will be code freezes for the week of October 26, 2020. Non-essential code deployments will not happen.
This project may be postponed if necessary. You can read the schedule at wikitech.wikimedia.org. Any changes will be announced in the schedule. There will be more notifications about this. A banner will be displayed on all wikis 30 minutes before this operation happens. Please share this information with your community.

-- Trizek (WMF) (talk) 17h11min de 21 de outubro de 2020 (UTC)[responder]

CentralNotice banner for Wikipedia Asian Month 2020[editar código-fonte]

Dear colleagues, please comment on CentralNotice banner proposal for Wikipedia Asian Month 2020 (1st November to 30st November, 2020). Thank you! --KOKUYO (discussão) 20h29min de 22 de outubro de 2020 (UTC)[responder]

Wiki Loves Monuments Brasil 2020: última semana![editar código-fonte]

Última semana do Wiki Loves Monuments Brasil 2020!

Olá! Lembro a todos que estamos na reta final do Wiki Loves Monuments Brasil 2020. É possível submeter imagens de monumentos brasileiros para o concurso até dia 31/10.

As melhores fotos concorrerão aos seguintes valores em vale-presentes da Submarino:

  • Prêmio de melhor imagem: R$ 1.000,00
  • Prêmio de segunda melhor imagem: R$ 800,00
  • Prêmio de terceira melhor imagem: R$ 600,00
  • Prêmio de quarta melhor imagem: R$ 400,00
  • Prêmio de quinta melhor imagem: R$ 200,00
  • Prêmios para os maiores contribuidores de imagens de monumentos sem imagens: 10 prêmios individuais de R$ 100,00

Confira a lista de bens tombados na página do concurso e participe! EAzzellini (WMB) (discussão) 22h25min de 26 de outubro de 2020 (UTC)[responder]

Revisão de Ação Administrativa: encerramento antecipado de uma EC[editar código-fonte]

Desde domingo está aberta a seguinte RAA: WP:Pedidos/Revisão de ações administrativas/Páginas para eliminar/Wikipédia:A Wikipédia não é uma tirania da maioria (25out2020). Ela visa reverter o encerramento antecipado da EC WP:Páginas para eliminar/Wikipédia:A Wikipédia não é uma tirania da maioria. Venho convidar a todos os interessados para que participem dessa RAA antes de seu encerramento, previsto para o dia 1º.

Esta divulgação aqui realizada visa cumprir o que consta em WP:RAA: Citação: A qualquer momento, desde a criação do pedido até o fechamento, o participante do pedido de revisão que desejar maior visibilidade à discussão pode anunciá-la em WP:Esplanada/anúncios, sendo vedada, entretanto, a reiteração do anúncio pelo mesmo ou por outro participante. Também é facultado enviar aos administradores um aviso pelo MassMessage, nos mesmos termos. (grifo meu), e tendo em vista que o pedido de uso do MassMessage não foi atendido (até o momento).

--Mister Sanderson (discussão) 22h01min de 29 de outubro de 2020 (UTC)[responder]

Mês Asiático da Wikipédia 2020[editar código-fonte]

O Mês Asiático da Wikipédia (Wikipedia Asian Month) é um edit-a-thon online multi-idioma que visa a estabelecer uma melhor relação entre as comunidades asiáticas da Wikipédia. O evento será realizado ao longo do mês de novembro de 2020 e tem como propósito, na Wikipédia em português, aumentar a qualidade e a quantidade de artigos relativos a países e territórios asiáticos. Na última edição, milhares de artigos foram contribuídos em dezenas de idiomas diferentes.

Como símbolo da amizade entre as comunidades asiáticas da Wikipédia, cada participante que criar pelo menos quatro (4) artigos que cumpram os critérios receberá um cartão-postal da Wikipédia especialmente fotografado por outros países participantes.

Os wikipedistas que criarem o maior número de artigos em cada Wikipédia serão honrados com o título Embaixador Asiático da Wikipédia.

Mais informações Estados e territórios Participar Perguntas & respostas Tire suas dúvidas

Você está recebendo essa mensagem pois considero seu apoio como participante fundamental para o sucesso deste edit-a-thon. Cada editor(a) receberá um cartão-postal após ter 4 de seus artigos criados validados. O editores que forem eleitos Embaixador Asiático da Wikipédia receberão um cartão-postal extra e um certificado digitalizado. Conto com sua participação! --Juan90264 (Disc.) 03h46min de 31 de outubro de 2020 (UTC)[responder]
Obtida de "https://pt.wikipedia.org/w/index.php?title=Wikipédia:Esplanada/Arquivo/2020/Outubro&oldid=61094481"