Dados
Formatos para intercâmbio e armazenamento de dados estruturados, arrays científicos, aprendizado de máquina, genômica, nuvens de pontos e posicionamento.
Sobre esta categoria
Apache Arrow IPCO Apache Arrow oferece um formato de dados colunar e bibliotecas; o Arrow IPC serializa esses dados para troca entre processos e aplicativos. O formato de arquivo geralmente usa .arrow e permite acesso aleatório a lotes de registros pelo rodapé. O formato de fluxo costuma usar .arrows e transmite mensagens em sequência. Feather V2 é um nome para arquivos baseados no formato de arquivo Arrow IPC.AvroApache Avro serializa registros conforme um esquema que pode ser representado em JSON. Inclui registros, listas, mapas e uniões; leitores e escritores precisam de esquemas compatíveis.BAMBAM (Binary Alignment/Map) é a representação binária dos dados de alinhamento SAM definida pela especificação SAMv1. Normalmente usa blocos BGZF, cuja estrutura possibilita acesso indexado a regiões. Pode armazenar cabeçalhos de referência, nomes de leitura, FLAG, CIGAR, posições, qualidades e tags, além de leituras não alinhadas. Um BAM ordenado por coordenadas pode usar índices como BAI ou CSI. É apropriado para processamento por software, não para leitura direta; referência e índice precisam corresponder.BEDBED lista cromossomo, início e fim em texto. O início parte de zero e o fim é excluído. Não armazena a sequência nem qualidade por base.bedGraphbedGraph tem cromossomo, início, fim e valor numérico. Coordenadas partem de zero e excluem o fim. Aceita inteiros ou reais positivos e negativos.bigBedbigBed é um formato binário indexado criado a partir de dados BED. Navegadores compatíveis leem regiões específicas. Não é apenas BED comprimido com gzip.bigWigbigWig armazena valores genômicos em binário indexado. É criado de WIG ou bedGraph e permite acesso regional com leitores compatíveis. Sua função difere de bigBed.BSONBSON (Binary JSON) é um formato binário de serialização para documentos com estrutura semelhante à do JSON. Também aceita tipos que o JSON padrão não oferece, como datas, dados binários e ObjectId. É muito usado no MongoDB, mas não é texto JSON comum e requer um driver ou uma ferramenta compatível com BSON.BUFRBUFR (Binary Universal Form for the Representation of meteorological data; WMO FM 94) é formato binário para codificar e trocar observações usando descritores tabulados. As sequências definem como os valores são representados e interpretados; confira edição e tabelas mestras ou locais.CBORCBOR (Concise Binary Object Representation) é um padrão do IETF para codificar itens como números, textos, arrays e mapas em formato binário. Foi projetado para permitir implementações e mensagens compactas sem deixar de ser extensível, e pode representar dados semelhantes a JSON. Não é um formato de texto: para ler e gravar CBOR, é preciso usar uma ferramenta ou biblioteca compatível.CRAMCRAM armazena leituras e alinhamentos com codificações que podem aproveitar diferenças em relação a uma sequência de referência, muitas vezes comprimindo mais que BAM. A especificação permite estratégias com e sem perdas e não determina quais dados precisam ser preservados. Portanto, a extensão .cram não confirma se qualidades de bases ou tags foram mantidas; confira a ferramenta e suas opções. Alguns arquivos ou fluxos precisam da referência externa exata, embora também seja possível incorporá-la. Índices CRAI permitem acesso por região.DICOMDICOM é um padrão para armazenar e trocar imagens médicas e informações relacionadas. Um arquivo Part 10, geralmente com a extensão .dcm, contém metainformações do arquivo seguidas por um conjunto de dados que representa uma instância SOP. Ele pode incluir pixels e atributos do exame, do equipamento ou do paciente. A sintaxe de transferência determina a codificação e a compressão dos pixels; por isso, DICOM é mais do que um arquivo de imagem comum.E57E57 troca dados de pontos de sistemas de imagem 3D. O resumo público da ASTM diz que pode armazenar pontos 3D, atributos como cor ou intensidade e fotografias digitais do sistema; combina dados binários e XML. Ao contrário de LAS/LAZ, também pode incluir imagens do escaneamento..envUm arquivo .env é um arquivo de texto convencional para registrar nomes e valores de variáveis de ambiente que aplicações e ferramentas compatíveis podem ler. Não existe uma especificação universal: aspas, comentários, expansão de variáveis e precedência sobre variáveis já definidas dependem do leitor.FASTAFASTA é um formato de texto com uma linha de definição iniciada por >, seguida da sequência. O artigo trata de sequências de nucleotídeos e referências. FASTA sozinho não contém qualidade por base.FASTQFASTQ é um formato de texto amplamente usado que combina leituras de sequenciamento com escores de qualidade por base. Um registro comum tem identificador iniciado por `@`, sequência, separador `+` e uma cadeia de qualidade do mesmo comprimento da sequência. Não há uma única especificação formal do FASTQ e existem codificações incompatíveis, como Sanger Phred+33 e variantes históricas Solexa/Illumina. São comuns `.fastq` e `.fq`, às vezes comprimidos externamente, por exemplo com gzip. FASTQ geralmente guarda leituras antes do alinhamento e não tem o mesmo papel que registros SAM/BAM com posições de referência.FITFIT (.fit) é um formato binário para armazenar e compartilhar dados de dispositivos esportivos, de fitness e saúde. Pode incluir mensagens de atividades, medidas de sensores, eventos, treinos e percursos. Os campos que um aplicativo consegue ler dependem do perfil FIT e do software que recebe o arquivo; a decodificação pode exigir o FIT SDK.FITSFITS (Flexible Image Transport System) é um padrão usado principalmente na astronomia para armazenar e trocar dados científicos. Ele concatena unidades Header/Data (HDU), cada uma com cabeçalho e dados, permitindo que um arquivo contenha matrizes de imagem, espectros e tabelas ASCII ou binárias. Os cabeçalhos usam cartões de 80 caracteres e os limites das HDUs são preenchidos até blocos de 2880 bytes.FlatGeobufFlatGeobuf é um formato binário de feições geográficas baseado em FlatBuffers. Inclui cabeçalho, índice espacial opcional e feições. Um arquivo .fgb contém uma só camada.GeoJSONGeoJSON representa feições e geometrias geográficas em JSON. No sistema de coordenadas padrão, a longitude vem antes da latitude.GeoPackageGeoPackage (.gpkg) é um arquivo de banco de dados SQLite que armazena dados geoespaciais segundo o padrão GeoPackage da OGC. Ele pode reunir feições vetoriais, blocos de mapas raster em vários níveis de zoom e atributos não espaciais em um só arquivo, inclusive para uso móvel ou offline. Um arquivo SQLite não é automaticamente um GeoPackage: ele precisa seguir o esquema e os requisitos do padrão.GeoParquetGeoParquet acrescenta convenções de geometria e metadados geográficos ao Parquet. O artigo trata da especificação 1.1.0. A extensão .parquet não comprova conformidade.GeoTIFFGeoTIFF especifica como registrar referências geográficas em imagens TIFF. Tags reservadas descrevem a relação entre pixels e coordenadas geográficas ou projetadas e podem identificar o sistema de referência. A compressão varia; a extensão não confirma georreferenciamento.GFF3GFF3 possui nove colunas separadas por tabulação. Início e fim partem de um e incluem ambos os extremos. Atributos como ID e Parent descrevem relações.GGUFGGUF é um contêiner binário projetado para GGML e runtimes de inferência compatíveis. O cabeçalho contém versão, descrições dos tensores e metadados de chave e valor; os dados dos tensores vêm depois. É muito usado para inferência local com ferramentas da família llama.cpp, mas o formato não garante suporte em qualquer runtime ou arquitetura. A extensão também não informa se o modelo é quantizado..gitignore.gitignore é um arquivo de texto com padrões que informam ao Git quais caminhos ainda não rastreados devem ser ignorados. O Git aplica padrões de arquivos .gitignore e de outras fontes de exclusão conforme regras de precedência. Adicionar um padrão não faz o Git parar de rastrear um arquivo que já está no índice.GMLGML é um padrão OGC para representar geometria e atributos geográficos em XML. Esquemas de aplicação definem feições específicas de cada domínio.GPXGPX (.gpx) é um formato XML para trocar dados GPS entre aplicativos e serviços web. Ele diferencia pontos de passagem, rotas planejadas e trilhas gravadas. O GPX 1.1 usa WGS 84 como referência para as coordenadas. O estilo do mapa e informações específicas de cada aplicativo podem não ser transferidos da mesma forma; confira o resultado conforme o uso pretendido.GRIBGRIB (General Regularly-distributed Information in Binary form) é um formato binário para troca de dados meteorológicos e geofísicos em grade. As mensagens têm seções de identificação, grade, produto, representação e valores. GRIB1 e GRIB2 diferem em especificações e tabelas; definições locais também podem ser usadas, portanto confira a edição e as regras do provedor.GTFGTF tem nove colunas com tabulação. Coordenadas partem de um e incluem os extremos; atributos incluem gene_id e transcript_id. As exigências variam por produtor e leitor.HDF5HDF5 (Hierarchical Data Format version 5) é um modelo hierárquico e formato de arquivo para armazenar dados grandes e variados. Grupos formam uma hierarquia e conjuntos de dados armazenam matrizes tipadas com dimensões; ambos podem ter atributos. O HDF5 não determina por si só as convenções de coordenadas, unidades ou significado de um domínio.iCalendariCalendar troca eventos, tarefas e disponibilidade. Verifique datas, fuso horário e recorrência após a importação.Arquivo de configuração INIINI é um nome convencional para arquivos de configuração em texto organizados em seções e pares chave-valor. Não há uma especificação universal única; comentários, separadores, maiúsculas e minúsculas e valores multilinha variam conforme o aplicativo e o analisador.Jupyter NotebookJupyter Notebook (.ipynb) é um formato de notebook que armazena células de código, células Markdown, metadados e resultados em uma estrutura JSON. O arquivo pode conter código executável além dos resultados visíveis; portanto, visualizar e executar são ações diferentes.JSONJSON é um formato de texto que representa dados estruturados com chaves e valores. É amplamente usado em APIs web e arquivos de configuração.JSON5JSON5 amplia o JSON com comentários, vírgulas finais, algumas chaves sem aspas e strings com aspas simples. Foi criado para facilitar a escrita manual de dados; não é apenas outro nome para JSON. Confirme que a ferramenta de destino consegue interpretá-lo.JSON LinesJSON Lines (.jsonl) é um formato de texto com um valor JSON válido em cada linha. É útil para logs e processamento incremental, pois permite tratar os registros um de cada vez. O tipo application/jsonl foi proposto, mas ainda não é padronizado.JWKJWK é um objeto JSON que representa uma chave criptográfica. Pode conter tipo de chave (kty), ID (kid) e outros metadados. JWKS agrupa vários JWK em uma matriz keys. É comum para publicar chaves públicas; um JWK com material privado é confidencial.Keras`.keras` é o formato nativo do Keras 3 para salvar um modelo completo. Normalmente é um arquivo ZIP que reúne configuração, pesos, informações de compilação e, se houver, estado do otimizador. A documentação do Keras descreve configuração, metadados e dados de pesos no arquivo. Ele não necessariamente inclui o código de implementação de camadas ou objetos personalizados; o ambiente de carregamento pode precisar dessas classes e dependências. O Keras oferece uma opção de segurança para carregar, mas isso não torna confiável um modelo desconhecido nem seu código personalizado.KMLKML (.kml) é um formato XML que descreve como exibir informações geográficas em mapas e globos virtuais. Pode representar marcadores, linhas, áreas, descrições, estilos e sobreposições de imagens. GPX prioriza a troca de pontos, rotas e trilhas gravadas por GPS; KML é mais voltado à exibição, anotação e visualização de dados geográficos.LASLAS é um formato aberto de intercâmbio de nuvens de pontos mantido pela ASPRS. Conforme o formato do registro, armazena coordenadas X/Y/Z e campos como intensidade, número de retorno, classificação, horário GPS, RGB, dados do scanner e atributos extras, além de cabeçalhos e registros de tamanho variável para metadados. LAS 1.5 e versões anteriores diferem nos registros e requisitos de referência espacial; verifique a compatibilidade com softwares antigos. LAS normalmente não é comprimido; LAZ oferece compressão sem perdas com outra relação entre tamanho e compatibilidade.LAZLAZ comprime registros de pontos LAS em blocos. LAZ 1.4 baseia-se em LAS 1.4 e comprime seus pontos sem perdas. Implementações compatíveis podem descomprimir cada bloco separadamente, permitindo processamento ou acesso aleatório sem expandir todo o arquivo. A compressão não muda o significado dos campos LAS, mas a versão do leitor, registros estendidos e dados auxiliares de waveform afetam a interoperabilidade. LAZ 1.4 não define todos os recursos do LAS 1.5; a extensão não confirma essa compatibilidade.MAT-fileMAT-file (.mat) é o formato binário do MATLAB para variáveis do workspace. As versões 4, 6, 7 e 7.3 diferem nos arrays e tipos aceitos, compressão, limites de tamanho e recursos de acesso parcial. O `save` normal do MATLAB usa Version 7 por padrão; Version 7.3 é baseado em HDF5 e permite variáveis grandes e acesso parcial. Como v7.3 e versões anteriores têm estruturas internas diferentes, confira versão e recursos necessários em vez de inferir compatibilidade pela extensão.MBTilesMBTiles guarda tiles de mapas e metadados em um banco SQLite. O artigo trata da especificação 1.3 e distingue tiles de imagem de tiles pbf com MVT comprimido com gzip.MetaImageMetaImage é um formato de imagem médica e científica com cabeçalho de texto identificado e dados de pixels, processado pelo MetaIO do ITK. .mha reúne cabeçalho e pixels; .mhd separa o cabeçalho e normalmente referencia um arquivo de dados, como .raw. O cabeçalho pode registrar número de dimensões, tamanhos dos eixos, tipo de elemento, ordem dos bytes e espaçamento.MRCMRC (formato de mapa e imagem MRC/CCP4) é um formato binário usado principalmente para imagens e mapas 3D de crio-microscopia eletrônica. O MRC2014 tem um cabeçalho principal de 1.024 bytes com dimensões, MODE (tipo dos valores), correspondência dos eixos, espaçamento da grade e tamanho do cabeçalho estendido, seguido pelo array. É relacionado ao CCP4 map, mas confira o cabeçalho e a interpretação do software.MessagePackMessagePack é um formato binário de serialização para valores semelhantes a JSON. Ele representa inteiros, strings, dados binários, arrays e mapas, além de definir valores de extensão e timestamps. Não é texto e precisa ser lido ou gravado com uma biblioteca compatível. O significado dos dados e o mapeamento de tipos também podem depender das convenções do aplicativo.MVTMVT codifica blocos vetoriais geográficos com Protocol Buffers. Cada bloco contém camadas nomeadas, feições e atributos.netCDFnetCDF (Network Common Data Form) é um conjunto de formatos e softwares para armazenar e trocar dados científicos de modo portátil e autodescritivo. Um conjunto de dados é organizado por dimensões, variáveis e atributos. O modelo classic difere do modelo estendido disponível no netCDF-4; arquivos netCDF-4/HDF5 podem usar grupos hierárquicos. A extensão não identifica sozinha a variante.NIfTINIfTI, geralmente NIfTI-1 ou NIfTI-2, é um formato para trabalhar com dados de neuroimagem, como MRI e fMRI, em diferentes programas de análise. O cabeçalho descreve matrizes de voxel, dimensões, tipo de dado, escala e mapeamentos entre coordenadas de voxel e o espaço anatômico ou padrão. O NIfTI-1 pode reunir cabeçalho e imagem em um arquivo .nii ou separá-los em um par .hdr/.img; .nii.gz é um único arquivo comprimido com gzip.NPYNPY (.npy) é o formato binário do NumPy para armazenar um único array. O cabeçalho registra versão do formato, dtype, shape e ordem de memória, seguido pelos dados do array. Diferentemente de uma tabela de texto, pode preservar tipos numéricos e formas multidimensionais. NPY não é um arquivo compactado e normalmente guarda um array por arquivo. Arrays com dtype object podem envolver pickle; verifique esse caso e o uso de `allow_pickle` ao carregar entradas não confiáveis.NPZNPZ (.npz) é o arquivo ZIP do NumPy para guardar vários arrays juntos. Ele contém um arquivo `.npy` por array, e NumPy `load` retorna um `NpzFile` que permite acessá-los pelo nome. `savez` grava um arquivo sem compressão, enquanto `savez_compressed` usa DEFLATE; por isso a extensão não revela se os membros estão comprimidos. Cada array mantém dtype e shape via NPY. Arrays object podem envolver pickle; use cautela com allow_pickle em entradas não confiáveis.NRRDNRRD (Nearly Raw Raster Data) é um formato para dados raster N-dimensionais usado em visualização científica e processamento de imagens. Seu cabeçalho de texto descreve dimensões, tipo, tamanhos dos eixos e codificação; também pode incluir rótulos, unidades, direções e origem espacial. Cabeçalho e dados podem ficar juntos em um arquivo .nrrd ou separados em um cabeçalho .nhdr e um arquivo de dados externo.ONNXONNX (Open Neural Network Exchange) é uma representação aberta para trocar modelos de aprendizado de máquina entre frameworks e runtimes de inferência. Um arquivo `.onnx` típico armazena um ModelProto de Protocol Buffers que descreve grafo computacional, entradas e saídas, tipos e formas, imports de opset e tensores inicializadores. Safetensors armazena principalmente pesos tensoriais, enquanto ONNX também representa o grafo do modelo. Converter não faz com que todo runtime aceite todos os operadores ou recursos específicos: verifique versões IR/opset e o suporte da implementação.ORCORC é um formato colunar com tipos para sistemas analíticos. A seleção de colunas e os índices podem evitar leituras desnecessárias.ParquetApache Parquet guarda tabelas por coluna, em grupos de linhas e blocos de coluna. Ferramentas analíticas podem ler apenas as colunas necessárias.PCAPPCAP (.pcap) é um formato binário amplamente compatível para armazenar pacotes de rede capturados. Registra os dados dos pacotes, o tipo de camada de enlace e marcas de tempo. Sua estrutura simples funciona com muitos analisadores antigos, mas oferece menos opções que PCAPNG para representar várias interfaces ou comentários.PCAPNGPCAPNG armazena pacotes capturados em uma rede. É mais extensível que o pcap clássico e pode manter dados de várias interfaces e comentários. Capturas podem conter credenciais ou dados pessoais; revise-as antes de compartilhar.PCDPCD armazena nuvens de pontos usadas pelo PCL. O cabeçalho ASCII do PCD 0.7 declara campos e tipos, WIDTH e HEIGHT, VIEWPOINT e o modo de armazenamento.Java PropertiesJava Properties é um formato de texto organizado por linhas e pares chave-valor, usado principalmente com a API Properties e o ResourceBundle do Java. A extensão .properties é comum, mas a codificação depende do método de leitura e da versão do Java; não dá para determiná-la apenas pela extensão.Esquema do Protocol Buffers.proto é um arquivo de esquema que descreve mensagens, campos e tipos do Protocol Buffers. Um compilador como o protoc lê esse arquivo e gera código para as linguagens escolhidas. O .proto não é uma mensagem serializada; normalmente, ele é editado como texto.RINEXRINEX (Receiver Independent Exchange Format) é um formato de texto para trocar observações GNSS e mensagens de navegação sem depender do fabricante do receptor. O RINEX 4.02, de setembro de 2025, define arquivos de observação, navegação e meteorologia para vários sistemas e sinais de satélite. Nomes longos costumam usar .rnx e podem acrescentar .gz quando compactados. RINEX contém medições para processamento, não uma rota pronta para o mapa.SafetensorsSafetensors é um formato binário para armazenar e distribuir valores tensoriais de aprendizado de máquina. O arquivo começa com o tamanho do cabeçalho em 8 bytes little-endian, seguido por um cabeçalho JSON UTF-8 que descreve nomes, tipos, formas e deslocamentos dos tensores; depois vem um buffer de bytes com os dados. Ele não é, por si só, uma arquitetura de modelo nem um programa executável. Diferentemente da serialização baseada em pickle, não foi projetado para reconstruir objetos arbitrários executando código embutido. Isso não prova que a origem do arquivo seja confiável, que todo leitor esteja livre de falhas ou que o modelo seja seguro.SAMSAM (Sequence Alignment/Map) é um formato textual delimitado por tabulações para leituras de sequenciamento e seu alinhamento a referências. Cabeçalhos opcionais descrevem referências e softwares; cada registro traz nome da leitura, FLAG, referência e posição, MAPQ, CIGAR, sequência, qualidade e tags opcionais. A especificação também permite leituras não alinhadas, portanto nem todo registro está necessariamente alinhado. SAM é fácil de inspecionar, mas pode ser grande; BAM é sua representação binária e CRAM acrescenta compressão baseada em referência.Shell ScriptUm script de shell é um arquivo de texto com comandos interpretados por um shell, como sh ou Bash. A extensão .sh é comum, mas não identifica a sintaxe do shell. É preciso conferir o ambiente de destino, incluindo shebang, forma de execução, permissões e finais de linha.ShapefileShapefile guarda geometria e atributos em vários arquivos. .shp, .shx e .dbf com o mesmo nome formam o conjunto básico. Enviar só .shp é insuficiente.SP3SP3 (Standard Product 3) é um formato de texto para trocar órbitas precisas de satélites e correções de relógio por época, usadas em análises GNSS. O cabeçalho identifica versão, sistema de tempo e satélites; os registros de época trazem posições e dados de relógio. SP3-d aceita até 999 satélites. Um produto SP3 é diferente das observações de receptores RINEX e é usado em produtos de órbita precisa de centros de análise.SQLArquivos SQL contêm comandos de banco de dados. A sintaxe e os recursos variam entre produtos.Banco de dados SQLiteSQLite é um banco relacional incorporado que guarda tabelas e índices em um arquivo, normalmente um arquivo principal. Extensões comuns são .sqlite, .sqlite3 e .db, mas o nome não confirma o formato.TOMLTOML é um formato de configuração textual com pares chave-valor, tabelas, listas e tipos. As regras variam por aplicativo.Arquivo de metadados BitTorrentUm arquivo .torrent contém metadados do BitTorrent. É um dicionário codificado em bencode que descreve informações como o nome do conteúdo, as partes e as URLs dos trackers; em geral, não contém os arquivos distribuídos. Um cliente BitTorrent lê esses dados para localizar pares e verificar o conteúdo baixado.TSVTSV separa colunas por tabulações e linhas por quebras de linha. O tratamento de tabulações e quebras dentro dos valores e de aspas varia conforme a ferramenta.UBXUBX é um protocolo binário entre receptores u-blox e sistemas hospedeiros. Um registro .ubx contém as mensagens gravadas. A referência é a descrição oficial ZED-F9P HPG 1.32, protocolo 27.31.vCardUm arquivo VCF contém registros vCard. Aplicativos podem interpretar versões, codificação, campos repetidos e fotos de modo diferente.WARCWARC (Web ARChive file format) reúne vários recursos digitais coletados da Web e informações relacionadas em um arquivo de preservação. Padronizado como ISO 28500, concatena registros cujos cabeçalhos indicam campos como data, tipo e tamanho do conteúdo, seguidos por um bloco de conteúdo. Tipos como response, request, resource, metadata e revisit guardam recursos e contexto da coleta; o conteúdo pode incluir imagens e outros formatos além de HTML. Às vezes é compactado externamente como `.warc.gz`. WARC não é um formato de página independente que garanta a reprodução completa de um site.WSDLWSDL (Web Services Description Language) é um formato XML que descreve a interface de um serviço web e como acessá-lo. Ele relaciona operações e mensagens abstratas a bindings de protocolos e formatos de mensagem, endpoints e informações do serviço. O WSDL não é a implementação do serviço nem os dados efetivamente trocados.XMLXML é uma linguagem de marcação que representa dados estruturados com tags. É usada quando são necessárias estrutura hierárquica e validação por esquema.XMPXMP define modelo, representação e propriedades básicas de metadados. Usa XML/RDF e pode ser incorporado a arquivos compatíveis ou salvo em arquivos auxiliares .xmp. Não substitui a imagem.XML SchemaXSD (XML Schema Definition) é uma linguagem de esquema baseada em XML que define elementos, atributos, tipos de dados e restrições para documentos XML. O XSD não é o próprio documento XML com os dados; ele é usado por um validador XML Schema para verificar documentos de instância. Confira a versão do esquema, os namespaces e o suporte do validador.YAMLYAML é uma notação para escrever mapeamentos, sequências e valores escalares de modo legível. Seu uso se sobrepõe ao JSON, mas não é um superconjunto.ZarrZarr especifica o armazenamento em blocos de matrizes multidimensionais e metadados. Um conjunto pode ser um diretório ou várias chaves em armazenamento de objetos, não um arquivo único. Zarr v2 e v3 diferem; confira versões e codecs nas duas pontas.
Comparar
- Arrow IPC vs CSV
- Arrow vs netCDF
- Arrow vs ORC
- Arrow IPC ou Parquet
- Arrow vs Zarr
- Avro ou CBOR
- Avro ou JSON
- Avro vs ORC
- Avro vs Parquet
- Avro ou Protocol Buffers
- BAM vs CRAM
- BED vs bigBed: edição de texto e distribuição indexada
- BED vs GFF3: extração de regiões e estrutura de anotação
- bedGraph vs bigWig: texto numérico e distribuição indexada
- BSON ou JSON
- BSON vs MessagePack
- BUFR vs GRIB
- CBOR ou JSON
- CBOR vs MessagePack
- CSV vs JSON
- CSV vs Parquet
- DICOM ou JPEG
- DICOM ou TIFF
- E57 vs LAS
- FASTA ou FASTQ: sequências e preservação da qualidade
- FIT vs GPX
- FITS vs HDF5
- FITS vs netCDF
- FITS vs Zarr
- FlatGeobuf ou GeoPackage: distribuição e gestão SQL
- GeoJSON vs JSON
- GeoPackage vs GeoJSON
- GeoPackage vs KML
- GeoParquet ou GeoPackage: análise colunar e gestão GIS
- GeoTIFF vs netCDF
- GeoTIFF vs TIFF
- GeoTIFF vs Zarr
- GGUF vs Safetensors: distribuição para inferência e pesos
- GML versus GeoJSON: esquemas e coordenadas
- GPX ou KML
- GRIB vs netCDF
- GRIB vs Zarr
- GTF vs GFF3: atributos e correspondência de transcritos
- HDF5 vs netCDF
- HDF5 vs Zarr
- ICS vs CSV
- JSON vs TOML
- JSON vs YAML
- JSON5 ou JSON
- JSON Lines vs Avro
- JSON Lines ou CSV
- JSON Lines ou JSON
- JSON Lines versus Parquet
- Keras vs ONNX: salvar treinamento ou exportar inferência
- LAS vs LAZ
- MBTiles ou MVT: conjuntos e codificação de tiles
- MVT versus GeoJSON: blocos e intercâmbio
- netCDF vs Parquet
- netCDF vs Zarr
- NIfTI vs DICOM
- NPY vs NPZ
- NPZ versus HDF5: conjuntos de arrays e leitura parcial
- ORC vs CSV
- Parquet vs JSON
- Parquet vs ORC
- Parquet vs Zarr
- PCAP vs PCAPNG
- PLY e PCD: diferenças de estrutura
- Protocol Buffers ou JSON
- RINEX versus SP3: observações e órbitas
- Safetensors versus ONNX: pesos ou grafos do modelo
- SAM vs BAM
- Shapefile ou GeoPackage: arquivos e preservação de atributos
- SQLite ou CSV
- TSV vs CSV
- UBX versus RINEX: registros e intercâmbio
- VCF vs CSV
- Web App Manifest vs JSON
- XML vs CSV
- XML vs JSON
- YAML vs TOML
- YAML vs XML