Wikidata: Níveis de acesso do usuário
A capacidade de um usuário de usar certos recursos da interface é determinada pelos 'direitos de usuário' que o usuário possui. Apesar do termo direito do usuário , permissões extras são privilégios que exigem a confiança da comunidade. Esta página resume-os.
- 1 Visão Geral
- 1.1 Grupos de usuários
- 1.2 concedido automaticamente
- 1.3 atribuído manualmente
- 1.3.1 Administradores
- 1.3.2 Bureaucrats
- 1.3.3 Translation administrators
- 1.3.4 Bots
- 1.3.5 Flooders
- 1.3.6 Subsets of administrator access
- 1.3.7 Functionary permissions
- 2 Table
- 3 Notas
Todos os usuários fazem parte do grupo
* </ code> no MediaWiki (denotado como "Usuários não registrados" na tabela), e todas as contas de usuário fazem parte do grupo
user </ code> (denotado como " Contas registradas "na tabela). Exceto pelo pseudo-grupo
autoconfirmado </ code>, no qual todos os usuários que passaram nos requisitos de idade e atividade estão ativos, somente esses grupos são automaticamente concedidos. O status autoconfirmado de uma conta requer pelo menos 4 dias de idade e pelo menos 50 edições (90 dias e 100 edições se você editar por meio de um nó Tor; o filtro de abuso pode revogar e / ou atrasar concessão automática deste direito, mas nenhum filtro está atualmente configurado para fazer isso). O direito de usuário
confirmed </ code> pode ser atribuído manualmente pelos administradores a contas que não atendem a esse requisito, o que fornece permissões equivalentes. Permissões extras, como acesso de administrador, só podem ser atribuídas a contas de usuários registrados.
Grupos de usuários
Usuários não registrados
'*' </ code> nas configurações do software, isso inclui qualquer usuário no Wikidata. Eles podem criar e editar a maioria das páginas (se não estiverem protegidas ou no espaço de nomes do MediaWiki: (interface)). Usuários não registrados são identificados por seus endereços IP ao fazer edições. Qualquer usuário não registrado, se não for impedido, poderá criar uma conta para si próprio em Special: CreateAccount. Eles são limitados a 8 edições por minuto e devem responder a um aviso CAPTCHA ao adicionar novos links externos.
Qualquer usuário logado pode manter uma lista de observação em Special: Watchlist, e pode enviar um email para qualquer outro usuário (a menos que seja impedido) usando Special: EmailUser. Embora eles não tenham mais o limite de taxa de edição, eles ainda devem responder a um aviso CAPTCHA ao adicionar novos links externos até que eles sejam confirmados automaticamente ou confirmados.
Uma conta com pelo menos 4 dias de idade e pelo menos 50 edições (90 dias e 100 edições para editores dos nós do Tor; filtro de abuso pode atrasar ou reverter a promoção automática) é considerada autoconfirmados . Qualquer conta de usuário que não atenda a esses requisitos pode receber a permissão confirmados e receber as mesmas permissões. Os usuários autoconfirmados não precisam mais responder aos CAPTCHAs para a maioria das ações, podem editar páginas semi-integradas e podem mover a maioria das páginas (exceto itens e propriedades, que são simplesmente renomeados alterando-se as rótulos em vez disso).
- Main page: Wikidata:Administrators
Administrators, also known as sysops, are trusted with tasks such as blocking users, protecting pages (and editing fully-protected pages), and deleting pages. Administrator access is assigned to users who pass a successful request for permissions, by bureaucrats. They can assign rollback, confirmed user, IP block exempt, autopatrolled, and property creator status to other users, and can assign translation administrator and flooder status to themselves (but not other users). They automatically have access to all permissions they can assign (except translation administrator and flooder) - for example, administrators can create properties without assigning themselves the right.
- Main page: Wikidata:Bureaucrats
Bureaucrats can add administrator, bureaucrat, bot, flooder and translation administrator status to any user, and remove bot, flooder and translation administrator status (removal of either administrator or bureaucrat status must be done by stewards). They also can rename users. The process for gaining bureaucrat status is similar to administrator status, but the requirements are higher, and generally only existing administrators are successful.
- Main page: Wikidata:Translation administrators
Because Wikidata is a multilingual wiki, it uses the translate extension, and translation administrators are users with access to administrative functions of the extension. Normal administrators may assign the right to themselves without filing a request, but all other users must make a request at Wikidata:Requests for permissions/Translation administrator, and a local bureaucrat will assign the right to those who provide a good reason.
- Main page: Wikidata:Bots
Bots are automated and/or semi-automated accounts that perform repetitive, generally-simple, tasks that humans would find tedious to perform. Such accounts are given the bot flag by a bureaucrat, after a successful request at Wikidata:Requests for permissions/Bot. They may make edits at very fast rates, and are hidden from recent changes and watchlists.
- Main page: Wikidata:Flooders
The flood flag is intended for repetitive actions performed by human users. Like the bot flag, the flood flag hides edits and log actions from Special:RecentChanges and watchlists. Administrators can add the flag to their own account if necessary; other users can be granted the flag by a bureaucrat per request at Wikidata:Bureaucrats' noticeboard. The flood flag is not a permanent user right, so every flooder can remove the flag themselves when the respective actions are done.
Subsets of administrator access
The following groups give rights to users that administrators already have. All can be assigned or removed by administrators and requested at Wikidata:Requests for permissions. They do not require election, but administrators are expected to use their judgement when assigning them.
- Main page: Wikidata:Autopatrollers
This right has been deprecated. An autopatrolled user's edits are automatically marked as "patrolled", and autopatrolled users can patrol edits of users who are not autopatrolled by marking them as "patrolled". The right was generally granted to users whose edits are clearly not problematic. After the removal of this group, all autoconfirmed and manually confirmed users have their edits automatically marked as "patrolled".
- Main page: Wikidata:Rollbackers
Rollback is a simple tool that can allow fast reverting of vandalism or other obvious abuse. When the "rollback" link is clicked, the latest edit to the page is reverted with an automatic edit summary, currently "Reverted edits by <reverted user> to last version by <user whose edit was reverted to>". In addition, if the second-latest edit was also made by the same user as the latest, that edit is also reverted. All edits are reverted to the latest version by a user other than the user who was reverted. Rollback is generally assigned to those who demonstrate active vandalism and spam combating on Wikidata.
- Main page: meta:Global rollback
Global rollback is a global group assigned by stewards. Members of this group have access to rollback on all Wikimedia wikis and may use that access on Wikidata. In addition to local rollback, global rollbackers are automatically granted autoconfirmed and autopatrolled access (except the ability to patrol others' edits), and can suppress redirects when moving pages.
- Main page: Wikidata:Confirmed users
This group gives the same rights as autoconfirmed users to trusted users who don't meet the requirement for automatic promotion.
IP block exempt
- Main page: Wikidata:IP block exemptions
If an IP address is blocked with the option to not allow logged-in users to edit, this permission allows editing from such IP addresses. It is granted only to those who need it and can be trusted not to abuse it, and CheckUser may be used to verify that need.
- Main page: Wikidata:Property creators
New properties can only be created by users in this group or administrators, as properties should be discussed before being used.
- Main page: Wikidata:Account creators
The account creator user right grants access to a tool which permits trusted Wikidata contributors to make a large number of accounts for other people who request them.
These permissions, due to their potential privacy implications, require all members of their respective groups to be at least 18 years of age, of age of majority in their resident country, and identified to the Wikimedia Foundation. Exceptions may only be granted by the Wikimedia Board of Trustees. Functionary permissions (including access for new stewards) can only be assigned by existing stewards.
- Main page: meta:Stewards
Stewards have access to MediaWiki interface on all Wikimedia wikis, and unlike administrator and bureaucrat status, is a global permission that is elected annually. Stewards serve 1-year terms before they must be reconfirmed. They can change any and all user rights, and serve as members of groups a particular wiki does not have. They will also act as CheckUsers until Wikidata elects local CheckUsers, and when Wikidata does select such users, stewards will be tasked with assigning them.
- Main page: Wikidata:CheckUser
The term CheckUser refers both to a member of this group of users and the tool they have access to. CheckUser allows members of this group to examine the IP address data of logged-in users, which is otherwise private information. Its primary purpose is to investigate sock puppetry. CheckUser access, like Oversight access, is granted after at least 25 support votes and at least 80% support after at least 2 weeks of discussion. However, Wikidata does not have any local members of this group, so stewards act as CheckUsers until Wikidata has elected its own.
- Main page: Wikidata:Oversight
The term oversight refers to the name of the extension that was originally used for this purpose until it was replaced by RevisionDelete. Administrators can also apply RevisionDelete to particular edits or log actions, but oversighters can also hide the information from even administrators. It is done to hide either otherwise-private information or libelous information that even administrators should not have access to. Oversight access is approved after 2 weeks of discussion and at least 25 supporting votes at a request for access. On Wikidata, only existing administrators can become oversighters.
- Main page: meta:Ombudsman commission
The ombudsmen are a global group that investigates complaints about privacy-related misuse of CheckUser and/or Oversight. They have global CheckUser access and global access to oversight logs (but not the actual ability to perform oversight actions), but do not normally use this access except for their duties of investigating complaints about the use of CheckUser and/or Oversight. They are appointed by Wikimedia Foundation officers for terms of approximately a year.
This table excludes the staff and sysadmin global groups, since they are for the use of Wikimedia Foundation staff only, and excludes the unused local groups account creators, importers, and transwiki importers.
Granted Inherited Denied Revoked Depends Limited
Allows user(s) to… Blocked users Unregistered
Registered accounts Auto-confirmed
Bots Administrators Bureaucrats[note 1] Other groups
(all groups with links to Meta are global)
+/- IP block exempt
+/- property creator
+/- translation administrator (for self only)
+/- flooder (for self only)
+/- translation administrator (for any user)
+/- flooder (for any user)
writeapi use of the write API
Allows user(s) to… Blocked users Unregistered
Registered accounts Auto-confirmed
Bots Administrators Bureaucrats[note 1] Outros grupos
(todos os grupos com links para o Meta são globais) </ small>
- Most if not all bureaucrats are also administrators, and so have the permissions of administrators too.
- Stewards fulfill this role by temporarily assigning themselves to the checkuser group and then removing it when they are done.
- Local administrators are not assigned this particular permission, but are assigned both editusercss and edituserjs, which provides equivalent functionality.
- The local import group might sometimes be used for this purpose, and it has import and importupload. However, currently it can only be assigned by stewards, and it is not in use. Wikidata currently does not have policy on this group, so it is considered to be unused.
- Interface editors normally do not change the protection levels of a page, and only use their access to edit protected pages.