Commons:Formatos de archivo

From Wikimedia Commons, the free media repository
(Redirected from Commons:HR/es)
Jump to navigation Jump to search
This page is a translated version of a page Commons:File types and the translation is 62% 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
    alemán
  • inglés (JPEG)
    inglés (JPEG)
  • inglés
    inglés
  • español
    español
  • francés
    francés
  • ruso
    ruso
  • polaco
    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.

Tenga en cuenta que, en la actualidad, las miniaturas JPEG reciben un enfoque adicional, mientras que las miniaturas PNG no. Por lo tanto, si las miniaturas PNG se ven un poco borrosas, puede ser una buena idea subirlas en ambos formatos. Utilice {{Versión JPEG de PNG}} en las versiones JPEG de un PNG marcado como {{PNG con versión JPEG}}.

PNG es un lossless a todo color. JPEG es siempre un formato con pérdidas, incluso con los ajustes de calidad más altos. Los formatos sin pérdidas no se degradan después de ser guardados repetidamente, pero lossy ones do; por lo tanto, tener una versión sin pérdidas del archivo permite que el archivo sea ajustado para 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 al GIF para imágenes fijas (menor tamaño, más colores, mejor transparencia). Si estás creando o editando un gráfico (no una fotografía), y puedes elegir entre varios formatos de archivo para guardarlo, las preferencias de uso de Wikipedia/Wikimedia son SVG primero, y luego PNG. Nunca guardes una imagen con más de 256 colores en formato GIF. GIF siempre guarda las imágenes con 256 colores o menos. Convertir imágenes de más colores al formato GIF degradará esas imágenes.

La edición de archivos GIF puede resultar complicada, ya que GIF sólo admite una paleta de 8 bits y la mayoría de los filtros sólo funcionan con la paleta completa. Además, PNG admite transparencia de 8 bits (canal alfa), mientras que GIF sólo admite transparencia de 1 bit. También hay ciertas idiosincrasias en el redimensionamiento de GIF; en particular, cuando se hace una miniatura de un GIF con transparencia de fondo, el área transparente se come al área no transparente, lo que puede crear problemas.

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 de sin pérdida, 8 bits de color (máximo 256 colores) y debería usarse principalmente para imágenes animadas' en Wikimedia Commons. Para imágenes animadas GIF utiliza compresión sin pérdida de imágenes de hasta 256 colores por fotograma.

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.

Si la imagen es suficientemente larga (más de 10 segundos), considere la posibilidad de utilizar uno de los formatos de vídeo que se indican a continuación: El vídeo puede pausarse y rebobinarse. Se puede utilizar FFmpeg para convertir un GIF en vídeo.

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 es soportado en Commons. Admite tanto la compresión de imágenes con pérdida basada en VP8 como la compresión de imágenes sin pérdida basada en un nuevo algoritmo. El modo sin pérdidas es más compacto que PNG.

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 contener audio (Vorbis u Opus), con o sin vídeo de acompañamiento.

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 92% of 2024 users are able to directly use this combination, much more than Ogg Theora (~8%).[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 formato de compresión con pérdida que tiene mejor calidad que Theora. Por supuesto, no es necesario transcodificar los vídeos Theora existentes a VP8, ya que no arreglará los daños causados por una compresión anterior con más pérdidas. Aunque WebM es más ampliamente soportado por los navegadores, tales problemas de compatibilidad deben ser solucionados mediante la transcodificación automática en el software MediaWiki, no mediante la recarga manual.

VP9 es el sucesor de VP8, con una mayor eficacia de compresión.

AV1 es el sucesor de VP9 y ofrece una mayor eficacia de compresión. Está previsto que cuente con un apoyo mucho más amplio por parte de la industria, tanto en software como en hardware, que los anteriores formatos de vídeo gratuitos. En 2023, el 78% de los usuarios podrán reproducir este formato; el principal bloqueador es Safari, que sólo admite AV1 en dispositivos con decodificador de hardware.

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

Tenga en cuenta que cualquier página de un PDF actualmente se renderiza como JPG por las miniaturas, pero esto también podría ser renderizado como PNG. Esto sólo depende de la implementación del renderizador de PDF utilizado en el servidor de miniaturas de imágenes y no es una limitación del formato PDF frente a DejaVu. La única limitación es la existencia de varias extensiones propietarias del formato PDF que a veces podrían requerir un visor PDF específico. Los archivos PDF en Commons no deberían depender de estas extensiones y deberían utilizar sólo las especificaciones básicas, utilizadas por el renderizador de miniaturas de Commons. El problema puede existir sólo cuando los PDFs se descargan en formato nativo desde el espacio de nombres "Media:" en lugar de ser renderizados como una sola imagen desde un número de página seleccionable en el PDF (porque estas extensiones pueden incrustar algunos scripts activos, manejadores de formularios y enlaces activos a sitios externos).

Para la representación de una sola imagen, los archivos PDF representados con el perfil PDF básico (a partir de sus especificaciones estándar) son funcionalmente equivalentes a los archivos DejaVu, pero suelen representar fotografías y gráficos con mayor fidelidad y perfiles de color más precisos que los archivos DejaVu, que utilizan un modelo más básico. Los PDF también ofrecen mejor calidad en algunos casos, ya que pueden incrustar gráficos vectoriales escalables, en lugar de limitarse a mapas de bits muy comprimidos a una resolución fija. Así que la diferencia estriba básicamente en el nivel de compresión de los mapas de bits: para los documentos de texto escaneados, DejaVu suele ser más pequeño que PDF, pero esto no supone ninguna diferencia cuando estos archivos se renderizan como una sola imagen de mapa de bits en lugar de descargarse.

En el caso de los documentos que contienen gráficos y fotos en color, los PDF suelen ofrecer mayor fidelidad y precisión. Sin embargo, los renderizadores de miniaturas de imágenes utilizados actualmente por Commons no los representan con claridad porque generan miniaturas JPEG en lugar de miniaturas PNG más precisas: esto podría cambiar en el futuro cuando se llegue a un acuerdo a phab:T38597.

Debido a las numerosas infracciones de los derechos de autor y a los archivos que se suben fuera del ámbito de aplicación, no permitimos que los nuevos usuarios suban archivos PDF.

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, av1, 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=928356100#Highest_resolution"