Datos
Formatos para intercambiar y almacenar datos estructurados, matrices científicas, aprendizaje automático, genómica, nubes de puntos y posicionamiento.
Sobre esta categoría
Apache Arrow IPCApache Arrow ofrece un formato de datos por columnas y bibliotecas; Arrow IPC serializa esos datos para intercambiarlos entre procesos y aplicaciones. El formato de archivo suele usar .arrow y permite acceder aleatoriamente a lotes de registros mediante su pie. El formato de flujo suele usar .arrows y entrega mensajes en secuencia. Feather V2 es un nombre para archivos basados en el formato de archivo Arrow IPC.AvroApache Avro serializa registros según un esquema que puede expresarse en JSON. Admite registros, listas, mapas y uniones; lectores y escritores necesitan esquemas compatibles.BAMBAM (Binary Alignment/Map) es la representación binaria de los datos de alineamiento SAM definida por SAMv1. Normalmente se comprime en bloques BGZF, cuya estructura permite acceder a regiones mediante índices. Puede guardar cabeceras de referencia, nombres de lectura, FLAG, CIGAR, posiciones, calidades y etiquetas; también puede incluir lecturas no alineadas. Un BAM ordenado por coordenadas puede usar índices como BAI o CSI. Es adecuado para procesamiento automático, no para lectura directa; la referencia y el índice deben corresponder.BEDBED enumera cromosoma, inicio y fin en texto. El inicio cuenta desde cero y el extremo final se excluye. No almacena la secuencia ni su calidad por base.bedGraphbedGraph tiene cromosoma, inicio, fin y valor numérico. Las coordenadas parten de cero y excluyen el fin. Admite enteros o reales positivos y negativos.bigBedbigBed es un formato binario indexado creado a partir de datos BED. Los navegadores compatibles leen regiones concretas. No es simplemente BED comprimido con gzip.bigWigbigWig almacena valores genómicos en binario indexado. Se crea desde WIG o bedGraph y permite acceso regional con lectores compatibles. Su función difiere de bigBed.BSONBSON (Binary JSON) es un formato binario para serializar documentos con una estructura similar a la de JSON. También admite tipos que JSON estándar no tiene, como fechas, datos binarios y ObjectId. MongoDB lo utiliza ampliamente, pero no es texto JSON normal y requiere un controlador o una herramienta compatible con BSON.BUFRBUFR (Binary Universal Form for the Representation of meteorological data; WMO FM 94) es un formato binario para codificar e intercambiar observaciones con descriptores tabulados. Las secuencias de descriptores determinan cómo se representan e interpretan los valores; comprueba edición y tablas maestras o locales.CBORCBOR (Concise Binary Object Representation) es un estándar del IETF para codificar en binario elementos como números, cadenas, listas y mapas. Busca facilitar implementaciones y mensajes compactos sin dejar de ser extensible, y puede representar datos similares a JSON. No es un formato de texto: para leerlo o escribirlo se necesita una herramienta o biblioteca compatible con CBOR.CRAMCRAM almacena lecturas y alineamientos mediante codificaciones que pueden aprovechar las diferencias respecto de una secuencia de referencia y lograr más compresión que BAM. La especificación permite estrategias con y sin pérdida, y no establece qué datos deben conservarse. Por eso, la extensión .cram no confirma si se conservaron calidades de bases o etiquetas; comprueba la herramienta y sus opciones. Algunos archivos o flujos requieren una referencia externa exacta, aunque también se pueden incrustar referencias. Los índices CRAI permiten acceso por regiones.DICOMDICOM es un estándar para guardar e intercambiar imágenes médicas e información relacionada. Un archivo Part 10, que suele llevar la extensión .dcm, contiene metadatos del archivo seguidos de un conjunto de datos que representa una instancia SOP. Puede incluir píxeles y atributos del estudio, el equipo o el paciente. La sintaxis de transferencia determina la codificación y compresión de los píxeles; por eso DICOM es más que un archivo de imagen común.E57E57 intercambia datos de puntos de sistemas de imagen 3D. El resumen público de ASTM indica que puede almacenar puntos 3D, atributos como color o intensidad y fotografías digitales del sistema; combina datos binarios y XML. A diferencia de LAS/LAZ, también puede incluir imágenes del escaneo..envUn archivo .env es un archivo de texto convencional para escribir nombres y valores de variables de entorno que leerán aplicaciones y herramientas compatibles. No existe una especificación universal: las comillas, los comentarios, la expansión de variables y la prioridad frente a variables ya definidas dependen del lector.FASTAFASTA es un formato de texto con una línea de definición que empieza por > y la secuencia a continuación. Aquí se tratan secuencias de nucleótidos y referencias. FASTA solo no contiene calidades por base.FASTQFASTQ es un formato de texto muy usado que combina lecturas de secuenciación con puntuaciones de calidad por base. Un registro común tiene un identificador iniciado por `@`, una secuencia, un separador `+` y una cadena de calidad de la misma longitud que la secuencia. FASTQ no tiene una única especificación formal y existen codificaciones de calidad incompatibles, como Sanger Phred+33 y variantes históricas Solexa/Illumina. Se usan `.fastq` y `.fq`, a veces con compresión externa como gzip. FASTQ suele guardar lecturas antes del alineamiento; no equivale a los registros SAM/BAM con posiciones de referencia.FITFIT (.fit) es un formato binario para guardar y compartir datos de dispositivos deportivos, de fitness y salud. Puede incluir mensajes de actividad, mediciones de sensores, eventos, entrenamientos y recorridos. Los campos que puede leer una aplicación dependen del perfil FIT y del software receptor; para decodificarlo quizá necesites FIT SDK.FITSFITS (Flexible Image Transport System) es un estándar usado principalmente en astronomía para guardar e intercambiar datos científicos. Concatena unidades Header/Data (HDU), cada una con cabecera y datos, de modo que un archivo puede contener matrices de imagen, espectros y tablas ASCII o binarias. Las cabeceras usan tarjetas de 80 caracteres y los límites de las HDU se rellenan hasta bloques de 2880 bytes.FlatGeobufFlatGeobuf es un formato binario de entidades geográficas basado en FlatBuffers. Contiene cabecera, índice espacial opcional y entidades. Un archivo .fgb guarda una sola capa.GeoJSONGeoJSON representa objetos y geometrías geográficas con JSON. En el sistema de coordenadas estándar se indica la longitud antes que la latitud.GeoPackageGeoPackage (.gpkg) es un archivo de base de datos SQLite que almacena datos geoespaciales según el estándar GeoPackage de OGC. Puede reunir entidades vectoriales, teselas de mapas ráster de varios niveles de zoom y atributos no espaciales en un mismo archivo, incluso para uso móvil o sin conexión. Un archivo SQLite no es automáticamente un GeoPackage: debe cumplir el esquema y los requisitos del estándar.GeoParquetGeoParquet añade convenciones de geometría y metadatos geográficos a Parquet. Se trata la especificación 1.1.0. La extensión .parquet no demuestra conformidad.GeoTIFFGeoTIFF especifica cómo guardar referencias geográficas en imágenes TIFF. Etiquetas reservadas describen la relación entre píxeles y coordenadas geográficas o proyectadas y pueden identificar el sistema de referencia. La compresión varía; la extensión no confirma que haya georreferencia.GFF3GFF3 tiene nueve columnas separadas por tabuladores. Inicio y fin cuentan desde uno y se incluyen ambos extremos. Atributos como ID y Parent describen relaciones.GGUFGGUF es un contenedor binario diseñado para GGML y runtimes de inferencia compatibles. El encabezado incluye versión, descripciones de tensores y metadatos clave-valor; después se almacenan los datos de los tensores. Se usa mucho para inferencia local con herramientas de la familia llama.cpp, pero el formato no garantiza compatibilidad con cualquier runtime o arquitectura. La extensión tampoco indica si el modelo está cuantizado..gitignore.gitignore es un archivo de texto con patrones que indican a Git que ignore rutas que aún no están rastreadas. Git aplica los patrones de los archivos .gitignore y de otras fuentes de exclusión según su prioridad. Añadir un patrón no hace que Git deje de rastrear un archivo que ya está en el índice.GMLGML es un estándar OGC que expresa geometrías y atributos geográficos en XML. Los esquemas de aplicación definen entidades específicas de cada ámbito.GPXGPX (.gpx) es un formato XML para intercambiar datos GPS entre aplicaciones y servicios web. Distingue waypoints (lugares), rutas (recorridos planificados) y tracks (trayectos registrados). GPX 1.1 usa WGS 84 para las coordenadas. El estilo del mapa y los datos propios de cada aplicación quizá no se transfieran igual, así que revisa el resultado según el uso previsto.GRIBGRIB (General Regularly-distributed Information in Binary form) es un formato binario para intercambiar datos meteorológicos y geofísicos en rejilla. Sus mensajes contienen secciones de identificación, rejilla, producto, representación de datos y valores. GRIB1 y GRIB2 difieren en especificaciones y tablas; también puede haber definiciones locales, así que comprueba la edición y las reglas del proveedor.GTFGTF tiene nueve columnas con tabuladores. Las coordenadas parten de uno e incluyen ambos extremos; los atributos incluyen gene_id y transcript_id. Los requisitos dependen del productor y lector.HDF5HDF5 (Hierarchical Data Format version 5) es un modelo jerárquico y un formato de archivo para almacenar datos grandes y variados. Los grupos forman una jerarquía y los conjuntos de datos guardan matrices tipadas con dimensiones; ambos pueden tener atributos. HDF5 no impone por sí solo convenciones de coordenadas, unidades o significado propias de un campo.iCalendariCalendar intercambia eventos, tareas y disponibilidad. Revise fechas, zonas horarias y repeticiones tras importar.Archivo de configuración INIINI es el nombre habitual de archivos de configuración de texto organizados en secciones y pares clave-valor. No existe una especificación universal única, así que la sintaxis de comentarios, separadores, mayúsculas y minúsculas y valores multilínea puede variar según la aplicación.Jupyter NotebookJupyter Notebook (.ipynb) es un formato de cuaderno que guarda celdas de código, celdas Markdown, metadatos y resultados en una estructura JSON. Puede contener código ejecutable además de resultados visibles; por eso, abrirlo y ejecutarlo son acciones distintas.JSONJSON es un formato de texto que representa datos estructurados mediante claves y valores. Se usa ampliamente en API web y archivos de configuración.JSON5JSON5 amplía JSON con comentarios, comas finales, algunas claves sin comillas y cadenas con comillas simples. Está pensado para facilitar la escritura manual; no es simplemente otro nombre para JSON. Confirma que la herramienta receptora puede analizarlo.JSON LinesJSON Lines (.jsonl) es un formato de texto que contiene un valor JSON válido en cada línea. Resulta práctico para logs y procesamiento incremental, ya que permite leer los registros uno por uno. El tipo application/jsonl se ha propuesto, pero no está estandarizado.JWKUn JWK es un objeto JSON que representa una clave criptográfica. Puede incluir el tipo de clave (kty), el ID (kid) y otros metadatos. Un JWKS agrupa varios JWK en una matriz keys. Se usa a menudo para publicar claves públicas; un JWK con material privado es confidencial.Keras`.keras` es el formato nativo de Keras 3 para guardar un modelo completo. Normalmente es un archivo ZIP que reúne configuración, pesos, información de compilación y, si existe, el estado del optimizador. La documentación de Keras describe configuración, metadatos y datos de pesos. El archivo no necesariamente incluye el código de implementación de capas u objetos personalizados; el entorno de carga puede necesitar esas clases y dependencias. Keras ofrece una opción de seguridad al cargar, pero no convierte en confiable un modelo desconocido ni su código personalizado.KMLKML (.kml) es un formato XML que describe cómo mostrar información geográfica en un mapa o globo virtual. Puede representar marcadores, líneas, áreas, descripciones, estilos y superposiciones de imágenes. GPX se centra en intercambiar waypoints, rutas y tracks GPS registrados; KML se orienta más a mostrar, anotar y visualizar datos geográficos.LASLAS es un formato abierto de intercambio de nubes de puntos mantenido por ASPRS. Según el formato de registro, almacena coordenadas X/Y/Z y campos como intensidad, número de retorno, clasificación, tiempo GPS, RGB, datos del escáner y atributos adicionales, además de encabezados y registros de longitud variable para metadatos. LAS 1.5 y las versiones anteriores difieren en registros admitidos y requisitos del sistema de coordenadas; comprueba la compatibilidad con programas antiguos. LAS suele estar sin comprimir; LAZ ofrece compresión sin pérdida con otros compromisos de tamaño y compatibilidad.LAZLAZ comprime registros de puntos LAS por bloques. LAZ 1.4 se basa en LAS 1.4 y comprime sus puntos sin pérdida. Las implementaciones compatibles pueden descomprimir bloques por separado y procesar o consultar la nube sin expandir todo el archivo. La compresión no cambia el significado de coordenadas, clasificación u otros campos LAS, pero la versión del lector, registros extendidos y datos de forma de onda auxiliares afectan la interoperabilidad. LAZ 1.4 no define todas las funciones de LAS 1.5, por lo que la extensión no basta para confirmar compatibilidad.MAT-fileUn MAT-file (.mat) es el formato binario de MATLAB para variables del espacio de trabajo. Las versiones 4, 6, 7 y 7.3 difieren en arreglos y tipos admitidos, compresión, límites de tamaño y acceso parcial. El `save` normal de MATLAB usa Version 7 por defecto; Version 7.3 se basa en HDF5 y admite variables grandes y acceso parcial. Como v7.3 y versiones anteriores tienen estructuras internas distintas, comprueba versión y funciones necesarias en vez de deducir compatibilidad por la extensión.MBTilesMBTiles guarda teselas de mapas y metadatos en una base SQLite. Se describe la especificación 1.3 y se distinguen teselas de imagen de teselas pbf con MVT comprimido con gzip.MetaImageMetaImage es un formato de imágenes médicas y científicas con una cabecera de texto etiquetada y datos de píxeles, gestionado por MetaIO de ITK. .mha combina cabecera y píxeles; .mhd separa la cabecera y normalmente referencia un archivo como .raw. La cabecera puede registrar dimensiones, tamaños de ejes, tipo de elemento, orden de bytes y espaciado.MRCMRC (formato de mapa e imagen MRC/CCP4) es un formato binario usado principalmente para imágenes y mapas 3D de criomicroscopía electrónica. MRC2014 incluye una cabecera principal de 1024 bytes con dimensiones, MODE (tipo de dato), correspondencia de ejes, separación de la rejilla y longitud de cabecera extendida, seguida del array. Está relacionado con CCP4 map, pero conviene comprobar la cabecera y la interpretación del programa.MessagePackMessagePack es un formato binario para serializar valores similares a JSON. Puede representar enteros, cadenas, datos binarios, listas y mapas, y también define valores de extensión y marcas de tiempo. No es texto: se lee y escribe con una biblioteca compatible. El significado de los datos y la conversión de tipos también pueden depender de las convenciones de cada aplicación.MVTMVT codifica teselas vectoriales geográficas mediante Protocol Buffers. Cada tesela contiene capas con nombre, entidades y atributos.netCDFnetCDF (Network Common Data Form) es un conjunto de formatos y programas para almacenar e intercambiar datos científicos de forma portable y autodocumentada. Un conjunto se organiza mediante dimensiones, variables y atributos. El modelo classic difiere del modelo ampliado de netCDF-4, cuyos archivos basados en HDF5 pueden usar grupos jerárquicos. La extensión no identifica por sí sola la variante.NIfTINIfTI, normalmente NIfTI-1 o NIfTI-2, es un formato para trabajar con datos de neuroimagen como MRI y fMRI en distintos programas de análisis. La cabecera describe las matrices de vóxeles, las dimensiones, el tipo de dato, el escalado y las transformaciones de coordenadas de vóxel a espacio anatómico o estándar. NIfTI-1 puede reunir cabecera e imagen en un archivo .nii o separarlas en un par .hdr/.img; .nii.gz es un único archivo comprimido con gzip.NPYNPY (.npy) es el formato binario de NumPy para guardar un único arreglo. Su encabezado registra la versión del formato, dtype, shape y orden de memoria, seguido de los datos del arreglo. A diferencia de una tabla de texto, puede conservar tipos numéricos y formas multidimensionales. NPY no es un archivo comprimido y normalmente guarda un arreglo por archivo. Los arreglos de dtype object pueden implicar pickle; revisa ese caso y `allow_pickle` al cargar datos no confiables.NPZNPZ (.npz) es el archivo ZIP de NumPy para guardar varios arreglos juntos. Contiene un archivo `.npy` por arreglo y NumPy `load` devuelve un `NpzFile` para acceder por nombre. `savez` crea un archivo sin comprimir, mientras que `savez_compressed` usa DEFLATE; por ello la extensión no indica si los miembros están comprimidos. Cada arreglo conserva dtype y shape mediante NPY. Los arreglos object pueden implicar pickle; trata allow_pickle con cuidado ante entradas no confiables.NRRDNRRD (Nearly Raw Raster Data) es un formato para datos rasterizados N-dimensionales usado en visualización científica y procesamiento de imágenes. Su cabecera de texto describe dimensiones, tipo, tamaños de ejes y codificación; también puede contener etiquetas, unidades, direcciones y origen espacial. La cabecera y los datos pueden reunirse en un archivo .nrrd o separarse en una cabecera .nhdr y un archivo de datos externo.ONNXONNX (Open Neural Network Exchange) es una representación abierta para intercambiar modelos de aprendizaje automático entre frameworks y runtimes de inferencia. Un archivo `.onnx` normal guarda un ModelProto de Protocol Buffers que describe el grafo computacional, entradas y salidas, tipos y formas, imports de opset y tensores inicializadores. Safetensors guarda principalmente pesos tensoriales; ONNX también representa un grafo de modelo. La conversión no hace que todos los runtimes admitan todos los operadores o funciones específicas: comprueba las versiones IR/opset y la compatibilidad de la implementación.ORCORC es un formato de columnas tipadas para sistemas analíticos. La selección de columnas y los índices pueden evitar lecturas innecesarias.ParquetApache Parquet guarda tablas por columnas, organizadas en grupos de filas y bloques de columna. Las herramientas pueden leer columnas necesarias sin examinar todos los campos.PCAPPCAP (.pcap) es un formato binario ampliamente compatible para guardar paquetes de red capturados. Registra los datos de los paquetes, el tipo de capa de enlace y marcas de tiempo. Su estructura sencilla funciona con muchos analizadores antiguos, pero ofrece menos opciones que PCAPNG para representar varias interfaces o comentarios.PCAPNGPCAPNG guarda paquetes capturados en una red. Es más extensible que el formato pcap clásico y puede incluir varias interfaces y comentarios. Las capturas pueden contener credenciales o datos personales; revísalas antes de compartirlas.PCDPCD almacena nubes de puntos usadas por PCL. La cabecera ASCII de PCD 0.7 declara campos y tipos, WIDTH y HEIGHT, VIEWPOINT y el modo de almacenamiento.Java PropertiesJava Properties es un formato de texto por líneas con pares clave-valor, usado sobre todo con la API Properties y ResourceBundle de Java. La extensión .properties es habitual, pero la codificación depende del método de lectura y de la versión de Java; no puede deducirse solo por la extensión.Esquema de Protocol Buffers.proto es un archivo de esquema que describe mensajes, campos y tipos de Protocol Buffers. Un compilador como protoc lo lee y genera código para los lenguajes elegidos. El archivo .proto no es un mensaje serializado: normalmente se edita como texto.RINEXRINEX (Receiver Independent Exchange Format) es un formato de texto para intercambiar observaciones GNSS y mensajes de navegación sin depender del fabricante del receptor. RINEX 4.02, de septiembre de 2025, define archivos de observación, navegación y meteorología para varios sistemas y señales satelitales. Los nombres largos suelen usar .rnx y pueden añadir .gz al comprimir. RINEX contiene mediciones para procesar, no una ruta terminada para el mapa.SafetensorsSafetensors es un formato binario para guardar y distribuir valores tensoriales de aprendizaje automático. El archivo comienza con una longitud de cabecera de 8 bytes little-endian, seguida de una cabecera JSON UTF-8 con nombres, tipos, formas y desplazamientos de los tensores, y después un búfer de bytes con sus datos. No constituye por sí solo una arquitectura de modelo ni un programa ejecutable. A diferencia de la serialización basada en pickle, no está diseñado para reconstruir objetos arbitrarios ejecutando código incrustado. Esto no demuestra que el origen sea confiable, que todo lector esté libre de fallos ni que el modelo sea seguro.SAMSAM (Sequence Alignment/Map) es un formato de texto delimitado por tabuladores para lecturas de secuenciación y su alineamiento a referencias. Las cabeceras opcionales describen referencias y software; cada registro incluye nombre, FLAG, referencia y posición, MAPQ, CIGAR, secuencia, calidad y etiquetas opcionales. También puede representar lecturas no alineadas, por lo que no todos los registros tienen que estar alineados. SAM se inspecciona con facilidad, pero puede ser grande; BAM es su representación binaria y CRAM añade compresión vinculada a referencias.Shell ScriptUn script de shell es un archivo de texto con comandos que interpreta un shell, como sh o Bash. La extensión .sh es habitual, pero no identifica la sintaxis del shell. Hay que comprobar el entorno de destino, incluidos el shebang, la forma de ejecución, los permisos y los finales de línea.ShapefileShapefile guarda geometría y atributos en varios archivos. .shp, .shx y .dbf con el mismo nombre forman el conjunto básico. Enviar solo .shp no basta.SP3SP3 (Standard Product 3) es un formato de texto para intercambiar órbitas precisas de satélites y correcciones de reloj por época, usadas en análisis GNSS. La cabecera identifica, entre otros datos, la versión, el sistema de tiempo y los satélites; los registros de época contienen posiciones y datos de reloj. SP3-d admite hasta 999 satélites. Un producto SP3 no es lo mismo que las observaciones de receptores RINEX y se usa para productos de órbita precisa de centros de análisis.SQLLos archivos SQL contienen comandos de base de datos. La sintaxis y funciones cambian entre productos.Base de datos SQLiteSQLite es una base relacional integrada que guarda tablas e índices en un archivo, normalmente uno principal. Se usan .sqlite, .sqlite3 y .db, pero el nombre no confirma por sí solo que sea SQLite.TOMLTOML es un formato de configuración de texto con pares clave-valor, tablas, listas y valores tipados. Las reglas de cada aplicación pueden diferir.Archivo de metadatos BitTorrentUn archivo .torrent contiene metadatos de BitTorrent. Es un diccionario codificado en bencode que describe información como el nombre del contenido, las piezas y las URL de los trackers; normalmente no incluye los archivos distribuidos. Un cliente BitTorrent lo lee para localizar pares y verificar los datos descargados.TSVTSV separa columnas con tabulaciones y filas con saltos de línea. El tratamiento de tabulaciones y saltos dentro de los valores, así como las comillas, depende de la herramienta.UBXUBX es un protocolo binario entre receptores u-blox y sistemas anfitriones. El registro .ubx contiene los mensajes grabados. La referencia es la descripción oficial ZED-F9P HPG 1.32, protocolo 27.31.vCardUn archivo VCF contiene registros vCard. Las aplicaciones pueden interpretar de forma distinta las versiones, codificación, campos repetidos y fotos.WARCWARC (Web ARChive file format) agrupa varios recursos digitales recopilados de la Web con información relacionada. Estandarizado como ISO 28500, concatena registros cuyas cabeceras describen fecha, tipo y longitud, seguidas por un bloque de contenido. Tipos como response, request, resource, metadata y revisit conservan recursos y contexto de captura; el contenido puede incluir imágenes y otros formatos además de HTML. A veces se comprime externamente como `.warc.gz`. WARC no es un formato de página independiente que garantice reproducir por completo un sitio.WSDLWSDL (Web Services Description Language) es un formato XML que describe la interfaz de un servicio web y cómo acceder a él. Relaciona operaciones y mensajes abstractos con enlaces a protocolos y formatos de mensaje, puntos de acceso e información del servicio. No es la implementación del servicio ni los datos que se intercambian.XMLXML es un lenguaje de marcado que representa datos estructurados con etiquetas. Se usa cuando se necesita estructura jerárquica y validación mediante esquemas.XMPXMP define un modelo de metadatos, su representación y propiedades básicas. Usa XML/RDF y puede incrustarse en archivos compatibles o guardarse en archivos auxiliares .xmp. No sustituye a la imagen.XML SchemaXSD (XML Schema Definition) es un lenguaje de esquemas basado en XML que define elementos, atributos, tipos de datos y restricciones para documentos XML. XSD no es el documento XML con los datos: sirve para validarlo con un procesador XML Schema. Comprueba la versión del esquema, los espacios de nombres y la compatibilidad del validador.YAMLYAML es una notación para escribir mapeos, secuencias y valores escalares de forma legible. Comparte usos con JSON, pero no es un superconjunto.ZarrZarr especifica el almacenamiento por bloques de matrices multidimensionales y metadatos. Un conjunto puede ser un directorio o varias claves en almacenamiento de objetos, no un único archivo. Zarr v2 y v3 difieren; comprueba versión y codecs en ambos extremos.
Comparar
- Arrow IPC vs CSV
- Arrow frente a netCDF
- Arrow vs ORC
- Arrow IPC o Parquet
- Arrow frente a Zarr
- Avro o CBOR
- Avro o JSON
- Avro frente a ORC
- Avro frente a Parquet
- Avro o Protocol Buffers
- BAM vs CRAM
- BED frente a bigBed: edición de texto y distribución indexada
- BED frente a GFF3: extracción de regiones y estructura de anotación
- bedGraph frente a bigWig: texto numérico y distribución indexada
- BSON o JSON
- BSON vs MessagePack
- BUFR vs GRIB
- CBOR o JSON
- CBOR vs MessagePack
- CSV vs JSON
- CSV vs Parquet
- DICOM frente a JPEG
- DICOM o TIFF
- E57 vs LAS
- FASTA o FASTQ: secuencias y conservación de calidad
- FIT vs GPX
- FITS vs HDF5
- FITS vs netCDF
- FITS frente a Zarr
- FlatGeobuf o GeoPackage: distribución y gestión SQL
- GeoJSON vs JSON
- GeoPackage vs GeoJSON
- GeoPackage vs KML
- GeoParquet o GeoPackage: análisis por columnas y gestión SIG
- GeoTIFF frente a netCDF
- GeoTIFF vs TIFF
- GeoTIFF frente a Zarr
- GGUF frente a Safetensors: distribución para inferencia y pesos
- GML frente a GeoJSON: esquemas y coordenadas
- GPX o KML
- GRIB vs netCDF
- GRIB frente a Zarr
- GTF frente a GFF3: atributos y correspondencia de transcritos
- HDF5 vs netCDF
- HDF5 vs Zarr
- ICS vs CSV
- JSON vs TOML
- JSON vs YAML
- JSON5 o JSON
- JSON Lines vs Avro
- JSON Lines o CSV
- JSON Lines o JSON
- JSON Lines frente a Parquet
- Keras frente a ONNX: guardar el entrenamiento o exportar inferencia
- LAS vs LAZ
- MBTiles frente a MVT: conjuntos y codificación de teselas
- MVT frente a GeoJSON: teselas e intercambio
- netCDF frente a Parquet
- netCDF vs Zarr
- NIfTI vs DICOM
- NPY vs NPZ
- NPZ frente a HDF5: conjuntos de matrices y lectura parcial
- ORC vs CSV
- Parquet vs JSON
- Parquet frente a ORC
- Parquet frente a Zarr
- PCAP vs PCAPNG
- PLY frente a PCD
- Protocol Buffers o JSON
- RINEX frente a SP3: observaciones y órbitas
- Safetensors frente a ONNX: pesos o grafos del modelo
- SAM vs BAM
- Shapefile o GeoPackage: archivos y conservación de atributos
- SQLite o CSV
- TSV vs CSV
- UBX frente a RINEX: registros e intercambio
- VCF vs CSV
- Web App Manifest vs JSON
- XML vs CSV
- XML vs JSON
- YAML vs TOML
- YAML vs XML