Commons: Sobrescrever arquivos existentes

Shortcuts

• COM:OW
• COM:OVERWRITE
• COM:CROP

Esta diretriz trata sobre como usuários devem ou não sobrescrever arquivos existentes. É necessário guias nesse aspeto pois tanto projetos da Wikimedia a utilizar arquivos do Commons como reutilizadores externos que utilizam conteúdo daqui diretamente dependem de uma estabilidade razoável do arquivo. Como resultado, a regra básica é arquivos existentes não devem ser sobrescritos com conteúdos substancialmente diferentes, enquanto melhorias secundárias devem sobrescrever versões anteriores (entretanto, veja abaixo para exceções). Quando em dúvida, ou quando necessário resolver conflitos entre usuários, não sobrescreva o arquivo existente e envie como um novo arquivo.

Após a discussão em agosto de 2012, esta diretriz foi proposta e formalmente exigida como um RFC. Em setembro de 2023, uma nova discussão descobriu que muitas substituições não estavam em conformidade com esta diretriz, então foi decidido que ela deve ser rigorosamente aplicada no software ao limitar os direitos de substituição de imagens enviadas por outros usuários destinatários com o direito de substituição autopatrol. Se você deseja substituir arquivos enviados inicialmente por outros usuários, solicite o direito de autopatrol em COM:Requests for rights. Se você não for elegível para esse direito, pode solicitar uma exceção para um arquivo específico.

Quando não substituir o arquivo existente, as alterações devem ser enviadas com um novo nome (de preferência semelhante ao original), e a página de descrição do arquivo deve conter um link para o arquivo original e dar crédito ao( s) autor(es) original(is).

Substituir

Melhorias menores

[OK] Regra geral, use a ligação "Carregar uma nova versão deste arquivo" apenas para mudanças secundárias. Exemplos incluem:

• Substituição por versões de maior resolução do mesmo ficheiro.
• Correção da cor, redução do ruído, correção da perspectiva, etc.
• Remoção de uma marca de água.
• Rotação necessária de 90/180/270° ou correção menor de rotação para imagens que não estão na posição correta.
• Recortes da imagem.
• Correções de diagramas, mapas ou gráficos, se estiver disponível uma versão mais precisa.
• Correção de erros de SVG.
• Adição ou correção de traduções, correção de erros ortográficos (por exemplo, mudar "grater" para "greater").

e alterações semelhantes, em que a composição essencial não seja alterada. Isto pode incluir um ligeiro recorte, por exemplo para remover uma borda adicionada recentemente (não sobrescreva ficheiros quando houver remoção de partes de imagens históricas). Imagens com recortes substanciais devem sem carregadas com um nome novo, como «Nome antigo da imagem (recorte).jpg».

Correções de erros menores são normalmente consideradas melhorias secundárias. No entanto, quanto mais extensiva for a correção, mais provável será a necessidade de carregar a versão corrigida como um novo arquivo (possivelmente para evitar desacordos quanto à necessidade da correção, e potencialmente uma upload war), e se necessário nomeie o arquivo antigo para eliminação.

Nota: um arquivo com image annotations as perderá se a dimensão dos píxeis for mudada – ver Help:Image-Annotator#Limitations. Isso não é razão para carregar o arquivo sob um novo nome quando mudanças secundárias forem feitas, pois as anotações podem ser refeitas.

Exceções

Se um trabalho de restauração digital estiver sendo realizado em um documento ou obra de arte histórica, a restauração (não importa quão pequena) deve sempre ser carregada com um novo nome de arquivo, em relação ao arquivo original, fornecendo um link de volta à fonte na qual foi baseada no campo "outras versões" do novo arquivo. As mudanças que foram feitas também devem ser documentadas com detalhes suficientes para que possam ser reproduzidas, se possível. Essa é a melhor prática para restaurações, pois permite que usuários e restauradores subsequentes sigam a cadeia de melhorias e façam comparações detalhadas com os originais. (No entanto, se uma restauração já realizada em um arquivo, por exemplo, perdeu um ponto de poeira, não é necessário ter um novo arquivo para cada pequena mudança na restauração.) Em alguns casos, tais arquivos originais são marcados com {{Please-do-not-overwrite-original-files}}.

O símbolo para Imagens Em Destaque.

? Tenha cuidado com arquivos que receberam um status especial como Imagem Em Destaque (ou equivalente em outro projeto da Wikimedia), pois o status se aplica a uma versão específica do arquivo. Imagens Em Destaque, Imagens de Qualidade e Imagens Avaliadas serão identificadas em suas páginas de descrição usando {{Assessments}}. (NB o status especial do Commons não se transfere para arquivos derivados.) O criador da imagem pode fazer pequenas alterações quando considerar que isso não será controverso em relação ao status promocional (por exemplo, remover manchas de poeira ou corrigir uma leve inclinação). Alterações potencialmente controversas devem ser discutidas com membros do fórum que promoveu a imagem.

Ficheiros usados em projetos da Wikimedia, cujo uso exige que o ficheiro permaneça inalterado – o que significa não sobrescrever o ficheiro, de todo: nem para atualizar, nem para pequenas melhorias, nem para correções de erros. Pode-se comentar livremente (incluindo apontar erros e indicar outras versões) na página de descrição do ficheiro na wiki Commons, mas o ficheiro em si não deve ser sobrescrito. Se necessário carregue uma nova versão como um ficheiro separado. Ficheiros deste tipo devem ser marcados com {{Please-do-not-overwrite-permanent-version}}.

Alterações controversas ou contestadas. Se um editor considerar que uma alteração não é uma melhoria, (mesmo que o editor que alterou a considere uma melhoria pequena), a alteração pode ser revertida e a nova imagem deve ser carregada com um nome de ficheiro novo. Ver abaixo.

Respeitar os criadores de conteúdos

O criador original de uma imagem é normalmente a melhor pessoa para editá-la. Como o JPG é um formato com perdas, cada edição de um ficheiro JPG pode degradar um pouco a imagem; assim, edições que aparentam ser pequenas e «benéficas», como a alteração do balanço de brancos ou a redução do ruído da imagem, podem, na realidade, causar danos significativos à imagem. Com frequência, o criador da imagem tem acesso aos ficheiros em formato RAW (bruto, não tratado) a partir dos quais pode ser feita uma nova versão com qualquer correção que seja necessária. Isto é sempre melhor do que editar o ficheiro JPG. Se se tratar de uma fotografia, o criador da imagem estava lá quando a fotografia foi tirada, e portanto está em melhor posição para avaliar se as cores e a iluminação estão corretas. Assim, é vivamente aconselhado que os utilizadores que pretendem melhorar fotografias contactem primeiro o criador das mesmas, quer na wiki Commons quer em qualquer outro lugar.

Versões não editadas

[OK] Por vezes, os utilizadores que carregam ficheiros novos que foram editados (por exemplo, uma fotografia com melhoramento da cor ou do contraste em comparação com a original) podem querer carregar também a versão original não editada. Carregar estas versões independentemente causa confusão desnecessária nas categorias. A solução é carregar primeiro a versão não editada, e pouco depois sobrepor-lhe a versão editada, de forma a que a versão não editada fique disponível no historial do ficheiro. As versões não editadas não são para serem usadas independentemente, e não devem ser bifurcadas como ficheiros separados, a menos que isto se justifique para um uso específico. Os ficheiros que usam esta abordagem devem ser etiquetados com {{Unedited version}}.

Nota: sobrescrever versões não editadas só se aplica se for feito pouco depois do carregamento da versão não editada, e só pode ser feito pelo carregador original para carregar uma versão melhorada do mesmo ficheiro. Em todos os outros casos, aplicam-se os critérios normais para sobrescrever ficheiros (é uma pequena melhoria?, etc). Adicionalmente, aplica-se a regra normal para resolver diferendos: se outro utilizador considera útil bifurcar o ficheiro, ele deve ser bifurcado.

Imagens secundárias

[OK] Por vezes, os utilizadores podem querer fornecer uma imagem relacionada com o carregamento que estão a fazer, mas que pode estar fora do âmbito do projeto como ficheiro independente. Alguns exemplos disto são as imagens de marcas relacionadas com o tema da imagem principal, ou o verso de um postal como prova do estado dos direitos de autor. A solução é carregar primeiro a imagem secundária, e pouco tempo depois sobrepor-lhe a imagem a imagem principal, de forma a que a imagem secundária fique disponível no historial do ficheiro. As imagens secundárias não são para ser usadas independentemente, e não devem ser bifurcadas como ficheiros separados, a menos que isto se justifique para um uso específico. Os ficheiros que usam esta abordagem devem ser etiquetados com {{Secondary image}}. Note que as imagens secundárias não estão isentas das exigências normais de licenciamento.

Nota: sobrescrever imagens secundárias só se aplica se for feito pouco depois do carregamento da imagem secundária, e só pode ser feito pelo carregador original. Em todos os outros casos, aplicam-se os critérios normais para sobrescrever ficheiros (é uma pequena melhoria?, etc). Adicionalmente, aplica-se a regra normal para resolver diferendos: se outro utilizador considera útil bifurcar o ficheiro, ele deve ser bifurcado.

Arquivos com dados atuais

Be cautious about overwriting files with new versions reflecting new information, as in many cases this may not be what reusers want.

[OK] However, files may be identified to reusers as ones where information may be updated – these files can and should be overwritten to reflect new information as necessary. Identification may be by the filename, file description, categories, or (most clearly) with the {{Current}} template. A file named "File:Germany location map.svg" is expected to indicate the current boundaries, and is expected to be updated if, for example, the boundaries changed or errors were observed. On the other hand a file named "File:Germany, Federal Republic of location map October 1949 - November 1950.svg" is expected to be correct for that period and not reflect current boundaries.

NÃO sobrescrever

Exceptions to the minor changes rule

• Exceptions to the "minor changes should be uploaded to the same file" rule (see above):
  • Restauração digital
  • Files that have been awarded a special status like Commons Featured Picture, Commons Quality Image, or similar status on another Wikimedia project. Such files are marked with {{Assessments}}.
  • Arquivos utilizados em projetos da Wikimedia onde o uso requer que não sejam modificados
  • Controversial or contested changes – see below.
  • Artificially upscaling or enlarging using any tool, including AI-based or deep learning services
  • Removing parts of historical images.
    For instance, historical engravings often have a border, and text describing the image under the image. If it was part of the original composition, and you want to remove it for some use on Wikimedia sites, upload it as a new file. If there are annotations or markings in the image that weren't part of the original composition, these can be removed and placed into the {{Information}} template, without a need to upload as a new image; for example, in the case of the Bundesarchive images, there is usually a call number and date of the photograph.

Mudanças consideráveis

• Mudanças consideráveis (ex. um recorte intensivo)
• Mudanças que refletem dados diferentes (ex. atualizar um mapa)
  • [OK] a não ser que um arquivo esteja identificado como atualizável – isto é, identificado a reutilizadores como um arquivo cujas informações podem ser atualizados, seja pelo nome, descrição, ou pelo uso da predefinição {{Current}}

Arquivos sem relação

• Arquivos completamente sem relação
  • Arquivos diferentes sobre o mesmo tópico (como a foto de uma vaca carregada sobre a foto de uma outra vaca)
  • Arquivos diferentes relacionados a exatamente o mesmo objeto (ex. uma foto diferente do Davi de Michelango)
  • Nota: não sobrescrever um arquivo se quiser eliminá-lo; siga as normas de eliminação em vez disso.

Mudanças controversas ou contestadas

Shortcut

• COM:UPLOADWAR

Changes to a file that are likely to be contested should be uploaded to a separate filename. Upload wars (a form of edit war in which contributors repeatedly upload different versions of a file in an effort to have their version be the visible one) are always undesirable. As with other forms of edit warring, users who engage in upload wars may be blocked from editing.

If another editor thinks that a change is not an improvement (even if the editor making the change thinks it's minor), the change can be reverted. Once a change has been reverted, the new image should be uploaded under a new filename (unless the reverting editor explicitly or implicitly agrees to the contested change). This is true even if the change is necessary, in one editor's view, to avoid a copyright infringement: in this case, if agreement cannot be reached through discussion, the old file should be nominated for deletion.

The more known uses of a file there are (through transclusions on Wikimedia projects), the more cautious contributors should be in deciding whether a change qualifies as "minor". Widespread usage of a file makes it more likely that even small changes will be controversial. If in doubt, uploading as a separate file avoids potential surprises for reusers. In some cases, prior discussion with previous uploader(s) or in locations where the file is in use may help decide whether a planned change can be considered "minor".

Changes that break consistency with other images

When images are consistent among each other, individual images should not be changed in a way that makes them inconsistent with the others. (E.g., File:Icosahedron flat.svg should not have been overwritten with a white version, because that broke the consistency of the set.)

[OK] Small changes can be made to all images, as long as they remain consistent. (E.g., it was fine to remove circles around numbers in File:Hawaiian Eruption-numbers.svg, because it was done to all images in the set.)

Exemplos

Mudanças secundárias

Veja, por exemplo, o histórico de versões de

• File:Avestaforsen.jpg, which is essentially the same image, with several subtle corrections applied
• File:15th anniversary of Image Comics - seven founders.jpg, which has minor cleanup
• File:Chess Board.svg, which has always identical appearance but underwent several improvements of its coding (talk page)

Minor improvements for textual elements include correcting spelling on a map's labels. By contrast, translating a map's labels from English to German is a major change, and should be uploaded as a separate file.

Substantial crop or un-crop

Further information: Commons:Media for cleanup/pt-br#Unnecessary borders

Whether a crop is "substantial" depends partly on the proportion of the image cropped, and partly on how much the excluded content affects the composition. For an image of a museum object on a grey background, cropping much closer to the object was considered a minor crop:

• 
  original with more negative space
• 
  cropped on subject

On the other hand, the photograph below of Martin Scorsese was substantially cropped for a closeup on his face, and the result was put into a separate file; and the photograph below of a mountain was cropped to substantially recompose it:

• 
  Scorsese: Original image
• 
  Scorsese: Image cropped for closeup
• 
  Zizalga: Original image
• 
  Zizalga: Image cropped for recomposition

When cropping a JPEG image, remember to always use lossless cropping.

• Example: This 1899 portrait of a young man with a fish by Wilhelm von Gloeden was uploaded in 2005 but then overwritten in 2010 by a full length un-cropped version. Though the intent was to restore the image to a better quality version, the overwrite proved highly controversial as it changed the context from a modest pose to a nude with potential erotic connotations. In some existing transclusions this change was unwanted and caused controversy. Uploading the higher quality image as a separate file would have avoided this.

Versões não editadas

• Example: File:Homenagem ao Padre Fernando Augusto da Silva, Santo António, Funchal, 1927.jpg is an image from 1927, with the original unedited scan uploaded first, and then the improved version uploaded a minute later.
• Example: File:Periquitos - Psilopsiagon aymara.jpg is a cropped version of File:Psilopsiagon aymara -Capilla del Monte -four-8.jpg, and has the uncropped original version in the file history.
• Counter-example: File:Wounded Knee aftermath3.jpg is a digitally enhanced version of the unedited original File:Wounded Knee aftermath.jpg. During the restoration it was discovered that what was described as "debris" in the original were dead bodies. Though the restoration itself was non-controversial, overwriting the original with such an important change of context would be considered controversial, and for that reason alone the images should be kept as separate image pages.

Imagens secundárias

• Example: File:Neapolitan Fisherboy.jpg is an image of a sculpture, and contains an image of the sculpture's label in the file history.
• Example: File:William Shatner Star Trek.JPG is a publicity photo of William Shatner as James Kirk from the television program Star Trek, and the oldest image in the file history is used to verify the public domain status.

Arquivos com dados atuais

Exemplos:

• 
  2021 Pacific typhoon season summary.png
• 
  2021 Atlantic hurricane season summary map.png
• 
  IAEA members.svg
• 
  Shanghai metro 2009 en-zh.svg
• 
  Germany location map.svg
• 
  United States installed wind power capacity animation 561px.gif

Mudanças controversas ou contestadas

• Example: File:Kit body rmcf1213a.png had two upload wars over the content of a Real Madrid kit.

Versões permanentes

• 
  Uma foto de uma notícia usada no Wikinotícias

Fazendo ligações a arquivos

Atribuição

Be sure to attribute the original author appropriately, and to apply a license compatible with the original file. You can use {{Derived from}} and {{Derivative versions}} to link the files. More specific derivative templates are also available, including {{Image extracted}}, {{Retouched picture}}, and {{Attrib}}.

Using "other versions" field of Information template

The template {{Information}} has an |other versions parameter which you can use to link between different versions of a file. You can

• use the {{Thumbnail}} or {{Other}} templates to show a small preview of the linked file
• use a <gallery> tag to show different versions (see mediawiki:Help:Images#Rendering a gallery of images)
• use an "other versions" template containing a gallery tag to link different versions (see Category:Other versions templates).

Ligação a conteúdo variável

When you want to provide or use a stable link from the other projects for any image which is anticipated to be repeatedly updated, you have several ways to do it:

• Label the image page with the {{Current}} template (see § Files with current data). The main disadvantage is that the old version cannot be directly linked if needed.
• Create a file redirect page under a fictive filename on Commons and use a link to this filename on the other projects. Change the redirect to each new version (inbound links from other projects need not to be updated). This means updating just one link instead of many. (Note the effect of overwriting or switching over can be delayed slightly through cache delay or can fail through software imperfection.) Example: link to File:Africa borders redirect on Wikipedia, and on Commons have File:Africa borders redirect point to File:Africa borders 2011, File:Africa borders 2012, etc. as-needed.
• Combine the two methods. Particular version can be uploaded (and linked) separately under their specific permanent filenames and a different filename can be marked with {{Current}} version and overwritten ever by the current version. That means (just as the previous solution) that the current version is available under two filenames: one for the constant content and one for the updatable content. This solution should be less vulnerable to cache delay and software-update bugs than the previous one.

Warning: when doing one of these solutions, be sure that users of the filename are clear that the content of the file may change, and try to check uses of the file before updating the redirect or overwriting the file.

Ver também

• Ask a user not to overwrite files: To request that another editor not overwrite an existing file, you may place {{Dont overwrite}} on the user's talk page. This request is automatically translated into many languages.
• Label a file not to be overwritten: {{Please-do-not-overwrite-original-files}} may be used on file pages to designate files that should not be overwritten.
• Request a file split: You can request a split up of file history by adding {{Split}} on the file page. This places the file in Category:Media requiring a split up. See also Commons:Fusão e separação de históricos.
• Image formatting templates may save having to create a new file version. For example, temporary or illustrative crops may be created using {{Preview Crop}} rather than creating a new derived image or overwriting an existing image. Images may be overlaid without having to create new derivatives by using the {{Superimpose}} template.
• Commons: Database stat reports: Top 200 users with the most "overwrite" entries.
• Log of recent overwrites

Ajuda

Formas de obter ajuda

• Veja as Perguntas frequentes.
• Se escrever {{helpme}} na sua página de usuário, receberá uma visita de um voluntário o mais breve possível!
• Faça parte do canal de IRC #wikimedia-commons para conversa em tempo real. Novo no IRC? Clique aqui para se conectar instantaneamente!
• Vá para a Linha direta do Commons.