Données
Formats d’échange et de stockage de données structurées, de tableaux scientifiques, d’apprentissage automatique, de génomique, de nuages de points et de positionnement.
À propos de cette catégorie
Apache Arrow IPCApache Arrow fournit un format de données en colonnes et des bibliothèques ; Arrow IPC sérialise ces données pour les échanger entre processus et applications. Le format fichier utilise généralement .arrow et permet l’accès aléatoire aux lots d’enregistrements grâce à son pied de fichier. Le format flux utilise souvent .arrows et transmet les messages dans l’ordre. Feather V2 désigne des fichiers fondés sur le format fichier Arrow IPC.AvroApache Avro sérialise des enregistrements selon un schéma exprimable en JSON. Il gère enregistrements, tableaux, maps et unions ; lecteurs et producteurs ont besoin de schémas compatibles.BAMBAM est la représentation binaire des données d'alignement SAM définie par SAMv1. Il utilise généralement une compression par blocs BGZF, ce qui permet l'accès à des régions précises au moyen d'un index. Il stocke en-têtes de référence, noms de lecture, FLAG, CIGAR, positions, qualités et tags, et peut aussi contenir des lectures non alignées. Un BAM trié par coordonnées peut utiliser un index BAI ou CSI. BAM convient au traitement informatique, pas à la lecture directe ; la référence et l'index doivent correspondre.BEDBED indique chromosome, début et fin en texte. Le début est compté à partir de zéro et la fin est exclue. Il ne contient ni la séquence elle-même ni la qualité par base.bedGraphbedGraph contient chromosome, début, fin et valeur numérique. Les coordonnées commencent à zéro et excluent la fin. Les valeurs peuvent être entières ou réelles, positives ou négatives.bigBedbigBed est un format binaire indexé créé à partir de données BED. Les navigateurs compatibles lisent les régions utiles. Ce n’est pas simplement du BED compressé avec gzip.bigWigbigWig stocke des valeurs génomiques en binaire indexé. Il est créé depuis WIG ou bedGraph et permet un accès régional compatible. Son rôle diffère de bigBed.BSONBSON (Binary JSON) est un format binaire de sérialisation de documents à la structure proche de JSON. Il prend aussi en charge des types absents du JSON standard, comme les dates, les données binaires et ObjectId. MongoDB l’utilise largement, mais BSON n’est pas du texte JSON ordinaire : il faut un pilote ou un outil compatible.BUFRBUFR (Binary Universal Form for the Representation of meteorological data ; WMO FM 94) est un format binaire qui code les observations avec des descripteurs définis par tables. Les séquences déterminent l’interprétation des valeurs ; vérifiez édition et tables maîtresses ou locales.CBORCBOR (Concise Binary Object Representation) est une norme de l’IETF qui encode en binaire des éléments tels que nombres, chaînes, tableaux et cartes. Elle vise des implémentations et messages compacts tout en restant extensible, et peut représenter des données proches de JSON. Ce n’est pas un format texte : il faut un outil ou une bibliothèque compatible CBOR pour le lire et l’écrire.CRAMCRAM stocke lectures et alignements au moyen de codages pouvant exploiter les différences avec une séquence de référence, souvent avec une compression supérieure à BAM. La spécification autorise des stratégies avec ou sans perte et ne fixe pas les données à préserver. L'extension .cram ne permet donc pas de savoir si qualités de bases ou tags ont été conservés : vérifiez l'outil et ses paramètres. Certains fichiers ou flux exigent une référence externe exacte, mais celle-ci peut aussi être intégrée. Les index CRAI permettent l'accès par région.DICOMDICOM est une norme pour enregistrer et échanger des images médicales et les informations associées. Un fichier Part 10, généralement doté de l’extension .dcm, contient les métadonnées du fichier puis un jeu de données représentant une instance SOP. Il peut inclure les pixels ainsi que des attributs d’examen, d’équipement ou de patient. L’encodage et la compression des pixels dépendent de la Transfer Syntax ; DICOM est donc plus qu’un simple fichier image.E57E57 échange des points issus de systèmes d’imagerie 3D. Le résumé public d’ASTM indique qu’il peut stocker des points 3D, des attributs comme couleur ou intensité et des photos numériques du système ; il combine binaire et XML. Contrairement à LAS/LAZ, il peut aussi inclure des images du scan..env.env est un nom de fichier texte conventionnel qui permet d'écrire des noms et valeurs de variables d'environnement à charger par des applications ou outils compatibles. Il n'existe pas de spécification universelle : guillemets, commentaires, expansion des variables et priorité par rapport aux variables déjà définies dépendent du lecteur.FASTAFASTA est un format texte où une ligne de définition commençant par > précède la séquence. Cet article traite des séquences nucléotidiques et de référence. FASTA seul ne contient pas de qualité par base.FASTQFASTQ est un format texte courant qui associe les lectures produites par un séquenceur à des scores de qualité par base. Un enregistrement courant comprend un identifiant commençant par `@`, une séquence, un séparateur `+` et une chaîne de qualité de même longueur. FASTQ n’a pas de spécification formelle unique et plusieurs codages incompatibles existent, notamment Sanger Phred+33 et les variantes historiques Solexa/Illumina. Les extensions `.fastq` et `.fq` sont courantes, avec parfois une compression externe gzip. FASTQ stocke généralement les lectures avant alignement ; il ne remplace pas les enregistrements SAM/BAM portant des positions de référence.FITFIT (.fit) est un format binaire qui stocke et échange des données d'appareils sportifs, de fitness et de santé. Il peut contenir des messages d'activité, mesures de capteurs, événements, entraînements et parcours. Les champs lisibles dépendent du profil FIT et du logiciel destinataire ; le décodage peut nécessiter le FIT SDK.FITSFITS (Flexible Image Transport System) est une norme utilisée principalement en astronomie pour stocker et échanger des données scientifiques. Le fichier concatène des unités Header/Data (HDU), chacune composée d’un en-tête et de données ; il peut ainsi contenir des tableaux d’images, des spectres et des tables ASCII ou binaires. Les en-têtes utilisent des cartes de 80 caractères et les limites des HDU sont complétées jusqu’à des blocs de 2 880 octets.FlatGeobufFlatGeobuf est un format binaire d’entités géographiques fondé sur FlatBuffers. Il comprend un en-tête, un index spatial facultatif et des entités. Un fichier .fgb contient une seule couche.GeoJSONGeoJSON représente des entités et géométries géographiques en JSON. Dans le système de coordonnées standard, la longitude précède la latitude.GeoPackageGeoPackage (.gpkg) est un fichier de base de données SQLite qui stocke des données géospatiales selon la norme GeoPackage de l’OGC. Il peut réunir dans un même fichier des entités vectorielles, des tuiles de cartes raster à plusieurs niveaux de zoom et des attributs non spatiaux, notamment pour un usage mobile ou hors ligne. Un fichier SQLite n’est pas automatiquement un GeoPackage : il doit respecter le schéma et les exigences de la norme.GeoParquetGeoParquet ajoute à Parquet des conventions de géométrie et de métadonnées géographiques. L’article couvre la spécification 1.1.0. L’extension .parquet ne prouve pas la conformité.GeoTIFFGeoTIFF spécifie le stockage de références géographiques dans des images TIFF. Des balises décrivent la relation entre pixels et coordonnées géographiques ou projetées et peuvent indiquer le système de référence. La compression varie ; l’extension seule ne confirme pas le géoréférencement.GFF3GFF3 comporte neuf colonnes séparées par tabulations. Début et fin sont comptés à partir de un et inclusifs. ID et Parent décrivent des relations.GGUFGGUF est un conteneur binaire conçu pour GGML et les moteurs d'inférence compatibles. Son en-tête contient la version du format, les descriptions des tenseurs et des métadonnées clé-valeur ; les données des tenseurs suivent. Il est courant pour l'inférence locale avec les outils de la famille llama.cpp, mais le format ne garantit pas la prise en charge de chaque moteur ou architecture. L'extension n'indique pas non plus si le modèle est quantifié..gitignore.gitignore est un fichier texte de motifs qui indique à Git d'ignorer des chemins qui ne sont pas encore suivis. Git applique les motifs issus des fichiers .gitignore et d'autres sources d'exclusion selon des règles de priorité. L'ajout d'un motif n'arrête pas le suivi d'un fichier déjà présent dans l'index.GMLGML est un standard OGC qui exprime la géométrie et les attributs géographiques en XML. Les schémas d'application définissent des entités propres à un domaine.GPXGPX (.gpx) est un format XML d'échange de données GPS entre applications et services Web. Il distingue les points de passage, les itinéraires planifiés et les traces enregistrées. GPX 1.1 utilise le référentiel WGS 84 pour les coordonnées. Le style cartographique et les informations propres à une application ne sont pas nécessairement transférés à l'identique : vérifiez le résultat selon votre besoin.GRIBGRIB (General Regularly-distributed Information in Binary form) est un format binaire d’échange de données météorologiques et géophysiques maillées. Les messages contiennent des sections d’identification, de grille, de produit, de représentation et de valeurs. GRIB1 et GRIB2 diffèrent ; des définitions locales existent aussi. Vérifiez l’édition et les conventions du fournisseur.GTFGTF comporte neuf colonnes tabulées. Les coordonnées commencent à un et sont inclusives ; les attributs incluent gene_id et transcript_id. Les exigences varient selon producteur et lecteur.HDF5HDF5 (Hierarchical Data Format version 5) est un modèle hiérarchique et un format de fichier pour stocker des données volumineuses et variées. Les groupes forment une hiérarchie ; les jeux de données stockent des tableaux typés et dimensionnés. Les groupes et jeux de données peuvent avoir des attributs. HDF5 n’impose pas à lui seul les conventions de coordonnées, d’unités ou de sens d’un domaine.iCalendariCalendar échange événements, tâches et disponibilités. Vérifiez dates, fuseaux et récurrence après import.Fichier de configuration INIINI est un nom courant pour des fichiers texte de configuration organisés en sections et paires clé-valeur. Il n’existe pas de spécification universelle unique : commentaires, séparateurs, casse des clés et valeurs multilignes varient selon l’application ou l’analyseur.Jupyter NotebookJupyter Notebook (.ipynb) est un format de notebook qui stocke des cellules de code, des cellules Markdown, des métadonnées et des résultats dans une structure JSON. Un fichier peut contenir du code exécutable, et pas seulement les résultats affichés : le consulter et l’exécuter sont donc deux actions distinctes.JSONJSON est un format texte qui représente des données structurées avec des clés et des valeurs. Il est largement utilisé par les API web et les fichiers de configuration.JSON5JSON5 étend JSON avec des commentaires, des virgules finales, certaines clés sans guillemets et des chaînes entre apostrophes. Il facilite la rédaction manuelle des données ; ce n’est pas un simple autre nom pour JSON. Vérifiez que l’outil destinataire sait l’analyser.JSON LinesJSON Lines (.jsonl) est un format texte qui place une valeur JSON valide sur chaque ligne. Il convient aux journaux et au traitement incrémental, car les enregistrements peuvent être traités un par un. Le type application/jsonl est proposé, mais n’est pas normalisé.JWKUne JWK est un objet JSON qui représente une clé cryptographique. Elle peut contenir le type kty, l’identifiant kid et d’autres métadonnées. Un JWKS regroupe plusieurs JWK dans un tableau keys. Il sert souvent à publier des clés publiques; une JWK privée est sensible.Keras`.keras` est le format natif de Keras 3 pour enregistrer un modèle entier. Il s'agit généralement d'une archive ZIP regroupant configuration, poids, informations de compilation et état de l'optimiseur s'il existe. La documentation Keras décrit la configuration, les métadonnées et les données de poids dans l'archive. Le fichier n'inclut pas forcément le code d'implémentation des couches ou objets personnalisés ; l'environnement de chargement peut nécessiter ces classes et dépendances. Keras propose une option de sécurité au chargement, mais elle ne rend pas fiable un modèle inconnu ni son code personnalisé.KMLKML (.kml) est un format XML qui décrit l'affichage de données géographiques sur une carte ou un globe virtuel. Il peut représenter des repères, lignes, zones, descriptions, styles et superpositions d'images. GPX met l'accent sur l'échange de points, itinéraires et traces enregistrées par GPS ; KML sert davantage à afficher, annoter et visualiser des données géographiques.LASLAS est un format ouvert d'échange de nuages de points maintenu par l'ASPRS. Selon le format d'enregistrement, il stocke les coordonnées X/Y/Z et des champs tels que l'intensité, le numéro de retour, la classification, le temps GPS, le RGB, le scanner et des attributs supplémentaires, ainsi que des en-têtes et des enregistrements à longueur variable pour les métadonnées. LAS 1.5 et les versions antérieures diffèrent par les points pris en charge et les exigences de référence spatiale ; vérifiez les anciens logiciels. LAS est généralement non compressé ; LAZ sans perte présente d'autres compromis de taille et compatibilité.LAZLAZ compresse les enregistrements de points LAS par blocs. LAZ 1.4 est basé sur LAS 1.4 et compresse ses données de points sans perte. Les implémentations compatibles peuvent décompresser les blocs indépendamment, permettant parfois traitement ou accès aléatoire sans déployer tout le fichier. La compression ne change pas le sens des champs LAS, mais versions du lecteur, enregistrements étendus et données waveform associées affectent l'interopérabilité. LAZ 1.4 ne définit pas toutes les fonctions LAS 1.5 ; l'extension ne suffit donc pas à confirmer la compatibilité.MAT-fileUn MAT-file (.mat) est le format binaire MATLAB pour les variables de l'espace de travail. Les Versions 4, 6, 7 et 7.3 diffèrent par les tableaux et types pris en charge, la compression, les limites de taille et l'accès partiel. Le `save` MATLAB ordinaire utilise Version 7 par défaut ; Version 7.3 repose sur HDF5 et permet les grandes variables et l'accès partiel. Les structures internes de v7.3 et des versions antérieures étant différentes, vérifiez la version et les fonctions requises plutôt que de déduire la compatibilité de l'extension.MBTilesMBTiles stocke des tuiles cartographiques et des métadonnées dans SQLite. L’article couvre la spécification 1.3 et distingue les images des tuiles pbf contenant du MVT compressé avec gzip.MetaImageMetaImage est un format d'image médicale et scientifique composé d'un en-tête texte balisé et de pixels, traité par MetaIO d'ITK. .mha réunit l'en-tête et les pixels ; .mhd sépare l'en-tête et référence généralement un fichier de données, comme .raw. L'en-tête peut indiquer le nombre de dimensions, la taille des axes, le type d'élément, l'ordre des octets et l'espacement.MRCMRC (format de carte et d'image MRC/CCP4) est un format binaire principalement utilisé pour les images et cartes 3D de cryomicroscopie électronique. MRC2014 comprend un en-tête principal de 1 024 octets qui décrit les dimensions, MODE (type des valeurs), les axes, l'espacement de grille et la longueur de l'en-tête étendu, suivi du tableau de données. Il est proche du format cristallographique CCP4 map, mais vérifiez l'en-tête et l'interprétation du logiciel au lieu de supposer des conventions identiques.MessagePackMessagePack est un format binaire de sérialisation de valeurs proches de JSON. Il représente nombres entiers, chaînes, données binaires, tableaux et cartes, et définit aussi des valeurs d’extension et des horodatages. Ce n’est pas du texte : une bibliothèque compatible est nécessaire pour le lire et l’écrire. Le sens des données et la correspondance des types dépendent également des conventions de l’application.MVTMVT encode des tuiles vectorielles géographiques avec Protocol Buffers. Les tuiles contiennent des couches nommées, des entités et des attributs.netCDFnetCDF (Network Common Data Form) est un ensemble de formats et logiciels pour stocker et échanger des données scientifiques portables et auto-descriptives. Un jeu de données s’organise en dimensions, variables et attributs. Le modèle classic diffère du modèle étendu netCDF-4, qui peut utiliser des groupes hiérarchiques dans des fichiers fondés sur HDF5. L’extension ne révèle pas la variante.NIfTINIfTI, généralement NIfTI-1 ou NIfTI-2, est un format permettant de traiter des données de neuro-imagerie comme l’IRM et l’IRMf dans différents logiciels d’analyse. Son en-tête décrit les tableaux de voxels, les dimensions, le type de données, l’échelle et les transformations des coordonnées voxel vers l’espace anatomique ou standard. NIfTI-1 peut regrouper en-tête et image dans un fichier .nii ou les séparer en paire .hdr/.img ; .nii.gz est un fichier unique compressé avec gzip.NPYNPY (.npy) est le format binaire de NumPy pour enregistrer un seul tableau. Son en-tête indique la version du format, dtype, shape et l'ordre mémoire, puis viennent les données du tableau. Contrairement à une table texte, il peut préserver les types numériques et les formes multidimensionnelles. NPY n'est pas une archive compressée et stocke normalement un tableau par fichier. Les tableaux de dtype object peuvent impliquer pickle ; vérifiez ce cas et `allow_pickle` lors du chargement de données non fiables.NPZNPZ (.npz) est l'archive ZIP de NumPy pour enregistrer plusieurs tableaux ensemble. Elle contient un fichier `.npy` par tableau et NumPy `load` renvoie un `NpzFile` permettant l'accès par nom. `savez` crée une archive non compressée, tandis que `savez_compressed` utilise DEFLATE ; l'extension ne révèle donc pas si les membres sont compressés. Chaque tableau conserve dtype et shape via NPY. Les tableaux object peuvent impliquer pickle ; traitez allow_pickle avec prudence pour des entrées non fiables.NRRDNRRD (Nearly Raw Raster Data) est un format de données raster à N dimensions utilisé en visualisation scientifique et en traitement d'images. Son en-tête texte décrit les dimensions, le type, la taille des axes et l'encodage des données ; il peut aussi contenir des libellés, unités, directions et une origine spatiale. L'en-tête et les données peuvent être réunis dans un fichier .nrrd ou séparés entre un en-tête .nhdr et un fichier de données externe.ONNXONNX (Open Neural Network Exchange) est une représentation ouverte pour échanger des modèles d’apprentissage automatique entre frameworks et runtimes d’inférence. Un fichier `.onnx` courant stocke un ModelProto Protocol Buffers décrivant graphe de calcul, entrées et sorties, types et formes, imports d’opset et tenseurs initiaux. Safetensors stocke surtout les poids tensoriels ; ONNX représente aussi un graphe de modèle. La conversion ne garantit pas que chaque runtime prenne en charge tous les opérateurs ou fonctions spécifiques : vérifiez les versions IR/opset et le support de l’implémentation.ORCORC est un format en colonnes typées pour les systèmes d’analyse. Sélection de colonnes et index limitent les lectures inutiles.ParquetApache Parquet stocke des tableaux par colonnes, organisés en groupes de lignes et blocs de colonnes. Les outils peuvent lire les colonnes nécessaires sans parcourir tous les champs.PCAPPCAP (.pcap) est un format binaire largement pris en charge pour enregistrer des paquets réseau capturés. Il stocke les données de paquets, le type de couche liaison et les horodatages. Sa structure simple fonctionne avec de nombreux anciens analyseurs, mais représente moins facilement que PCAPNG plusieurs interfaces ou des commentaires.PCAPNGPCAPNG stocke les paquets capturés sur un réseau. Plus extensible que le format pcap classique, il peut conserver plusieurs interfaces et des commentaires. Une capture peut contenir des identifiants ou des données personnelles : vérifiez-la avant de la partager.PCDPCD stocke les nuages de points utilisés par PCL. L’en-tête ASCII de PCD 0.7 déclare les champs et types, WIDTH et HEIGHT, VIEWPOINT et le mode de stockage.Java PropertiesJava Properties est un format texte ligne par ligne, constitué de paires clé-valeur et principalement utilisé avec l'API Properties et ResourceBundle de Java. L'extension .properties est courante, mais l'encodage dépend de la méthode de lecture et de la version de Java : l'extension ne suffit donc pas à le déterminer.Schéma Protocol Buffers.proto est un fichier de schéma qui décrit les messages, champs et types Protocol Buffers. Un compilateur comme protoc le lit et génère du code pour les langages choisis. Le fichier .proto n’est pas un message sérialisé : il se modifie généralement comme du texte.RINEXRINEX (Receiver Independent Exchange Format) est un format texte d'échange d'observations GNSS et de messages de navigation indépendant du fabricant du récepteur. RINEX 4.02, daté de septembre 2025, définit des fichiers d'observation, de navigation et météorologiques pour plusieurs systèmes et signaux satellitaires. Les noms longs utilisent généralement .rnx et peuvent ajouter .gz en cas de compression. RINEX contient des mesures destinées au traitement, et non un trajet cartographique déjà calculé.SafetensorsSafetensors est un format binaire destiné au stockage et à la distribution de valeurs tensorielles d’apprentissage automatique. Le fichier commence par une longueur d’en-tête little-endian de 8 octets, suivie d’un en-tête JSON UTF-8 décrivant noms, types, formes et décalages des tenseurs, puis d’un tampon d’octets contenant les données. Il ne constitue pas à lui seul une architecture de modèle ni un programme exécutable. Contrairement à la sérialisation pickle, il n’est pas conçu pour restaurer des objets arbitraires en exécutant du code de reconstruction intégré. Cela ne garantit ni la fiabilité de la source, ni l’absence de défaut dans chaque lecteur, ni la sûreté du modèle.SAMSAM (Sequence Alignment/Map) représente sous forme de texte tabulé les lectures de séquençage et leur alignement sur des séquences de référence. Des lignes d'en-tête facultatives décrivent les références et logiciels ; chaque enregistrement contient notamment le nom de lecture, FLAG, référence et position, MAPQ, CIGAR, séquence, qualité et tags facultatifs. La spécification permet aussi les lectures non alignées : toutes ne le sont donc pas nécessairement. SAM est lisible mais peut être volumineux ; BAM en est la représentation binaire et CRAM ajoute une compression liée à la référence.Shell ScriptUn script shell est un fichier texte contenant des commandes interprétées par un shell tel que sh ou Bash. L'extension .sh est courante, mais elle ne précise pas la syntaxe du shell utilisé. Il faut vérifier l'environnement cible, notamment le shebang, le mode d'exécution, les permissions et les fins de ligne.ShapefileShapefile conserve géométrie et attributs dans plusieurs fichiers. .shp, .shx et .dbf de même nom forment le jeu de base. Transmettre uniquement .shp ne suffit pas.SP3SP3 (Standard Product 3) est un format texte d’échange, par époque, des orbites précises et corrections d’horloge satellitaires utilisées en analyse GNSS. L’en-tête identifie notamment la version, l’échelle de temps et les satellites ; les enregistrements d’époque contiennent positions et informations d’horloge. SP3-d prend en charge jusqu’à 999 satellites. Un produit SP3 diffère des observations de récepteur RINEX et sert aux produits d’orbite précise des centres d’analyse.SQLLes fichiers SQL contiennent des commandes de base de données. La syntaxe varie selon le produit.Base de données SQLiteSQLite est une base relationnelle intégrée qui stocke tables et index dans un fichier, généralement principal. Les extensions .sqlite, .sqlite3 et .db sont courantes, mais le nom ne prouve pas le format.TOMLTOML est un format de configuration texte avec des paires clé-valeur, des tables, des tableaux et des valeurs typées. La prise en charge par les analyseurs et les règles d’application peuvent varier.Fichier de métadonnées BitTorrentUn fichier .torrent contient des métadonnées BitTorrent. C'est un dictionnaire encodé en bencode qui décrit notamment le nom du contenu, les pièces et les URL des trackers ; il ne contient généralement pas les fichiers distribués. Un client BitTorrent le lit pour trouver des pairs et vérifier les données téléchargées.TSVTSV sépare les colonnes par tabulations et généralement les lignes par sauts de ligne. Le traitement des tabulations, sauts et guillemets dans les valeurs varie selon l’outil.UBXUBX est un protocole binaire entre récepteurs u-blox et hôtes. Un journal .ubx contient les messages enregistrés. La référence est la description officielle ZED-F9P HPG 1.32, protocole 27.31.vCardUn fichier VCF contient des fiches vCard. Les applications peuvent interpréter différemment versions, encodage, champs répétés et photos.WARCWARC (Web ARChive file format) regroupe plusieurs ressources numériques collectées sur le Web et des informations associées. Normalisé sous ISO 28500, il concatène des enregistrements dont l’en-tête indique notamment date, type et longueur du contenu, suivis d’un bloc de contenu. Les types response, request, resource, metadata et revisit conservent ressources et contexte de collecte ; le contenu peut inclure des images et d’autres formats que HTML. Une compression externe produit parfois `.warc.gz`. WARC n’est pas un format de page autonome garantissant la relecture complète d’un site.WSDLWSDL (Web Services Description Language) est un format XML qui décrit l’interface d’un service web et son mode d’accès. Il relie opérations et messages abstraits aux liaisons de protocole et de format de message, aux points d’accès et aux informations du service. Un fichier WSDL n’est ni l’implémentation du service ni les données échangées.XMLXML est un langage de balisage qui représente des données structurées avec des balises. Il s'emploie lorsqu'une structure hiérarchique et une validation par schéma sont nécessaires.XMPXMP définit modèle, représentation et propriétés principales des métadonnées. Il utilise XML/RDF, intégré à des fichiers compatibles ou conservé dans des fichiers annexes .xmp. Il ne remplace pas l’image.XML SchemaXSD (XML Schema Definition) est un langage de schéma XML qui définit les éléments, attributs, types de données et contraintes des documents XML. Un XSD n’est pas le document XML contenant les données : il sert à valider ce document avec un processeur XML Schema. Vérifiez la version du schéma, les espaces de noms et la prise en charge du validateur.YAMLYAML est une notation lisible pour écrire des mappages, séquences et valeurs scalaires. Ses usages recoupent JSON, mais ce n'est pas un surensemble.ZarrZarr spécifie le stockage en blocs de tableaux multidimensionnels et de métadonnées. Un jeu de données peut être un répertoire ou plusieurs clés d’un stockage objet, pas un fichier unique. Les versions v2 et v3 diffèrent ; vérifiez versions et codecs des deux côtés.
Comparer
- Arrow IPC ou CSV
- Arrow ou netCDF
- Arrow ou ORC
- Arrow IPC ou Parquet
- Arrow ou Zarr
- Avro ou CBOR
- Avro ou JSON
- Avro ou ORC
- Avro ou Parquet
- Avro ou Protocol Buffers
- BAM vs CRAM
- BED ou bigBed : édition de texte et diffusion indexée
- BED ou GFF3 : extraction d’intervalles et structure d’annotation
- bedGraph ou bigWig : texte numérique et diffusion indexée
- BSON ou JSON
- BSON ou MessagePack
- BUFR ou GRIB
- CBOR ou JSON
- CBOR ou MessagePack
- CSV vs JSON
- CSV vs Parquet
- DICOM ou JPEG
- DICOM ou TIFF
- E57 vs LAS
- FASTA ou FASTQ : séquences et conservation de la qualité
- FIT ou GPX
- FITS ou HDF5
- FITS ou netCDF
- FITS ou Zarr
- FlatGeobuf ou GeoPackage : diffusion et gestion SQL
- GeoJSON ou JSON
- GeoPackage ou GeoJSON
- GeoPackage ou KML
- GeoParquet ou GeoPackage : analyse en colonnes et gestion SIG
- GeoTIFF ou netCDF
- GeoTIFF ou TIFF
- GeoTIFF ou Zarr
- GGUF ou Safetensors : distribution pour l’inférence et poids
- GML et GeoJSON : schémas et coordonnées
- GPX ou KML
- GRIB ou netCDF
- GRIB ou Zarr
- GTF ou GFF3 : attributs et correspondance des transcrits
- HDF5 ou netCDF
- HDF5 ou Zarr
- ICS ou CSV
- JSON vs TOML
- JSON vs YAML
- JSON5 ou JSON
- JSON Lines ou Avro
- JSON Lines ou CSV
- JSON Lines ou JSON
- JSON Lines ou Parquet
- Keras ou ONNX : sauvegarde d’entraînement et export d’inférence
- LAS vs LAZ
- MBTiles ou MVT : jeux de tuiles et encodage
- MVT et GeoJSON : tuiles et échange de données
- netCDF ou Parquet
- netCDF ou Zarr
- NIfTI ou DICOM
- NPY vs NPZ
- NPZ ou HDF5 : regroupement de tableaux et lectures partielles
- ORC vs CSV
- Parquet vs JSON
- Parquet ou ORC
- Parquet ou Zarr
- PCAP ou PCAPNG
- PLY ou PCD
- Protocol Buffers ou JSON
- RINEX et SP3 : observations et orbites
- Safetensors ou ONNX : poids ou graphes de modèle
- SAM vs BAM
- Shapefile ou GeoPackage : fichiers et préservation des attributs
- SQLite ou CSV
- TSV ou CSV
- UBX et RINEX : journaux et échange d'observations
- VCF ou CSV
- Web App Manifest ou JSON
- XML ou CSV
- XML vs JSON
- YAML vs TOML
- YAML ou XML