Commons:ファイル形式

From Wikimedia Commons, the free media repository
Jump to navigation Jump to search
This page is a translated version of a page Commons:File types and the translation is 56% 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 • ‎magyar • ‎polski • ‎português • ‎română • ‎slovenčina • ‎slovenščina • ‎čeština • ‎русский • ‎中文 • ‎日本語

Shortcut: COM:FT

ウィキメディア・コモンズでは「無料のコンテンツ」のみ受け入れます。同様に、無料のファイル形式しかアップロードを認めません。

ウィキメディアコモンズでは、特許で保護されたファイル形式は受け入れません。認められたファイル形式の一覧は、以下の節をご参照ください。特許で保護されたファイル形式の例はAACWMAおよびほとんどのAVIコーデックです。私たちにはコンテンツをすべての人に自由に再配布できるようにするという使命があります。特許で保護された形式は、この標準に適合しません。

有償のファイル形式とサポート外の無料ファイル形式は、アップロードする前に「サポートサれている対象の無料形式に変換」する必要があります。幸い、通常は難しくありません (ただし特にパワー不足の作業環境だと、ファイル形式と求める出力品質によって時間がかかる場合があります。)

画像

ウィキメディア・コモンズにおいて推奨されるファイル形式は、次のとおりです。SVGPNGJPEG

コモンズではBMP形式のファイルを受け付けません。PNG形式に可逆圧縮でき、常にファイルサイズは圧縮前より小さくなります。

ファイルのサイズと画像の寸法

参照:Commons:最大ファイルサイズ

注記: 以下の記述以降、PNG形式への新しい変換ソフトが導入されました。

画像スケーリングシステムは残念ながらまだ限られており、現在は元の画像と同じ形式で生成されるサムネイル (PNG、GIF、JPEG) は、常に24ビットカラー形式 (画像がGIFでない場合、結果の画像は256色) です。 つまり元の画像にパレットが含まれる場合やグレースケール形式の場合でも、PNG画像をスケーリングするとファイルサイズはかなり大きくなります。そのため、編集およびアーカイブ用に画像を可逆変換PNG形式でアップロードし、記事中にはJPEGサムネイルで表示したい場合、手動で (フルスケールの) JPEG形式ファイルもアップロードしなければならないのです。


スケーリングは画像が非常に 大きく表示処理に時間やメモリを消費しすぎることがあります (その場合、コンバートしないまま表示するか画像をそのままブラウザに送りフリーズの原因になりやすい)。GIF 画像では100 メガピクセルの物理的上限が影響します[Note 1]。通常、重いJPEGファイルはprogressive mode で保存された場合のみ問題を起こします。ベースラインモードで代用します (Progressive JPEGsをご参照ください)。

100 MPを超えるTIFFファイルは、パフォーマンス上の問題でサムネイル表示に失敗することがあります (phab:T54045)。

解像度の上限

Shortcut
COM:HR

それにも関わらずCommonsコンテンツを — 印刷メディアでの使用を含め — 広く再利用できるように、アップロードする写真画像は高解像度にしてください。上記に説明したように、最高解像度の版に問題がある場合、より軽い画像として別のファイル名で (ファイルの説明欄でどの高解像度の画像ファイルと関連があるか記入)、あるいはファイルの新規版として上書きアップロードします。

SVG形式

Help:SVGならびにSVGリソース集 (英語版) をご参照ください。

SVGとは、XMLベースのベクタ形式画像で、コンバートしてもぼやけたり「ピクセル化」することがありません。編集が簡単で、通常、生成するファイルはかなり小さくなります(File:Bitmap VS SVG.svgを参照)。図や国旗などを作成する場合はSVGがお勧めで、PNG形式はスキャナで取得した画像や印刷画質の写真に適しています。詳細はHelp:SVGをご参照ください。

SVGは図やグラフ、イラスト、地図その他、ラベルの設定が必要な画像に適しています。データ内でラベルを文字列として保存するため、SVG 画像はその文字列を編集すると多言語化ができます。たとえば、以下のFile:Caucasus-ethnic en.svgという地図のように数ヶ国語版に翻訳され太茂野もあります。サイズの大小によってJPG形式、PNG形式との画質の差も比較できます。(以下の画像はPNG形式。ウィキペディアで用いるSVG画像はサーバ上に保存されません。対照的にMediaWiki上ではSVG画像を変換してPNG画像として表示。)

PNG形式

PNG is a "lossless" format (which supports alpha transparency), meaning that the exact pixel color is preserved when saving, and can be used for any kind of drawings/diagrams that is not available in SVG format (SVG is preferred when creating diagrams etc.). PNG is good for practically anything except digital camera photographs, including scanned images (though with a caveat – see the note on sharpening below), print-quality photographs, and low color depth images. (All this at a generally smaller size with more quality compared to JPEG.)

On Wikipedia, PNG thumbnails are not sharpened, but JPEG thumbnails are. For more complicated images, such as photographs, engravings, and such, PNG displays an inferior thumbnail. However, the major problem with JPEG is that, as a lossy file format, it cannot be repeatedly edited, even at the best quality settings. As such, even where the PNG thumbnail is inferior, it’s recommended to upload a PNG as well, and link between the PNG and JPEG copies using {{PNG with JPEG version}}. An exception is where the original image is already in JPEG; in such cases, there’s no reason to provide a PNG copy. However, if you edit the JPEG, it’s not a bad idea to save a PNG copy before closing the program used to edit it; this provides a copy that someone else can edit without causing progressive degradation. As well, for simpler images, see Wikipedia:How to reduce colors for saving a JPEG as PNG – simple images usually have smaller filesize than JPEG when the image is relatively simple.

Exif データ

PNG形式ファイルの特徴はexifデータがないことで[Note 2]、raw画像形式で撮影した画像をアップロードするときには、いったん JPEG 形式に変換してから保存し、希望する場合はraw形式からPNG形式に変換した別ファイルもアップロードします。ただしexifデータを保持したまま画像編集をするには、プロが使う方法ではraw形式の元ファイルかPNG変換したファイルを加工してJPEG形式で保存、そのファイルに元ファイルのexifデータをコピペして最終ファイルとして使います。やり方はいくつもあってどれが正しいとか標準的ということはできませんが、ご利用のツールの性能が限定されて思ったような画像加工ができない場合は、ほかの利用者に協力を依頼してください (たとえばiTXTチャンク外のUTF-8または類似の状態。)

Commons:アップロードする画像の準備、PNGのヒントもご参照ください。
コモンズにある画像のファイル形式の割合 (単位=%、2017年9月時点)

JPEG形式

JPEG is appropriate for photographs, especially when the photographs are already JPEGs. JPEG uses “lossy compression”, sacrificing precision for smaller file size.

If you have a choice of file formats in which to save a graphic, scan, or other such thing, save it as PNG (or save it as another lossless format, such as TIFF, and convert to PNG), and upload it as such. However, if the original file is in JPEG, it generally makes no sense to convert it to PNG: converting a lossy compression into a “lossless” format doesn't buy you anything since the “loss” already occurred in the original, and doing so will only increase the file size (any edits, however, should probably be saved as PNG as well as JPEG). An exception is high resolution JPEGs that have no visible compression artifacts. Conversion to PNG will avoid the thumbnails having additional compression artifacts.

Note that currently JPEG thumbnails receive extra sharpening, while PNG thumbnails don't. Hence, uploading in both formats may be a good idea if the PNG thumbnails look a bit blurry. Use {{JPEG version of PNG}} on the JPEG versions of a PNG flagged as {{PNG with JPEG version}}.

PNG is a lossless full-color format. JPEG is always a lossy format even at the highest quality settings. Lossless formats do not degrade after being saved repeatedly, but lossy ones do; hence, having a lossless version of the file allows the file to be tweaked for various purposes — cropping, levels adjustment, and so on — without a loss in quality.

Help:JPEGHelp:Scanning[Note 3]

GIF形式

このGIF形式のファイルはサムネイル化するときに透明度の処理に問題が発生
PNG形式のコンバートなら問題はない

PNG compared is almost always superior to GIF for still images (smaller size, more colors, better transparency). If you are creating or editing a graphic (not a photograph), and have a choice of file formats to save it in, the preferences for Wikipedia/Wikimedia use is SVG first, then PNG. Never save an image with more than 256 colors in the GIF format. GIF always saves images as 256 colors or less. Converting higher-color images to the GIF format will degrade those images.

Editing of GIF files can be unwieldy because GIF only supports a 8-bit palette and most filters only function on the full palette. And PNG supports 8-bit transparency (alpha channel) in contrast to GIF's 1-bit transparency. There are also certain idiosyncracies in GIF resizing; notably, when a GIF with background transparency is thumbnailed, the transparent area eats into the non-transparent area, which can create problems.

If you find some quality freely licensed GIF graphics, diagrams, charts, maps, illustrations, etc. that you think would be useful for Wikipedia or one of its sister projects, feel free to upload them to Commons as-is. You or others can convert them to SVG format later if need be.

See Commons:Chart and graph resources for tools and help.

GIF動画形式

GIF is a lossless, 8-bit color format (maximum of 256 colors) and should be used mainly for animated images on Wikimedia Commons. For animated images GIF uses lossless compression of images up to 256 colors per frame. Animated GIF files sometimes have problems when thumbnailed. If you find your animation corrupted or distorted when scaled down, try re-saving it with every frame the same size: A common optimization method in animated gif crunchers is to write variable-sized frames, sometimes labeled as: “Save only the portions of frames that have changed”. Wikimedia’s current version of ImageMagick does not seem to support this. There is currently a 100 megapixel restriction in our software; please see the description in Category:Animated GIF files affected by MediaWiki restrictions for details.

Inline animations should be used sparingly; a static image with a link to the animation is preferred unless the animation has a very small file size. Keep in mind the problems with print compatibility mentioned above.

TIFF形式

Shortcut
COM:TIFF

Only some TIFF files can, at this time, be displayed in resized (thumbnailed) form within Wikipedia or on Commons, and TIFF files are not supported by most Internet browsers. They are an archival format, and should never be used for images intended to be displayed.

TIFF generally serves as a lossless format, similar to PNG, but with much less compression. However, its standard compression algorithm is very fast to apply (which was a benefit on older computers) and most scanner software supports TIFF, making it a popular choice for archives.

PNG is not supported by most scanner software, but files saved in PNG can generally be made much smaller than TIFF files. For instance, one 33 MB TIFF reduced to 17 MB when saved as a PNG.

Overall, PNG is a preferred format; however, the ability to upload TIFF files is offered as a courtesy. For instance, if you were batch scanning files in order to upload them to Commons for others to edit and prepare, you would want to use a lossless format (editing a non-lossless format causes an increase in artifacts every time it is saved). Your scanner software may not support saving directly to PNG, but allow TIFF. In such cases, uploading the image as a TIFF file is acceptable, as it helps you donate material to Commons much more easily (in that specific case, it would be appropriate to inform the regulars on the Village Pump noticeboard so that your batch upload can be prepared for more widespread use and possibly to discuss things beforehand briefly). There are many image editors (free and commercial) that can handle conversion from TIFF to other formats. See: en:Comparison of raster graphics editors #File support.

The statements above apply to the vast majority of TIFF files; however, note that TIFF is a somewhat odd format – the specifications are loose, and can, in theory, support a wide variety of compression schemes and file storage (though most programs that open TIFFs only recognise the most common). This makes it difficult to make definite statements about TIFFs: For instance, TIFFs can contain JPEGs, which are not a lossless format. Generally, only TIFFs of the standard types should be uploaded to Commons.

XCF形式

XCF can be useful if you are working on an image with GIMP. Unlike PNG and similar files, XCF files support text and multiple layers. It may be useful to upload the XCF file, so that other editors can continue working with it directly, while retaining the layering information. Please note that a thumbnail of a XCF can only be generated experimentally by the MediaWiki software (see phab:T37622). It is advised that you optionally upload a copy of XCF file in PNG format, so that other editors can see the image you are working on.

音声

参照:Commons:Free media resources/Sound

On Wikimedia Commons, the file types we accept are: MP3, Ogg (using FLAC, Speex, Opus or Vorbis codecs), WebM (using Vorbis), FLAC, WAVE or MIDI.

Non-free formats and lesser-known free formats must be converted before uploading—there is currently no legitimate way to store pristine original data for conversion to future formats or for use when patents expire, even if the license of a given work requires distributing such pristine original data (as is often the case for works distributed under the GNU Free Documentation License or other copyleft licenses).

The Commons does not accept tracker formats, even formats written by free trackers. Nor does it accept sound fonts for use with MIDI files, even sound fonts designed for use with free MIDI players. If it is important that a musical passage be heard with specific instrument definitions that General MIDI does not provide for, and the license allows it, use your tracker software to render the passage to RIFF WAVE, and then encode it to Ogg Vorbis.

As of September 2013,[needs update] most browsers can play MP3 and Ogg Vorbis, but not MIDI, FLAC, Opus or Speex. FLAC and Speex are automatically converted to vorbis transcodes for playback on browsers after upload.

MP3形式

MP3 is a widely supported audio format and is highly recommended for audio uploads. As of December 2017, Commons only accepts MP3 uploads by admins, image reviewers, and extended uploaders due to concerns about the capacity of the community to monitor for copyright violations.

MIDI形式

MIDI files are accepted, but not very well supported. The file extension has to be .mid.

Ogg 形式 (音声)

Vorbis は Ogg コンテナ用に推奨される音声コーデックです。Ogg Vorbis 形式でアップロードする場合、ファイル形式は ogg にします[Note 4]

Speex (file extension .spx) is intended for recordings of speech, Vorbis is for general audio and is lossy (quality is reduced), and FLAC is for general audio and is lossless (quality is preserved), but current file size caps prevent its use for anything but short clips. In most cases, Vorbis should be used.

Opus is supported by MediaWiki (phab:T42193, phab:T53313). File extension: .opus.

Note that with FLAC, a native container format exists (see below). If your output file has the extension .flac, it is likely using the native container format. If you like to embed it into an ogg container, this can be done with ffmpeg using the command line ffmpeg -i InputFile.ext -acodec flac out.oga or flac ./input.wav -8 --ogg -f ./output.oga.[Note 4]

It is also useless to put data in a non-free format into a free container like Ogg: you get a file, which, while requiring that a player support the free container, still requires that it support the non-free codec.

WebM 形式 (音声)

The WebM container can hold audio (Vorbis), with or without accompanying video.

FLAC 形式

The Free Lossless Audio Codec is supported with or without encapsulation into ogg-containers. TimedMediaHandler will automatically offer transcoded variants in ogg format. File extension without encapsulation: .flac. (The related phab:T51505 was resolved in 2013 and closed in 2014.)

WAVE 形式

Wave containers usually contain uncompressed, lossless audio (PCM). If possible, please convert to FLAC before uploading. File extension: .wav.

動画

Videos must be Ogg files using the Theora video coding format (with a .ogv extension[Note 4]), or WebM files (.webm extension). Non-free formats must be converted before uploading. See Commons:Video – Uploading a video for instructions. See Video2Commons for a fast and easy tool.

WebM 形式 (動画)

Shortcut
COM:WEBM

WebM supports the VP8 and VP9 video coding formats, and the Vorbis and Opus audio coding formats. The container format WebM is a subset of Matroska.

VP8 is a lossy compression format which has better quality than Theora does. Of course, there is no need to transcode existing Theora videos to VP8, because it won't fix the damage by a prior more lossy compression, and software supporting WebM hopefully also supports Ogg Theora media.

VP9 is a successor to VP8, having better compression efficiency. The Opus audio compression format has excellent quality and low algorithmic delay. The image format WebP that is based on VP8 is supported on commons. It supports both lossless and lossy image compression.

Ogg Theora 形式 (動画)

Theora is a lossy video coding format. It is based on VP3 in the line leading to Flash VP6/VP7 and WebM VP8/VP9. (Note: Most software mentioned at Commons:ソフトウェア should also be able to play Ogg Vorbis audio.)

In the beginning of 2012, most browsers’ HTML5 audio players supported only Ogg Vorbis and WAV PCM, so the “current” versions of the videos intended for online playback were supposed to use Ogg Vorbis for the audio. See the sections “#Size and scaling” and “#Unsupported file types for ways to preserve the versions in other formats.

テキスト ファイル形式

スキャンした文書ファイル (DjVu、PDF)

このPDFファイルは記事中の挿絵として使うとまだらに見えるため、{{BadPDF}}フラグが立った。 こちらのロゴの方がはるかに適している。

Although Commons does not generally host documents, there are valid reasons to upload them here (such as archival versions for transcription use on Wikisource).

  • See Help:DjVu to get help about DjVu and PDF files.
  • Documents in PDF format are allowed. Usage as graphic is not recommended, as you can see on the right example, which is a clear vector graphic. For allowable reasons of PDF and DjVu format, see Project Scope, PDF and DjVu formats.

Note that any page from a PDF which currently gets rendered as JPG by thumbnails, but this could as well be rendered as PNG. This only depends on the implementation of the PDF renderer used on the image thumbnail server and it is not a limitation of the PDF format vs. DejaVu. The only limitation is the existence of various proprietary extensions of the PDF format which could sometimes require a specific PDF viewer. PDF files in Commons should not depend on these extensions and should use only the core specifications, used by the thumbnail renderer of Commons. The issue may exist only when PDFs are downloaded in native format from the "Media:" namespace instead of being rendered as a single image from a selectable page number in the PDF (because these extensions may embed some active scripting, form handlers, and active links to external sites).

For single image rendering, PDF files rendered with the core PDF profile (from its standard specifications) are functionally equivalent to DejaVu files, but typically render photographs and graphics with higher fidelity and more accurate color profiles than DejaVu files which use a more basic model. As well PDFs offer better quality if some cases as they can embed scalable vector graphics, instead of just highly compresssed bitmaps at fixed resolution. So the difference is basically on the compression level for bitmaps: for scanned text documents, DejaVu are most often smaller than PDF, but this does not make a difference when these files are not downloaded, but just rendered as a single bitmap image.

For documents containing colorful graphics and photos, PDFs frequently offer better fidelity and accuracy. However, image thumbnail renderers currently used by Commons do not render them correctly when they generate JPEG thumbnails instead of more accurate PNG thumbnails: this could change in the future with a better PDF renderer.

文書形式ではないファイルのスキャニングのヒントはHelp:スキャニングもご参照ください。

TimedText 形式

TimedText is a custom Commons namespace to hold “Timed Text”, also termed subtitles, closed captioning and closed caption text. The contents are plain text with no markup whatsoever.

See Commons:Timed Text.

データファイル

データベースのファイルはいずれも受け入れていません。以下のサポートしていないファイル形式をご参照ください。

MediaWiki software allows for the creation of dynamic text (via Lua modules) and graphs using data in JSON format in the dedicated Data: namespace, though. Possible are:

  • Map data, allowing users to store GeoJSON data.
  • Tabular data, allowing users to create CSV-like tables of data.

Data files in Commons have to be set under Creative Commons — CC0 1.0 Universal license.

Feel free to experiment by creating pages with the Data:Sandbox/<username>/ prefix. For now, page content can only be edited in the raw JSON format.

地図データ

詳細はmw:Help:Map Dataをご参照ください。

Map data allows users to store GeoJSON data, similar to images. Other wikis may use this data to draw on top of the maps, together with other map customizations, using Kartographer.

To create a new map data, create a new page in the Data: namespace with the .map suffix, such as Data:Sandbox/Example user/Example.map.

表形式データ

詳細は表形式データ (mw:Help:Tabular Data) をご参照ください。

Tabular data allows users to create CSV-like tables of data, and use them from other wikis to create automatic tables, lists, and graphs.

To create a new table, create a new page in the Data: namespace with a .tab suffix, such as Data:Sandbox/Example user/Example.tab.

その他のファイル形式

3D 構造物
3D ファイルの場合、STL形式という3D-プリントで最も標準的な形式があります。その他の 3D ファイル形式は許可されていません 3D拡張機能のヘルプもご参照ください。
化学的および生物学的分子構造
サポート対象外。以下のサポートしていないファイル形式をご参照ください。
道順の地図、GPS データ
地図データ参照。以下のサポートしていないファイル形式もご参照ください。

サポートしていないファイル形式

Shortcut
COM:UNSUPPORTED

同・無料のファイル形式

最低1回は要請、現在はサポート外。サポートできる人募集。:-)

3D ファイルの形式がSTL以外の場合
データファイルの形式
化学または生体の分子の任意の形式
  • Chemical Markup Language (CML=英語版) – phab:T18491
  • 構造式ファイル
(MOL=英語版) と化学ファイル形式 SDF – 構造式ファイルの拡張機能Extension:MolHandlerを参照。phab:T66548phab:T69993
Any map route/GPS format
Most open document formats
画像ファイル形式
Audio/video formats
Diagram formats
Multimedia and animation formats
  • SWF – could be considered free as of 2009? but needs to be generatable and playable with free tools – declined in phab:T28269
Scientific format
  • FITS – Flexible Image Transport System

同・有料のファイル形式

最低1回はアップロード時に自動ファイル変換機能により、これらのファイル形式から無料のファイル形式へ変換済み。

上記に説明した問題はphab:T44725で「マルチメディアとファイル形式のサポート」として追跡されています。

代替サイトでサポートを受ける

コモンズにアップロードしたファイルの素材は、たとえばカメラのRawファイルや大きなFLAC音声など、あらゆるファイル形式を受け付ける[// commonsarchive.wmflabs.org/ Commons Archive]というコモンズの非公式の補助Webサイトにアップロードできます。コモンズ利用者であればだれでもCommons ArchiveにOAuthを使用してログインできることに留意してください。

注釈

  1. メガピクセル (フレーム数 ×  × 高さ)、ダウンサンプリングの形式 (英語版) (ウィキメディアの上限値SAR (英語版)) の範囲内: floor (√メガピクセル上限値 ×  ÷ 高さ) ≥ new、動画の場合 (さらにロスSAR): floor (メガピクセル上限値 ÷ フレーム数 ÷ 高さ) ≥ new
  2. MediaWiki では場合により、PNGデータに関する解像度pHYsやタイムスタンプtIMEを「メタデータ」として表示することがありますが、実際には正規の Exif データではありません
  3. JPEG形式についてはヒント集 A few scanning tips (2010年、Wayne Fulton執筆、scantips.com)もご参照ください。
  4. a b c Xiph.Org 財団の推奨によるRFC 5334に準拠する拡張子は、Ogg Vorbis 音声ファイルは.ogg、Ogg FLAC 音声ファイルは.oga、Ogg Theora 動画ファイルは.ogvとされています。MIMEタイプとファイル拡張子に関してはMIME Types and File Extensions - XiphWikiもご参照ください。
  5. JPEG2000の場合、開発者によっては特許権回避策を懸念し (LoC digitalpreservation)、2009年にはMozilla財団がWONTFIXと発表。

関連項目

ウィキペディアのヘルプ