Open main menu
This page is a translated version of a page Commons:File types and the translation is 100% complete. Changes to the translation template, respectively the source language can be submitted through Commons:File types and have to be approved by a translation administrator.

Other languages:
Alemannisch • ‎Deutsch • ‎English • ‎Türkçe • ‎español • ‎français • ‎galego • ‎italiano • ‎polski • ‎português • ‎română • ‎slovenčina • ‎slovenščina • ‎čeština • ‎русский • ‎日本語

Shortcut: COM:FT

Contents

Wikimedia Commons akzeptiert ausschließlich freie Inhalte. Zusätzlich sind diese auch allein in freien Dateiformaten erlaubt.

Patentbehaftete Dateiformate werden auf Wikimedia Commons nicht akzeptiert. Für ein Liste der erlaubten Formate siehe die Abschnitte unten. Beispiele für patentbehaftete Dateiformate sind AAC, WMA und die meisten AVI-Codecs. Unser Projektziel erfordert es, dass Inhalte frei an alle weitergegeben werden können. Patentbehaftete Formate erfüllen diese Maßgabe nicht.

Unfreie Formate und nicht unterstützte freie Formate müssen vor dem Hochladen in ein unterstütztes freies Format konvertiert werden. Glücklicherweise ist das in der Regel nicht schwierig (kann aber zeitaufwendig sein in Abhängigkeit vom Format und der gewünschten Qualität der erzeugten Datei, speziell auf schwächeren Rechnern).

Bilder

Auf Wikimedia Commons sind die empfohlenen Dateitypen SVG, PNG und JPEG.

BMP-Dateien sind nicht erlaubt auf Commons. Diese können verlustfrei zu PNG konvertiert werden, dabei wird sich die Dateigröße immer verringern.

Größe und Skalierung

Siehe auch: Commons:Maximale Dateigröße

Beachte, dass eine neuere Software zur Änderung von PNG installiert wurde, seit der folgende Text geschrieben wurde.

Leider unterliegt die dynamische Skalierung der Bilder gewissen Einschränkungen. In der Regel werden bei PNG und JPEG die Miniaturbilder in einer Farbtiefe von 24 Bit generiert. Bei GIFs besitzt die Miniatur 256 Farben, das ist der maximale Wert, den das GIF-Format ermöglicht. In der Praxis bedeutet das, dass die Skalierung von PNG-Bildern relativ große Dateien erzeugen kann, selbst wenn die Ursprungsdatei eine kompakte indizierte Farbpalette verwendet oder nur Graustufen enthält. Das bedeutet auch, dass man, wenn man eine verlustfreie PNG hochladen will, aber JPEG-Miniaturen in Artikeln nutzen will, zusätzlich eine JPEG-Datei in Originalgröße und höchster Qualität manuell hochladen muss.

Beachte, dass die Bilderskalierung fehlschlagen kann, wenn das Bild sehr groß ist und das Rendern zu viel Zeit oder Speicher beansprucht. (In diesem Fall wird kein Vorschaubild dargestellt oder das große, vollständige Bild wird an den Browser ausgeliefert, was zu einer Blockade führen kann.) Für GIF-Dateien existiert eine feste Größenbeschränkung von 50 Megapixeln.[Anm. 1] Große JPEG sind gewöhnlich nur problematisch, wenn sie im progressiven Modus abgespeichert werden, nutze stattdessen den Basismodus (siehe Progressive JPEGs [englisch]).

Für TIFF-Dateien, die größer sind als 50 Megapixel, kann die Erzeugung eines Miniaturbildes aufgrund von Performance-Problemen fehlschlagen (phab:T54045).

Höchste Auflösung

 

Bitte hilf trotzdem, dass Inhalte von Commons möglichst breit genutzt werden können – inklusive in gedruckten Medien –, indem Fotografien in hoher Auflösung hochgeladen werden. In Fällen, in denen die höchste Auflösung Probleme erzeugt, wie sie oben aufgeführt sind, kann eine Version in geringerer Auflösung mit einem anderen Namen hochgeladen werden (mit Erwähnung des Bildes mit der höheren Auflösung in der Beschreibung) oder als neuere Version der Datei.

SVG

Siehe auch Hilfe:SVG und Wikipedia:WikiProjekt SVG.

SVG ist ein XML-basiertes Vektorgrafik-Format, das nach Belieben skaliert werden kann, ohne verschwommen oder „pixelig“ zu werden. Es ist einfach zu bearbeiten und erzeugt in der Regel relativ kleine Dateien (siehe File:Bitmap VS SVG.svg). SVG sollte bevorzugt zur Erzeugung von Diagrammen, Flaggen usw. benutzt werden, während PNG besser für eingescannte Bilder und Fotografien in Druckqualität geeignet ist. Siehe Hilfe:SVG.

SVG funktioniert gut bei der Erstellung von Diagrammen, Illustrationen, Karten und Grafiken aller Art, die Beschriftungen benötigen. SVG kann die Beschriftungen als Textzeichenketten abspeichern, Beispielsweise wurde die Karte File:Caucasus-ethnic en.svg unten in mehrere Sprachen übersetzt. Vergleiche die bessere Bildqualität der SVG-Karte in verschiedenen Größen mit den JPG- und PNG-Karten. (Die unten gezeigten Bilder sind in Wirklichkeit im PNG-Format. SVG-Bilder werden in Wikipedia nicht an die Browser ausgeliefert, sondern MediaWiki konvertiert das SVG-Bild in ein PNG-Miniaturbild und liefert dieses aus.)

PNG

PNG ist ein verlustfreies Format (das Alphatransparenz unterstützt). Das bedeutet, dass die genaue Farbe des Pixels beim Speichern erhalten bleibt und ist für jede art von Zeichnungen/Diagrammen geeignet, die nicht im SVG-Format verfügbar sind (SVG ist bevorzugt zu Erzeugung von Diagrammen etc.). PNG ist gut für praktisch alles außer digitalen Kamera-Fotografien, das schließt ein eingescannte Bilder (beachte jedoch unten den Hinweis zum Schärfen), Fotografien in Druckqualtität und Bilder in geringer Farbtiefe. (All das besitzt generell eine geringere Dateigröße in höherer Qualität verglichen mit JPEG.)

In Wikipedia werden nur JPEG-Miniaturen nachgeschärft, nicht aber PNG-Miniaturen. Bei komplizierten Bilder, wie Fotografien, Stichen und Ähnlichem, ist das erzeugte Miniaturbild einer PNG-Datei in minderer Qualität. Das Hauptproblem mit JPEG als verlustbehaftetem Format ist jedoch, dass die Dateien nicht wiederholt bearbeitet werden können, selbst bei besten Qualitätseinstellungen, Deshalb ist es empfohlen, auch wenn die Miniaturbilder relativ minderwertig aussehen, zusätzlich eine PNG-Datei hochzuladen und zwischen den PNG- und JPEG-Kopien einen Link zu setzen unter Nutzung der Vorlage {{PNG with JPEG version}}. Eine Ausnahme liegt dann vor, wenn das Original bereits im JPEG-Format vorliegt; in diesen Fällen gibt es keinen Grund, zusätzlich eine PNG-Kopie anzubieten. Wenn man aber die JPEG-Datei bearbeitet, ist es keine schlechte Idee, vor dem Schließen des Programms , mit dem man das Bild bearbeitet hatte, eine PNG-Kopie abzuspeichern; diese bietet anderen die Möglichkeit, weitere Bearbeitungen vorzunehmen, ohne dass die Qualität immer schlechter wird. Siehe für einfachere Bilder auch Wikipedia:How to reduce colors for saving a JPEG as PNG (englisch) – wenn das Bild relativ simpel ist, besitzen solche einfacheren Bilder häufig eine geringere Dateigröße als im JPEG-Format.

Exif-Daten

Es ist sehr wichtig, sich daran zu erinnern, dass es in PNG keine Exif-Daten gibt.[Anm. 2] Wenn Du also ein Bild hochladen willst, das in einem RAW-Format aufgenommen wurde, dann speichere es im JPEG-Format aus der Rohbilddatei und lade, wenn Du es möchtest, auch eine PNG aus der Rohbilddatei hoch. Wenn Du aber das Foto unter Beibehaltung der Exif-Daten retuschieren willst, ist der professionelle Weg, die ursprüngliche Rohbilddatei oder eine PNG-Version zu bearbeiten, sie im JPEG-Format zu speichern und die Exif-Daten von der Rohbilddatei in das endgültige JPEG zu kopieren. Es gibt keinen alleinigen Standardweg, es richtig zu machen, andere Mitwirkende werden helfen, wenn dein Programm etwas produziert, das ernstlich falsch ist (UTF-8 außerhalb des iTXT-Chunks oder Ähnliches).

Siehe auch Commons:Preparing images for upload, PNG tips (englisch).
 
Prozentwerte der Dateitypen auf Commons, Stand September 2017

JPEG

JPG ist geeignet für Fotografien, vor allem wenn diese bereits im JPEG-Format vorliegen. JPEG nutzt eine verlustbehaftete Kompression, die Präzision zugunsten geringerer Dateigröße opfert.

Wenn man selbst entscheiden kann, in welchem Format eine Grafik, ein Scan oder Ähnliches abgespeichert werden soll, dann sollte PNG verwendet werden (oder man speichert in einem anderen verlustlosen Format wie TIFF und konvertiert anschließend zu PNG) und in diesem Foramt hochgeladen werden. Wenn das Original jedoch im JPEG-Format ist, hat es generell keinen Sinn, in PNG zu konvertieren: Von einem Format mit verlustbehafteter Kompression in ein verlustfreies Format zu konvertieren ergibt überhaupt keinen Vorteil, weil der Verlust bereits im Original erfolgte; stattdessen würde nur die Dateigröße ansteigen (jede Änderung an der Datei sollte jedoch sowohl als JPEG und als PNG abgespeichert werden). Eine Ausnahme davon sind JPEGs in sehr hoher Auflösung ohne sichtbare Kompressionsartefakte. Das Konvertieren in PNG wird vermeiden, dass die Miniaturbilder zusätzliche Artefakte enthalten.

Beachte, dass zur Zeit JPEG-Miniaturen eine zusätzliche Schärfung erhalten, während das für PNG-Miniaturen nicht der Fall ist. Daher kann es ein gute Idee sein, Kopien in beiden Formaten hochzuladen, wenn das PNG-Miniaturbild ein wenig unscharf aussieht. Benutze {{JPEG version of PNG}} in der JPEG-Kopie einer PNG-Datei, die selbst markiert wurde mit {{PNG with JPEG version}}.

PNG ist ein verlustfreies Echtfarben-Format. JPEG ist immer ein verlustbehaftetes Format selbst in den höchsten Qualitätseinstellungen. Verlustfreie Formate werden qualitativ nicht schlechter, wenn man sie wiederholt abspeichert, bei verlustbehafteten aber ist dies der Fall: wenn man jedoch eine verlustfreie Version der Datei besitzt, erlaubt diese, dass man sie ohne Qualitätsverlust für verschiedene Zwecke nutzen kann, wie etwa das Ausschneiden, eine Ebenenanpassung usw.

Siehe auch Help:JPEG und Help:Scanning[Anm. 3]

GIF

 
Das Miniaturbild dieser GIF-Datei ist wegen der Handhabung der Transparenz problematisch.
 
Die PNG-Skalierung hat dieses Problem nicht.

PNG ist verglichen mit GIF fast immer überlegen für nichtanimierte Bilder (kleinere Dateigröße, mehr Farben, bessere Transparenz). Wenn man eine Grafik (nicht eine Fotografie) erzeugt oder bearbeitet und entscheiden kann, in welchem Format man abspeichern kann, dann ist in Wikipedia/Wikimedia SVG die erste Wahl, danach PNG. Speichere niemals ein Bild mit mehr als 256 Farben im GIF-Format. GIF speichert immer mit 256 Farben oder weniger. Das Konvertieren von Bildern mi mehr Farben in das GIF-Format wird deren Qualität verschlechtern.

GIF-Dateien zu bearbeiten kann schwierig werden, denn GIF unterstützt nur eine 8-Bit-Farbpalette und die meisten Filter funktionieren nur mit der vollen Palette. Zusätzlich unterstützt PNG 8-Bit-Transparenz (Alphakanal), während GIF nur 1-Bit-Transparenz beherrscht. Auch gibt es gewisse Eigentümlichkeiten beim Skalieren von GIF-Dateien; insbesondere tritt dies beim Skalieren von Bildern mit Hintergrundtransparenz auf – der transparente Bereich „frisst“ sich in den nicht-transparenten Bereich hinein, was zu Problemen führen kann.

Wenn Du qualitätsvolle, frei lizenzierte GIF-Grafiken, -Diagramme, -Karten, -Illustrationen usw. findest und glaubst, dass sie nützlich für die Wikipedia oder eines ihrer Schwesterprojekte sein könnten, zögere nicht, sie so nach Commons hochzuladen, wie sie sind. Du oder andere können sie später nach SVG konvertieren, wenn es nötig ist.

Siehe Commons:Chart and graph resources für Hilsmittel und Hilfe.

Animatiertes GIF

GIF ist ein verlustfreies Format mit 8 Bit Farbtiefe (maximal 256 Farben) und sollte auf Wikimedia Commons hauptsächlich für animierte Bilder verwendet werden. Für animierte Bilder nutzt GIF eine verlustfreie Kompression bei bis zu 256 Farben je Frame. Animierte GIF haben manchmal Probleme, wenn aus ihnen ein Miniaturbild erzeugt wird. Wenn eine Animation in der Miniaturversion defekt oder verzerrt zu sein scheint, dann kann man versuchen, jeden Frame in derselben Größe abzuspeichern: Eine übliche Optimierungsmethode für animierte GIF ist es, Frames in unterschiedlicher Größe abzuspeichern, manchmal tituliert als „nur die Teile der Frames speichern, die sich geändert haben“. Die aktuelle Version von ImageMagick, die in Wikimdia zum Einsatz kommt, scheint das nicht zu unterstützen. Es gibt derzeit ein Größenlimit von 50 Megapixeln in de Mediawiki-Software; bitte beachte die Anmerkungen in Category:Animated GIF files affected by MediaWiki restrictions (englisch).

Animationen im Text sollten sehr sparsam eingesetzt werden; ein statisches Bild mit einem Link zur Animation wird bevorzugt, es sei denn die Animation besitzt eine sehr geringe Dateigröße. Denke an die oben erwähnten Probleme mit der Kompatibilität beim Drucken.

TIFF

Nur einige Varianten von TIFF können derzeit in skalierter Form (als Vorschaubild) innerhalb von MediaWiki angezeigt werden – TIFF wird von den meisten Internet-Browsern nicht unterstützt. TIFF ist als ein Archivierungsformat vorgesehen und sollte nie für Bilder verwendet werden, die für die Anzeige in Artikeln gedacht sind.

TIFF dient meist als ein verlustfreies Format, ähnlich PNG, aber mit viel weniger Kompression; allerdings ist sein Standard-Kompressionsalgorithmus sehr schnell (was ein Vorteil auf älteren Computern war). Der Großteil der Scanner-Software unterstützt TIFF, so dass es die bevorzugte Wahl zum Archivieren ist.

PNG wird meist von der Scanner-Software nicht unterstützt, PNG-Dateien können aber generell in einer viel geringeren Dateigröße abgespeichert werden als TIFF-Dateien. Beispielsweise wird eine 33 MB große TIFF-Datei auf 17 MB verkleinert, wenn sie als PNG abgespeichert wird.

Alles in allem ist PNG das bevorzugte Format; jedoch wird die Möglichkeit, TIFF-Dateien hochzuladen, als Gefälligkeit angeboten. Wenn beispielsweise man Dateien im Batchmodus eingescannt hat, um sie nach Commons hochzuladen, damit sie von anderen weiterbearbeitet werden können, wird man ein verlustfreies Format nutzen wollen (ein verlustbehaftetes Format verursacht bei jeder Speicherung eine Vermehrung der Artefakte). Die Scanner-Software unterstützt womöglich kein PNG, aber erlaubt TIFF. In solchen Fällen ist es akzeptabel, ein Bild als TIFF-Datei hochzuladen, weil das hilft, sehr viel einfacher Material in Commons bereitzustellen (in diesem speziellen Fall wäre es angebracht, die anderen Nutzer in Village Pump zu informieren, damit der Massenupload für eine größere Weiterverbreitung vorbereitet werden kann und eventuell einige Dinge kurz im Vorfeld zu diskutieren). Es existieren viele Bildeditoren (sowohl freie als auch kommerzielle), die in der Lage sind, eine Konversion von TIFF in ein anderes Format durchzuführen. Siehe auch en:Comparison of raster graphics editors #File support (englisch).

Die obigen Ausführungen sind für die meisten TIFF-Dateien, gültig; beachte jedoch, dass TIFF ein etwas eigenartiges Format ist – die Spezifikationen sind sehr weit gefasst und können in der Theorie ein breites Spektrum an Kompressionsalgorithmen und Dateieneinbettung unterstützen (wobei die meisten Programme, die TIFF-Dateien öffnen konnen, nur die weitgehend üblichen unterstützen). Das macht es schwierig, definitive Aussagen über TIFF zu treffen: Zum Beispiel können TIFFs JPEGs enthalten, die kein verlustfreies Format darstellen. Generell sollten nur TIFF in den Standardtypen nach Commons hochgeladen werden.

XCF

XCF kann sinnvoll sein, wenn man mit GIMP an einem Bild arbeitet. Anders als PNG und ähnliche Formate unterstützt XCF Text und mehrfache Ebenen. Es kann sinnvoll sein, eine XCF-Datei hochzuladen, damit andere Bearbeiter direkt weiterarbeiten können unter Erhalt der Ebeneninformation. Bitte beachte, dass von einer XCF-Datei ein Vorschaubild durch die MediaWiki-Software nur experimentell erzeugt werden kann (siehe phab:T37622). Es ist empfohlen, zusätzlich zur XCF-Datei eine Kopie im PNG-Format hochzuladen, damit andere Bearbeiter das Bild sehen können, an dem man arbeitet.

Audiodateien

Siehe auch: Commons:Free media resources/Sound

Die in Wikimedia Commons erlaubten Dateiformate sind: MP3, Ogg (mit den Codecs FLAC, Speex, Opus oder Vorbis), WebM (mit Vorbis-Codec), FLAC, WAVE oder MIDI.

Unfreie Formate und weniger bekannte freie Formate müssen vor dem Hochladen konvertiert werden – es existiert derzeit keine legitime Möglichkeit, die ursprünglichen Originaldaten für eine Konversion in zukünftige Formate oder für die Verwendungnach Ablauf der Patente zu speichern, auch wenn die Lizenz eines bestimmten Werkes die Verbreitung solcher ursprünglichen Originaldaten erfordert (wie es häufig der Fall ist für Werke, die unter der GNU-Lizenz für freie Dokumentation, GFDL, oder einer anderen de:Copyleft-Lizenz stehen).

Commons akzeptiert keine Tracker-Formate, selbst solche von freien Trackern. Ebenso akzeptiert es keine SoundFonts, um sie mit MIDI-Dateien zu benutzen, selbst solche, die für freie MIDI-Player entwickelt wurden. Wenn es wichtig ist, dass eine Musikpassage mit spezifischen Instrumentationsdefinitionen gehört wird, was General MIDI nicht bietet, und die Lizenz erlaubt es, dann nutze die Tracker-Software, um die Passage in RIFF-WAVE zu rendern, und konvertiere dieses anschließend nach Ogg-Vorbis.

Stand September 2013[needs update] können die meisten Browser MP3 und Ogg-Vorbis abspielen, aber kein MIDI, FLAC, Opus oder Speex. FLAC und Speex werden nach dem Hochladen für die Wiedergabe in Browsern automatisch in die Vorbis-Transcodecs konvertiert.

MP3

MP3 ist ein breit unterstütztes Audioformat und ist stark empfohlen für das Hochladen von Audiodateien. Stand Dezember 2017 akzeptiert Commons das Hochladen im MP3-Format nur durch Admins, Lizenzprüfern und Hochladern mit erweiterten Rechten, dies aufgrund von Bedenken bezüglich der Fähigkeit der Gemeinschaft, Urheberrechtsverletzungen zu überwachen.

MIDI

MIDI-Dateien sind akzeptiert, werden aber nicht sehr gut unterstützt. Die Dateiendung muss .mid sein.

Ogg (Audio)

Vorbis ist das bevorzugte Audiocodec für den Ogg-Container. Bitte nutze die Dateiendung .ogg, um Audiodateien im Ogg-Vorbis-Format hochzuladen.[Anm. 4]

Speex (Dateierweiterung .spx) ist für Sprachaufnahmen gedacht, Vorbis für allgemeine Audioaufnahmen und ist ein verlustbehaftetes Format (die Qualität verringert sich), FLAC ebenso für allgemeine Audioaufnahmen und ist ein verlustfreies Format (Qualität bleibt erhalten), aber die gegenwärtigen Maximalgrößen für Dateien verhindern dessen Nutzung für alles außer kurzen Clips. In den meisten Fällen sollte Vorbis genutzt werden.

Opus wird von MediaWiki unterstützt (phab:T42193, phab:T53313); Dateierweiterung: .opus.

Beachte, dass mit FLAC ein ein natives Containerformat existiert (siehe unten). Wenn man es in einen Ogg-Container einbetten will, kann man das mit ffmpeg und der folgenden Kommandozeile tun: ffmpeg -i InputFile.ext -acodec flac out.oga oder flac ./input.wav -8 --ogg -f ./output.oga.[Anm. 4]

Es ist auch sinnlos, Daten in einem unfreien Format in einen freien Container wie Ogg zu packen: Man erhält eine Datei, die einen Player erfordert, der, während er den freien Container unterstützt, trotzdem noch den unfreien Codec untersützen muss.

WebM (Audio)

Der WebM-Container kann Audiodaten enthalten (Vorbis) sowohl mit als auch ohne begleitende Videodaten.

FLAC

Der Free Lossless Audio Codec wird unterstützt sowohl mit als auch ohne Einbettung in Ogg-Container. Die Erweiterung TimedMediaHandler wird automatisch transkodierte Varianten im Ogg-Format anbieten. Dateierweiterung ohne Einbettung: .flac. (Der entsprechende Phabricator-Task phab:T51505 wurde 2013 gelöst und 2014 geschlossen.)

WAVE

Wave-Container können unkomprimierte, verlustfreie Audiodaten (PCM) enthalten. Wenn möglich, bitte vor dem Hochladen in FLAC konvertieren. Dateierweiterung: .wav.

Videos

Videos müssen Ogg-Dateien mit Theora-Videocodec (mit Dateiendung .ogv[Anm. 4]) oder WebM-Dateien (mit Endung .webm) sein. Unfreie Formate müssen vor dem Hochladen konvertiert werden, siehe Commons:Video – Uploading a video (englisch) für Anweisungen. Siehe Video2Commons für ein schnelles und leicht zu bedienendes Hilfsmittel.

WebM (Video)

WebM unterstützt die VP8- un VP9-Videocodecs und die Vorbis- und Opus-Audiocodecs. das Containerformat WebM ist eine Untermenge des Matroska-Formats.

VP8 ist eine verlustbehaftetes Kompressionsformat, das eine bessere Qualität als das Theora-Format bietet. Natürlich gibt es keinen Grund, vorhandene Theora-Videos nach VP8 zu transkodieren, denn das wird den Verlust durch die vorherige Kompression in geringerer Qualität nicht ersetzen und Software, die WebM unterstützt, unterstützt hoffentlich auch Ogg-Theora-Medien.

VP9 ist ein Nachfolger von VP8 mit höherer Kompressionseffizienz. Das Opus-Audiokompressionsformat besitzt eine exzellente Qualität und geringe algorithmenbedingte Verzögerungen. Das Bildformat WebP, das auf VP8 basiert, wird in Commons unterstützt. Dieses bietet die Möglichkeit sowohl für eine verlustfreie als auch für eine verlustbehaftete Kompression.

Ogg Theora (Video)

Theora ist ein verlustbehafteter Videocodec. Er basiert auf VP3 aus einer Entwicklungslinie, die zu VP6/Flash und WebM-VP8/-VP9 führte. (Beachte, dass der Großteil der in Commons:Software erwähnten Programme in der Lage sein sollte, auch Ogg-Vorbis-Audio wiederzugeben.)

Zu Beginn des Jahres 2012 unterstützte die HTML5-Audiokomponente der meisten Browser nur Ogg Vorbis und WAV PCM, weshalb die Videoversionen, die für die Wiedergabe gedacht waren, Ogg Vorbis für den Audioteil nutzen sollten. Siehe die Abschnitte #Größe und Skalierung sowie #Nicht unterstützte Dateitypen für Möglichkeiten, die Versionen in anderen Formaten zu erhalten.

Textformate

Eingescannte Textdokumente (DjVu, PDF)

 
Diese PDF-Datei enthält eine {{BadPDF}}-Markierung, weil die Darstellung unsauber aussieht, wenn die Datei als Artikelgrafik verwendet wird; dabei ist File:Amsterdam Museum logo.svg viel besser geeignet.

Obwohl auf Commons im Allgemeinen keine Dokumente gespeichert werden, gibt es valide Gründe, sie hier hochzuladen (etwas als archivierte Versionen für Abschriften auf Wikisource)

  • Siehe Help:DjVu, um Hilfe zu erhalten über PDF- und DjVU-Dateien.
  • Dokumente im PDF-Format sind erlaubt. Die Nutzung als Grafik ist nicht empfohlen, wie man am Beispiel rechts sehen kann, das eindeutig eine Grafik für ein Vektorformat ist. Zu erlaubten Gründen für das PDF- und DjVU-Format siehe Projektumfang, PDF- und DjVu-Formate.

Hinweis: Jede einzelne Seite einer PDF wird derzeit als JPEG-Vorschau gerendert, könnte aber auch als PNG gerendert werden. Das hängt allein von der Implementation des PDF-Renderers ab, der auf dem Server genutzt wird, und ist keine Limitierung durch PDF im Vergleich zum DejaVu-Format. Die einzige Limitierung stellt die Existenz verschiedener proprietärer PDF-Erweiterungen dar, die manchmal einen spezifischen PDF-Betrachter verlangen. PDF-Dateien auf Commons sollten nicht von diesen Erweiterungen abhängen und nur die grundlegenden Spezifikationen nutzen, wie sie der Renderer für die Vorschaubilder von Commons verwendet. Das Problem mag allein dann auftreten, wenn eine PDF aus dem „Media:“-Namensraum heruntergeladen wird statt als einzelnes Bild einer auswählbaren Seite der PDF gerendert zu werden (denn diese Erweiterung kann vielleicht aktives Skripting, ausfüllbare Formularfelder und aktive Links zu externen Seiten ermöglichen).

Für die Bildrenderung werden PDF-Dateien mit dem Basis-PDF-Profil gerendert (entsprechend der Standardspezifikationen); diese sind funktional äquivalent zu DejVu-Dateien, aber typischerweise werden Fotografien und Grafiken mit höherer Genauigkeit und akkurateren Farbprofilen gerendert als DejaVu-Dateien, die ein grundlegenderes Modell nutzen. ebenso bieten PDF in einigen Fällen eine höhere Qualität, weil sie skalierbare Vektorgrafiken einbetten können statt nur hochkomprimierten Pixelbildern in einer festen Auflösung. Daher liegt der Unterschied vor allem in der Kompressionsstufe für Bilder: Bei eingescannten Texten sind DejaVu meist kleiner als PDF, aber das ist unerheblich, wenn diese Dateien nicht heruntergeladen, sondern nur als ein einzelnes Bild gerendert werden.

Für Dokumente, die farbige Grafiken und Fotos enthalten, bieten PDF regelmäßig eine höhere Qualität. Jedoch erzeugen die Renderer für die Vorschaubilder, die derzeit auf Commons genutzt werden, JPEG-Bilder mit fehlerhafter Darstellung statt genauerer PNG-Vorschaubilder; das kann sich in Zukunft mit einem besseren PDF-Renderer ändern.

Siehe auch Help:Scanning für Hilfe zum Einscannen anderer Objekte, die keinen Text enthalten.

TimedText

TimedText ist ein spezieller Namensraum auf Commons, in dem Untertitel (englisch „Timed Text“; andere bekannte Bezeichnungen im Englischen: „subtitles, closed captioning, closed caption text“) gespeichert werden. Die Inhalte bestehen aus einfachem Text ohne jegliche Auszeichnung (englisch „Markup“).

Siehe Commons:Timed Text.

Dateien für Daten

Kein einziger Dateityp für Datenbanken wird zu Zeit unterstützt. Siehe unten die Liste der nicht unterstützten Dateitypen.

MediaWiki erlaubt jedoch die Erzeugung dynamischer Textdaten (mittels Lua-Modulen) und Graphendiagrammen, die Daten im JSON-Format nutzen; diese müssen im speziell dafür angelegten Namensraum Data: abgelegt worden sein. Möglich sind:

  • Kartendaten, die es Nutzern erlauben, Daten im GeoJSON-Format zu speichern.
  • Tabellendaten, die es ermöglichen, CSV-artige Datentabellen zu speichern.

Datendateien in Commons müssen unter der Lizenz Creative Commons — CC0 1.0 Universell stehen.

Das Experimentieren mit solchen Daten ist explizit erlaubt in Data:Sandbox/<Nutzername>/ und Unterseiten. Derzeit kann der Seiteninhalt nur im reinen JSON-Format editiert werden.

Kartendaten

Für mehr Details siehe in mw:Help:Map Data (englisch).

Kartendaten erlauben es Nutzern, Daten im GeoJSON-Format abzulegen, ähnlich zu Bildern. Andere Wikis können diese Daten nutzen, um mit ihnen etwas über Karten zu zeichnen, zusammen mit anderen Änderungen an Karten, die unter Nutzung der Erweiterung Kartographer erfolgen.

Um neue Kartendaten zu erzeugen, lege im Namensraum Data: eine neue Seite mit der Endung .map an, beispielsweise Data:Sandbox/Example user/Example.map.

Tabellendaten

Für mehr Detail siehe in mw:Help:Tabular Data (englisch).

Tabellendaten erlauben es Nutzern, CSV-artige Datentabellen abzulegen und sie in anderen Wikis zu nutzen, um automatische Tabellen, Listen und Grafendiagramme zu erzeugen.

Um eine neue Tablle zu erzeugen, lege im Namensraum Data: eine neue Seite mit der Endung .tab an, beispielsweise Data:Sandbox/Example user/Example.tab.

Andere Formate

3D-Strukturen
STL für 3D-Dateien, das am weitesten verbreitete Format für 3D-Druck. Andere 3D-Formate werden nicht unterstützt. Siehe auch mw:Help:Extension:3D.
Chemische und biologische Molekülstrukturen
Zur Zeit kein Format unterstützt. Siehe unten nicht unterstützte Dateitypen.
Kartenrouten und GPS-Daten
Siehe Kartendaten. Siehe auch unten nicht unterstützte Dateitypen.

Nicht unterstützte Dateitypen

Nicht unterstützte freie Dateiformate

Mindestens einmal gewünscht, aber zur Zeit nicht unterstützt; Hilfe ist notwendig für eine Unterstützung. :-)

Jedes 3D-Format außer STL
Jedes Datenbankformat
Jedes Format für Chemische oder biologische Moleküle
Jedes Kartenrouten-/GPS-Format
Die meisten offenen Dokumentenformate
Grafikformate
Audio-/Videoformate
  • ALAC (Apple) – phab:T34104
  • MKV-Containerformat – phab:T32653#347603 (WebM stellt eine Untermenge des Matroska-Formats dar und ist in Commons erlaubt, eine vollständige Unterstützung scheint aber nicht geplant zu sein.)
Diagrammformate
Formate für Multimedia und Animationen
  • SWF – könnte als frei betrachtet werden (seit 2009?), muss aber mit freien Hilfsmitteln bearbeit- und abspielbar sein – abgelehnt in phab:T28269
Wissenschaftliches Format
  • FITS – Flexible Image Transport System

Unfreie Dateiformate

Mindestens einmal gewünscht, um eine automatische Konversion dieser Formate in ein freies Format während des Hochladens zu ermöglichen.

Die meisten der oben genannten Problempunkte werden in phab:T44725 unter „Multimedia file format support“ („Multimedia-Dateiformatunterstützung“) verfolgt.

Alternative Möglichkeiten zur Unterstützung

Quellenmaterialien für Dateien, die nach Commons hochgeladen wurden, wie etwa RAW-Dateien von Kameras un größere FLAC-Audiodateien, können in das Commons Archive hochgeladen werden, eine zusätzliche, nicht offizielle Webpräsenz, die alle Dateiformate erlaubt. Beachte, dass alle Commons-Nutzer sich mit Oauth in das Commons Archive einloggen können.

Anmerkungen

  1. Megapixel (Anzahl der Frames × Breite × Höhe), Downsampling-Formel (für das Wikimedia-Limit unter Beibehaltung des Seitenverhältnisses der Datei): floor (√LimitMegapixel × Breite ÷ Höhe) ≥ Breiteneu, für Animationen (im weiteren Sinn, unter Nichtbeachtung des gespeicherten Seitenverhältnisses): floor (LimitMegapixel ÷ Frames ÷ Höhe) ≥ Breiteneu
  2. Einige PNG-Daten wie die Auflösung pHYs und der Erfassungszeitpunkt tIME werden von MediaWiki in den Metadaten angezeigt, sind aber keine korrekten Exif-Daten.
  3. Für JPEG siehe auch A few scanning tips, Wayne Fulton, scantips.com, 2010 (englisch).
  4. a b c Die Xiph.Org Foundation empfiehlt, .ogg als Erweiterung für Ogg-Vorbis-Audiodateien, .oga für Ogg-FLAC-Audio- und .ogv für Ogg-Theora-Videodateien zu nutzen, vergleiche RFC 5334 (englisch). Siehe auch MIME Types and File Extensions im XiphWiki (englisch).
  5. Bei JPEG2000 haben manche Entwickler Bedenken wegen U-Boot-Patenten (LoC digitalpreservation, englisch) und 2009 markierte Mozilla den Wunsch zur Unterstützung des Formats als WONTFIX (abgelehnt, keine Unterstützung).

Siehe auch

Wikipedia-Links (meist zur englischen Wikipedia)