Викисклад:Перезапись существующих файлов

Shortcuts

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

Это руководство о том, когда и как участники должны или не должны «перезаписывать существующие файлы». Руководство по этому вопросу необходимо, поскольку другие проекты Викимедиа используют файлы Викисклада, а также внешние пользователи, которые напрямую используют содержимое Викисклада, должны полагаться на то, что файлы остаются достаточно стабильными. В результате основное правило заключается в том, что существующие файлы не должны перезаписываться существенно отличающимся содержимым, в то время как незначительные улучшения должны перезаписывать предыдущую версию (но см. ниже исключения). В случае сомнений или для разрешения межпользовательских конфликтов, загрузите файл как новый.

Много раз файлы перезаписывались поверх других не в соответствии с данным руководством, поэтому сейчас только пользователи с правами автопатрулируемого имеют права перезаписывать файлы, созданные другими пользователями. Если вы хотитие перезаписать файлы, созданные другими пользователями, пожалуйста, сделайте запрос на права автопатрулируемого на странице COM:Requests for rights. Если вы не можете получить эти права, вы можете сделать запрос на исключение для конкретного файла.

Если существующий файл не перезаписывается, изменения должны быть загружены под новым именем (в идеале аналогичному старому), а страница описания файла должна содержать ссылку на исходный файл и информацию о первоначальном авторе (авторах).

ДА, перезаписывайте

Незначительные улучшения

[OK] Как правило, ссылка «Загрузить новую версию этого файла» применяется только для относительно небольших улучшений. Примеры включают:

• замена файла версией с более высоким разрешением
• незначительная и не вызывающая споров цветокоррекция, шумоподавление, коррекция перспективы и т. д.
• удаление водяных знаков
• поворот на 90/180/270° или незначительные повороты изображений с неверной ориентацией
• незначительное обрезание
• исправления к диаграммам, картам или графикам, если доступна более точная версия
• исправление ошибок SVG
• добавление или исправление переводов, исправление орфографических ошибок (например, изменение «вообщем» на «в общем»)

и подобные случаи, где основная композиция не изменена. Это может включать незначительную обрезку, например для удаления рамки (не загружайте файлы, которые удаляют части исторических изображений), но при значительной обрезке обычно следует загружать файл под новым именем, например "Имя старого изображения (обрезано).jpg".

Исправление мелких ошибок обычно считается незначительным улучшением. Тем не менее, чем обширнее исправление, тем предпочтительнее загрузить исправленную версию в виде нового файла (чтобы избежать возможных разногласий относительно целесообразности исправления и, возможно, войны загрузок) и при необходимости номинировать старый файл на удаление.

Примечание: файл с аннотациями на изображении потеряет эти аннотации, если изменятся размеры в пикселях — см. Help:Gadget-ImageAnnotator#Limitations. Это не является причиной загружать файл отдельно при внесении незначительных улучшений, поскольку аннотации можно вводить повторно.

Исключения

Если цифровая реставрация выполняется над историческим документом или художественным произведением, отреставрированный файл (неважно, насколько незначительно) должен всегда загружаться отдельно под новым именем на основе исходного с обратной ссылкой на источник, на котором он основан, в поле «другие версии». Внесённые изменения также должны быть подробно документированы, чтобы воспроизвести их, если это возможно. Таким образом, это позволяет пользователям и последующим реставраторам следить за цепочкой улучшений и проводить подробное сравнение с оригиналами. (Однако, если отреставрированный файл уже загружен отдельно, то например, из-за пропущенного пятна пыли нет необходимости загружать изображение заново для каждого отреставрированного в цепочке файла). В некоторых случаях такие оригинальные файлы помечаются {{Please-do-not-overwrite-original-files}}.

Значок избранных изображений

? Будьте осторожны с файлами, которым был присвоен особый статус, например Избранные изображения (или эквивалентный из других проектов Викимедиа), поскольку статус относится к определённой версии файла. Избранные изображения, Качественные изображения и Ценные изображения обозначены на их страницах описания с помощью шаблона {{Assessments}}. (Обратите внимание, что специальный статус Викисклада не переносится в производные файлы.) Автор изображения может внести незначительные изменения, если он считает, что они будут неоспоримы в отношении особого статуса файла (например, удаление пятен пыли или исправление незначительного наклона). Потенциально противоречивые изменения должны обсуждаться с участниками форума, которые номинировали и голосовали за особый статус изображения.

Файлы, используемые в проектах Викимедиа, где использование требует оставлять файл неизменным, что означает отсутствие перезаписи вообще: ни для обновлений, ни для незначительных улучшений или исправления ошибок. Комментарии (включая указание на ошибки и другие версии) можно свободно вносить в описание файла, но сам файл не должен перезаписываться. При необходимости загрузите новую версию отдельным файлом. Такие файлы должны быть помечены шаблоном {{Please-do-not-overwrite-permanent-version}}.

Спорные или оспоренные изменения. Если другой редактор считает, что изменение не является улучшением (даже если редактор, внёсший изменение, считает его незначительным), изменение может быть отменено, и новое изображение должно быть загружено под новым именем файла. См. ниже.

Уважайте авторов контента

Лучше всего, чтобы редактировал изображение человек, загрузивший исходное изображение. Поскольку JPG – формат с потерями, то каждое изменение может повлечь ухудшение качества; кажущиеся малыми и "полезными" изменения, например изменение баланса белого или устранение шума могут внести заметное ухудшение. Часто создатель изображения имеет в распоряжении файлы RAW, из которых можно сделать новую версию, если требуется коррекция. Это всегда предпочтительнее, чем редактирование JPG. Если речь идёт о фотографии, то создатель изображения был на месте съёмки, поэтому ему легче судить, правильно ли переданы цвет и освещённость. Поэтому участникам настоятельно рекомендуется прежде чем делать изменения в фотографиях, связаться с автором на Commons или где-нибудь ещё.

Неотредактированные версии

[OK] Иногда участники, загружающие новые файлы после изменений (например, фотографию с улучшенной цветопередачей, контрастом и т. д. по сравнению с исходной фотографией), могут захотеть оставить ещё и исходную версию. Загрузка двух разных файлов приведёт к ненужной путанице в категориях. Решением данной проблемы является сначала загрузка исходной версии, затем загрузка поверх неё изменённой версии, таким образом исходная версия останется доступной в истории файла. Предполагается, что исходные вресии не будут использоваться независимо, и их не следует разделять в отдельные файлы, если только это не требуется для какой-нибудь особой нужды. При таком подходе файлы следует помечать {{Unedited version}}.

Note: overwriting unedited versions applies only shortly after upload of the unedited version, and only to the original uploader when uploading an improved version of the same file. In all other cases, the usual criteria about overwriting apply (is it minor improvement? etc). In addition, the usual rule about resolving disagreements applies: if another user feels it useful to split the file, it should be split.

Вторичные изображения

[OK] Sometimes users may wish to provide an image related to their upload, which might fall outside the Project scope as an independent file. Examples include images of labels related to the subject of the main image, or the reverse of a postcard as evidence of copyright status. The solution is to first upload the secondary image, and then shortly afterwards to upload the main image over it, so that the secondary image is available in the file history. The secondary images are not intended to be used independently, and should not be split out as separate files unless this is needed for a specific known use. Files using this approach should be labelled with {{Secondary image}}. Note that secondary images are not exempt from the usual requirements of Commons:Licensing.

Note: overwriting secondary images applies only shortly after upload of the secondary image, and only to the original uploader. In all other cases, the usual criteria about overwriting apply (is it minor improvement? etc). In addition, the usual rule about resolving disagreements applies: if another user feels it useful to split the file, it should be split.

Файлы с текущими данными

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.

НЕТ, НЕ перезаписывайте

Исключения из правила незначительных изменений

• Исключения из правила "малые правки должны быть загружены поверх того же файла" (см. выше):
  • Цифровая реставрация
  • 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}}.
  • Файлы, используемые в проектах Викимедиа, где их использование требует, чтобы файлы были неизменными
  • Спорные и оспоренные изменения – смотри ниже.
  • Artificially upscaling or enlarging using any tool, including AI-based or deep learning services
  • Удаление частей исторических изображений.
    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.

Существенные изменения

• Радикальные изменения (например, сильное кадрирование композиции)
• Изменения, отражающие данные из другого набора данных (например, обновление карты)
  • [OK] если файл не помечен как обновляемый, то есть идентифицирован как файл, в котором данные могут быть обновлены — с пометкой в имени файла, описании или с помощью шаблона {{Current}}.

Несвязанные файлы

• Полностью несвязанные файлы
  • Разные файлы, касающиеся одной темы (например, фотография коровы, загруженная поверх другой фотографии коровы)
  • Different files relating to the exact same object (e.g. a different photo of Michelangelo's David)
  • Note: do not overwrite a file in order to delete it; follow the Commons:Правила удаления instead.

Спорные или противоречивые изменения

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".

Изменения, которые нарушают согласованность с другими изображениями

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.)

Примеры

Незначительные улучшения

Посмотрите на истории правок у следующих файлов

• File:Avestaforsen.jpg, по сути, одно и то же изображение с небольшими лёгкими корректировками
• File:15th anniversary of Image Comics - seven founders.jpg, изображение с незначительной очисткой
• File:Chess Board.svg, везде имеет идентичный внешний вид, но код файла претерпел несколько улучшений

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.

Значительное кадрирование или отмена кадрирования

Further information: Commons:Media for cleanup/ru#Ненужные поля

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:

• 

  исходное изображение с бо́льшим негативным пространством

• 

  кадрированная версия

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:

• 

  Скорсезе: Оригинал изображения

• 

  Скорсезе: Кадрированное изображение для фокусировки на субъекте

• 

  Zizalga: Исходное изображение

• 

  Zizalga: Изображение, обрезанное для улучшения композиции

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.

Неотредактированные версии

• 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.

Вторичные изображения

• 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.

Файлы с текущими данными

Примеры:

• 

  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

Противоречивые или спорные изменения

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

Постоянные версии

• 

  Фотография для новости в Викиновостях

Атрибуция

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}}.

Использование поля «Другие версии» шаблона Information

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 meta:Help:Images and other uploaded files#Gallery)
• use an "other versions" template containing a gallery tag to link different versions (see Category:Other versions templates).

Ссылка на изменяющееся содержание

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 more immune towards 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.

См. также

• 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 Викисклад:Объединение и разделение истории загрузок файла.
• 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.
• Журнал недавних перезаписей

Помощь

Как получить помощь?

• Прочитайте Часто задаваемые вопросы и ответы на них.
• Если вы разместите {{helpme}} на своей странице обсуждения, доброволец отзовётся в максимально короткие сроки!
• Присоединяйтесь к IRC-каналу #wikimedia-commons для общения в реальном времени. Впервые в IRC? Нажмите здесь, чтобы мгновенно подключиться!
• Посетите Центр помощи Викисклада.