Commons:Existierende Dateien überschreiben
 |
Diese Seite ist eine offizielle Empfehlung auf Wikimedia Commons.
Sie stellt Standards oder Verhaltensweisen dar, die von den meisten Benutzern befürwortet und generell befolgt werden. Du darfst diese Seite je nach Bedarf aktualisieren; schlage größere Änderungen bitte auf der Diskussionsseite vor. |
Dieser Leitfaden gibt eine Handlungsanweisung, wann Dateien überschrieben werden sollten und wann nicht. Insbesondere externe Nutzer von Inhalten aus Wikimedia Commons sind darauf angewiesen, dass sich Dateien nicht substanziell ändern. Daher wurde die grundlegende Regel aufgestellt, dass Dateien nicht mit deutlich unterschiedlichem Inhalt überschrieben werden sollten, während bei kleinen Verbesserung die Ursprungsdatei überschrieben werden sollte.
Hinweis: Die Lizenz kann nicht geändert werden. Ein Hochladen einer Datei mit einer anderen Lizenz kann nur durch die Schaffung einer neuen Datei erfolgen.
= Überschreibe existierende Datei
= Als neue Datei hochladen
- Zusammenfassung
- Geringfügige Verbesserungen
- Ausnahme von Dateien welche in Wikimedia-Projekten verwendet werden, deren Verwendung die Datei unveränderlich erfordern
- Ausnahme für digitale Restaurierung
- Wesentliche Änderungen oder völlig unzusammenhängende Dateien
- Wesentliche Änderungen
- Verschiedene Dateien zu demselben Thema
- Verschiedene Dateien die sich auf das exakt gleiche Objekt beziehen (Gebäude, Statue, etc.)
- Änderungen, die verschiedene Daten widerspiegeln (z.B. eine Karte aktualisieren), in der die Datei nicht als aktualisierbar markiert wurde
- Unbearbeitete Versionen können durch den Hochlader kurz nach dem Upload ersetzt werden
- Sekundäre Bilder können kurz nach ihrem Hochladen durch den ursprünglichen Hochlader ersetzt werden
- Dateien welche als aktualisierbar markiert sind, z.B. mit dem {{current}} Template können aktualisiert werden, sofern es Sinn macht
- Kontroverse oder umstrittene Änderungen
- ? den Urheber oder den Hochlader zunächst kontaktieren, kann bessere Ergebnisse bei der Korrektur hervorbringen
- ? Achtung bei Bildern mit einem besonderen Status, zum Beispiel Commons Excellente Bilder
Wenn die vorhandene Datei nicht überschrieben wird, sollten die Änderungen unter einem neuen Namen (idealerweise ähnlich dem alten) hochgeladen werden. Die Dateibeschreibungsseite sollte auf die Originaldatei verweisen mit Anerkennung an den ursprünglichen Autor(en).
Contents
Überschreiben
Geringfügige Verbesserungen
Verwende den Link "Eine neue Version dieser Datei hochladen" generell nur für kleine Verbesserungen, zum Beispiel
- Ersatz durch eine höher aufgelöste Version derselben Datei
- kleine, unkontroverse Farbkorrekturen, Rauschreduzierung, Perspektivkorrektur etc.
- Entfernung von Wasserzeichen
- Rotation um 90/180/270° oder kleinere Rotationen zur Korrektur von nicht geraden Bildern
- kleine Beschneidungen
- Korrekturen an Diagrammen und Karten, falls eine präzisere Version verfügbar ist
- Korrektur von SVG-Fehlern
- Übersetzungen hinzufügen oder korrigieren, Rechtschreibfehler korrigieren
und ähnliche Dinge, bei denen die wesentliche Komposition nicht verändert wird. Dies kann kleinere Beschneidungen beinhalten, zum Beispiel, um einen kürzlich hinzugefügten Rahmen zu entfernen (überschreibe keine Dateien, die Teile eines historischen Bildes entfernen), aber stärkere Beschneidungen sollten unter einem neuen Namen hochgeladen werden, wie etwa "Alter Name (beschnitten).jpg".
Die Korrektur kleinerer Fehler wird üblicherweise als kleine Verbesserung angesehen. Je größer allerdings die Korrektur ist, desto besser ist es sie als neue Datei hochzuladen (um mögliche Uneinigkeiten über die Korrektur und einen Upload-Krieg auszuschließen) und die alte Datei ggf. zur Löschung vorzuschlagen.
Achtung: Eine Datei mit Bildvermerken verliert diese, wenn sich die Pixel-Abmessungen ändern, siehe Help:Gadget-ImageAnnotator/de#Einschränkungen. Dies ist aber kein Grund eine Datei bei kleineren Verbesserungen aufzusplitten, da die Vermerke neu eingegeben werden können.
Ausnahmen
Bei einer digitalen Restauration eines historischen Dokumentes oder Abbildung sollte diese (egal wie klein sie auch war) unter einem neuen Dateinamen hochgeladen werden. Dabei ist ein Link zur Quelldatei im Feld andere Versionen (other versions) anzugeben. Die gemachten Änderungen sollten ebenfalls dokumentiert werden, soweit möglich. Dies ist der ideale Weg für Restaurationen, denn dadurch können Nutzer und andere Bearbeiter die Veränderungen nachvollziehen und mit dem Original abgleichen. (Für den Fall, dass bereits mehrere kleine Bearbeitungen an einer Restaurationsdatei vorgenommen werden - wie beispielsweise das Entfernen von Dunstflecken - braucht nicht jedesmal eine eigene Datei mit eigenem Dateinamen erzeugt werden.) In all den Fällen sollen die Ursprungsbilder mit {{Please-do-not-overwrite-original-files}} markiert werden.
? Sei vorsichtig bei Bildern, die eine Auszeichnung oder ähnliches haben, wie Commons Featured Picture (bzw. ausgezeichnete oder sehenswerte Bilder in anderen Wikimedia-Projekten). Denn die Auszeichnung gehört zu einer konkreten Version. Quality Images and Valued Imageskönnen über ihre Dateibeschreibungsseiten mittels {{Assessments}} herausgefunden werden. (Auszeichnungen werden im Übrigen nicht auf abgeleitete Werke übertragen!) Der Urheber kann kleinere Korrekturen vornehmen, die sich nicht auf den Status auswirken und allgemein akzeptiert sind (z. B. Staubflecken entfernen oder eine kleinere Verzerrung ausgleichen). Änderungen, die möglicherweise unterschiedlich aufgefasst werden könnten, sollten zunächst diskutiert werden (idealerweise dort, wo sie ihre Auszeichnung erhielten).
Files used in Wikimedia projects where the use requires the file to remain unchanged – which means no overwriting at all: not for updates, minor improvements, or error corrections. Comments (including pointing out errors, and pointing to other versions) may freely be made in the Commons file description, but the file itself should not be overwritten. If necessary, upload a new version as a separate file. Such files should be marked with {{Please-do-not-overwrite-permanent-version}}.
Kontroverse Änderungen. Sobald ein Benutzer der Meinung ist, die Änderung stellt keine Verbesserung da, darf er die Bearbeitung revertieren. Die bearbeitete strittige Version sollte dann unter einem neuen Dateinamen hochgeladen werden. Siehe weiter unten.
Berücksichtige die Interessen des Erstellers
Der ursprüngliche Dateihochlader ist der ideale Ansprechpartner für Bearbeitungen. Da das JPEG-Format verlustbehaftet ist, bedeutet jede Änderung daran einen Qualitätsverlust. So können vermeintlich hilfreiche Bearbeitungen wie Weißabgleich oder eine Rauschreduktion zum Verlust von Informationen führen. Oftmals haben die Fotografen ihre RAW-Dateien, aus welchen viel bessere bearbeitete Versionen gewonnen werden können. Das sollte immer Vorrang vor dem Bearbeiten von JPEG-Dateien haben. Außerdem hat der Fotograf oftmals eine bessere Vorstellung davon, wie die Lichtsituation und die Farben vor Ort wirklich waren. Aus dem Grund bitte zunächst immer den ursprünglichen Urheber / Ersteller kontaktieren, egal ob auf Commons oder anderweitig.
Unbearbeitete Versionen
Manchmal laden Benutzer neue, bereits bearbeitete Dateien hoch, wollen aber die ursprüngliche Version auch anderen zur Verfügung stellen. Um eine Überfüllung der Kategorien mit quasi doppelten Dateien zu vermeiden, soltlte zunächst immer erst die unbearbeitete Version und direkt hinterher die bearbeitete Fassung hochgeladen werden. So ist auch die alte Version über die Versionsgeschichte verfügbar, auch wenn diese nicht direkt in Wikimedia-Projekten eingebunden werden kann. Hier sollte die unbearbeitete Fassung nur dann unter einem anderen Dateinamen hochgeladen werden, wenn es dafür einen triftigen Grund gibt. Diese Dateien sollten mit der Vorlage {{Unedited version}} gekennzeichnet werden.
Hinweis: Das Überschreiben unbearbeiteter Versionen sollte nur kurz nach dem ersten Hochladen und nur durch den gleichen Hochlader erfolgen. In allen anderen Fällen gelten die Kriterien des Überschreibens (Sind es kleine Veränderungen? etc.). Zusätzlich gilt um Konflikte zu vermeiden: Wenn jemand anderes der Meinung ist, die Versionen sollten getrennt verfügbar sein, so sollten sie auch getrennt werden und jede unter eigenem Dateinamen erreichbar sein.
Secondary images
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.
Files with current data
Be cautious about overwriting files with new versions reflecting new information, as in many cases this may not be what reusers want.
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, 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.
NICHT Überschreiben
Exceptions to the minor changes rule
- Exceptions to the "minor changes should be uploaded to the same file" rule (see above):
- Digital restoration
- 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}}.
- Files used in Wikimedia projects where the use requires the file to remain unchanged
- Controversial or contested changes – see below.
- 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.
Substantial changes
- Major changes (eg a radical crop)
- Changes that reflect different data (eg updating a map)
- unless the file is marked as updateable – i.e. identified to reusers as one where information may be updated, by the filename, description, or with the {{current}} template
- Completely unrelated files
- Different files on the same topic (such as a photo of a cow uploaded over another photo of a cow)
- 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:Deletion policy instead.
Controversial or contested changes
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 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".
Beispiele
Minor improvements
See for example the version histories of
- 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
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 #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. File:Miyasaka Hakuryu II - Tigress with Two Cubs - Walters 71909.jpg is 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.
Scorsese: Original image
Scorsese: Image cropped for closeup
Zizalga: Original image
Zizalga: Image cropped for recomposition
.jpg)
.crop.jpg)
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.
Unedited versions
- 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.
Secondary images
- 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.
Files with current data
Beispiele:
Controversial or contested changes
- Example: File:Kit body rmcf1213a.png had two upload wars over the content of a Real Madrid kit.
Permanent versions
A news photo used on Wikinews
Linking files
Namensnennung
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 {{AttribSVG}}.
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 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).
Link to a variable content
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.
Anmerkungen
Siehe auch
- 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:History merging and splitting.
- 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.
Hilfe
| Möglichkeiten, um Hilfe zu bekommen |
|
Andere Richtlinien und Leitfäden
| |||||||||||||||||||||||||||||||||||||||||||||||||
_-_n._1764.jpg){kind=link}
