Wikimedia Commons

Commons:Formatos de archivo

This page is a translated version of a page Commons:File types and the translation is 55% 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.
Outdated translations are marked like this.
Other languages:

Shortcut: COM:FT

Así como Wikimedia Commons sólo acepta "contenido libre", aquí sólo se aceptan formatos de archivos libres.

Los formatos de archivos patentados no se aceptan en Wikimedia Commons. En las siguientes secciones se listan los formatos de archivos aceptados. Algunos ejemplos de formatos patentados son los códecs MP3, AAC, WMA, y la mayoría de los AVI. Nuestra misión requiere que el contenido pueda ser redistribuido libremente. Los formatos patentados no cumplen con estos requisitos.

Los formatos no libres y otros no aceptados se pueden convertir a formatos aceptados antes de subirlos a Wikimedia Commons. Afortunadamente esto no es muy dificultoso de realizar.

Imágenes

En Wikimedia Commons recomendamos los tipos de archivo SVG, PNG y JPEG.

No se permiten archivos BMP. Estos se pueden convertir a PNG sin pérdidas resultando en un tamaño menor.

Tamaño e interpolación de imágenes

Véase también: Commons:Tamaño máximo de archivos

Ver también: tamaño máximo de archivos
Se debe tener en cuenta que se ha instalado un nuevo software para interpolar PNG, por lo que el texto a continuación puede no ser correcto.

Desafortunadamente el sistema de interpolación de imágenes es limitado. Las miniaturas de archivos PNG, GIF y JPEG se generan en el mismo formato que el original y siempre con 24 bits de colores (excepto en el caso de GIF, en el que la imagen resultante tendrá 256 colores). Esto significa que la interpolación de imágenes PNG produce archivos grandes aunque el archivo original tenga una paleta o sea de escala de grises. Esto también significa que si deseas subir un PNG sin pérdidas de una foto para su edición y archivo, pero quieres usar miniaturas JPEG en artículos, deberás subir un archivo JPEG con resolución completa de la misma imagen.

La interpolación de imágenes puede fallar si la imagen es muy grande y la renderización tarda mucho tiempo u ocupa mucha memoria (en ese caso, no se muestra la imagen interpolada, o se envía al navegador la imagen con resolución completa, causando posibles cuelgues). Para imágenes GIF, existe un límite impuesto de 1,000 megapixels.[Note 1] Los archivos JPEG grandes causan problemas solo si se salvan en modo progresivo; usa modo base (ver Help:JPEG #Progressive JPEGs).

Resolución más alta

Shortcut

No obstante lo anterior, por favor ayuda a que el contenido de Commons se pueda reusar ampliamente, incluyendo el uso en medios impresos, subiendo imágenes fotográficas con alta resolución. En los casos en los que se presenten los problemas comentados, es conveniente subir una versión reducida con otro nombre (mencionando la imagen con mayor resolución en la descripción) o como una nueva versión del mismo archivo. Para obtener más información, consulte Commons:Why we need high resolution media. En el extremo opuesto de la escala, Special: AbuseFilter/153 limita las cargas entre wiki de archivos jpg más pequeños (<50.000 bytes o <2.000.000 píxeles) por parte de nuevos usuarios.

SVG

Véanse también Ayuda:SVG y Wikipedia: Graphic Lab/Resources/SVG.

SVG es un formato gráfico vectorial basado en XML, así que se puede interpolar sin que se presenten imágenes borrosas o pixeladas, es fácil de modificar, y produce generalmente archivos razonablemente pequeños (ver file: Bitmap VS SVG.svg). Es preferible usar SVG para diagramas, banderas, etc, mientras que PNG es mejor para imágenes escaneadas, o para fotografías con calidad de impresión. Puedes encontrar más información en Help:SVG/es.

SVG es conveniente para diagramas, ilustraciones, mapas, y gráficos de todo tipo que necesite texto. Debido a la sencillez para modificar texto en archivos SVG, es fácil modificar las imágenes SVG para usarlos en diferentes idiomas de Wikipedia. Por ejemplo, observa el mapa con texto en varios idiomas. La imagen que estás viendo está en formato PNG. Las imágenes SVG guardadas en Wikipedia o en Wikimedia Commons no son las que ves en tu navegador. MediaWiki convierte la imagen SVG a PNG. El formato SVG es el formato de trabajo de la imagen guardada así la gente puede convertir fácilmente estas imágenes a otros idiomas. (El código fuente de este mapa SVG es válido.) Compara la calidad de los mapas SVG maps en diferentes tamaños contra los mapas JPG y PNG.

  •  
    alemán
  •  
    inglés (JPEG)
  •  
    inglés
  •  
    español
  •  
    francés
  •  
    ruso
  •  
    polaco

PNG

PNG es un formato “sin pérdidas” (que soporta transparencia alfa), lo que significa que se preservan todos los píxeles con sus colores orginales al generar el archivo, y se pueden usar para toda clase de dibujos y diagramas no disponibles en el formato SVG (es preferible usar SVG para crear diagramas, etc.). PNG es bueno para prácticamente todo excepto fotografías de cámaras digitales. PNG es mejor para gráficos scanned (aunque con una advertencia: consulte la nota sobre la nitidez a continuación) e imágenes con poca profundidad de color. (Todo esto en un tamaño generalmente más pequeño con más calidad en comparación con JPEG).

En Wikipedia (y todas las demás instalaciones de MediaWiki, como se explica en phab:T192744), no se aplica aumento de nitidez a las miniaturas PNG, pero sí a las miniaturas JPEG. Para imágenes más complicadas, como fotografías o grabados, los PNG muestran una miniatura de inferior calidad. Sin embargo, el mayor problema con JPEG es que, como es un formato con pérdidas, no puede ser modificado varias veces, aun configurándolo a la máxima calidad. Así, aun cuando la miniatura PNG sea peor, es recomendable subir un equivalente PNG, y enlazar las copias PNG y JPEG usando {{PNG with JPEG version}}. Una excepción ocurre cuando la imagen original es un JPEG; en estos caso, no hay necesidad de subir una copia PNG. Sin embargo, si editas el archivo JPEG, no es mala idea salvar una copia como PNG antes de cerrar el programa que se uso para editar la imagen; esto permite tener una copia que otra persona pueda editar sin causar degradación progresiva de la imagen. Para imágenes simples, ve a Wikipedia:How to reduce colors for saving a JPEG as PNG. Las imágenes simples generalmente generan un archivo más pequeño en PNG que si se guarda como JPEG.

Datos exif

Es muy importante recordar que no hay exif datos en archivos PNG, [Note 2] de modo que si desea cargar una imagen que tomó en un formato de imagen sin procesar, guárdela en JPEG desde el archivo de imagen sin procesar y, si lo desea, cargue también un PNG desde el archivo de imagen sin procesar. Pero si desea retocar su foto conservando sus datos exif, la forma profesional es editar el archivo de imagen sin procesar original o una versión PNG, guardarlo en formato JPEG y copiar los datos exif del archivo de imagen sin procesar al JPEG final. No existe una forma estándar única de hacer esto bien, otros colaboradores lo ayudarán si su herramienta produce algo que está muy mal (UTF-8 fuera del fragmento de iTXT o similar.)

→ Ver consejos sobre PNG en Commons:Preparing images for upload

 
Porcentajes de tipos de archivos en Commons en agosto de 2012.

JPEG

El formato JPEG es apropiado para fotografías, especialmente cuando éstas ya están en este formato. JPEG usa “compresión con pérdidas”, sacrificando precisión para obtener archivos más pequeños.

Si puedes elegir el formato de archivo para salvar un gráfico, escaneo, u otra imagen similar, la mejor opción es PNG (o guárdalo con otro formato sin pérdidas como TIFF, y luego conviértelo a PNG), y luego sube ese archivo. Sin embargo, si el archivo original está en JPEG, generalmente no tiene sentido convertirlo a PNG: no se gana nada al convertir un archivo con formato con pérdidas a otro sin pérdidas ya que la pérdida ya estaba en el original, y haciendo eso solo incrementará el tamaño del archivo (sin embargo, las modificaciones deberían grabarse como PNG así como JPEG para que no haya aún más pérdidas). Una excepción es JPEG de alta resolución que no tiene artefactos de compresión visibles. La conversión a PNG evitará que la miniatura tenga artefactos de compresión adicionales.

Las miniaturas JPEG se procesan para mejorar la nitidez, mientras que eso no ocurre con miniaturas PNG. Por lo tanto, subir la imagen en ambos formatos es una buena idea si las miniaturas PNG se ven un poco borrosas. Usa {{JPEG version of PNG}} en las versiones JPEG de un PNG marcado como {{PNG with JPEG version}}.

PNG es un formato sin pérdidas que además preserva los colores. JPEG es siempre un formato con pérdidas aun en la configuración de mayor calidad. Los archivos con formato sin pérdidas no se degradan al salvarlos repetidamente, pero los que tienen pérdidas sí se degradan. Por lo tanto, la versión sin pérdidas del archivo permite modificar el archivo con varios propósitos (recorte, ajuste de niveles, etc.) sin pérdida de calidad.

→ Ver también Help:JPEG, Help:Scanning[Note 3]

GIF

 
La miniatura de este archivo GIF es problemático debido al manejo de la transparencia.
 
El cambio de tamaño de PNG no tiene este problema.

PNG es casi siempre superior a GIF para imágenes fijas (menor tamaño, más colores, mejor transparencia). Si estás creando o editando una gráfica (no una fotografía), y puedes elegir en qué formato salvarlo, las preferencias para el uso en Wikipedia/Wikimedia son SVG primero, y luego PNG. Nunca deberías salvar una imagen con más de 256 colores en el formato GIF, porque en este formato solo se pueden guardar 256 colores o menos. La conversión de imágenes con mayor cantidad de colores al formato GIF degradará estas imágenes.

La edición de archivos GIF puede ser pesada porque GIF solo soporta una paleta de 8 bits y la mayoría de los filtros funcionan sin esta limitación. PNG soporta transparencia de 8 bits (canal alfa), mientras que GIF soporta un solo bit de transparencia. Hay otros problemas cuando el archivo GIF cambia de tamaño. Por ejemplo, cuando se genera una miniatura de un GIF con transparencia de fondo, el área transparente se agranda a expensas del área no transparente.

Si encuentras gráficas, diagramas, mapas, ilustraciones GIF de calidad con licencia libre, que crees que podría ser útil para Wikipedia o uno de sus proyectos hermanos, puedes subir el archivo a Commons en ese formato. Tú u otros pueden convertirlo al formato SVG posteriormente si surge la necesidad.

→ Ver Commons:Chart and graph resources para obtener herramientas y ayuda

GIF animados

GIF es un formato sin pérdidas, de color de 8 bits (máximo de 256 colores) y debería usarse principalmente para imágenes animadas en Wikimedia Commons. Para las imágenes animadas, GIF usa compresión de imágenes sin pérdida de imágenes que tengan hasta 256 colores por cuadro. Las miniaturas de estos archivos a veces tienen problemas. Si la animación aparece corrupta o distorsionada al reducir el tamaño, trata de salvarlo de forma que cada cuadro tenga el mismo tamaño. Una optimización en algunos generadores consiste en grabar cuadros de tamaño variable, esto se indica como: "Salvar solo las porciones de cuadro que hayan cambiado". La versión actual de ImageMagick que se usa en Wikimedia no soporta esto. El tamaño máximo que permite el software es 100 megapixels. Hay más detalles en la descripción de Category: Animated GIF files affected by MediaWiki restrictions.

No es conveniente usar muchas animaciones en los artículos. Es preferible una imagen estática con un vínculo a la animación a menos que el archivo que contiene la animación sea pequeño. Además hay que tener en cuenta la compatibilidad con la impresión de la página.

TIFF

Shortcut

Solo algunos archivos TIFF pueden mostrarse como miniaturas en Wikipedia o en Commons. La mayoría de los navegadores no soporta este formato. Por lo tanto nunca se deberían usar para imágenes a mostrar en pantalla.

El formato TIFF no tiene pérdidas, como en el caso de PNG, pero con mucha menos compresión. Sin embargo, el algoritmo de compresión comúnmente usado en TIFF es muy rápido (esto era un beneficio en computadoras antiguas) y la mayoría del software que se usa para escáner soporta TIFF, haciendo este formato muy popular para archivos.

El formato PNG generalmente no está soportado por software para escáneres. Los archivos salvados como PNG son mucho más pequeños que los TIFF. Por ejemplo, un archivo de 33 MB TIFF se pudo reducir a 17 MB grabándolo como PNG.

Por todo lo dicho, el formato preferido es PNG. Sin embargo, se permite la carga de archivos TIFF como cortesía. Por ejemplo, si estuvieras escaneando varias imágenes para subirlas a Commons así otros usuarios pueden modificarlos y prepararlos para incluirlos en artículos o para su impresión posterior, querrías utilizar un formato sin pérdidas (la edición de archivos con formato con pérdidas causa un incremento de artefactos cada vez que se salva). Si el software de tu escáner no soporta PNG pero sí TIFF, puedes subir estos archivos para facilitar la donación de material a Commons (en este caso específico, sería apropiado informar a otros usuarios en el Café así ellos pueden preparar tu subida masiva de archivos para que se puedan usar en artículos o para su impresión). Existen muchos programas de edición de imágenes (libres y comerciales) que pueden convertir archivos TIFF a otros formatos. Ver: w:Comparison of raster graphics editors #File support (en inglés).

Lo que se indica arriba aplica a la gran mayoría de archivos TIFF. Sin embargo, TIFF es un formato un tanto raro. Las especificaciones son muy amplias, y soportan, en teoría, una gran cantidad de esquemas de compresión y de almacenamiento de archivos (aunque la mayoría de los programas que abren TIFF solo reconocen los más comunes). Esto dificulta hacer declaraciones definitivas acerca de TIFF: por ejemplo, los archivos TIFF pueden contener JPEG, que es un formato con pérdidas. En general, solo deberías subir a Commons archivos TIFF comunes.

WebP

El formato de imagen WebP, basado en VP8, es soportado en Commons. Admite la compresión de imágenes con y sin pérdidas.

XCF

XCF puede ser útil si está trabajando en una imagen con GIMP. A diferencia de PNG y archivos similares, los archivos XCF admiten texto y varias capas. Puede resultar útil cargar el archivo XCF para que otros editores puedan seguir trabajando con él directamente, conservando la información de capas. Tenga en cuenta que sólo el software MediaWiki puede generar una miniatura de un XCF si el formato de archivo es compatible con GIMP 2.6 o 2.8 y el modo de color es RGB o escala de grises. Las imágenes con colores indexados no son compatibles con el software MediaWiki. También tenga en cuenta que los archivos creados con GIMP 2.10 actualmente no son compatibles (consulte T196054).

Sonido

Véase también: Commons:Recursos multimedia libres/Sonido En Wikimedia Commons, los tipos de archivos aceptados son: Ogg (usando códecs FLAC, Speex, Opus o Vorbis), WebM (usando Vorbis), FLAC, WAVE o MIDI (con extensión .mid)

Los formatos propietarios y otros formatos libres deben convertirse antes de subirlos a Commons. No existe una manera legal de almacenar datos originales para convertirlos a otros formatos o para usarlos cuando expiren sus patentes, aun cuando la licencia de un trabajo requiera la distribución de dichos datos originales (como es el caso para los trabajos distribuidos con la licencia de documentación libre de GNU u otras licencias copyleft).

Commons no acepta formatos tracker, ni siquiera formatos escritos por trackers libres. Tampoco acepta fuentes de sonido para su uso con archivos MIDI, incluso fuentes de sonido diseñadas para su uso con reproductores MIDI gratuitos. Si es importante que un pasaje musical se escuche con definiciones de instrumentos específicas que General MIDI no proporciona, y la licencia lo permite, use su software de seguimiento para renderizar el pasaje a RIFF WAVE, y luego codificarlo en Ogg Vorbis.

En septiembre de 2013,[needs update] la mayoría de los navegadores puede ejecutar Ogg Vorbis, pero no MIDI, FLAC, Opus or Speex. Los archivos FLAC y Speex se convierten automáticamente a Vorbis y MP3 para que los navegadores puedan generar el sonido.

MP3

MP3 es un formato de audio ampliamente soportado y es altamente recomendado si no se puede encontrar una versión sin pérdida u ogg. Actualmente, Commons solo acepta subidas de MP3 por parte de usuarios con derechos de Autoverificado o superiores, debido a la preocupación por la capacidad de la comunidad para controlar las violaciones de los derechos de autor.

MIDI

Se aceptan los archivos MIDI, pero el soporte es parcial.

Ogg

Vorbis es el códec de audio preferido para el contenedor Ogg.

Speex es conveniente para grabaciones de voz, Vorbis es para audio en general y es un formato con pérdidas (se reduce la calidad) — FLAC es para audio en general y no tiene pérdidas (se preserva la calidad), pero el tamaño de estos archivos hace que solamente sirvan para sonidos que duren poco tiempo. En general se debe usar Vorbis.

Mediawiki no soporta Opus (por ejemplo, dice que the Ogg file está roto, aunque el reproductor funciona en Firefox, las nuevas versiones de Chrome y Opera). (phab:T42193, phab:T53313)

Existe un formato contenedor nativo con FLAC (ver abajo). Si tu archivo de salida tiene la extensión FLAC, muy probablemente está usando el formato de contenedor nativo. Si deseas incrustarlo en un contenedor ogg, puedes usar ffmpeg usando la línea de comandos ffmpeg -i InputFile.ext -acodec flac out.ogg o flac ./input.wav -8 --ogg -f ./output.ogg.

No sirve poner datos en un formato propietario como MP3 en un contenedor libre como Ogg: para ejecutar el archivo se requiere que el reproductor soporte tanto el contenedor libre como el códec propietario.

WebM

El contenedor WebM puede tener audio (Vorbis), con o sin video.

FLAC

Mediawiki soporta FLAC con o sin encapsulado en contenedores ogg. TimedMediaHandler ofrece automáticamente variantes transcodificadas en formato ogg. La extensión de archivo sin encapsulamiento es: .flac

WAVE

Los contenedores Wave generalmente contienen audio sin comprimir y sin pérdidas (PCM). Si es posible, por favor conviértelo a FLAC antes de subir el archivo. La extensión del archivo es: .wav Los vídeos deberán ser archivos Ogg que utilicen el códec Theora.

Video

Los videos deberán ser archivos Ogg que utilicen el formato de compresión de video Theora (con extensión .ogv[Note 4]), archivos WebM (extensión .webm) o archivos MPEG-1/MPEG-2 (extensión .mpg y .mpeg). Los formatos no libres deben ser convertidos antes de subirlos a Commons. Ver Commons:Video – Subir un vídeo para obtener instrucciones. Consulte Video2Commons para obtener una herramienta rápida y sencilla.

The recommendation of MDN Web Docs is WebM containg VP9 video with Opus audio. Can I use reports that some 80% of 2023 users are able to directly use this combination, much more than Ogg Theora (~30%).[Note 5]

WebM (video)

Shortcut

WebM soporta el códec de video VP8 y el códec de audio Vorbis. El formato contenedor WebM es un subconjunto de Matroska.

VP8 es un códec con pérdidas que tiene más calidad que Theora. Por supuesto, no hay necesidad de convertir videos existentes en Theora a VP8, porque no arreglará el daño de una compresión con mayor cantidad de pérdidas, y el software que soporta WebM también soporta Ogg Theora.

VP9 es el sucesor de VP8, con una mayor eficiencia de compresión. El formato de compresión de audio Opus tiene una excelente calidad y un bajo retardo algorítmico.

AV1 is a successor to VP9 and offers better compression efficiency. It's slated to have much wider industry support both in software and hardware than previous free video formats. As of 2023, 70% of users are able to play this format.

Ogg Theora (video)

Theora es un formato de codificación de vídeo con pérdidas lanzado en 2004. Se basa en VP3 en línea con Flash VP6/VP7 y WebM VP8/VP9. (Nota: La mayoría de los programas mencionados en Commons:Aplicaciones también deberían ser capaces de reproducir audio Ogg Vorbis).

A principios de 2012, la mayoría de los reproductores de audio HTML5 de los navegadores soportaban solamente Ogg Vorbis y WAV PCM, así que las versiones “actuales” de los videos que se van a reproducir en el navegador deben usar Ogg Vorbis para el audio. Ver las secciones “#Tamaño e interpolación de imágenes” y “#Tipos de archivos no soportados” para hallar maneras de preservar las versiones en otros formatos.

MPEG-1 (video)

MPEG-1 es un estándar de compresión con pérdidas de vídeo y audio publicado en 1993. Se diseñó para comprimir vídeo digital sin procesar de calidad VHS y audio de CD hasta aproximadamente 1.5 Mbit/s (relaciones de compresión de 26:1 y 6:1, respectivamente) sin una pérdida excesiva de calidad, lo que hizo posible los CD de vídeo, la televisión digital por cable/satélite y la difusión de audio digital (DAB).

MPEG-2 (video)

MPEG-2 es una norma para "la codificación genérica de imágenes en movimiento y la información de audio asociada" publicada por primera vez en 1996. Describe una combinación de métodos de compresión de vídeo con pérdidas y de compresión de datos de audio con pérdidas, que permiten el almacenamiento y la transmisión de películas utilizando los medios de almacenamiento y el ancho de banda de transmisión disponibles actualmente.

Formatos para texto

Documentos de texto escaneados (DjVu, PDF)

 
No uses PDF como gráfico

Aunque Commons no almacena documentos en general, existen razones valederas para subirlos aquí (como versiones de archivo para usarlos en transcripciones para Wikisource).

  • Ver Help:DjVu para obtener ayuda sobre archivos DjVu y PDF.
  • Se permiten documentos en formato PDF. No se recomienda el uso como gráfico, como puedes ver en el ejemplo de la derecha, que es un gráfico vectorial (se renderiza como JPG).

Los usos permitidos de los formatos PDF y DjVu se encuentran en Commons:Alcance del proyecto#PDF and DjVu formats (en inglés).

→ Ver consejos para escanear información no textual en Help:Scanning

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. PDFs also offer better quality in some cases as they can embed scalable vector graphics, instead of just highly compressed bitmaps at a fixed resolution. So the difference is basically on the compression level for bitmaps: for scanned text documents, DejaVu is often smaller than PDF, but this does not make a difference when these files are rendered as a single bitmap image instead of being downloaded.

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 clearly because they generate JPEG thumbnails instead of more accurate PNG thumbnails: this could change in the future when an agreement is reached at phab:T38597.

Noting that due to many copyright infringements and out of scope files being uploaded, we do not allow new users to upload PDF files.

See also Ayuda:Escanear for advice on scanning non-text items.

TimedText

TimedText es un espacio de nombres de Commons que contiene "Timed Text" (presentación de texto en sincronismo con otros medios, como ser audio y video), usado para subtítulos, closed caption, etc. El contenido es texto plano sin ningún tipo de marcado.

→ Ver Commons:Timed Text

Data files

No database file types are currently supported as a file type for uploading to Commons. (See the list of unsupported file types below.)

However, tabular data can be stored in the dedicated Data: namespace. For example, data in this namespace can include:

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

This also supports the creation of dynamic text (via Lua modules) and graphs using data in JSON format.

Data files in Commons have to be set under one of these license: CC0-1.0, CC-BY-1.0, CC-BY-2.0, CC-BY-2.5, CC-BY-3.0, CC-BY-4.0, CC-BY-4.0+, CC-BY-SA-1.0, CC-BY-SA-2.0, CC-BY-SA-2.5, CC-BY-SA-3.0, CC-BY-SA-4.0, CC-BY-SA-4.0+, ODbL-1.0, dl-de-zero-2.0, or dl-de-by-2.0.

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 unless, each field have the type 'number' or 'string'. To categorise Data files, categories can only be added to their corresponding Data talk pages.

Map data

See more details in 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.

Tabular data

See more detail in 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.

Design and CAD formats

3D structures
STL for 3D files, the file format most commonly used for 3D-printing. Other 3D formats and Other CAD_file_formats are unsupported. See also mw:Help:Extension:3D.


Otros formatos

Datos
No se soportan archivos de bases de datos. Ver abajo la lista de tipos de archivo no soportados.
Estructuras 3D
No se soportan. Ver abajo la lista de tipos de archivo no soportados.
Estructuras químicas y de biología molecular
No se soportan. Ver abajo la lista de tipos de archivo no soportados.
Rutas y datos de GPS
No se soportan. Ver abajo la lista de tipos de archivo no soportados.

Requesting support for new file types

As of 2021, there is no standard process for requesting support for new file types. Discussion on MediaWiki.org

The MediaWiki manual includes a description of how to add support for a new file type, which mentions some considerations when adding support on Wikimedia websites.

As a first step, read that manual page + file a ticket requesting support linking to this umbrella tracking ticket: Multimedia file format support (tracking). You can find examples of past requests, open and closed, linked to it already; and a summary below of past requests that remain unsupported.

Tipos de archivo no soportados

Shortcut
Tracked in Phabricator
Task T44725
Tracked in Phabricator
Task T90385

Formatos libres no soportados

Pedidos al menos una vez, pero que no se soportan; hace falta ayuda :-)

Cualquier formato para 3D
Ver Commons:Requests for comment/Hosting files for 3D models
Any other CAD design patterns
Cualquier formato para datos
Cualquier formato para química o biología molecular
Any format for chemical or biological molecules
Cualquier formato de rutas y mapas GPS
La mayoría de formatos de documentos
Formatos de imágenes
Formatos de audio y video
Formatos de diagramas
Formatos multimedia y de animación
  • SWF — se puede considerar libre en 2009? pero se debe poder generar y ejecutar con herramientas libres – rechazado en phab:T28269
Scientific format
Tracked in Phabricator
Task T191261
  • FITS – Flexible Image Transport System
Font formats

Formatos de archivos propietarios

pedidos por lo menos una vez, vía conversión automática de estos formatos a uno libre al subir el archivo.

La mayoría de estos ítems se pueden seguir como "Multimedia and file format support" en phab:T44725.

Otras opciones de soporte

Los materiales fuente de los archivos que se suben a Commons, como los archivos RAW de cámaras digitales y los archivos de audio FLAC grandes, se pueden subir a Commons Archive, un sitio Web no oficial que acepta todos los formatos de archivo.

Notas

  1. ↑ Megapixel (cantidad de cuadros × ancho × alto), downsampling formula (for the WikiMedia limit, keep SAR): floor (√Megapixel limit × width ÷ height) ≥ widthnew, for animation (furthermore and with loss SAR): floor (Megapixel limit ÷ frames ÷ height) ≥ widthnew
  2. ↑ MediaWiki muestra algunos datos PNG en "metadatos", como como resolución pHYs y marca de tiempo tIME , pero no son Exif propiamente dicha.
  3. ↑ Para JPEG también ver A few scanning tips, scantips.com, 2010 por Wayne Fulton (en inglés).
  4. ↑ Cite error: Invalid <ref> tag; no text was provided for refs named xiphwiki
  5. ↑ See MDN page: Web video codec guide. See Can I use webm and ogv. You will find Safari lagging behind, but that is what transcoding is for.
  6. ↑ Algunos desarrolladores estaban preocupados por las patentes submarino de JPEG2000 (LoC digitalpreservation), y en 2009 Mozilla lo marcó como WONTFIX.

Véase también

On English Wikipedia
Retrieved from "https://commons.wikimedia.org/w/index.php?title=Commons:File_types/es&oldid=870673478"