Daten
Formate für den Austausch und die Speicherung strukturierter Daten, wissenschaftliche Arrays, maschinelles Lernen, Genomik, Punktwolken und Positionsbestimmung.
Über diese Kategorie
Apache Arrow IPCApache Arrow stellt ein spaltenorientiertes Datenformat und zugehörige Bibliotheken bereit. Arrow IPC serialisiert solche Daten für den Austausch zwischen Prozessen und Anwendungen. Das Dateiformat verwendet meist .arrow und ermöglicht über seinen Footer den wahlfreien Zugriff auf Record Batches. Das Stream-Format verwendet meist .arrows und überträgt Nachrichten der Reihe nach. Feather V2 ist eine Bezeichnung für Dateien auf Grundlage des Arrow-IPC-Dateiformats.AvroApache Avro serialisiert Datensätze nach einem Schema, das in JSON ausgedrückt werden kann. Datensätze, Arrays, Maps und Unions sind möglich; Lese- und Schreibseite benötigen kompatible Schemata.BAMBAM ist die in SAMv1 definierte binäre Darstellung von SAM-Alignmentdaten. Üblicherweise verwendet BAM BGZF-Blockkomprimierung und ermöglicht mit einem Index den Zugriff auf bestimmte Bereiche. Es speichert Referenzkopfzeilen, Readnamen, FLAG, CIGAR, Positionen, Sequenzqualitäten und Tags; auch nicht ausgerichtete Reads sind möglich. Koordinatensortierte BAM-Dateien können mit BAI oder CSI indiziert werden. BAM eignet sich für maschinelle Verarbeitung, nicht zum direkten Lesen; Referenz und Index müssen zusammenpassen.BEDBED listet Chromosom, Start und Ende als Text. Der Start zählt ab null; die Endposition ist ausgeschlossen. Sequenzen oder Qualitätswerte pro Base werden nicht gespeichert.bedGraphbedGraph enthält Chromosom, Start, Ende und Zahlenwert. Koordinaten sind nullbasiert und endexklusiv. Werte können positive oder negative ganze oder reelle Zahlen sein.bigBedbigBed ist ein indexiertes Binärformat aus BED-Daten. Geeignete Browser lesen ausgewählte Regionen. Es ist nicht einfach gzip-komprimiertes BED.bigWigbigWig speichert Genomwerte in indexiertem Binärformat. Es entsteht aus WIG oder bedGraph und ermöglicht regionalen Zugriff. Seine Datenrolle unterscheidet sich von bigBed.BSONBSON (Binary JSON) ist ein binäres Serialisierungsformat für Dokumente mit einer JSON-ähnlichen Struktur. Es unterstützt auch Typen, die Standard-JSON nicht kennt, darunter Datumswerte, Binärdaten und ObjectId. MongoDB verwendet BSON häufig; es ist jedoch kein gewöhnlicher JSON-Text und benötigt einen BSON-fähigen Treiber oder ein entsprechendes Werkzeug.BUFRBUFR (Binary Universal Form for the Representation of meteorological data; WMO FM 94) ist ein Binärformat zum Codieren und Austauschen von Beobachtungen mit tabellengesteuerten Deskriptoren. Deskriptorfolgen bestimmen Bedeutung und Darstellung der Werte; prüfen Sie Edition sowie Master- und lokale Tabellen.CBORCBOR (Concise Binary Object Representation) ist ein IETF-Standard zur binären Codierung von Datenelementen wie Zahlen, Zeichenfolgen, Arrays und Maps. Das Format zielt auf kompakte Implementierungen und Nachrichten und bleibt zugleich erweiterbar; auch JSON-ähnliche Daten lassen sich darstellen. CBOR ist kein Textformat und erfordert zum Lesen und Schreiben ein geeignetes Werkzeug oder eine Bibliothek.CRAMCRAM speichert Sequenzierreads und Alignments mit Kodierungen, die Unterschiede zu einer Referenzsequenz nutzen können und oft stärker als BAM komprimieren. Die Spezifikation erlaubt verlustfreie und verlustbehaftete Erhaltungsstrategien und schreibt nicht vor, welche Daten erhalten bleiben müssen. Die Endung .cram zeigt daher nicht, ob Basenqualitäten oder Tags erhalten wurden; prüfen Sie Werkzeug und Einstellungen. Manche Dateien oder Abläufe benötigen eine exakte externe Referenz, andere können Referenzdaten einbetten. CRAI-Indizes ermöglichen Bereichszugriffe.DICOMDICOM ist ein Standard zum Speichern und Austauschen medizinischer Bilder und zugehöriger Informationen. Eine Part-10-Datei mit der üblichen Endung .dcm enthält Dateimetainformationen und danach einen Datensatz, der eine SOP Instance darstellt. Neben Bildpixeln kann sie Attribute zu Untersuchung, Gerät oder Patient enthalten. Die Transfer Syntax bestimmt die Kodierung und mögliche Komprimierung der Pixel; DICOM ist daher mehr als eine gewöhnliche Bilddatei.E57E57 tauscht Punktdaten aus 3D-Bildgebungssystemen aus. Laut öffentlicher ASTM-Zusammenfassung kann es 3D-Punkte, Attribute wie Farbe oder Intensität und digitale Fotos des Systems speichern; die Datei kombiniert Binärdaten und XML. Anders als LAS/LAZ kann es auch Scanbilder enthalten..env.env ist ein konventioneller Textdateiname für Umgebungsvariablen, die kompatible Anwendungen und Entwicklungstools einlesen können. Eine einheitliche Spezifikation gibt es nicht: Anführungszeichen, Kommentare, Variablenersetzung und der Vorrang gegenüber bereits gesetzten Umgebungsvariablen hängen vom einlesenden Tool ab.FASTAFASTA ist ein Textformat mit einer mit > beginnenden Definitionszeile und anschließender Sequenz. Dieser Artikel behandelt Nukleotid- und Referenzsequenzen. FASTA allein enthält keine Qualitätswerte pro Base.FASTQFASTQ ist ein verbreitetes Textformat, das Sequenzierreads mit Qualitätswerten für jede Base verbindet. Ein übliches Record enthält eine mit `@` beginnende Kennung, eine Sequenz, eine `+`-Trennzeile und einen gleich langen Qualitätsstring. FASTQ hat keine einheitliche formale Spezifikation; inkompatible Codierungen wie Sanger Phred+33 und historische Solexa/Illumina-Varianten existieren. Gängige Endungen sind `.fastq` und `.fq`, oft mit externer gzip-Komprimierung. FASTQ speichert meist Reads vor dem Alignment und erfüllt nicht dieselbe Aufgabe wie SAM/BAM-Datensätze mit Referenzpositionen.FITFIT (.fit) ist ein Binärformat zum Speichern und Teilen von Daten aus Sport-, Fitness- und Gesundheitsgeräten. Es kann Nachrichten zu Aktivitäten, Sensorwerten, Ereignissen, Trainings und Strecken enthalten. Welche Felder eine App lesen kann, hängt vom FIT-Profil und der Empfängersoftware ab; zum Dekodieren kann das FIT SDK nötig sein.FITSFITS (Flexible Image Transport System) ist ein vor allem in der Astronomie verwendeter Standard zum Speichern und Austauschen wissenschaftlicher Daten. Er reiht Header/Data Units (HDU) aneinander, die jeweils aus Kopfzeile und Daten bestehen. Eine Datei kann so Bildarrays, Spektren sowie ASCII- oder Binärtabellen enthalten. Kopfzeilen bestehen aus 80-Zeichen-Karten; HDU-Grenzen werden auf 2880-Byte-Blöcke aufgefüllt.FlatGeobufFlatGeobuf ist ein binäres Geodatenformat auf Basis von FlatBuffers. Es enthält Header, optionalen Raumindex und Objektdaten. Eine .fgb-Datei enthält einen Layer.GeoJSONGeoJSON stellt geografische Objekte und Geometrien in JSON dar. Im standardmäßigen Koordinatensystem steht der Längengrad vor dem Breitengrad.GeoPackageGeoPackage (.gpkg) ist eine SQLite-Datenbankdatei zur Speicherung von Geodaten nach dem OGC-GeoPackage-Standard. Sie kann Vektorobjekte, Rasterkartenkacheln für mehrere Zoomstufen und nicht räumliche Attribute in einer Datei bündeln und eignet sich auch für mobile Nutzung ohne Netzverbindung. Eine SQLite-Datei ist nicht automatisch ein GeoPackage: Sie muss dem Schema und den Anforderungen des Standards entsprechen.GeoParquetGeoParquet ergänzt Parquet um Geometriespalten und Geometadatenregeln. Dieser Artikel behandelt Spezifikation 1.1.0. Die Endung .parquet beweist keine Konformität.GeoTIFFGeoTIFF beschreibt, wie geografische Referenzen in TIFF-Bildern gespeichert werden. Reservierte Tags legen die Beziehung zwischen Rasterpixeln und geografischen oder projizierten Koordinaten fest und können das Bezugssystem kennzeichnen. Kompression variiert; die Endung allein bestätigt keine Georeferenzierung.GFF3GFF3 verwendet neun tabgetrennte Spalten. Start und Ende sind einsbasiert und beide eingeschlossen. Attribute wie ID und Parent beschreiben Beziehungen.GGUFGGUF ist ein Binärcontainer für GGML und kompatible Inferenzlaufzeiten. Der Header enthält Formatversion, Tensorbeschreibungen und Schlüssel-Wert-Metadaten; danach folgen die Tensor-Daten..gitignore.gitignore ist eine Textdatei mit Mustern, die Git anweisen, noch nicht verfolgte Pfade zu ignorieren. Git wendet Muster aus .gitignore-Dateien und weiteren Ausschlussquellen nach festgelegten Vorrangregeln an. Ein neues Muster beendet nicht die Verfolgung einer Datei, die bereits im Index liegt.GMLGML ist ein OGC-Standard für geografische Geometrien und Attribute in XML. Anwendungsschemata definieren fachgebietsspezifische Objekte.GPXGPX (.gpx) ist ein XML-Format zum Austausch von GPS-Daten zwischen Apps und Webdiensten. Es unterscheidet Wegpunkte, geplante Routen und aufgezeichnete Tracks. GPX 1.1 verwendet WGS 84 als Koordinatenbezugssystem. Kartenstil und programmspezifische Angaben werden nicht unbedingt unverändert übertragen; prüfen Sie das Ergebnis für den vorgesehenen Zweck.GRIBGRIB (General Regularly-distributed Information in Binary form) ist ein Binärformat zum Austausch gitterförmiger meteorologischer und geophysikalischer Daten. Nachrichten enthalten Abschnitte zu Kennung, Gitter, Produkt, Datendarstellung und Werten. GRIB1 und GRIB2 unterscheiden sich; auch lokale Definitionen können gelten. Prüfen Sie Edition und Anbieterregeln.GTFGTF hat neun tabgetrennte Spalten. Koordinaten sind einsbasiert und inklusiv; Attribute umfassen gene_id und transcript_id. Erforderliche Zeilen und Attribute hängen von Erzeuger und Leser ab.HDF5HDF5 (Hierarchical Data Format version 5) ist ein hierarchisches Datenmodell und Dateiformat für große und vielfältige Daten. Gruppen bilden eine Hierarchie; Datensätze speichern typisierte Arrays mit Dimensionen. Gruppen und Datensätze können Attribute besitzen. HDF5 schreibt selbst keine einheitlichen Koordinaten-, Einheiten- oder Bedeutungsregeln für ein Fachgebiet vor.iCalendariCalendar tauscht Termine, Aufgaben und Verfügbarkeiten aus. Prüfen Sie nach Import Datum, Zeitzone und Wiederholung.INI-KonfigurationsdateiINI ist eine gebräuchliche Bezeichnung für Text-Konfigurationsdateien mit Abschnitten und Schlüssel-Wert-Paaren. Eine einheitliche universelle Spezifikation gibt es nicht; Kommentare, Trennzeichen, Groß-/Kleinschreibung und mehrzeilige Werte hängen von Anwendung und Parser ab.Jupyter NotebookJupyter Notebook (.ipynb) ist ein Notebook-Format, das Codezellen, Markdown-Zellen, Metadaten und Ausgaben in einer JSON-Struktur speichert. Eine Datei kann ausführbaren Code enthalten, nicht nur sichtbare Ergebnisse. Ansehen und Ausführen sind daher unterschiedliche Schritte.JSONJSON ist ein Textformat, das strukturierte Daten mit Schlüsseln und Werten darstellt. Es wird häufig für Web-APIs und Konfigurationsdateien verwendet.JSON5JSON5 erweitert JSON um Kommentare, abschließende Kommata, einige Schlüssel ohne Anführungszeichen und Zeichenketten in einfachen Anführungszeichen. Es erleichtert die manuelle Pflege von Daten und ist nicht einfach ein anderer Name für JSON. Prüfen Sie, ob das Zielwerkzeug JSON5 lesen kann.JSON LinesJSON Lines (.jsonl) ist ein Textformat mit einem gültigen JSON-Wert pro Zeile. Es eignet sich für Protokolle und schrittweise Verarbeitung, da Datensätze einzeln gelesen werden können. Der Medientyp application/jsonl wurde vorgeschlagen, ist aber nicht standardisiert.JWKEin JWK ist ein JSON-Objekt für einen kryptografischen Schlüssel. Es kann Schlüsseltyp kty, Schlüssel-ID kid und weitere Metadaten enthalten. Ein JWKS fasst mehrere JWK in einem keys-Array zusammen. JWK werden oft für öffentliche Schlüssel genutzt; ein JWK mit privatem Material ist sensibel.Keras`.keras` ist Keras 3s natives Format zum Speichern eines vollständigen Modells. Üblicherweise ist es ein ZIP-Archiv mit Modellkonfiguration, Gewichten, Compile-Informationen und, falls vorhanden, Optimizer-Zustand. Die Keras-Dokumentation beschreibt Konfiguration, Metadaten und Gewichtsdaten im Archiv. Implementierungscode für eigene Layer oder Objekte ist nicht zwingend enthalten; die Ladeumgebung kann diese Klassen und Abhängigkeiten benötigen. Keras bietet eine Sicherheitseinstellung zum Laden, doch dadurch werden ein unbekanntes Modell oder eigener Code nicht vertrauenswürdig.KMLKML (.kml) ist ein XML-Format, das beschreibt, wie geografische Informationen in Karten oder Erdansichten dargestellt werden. Es kann Ortsmarken, Linien, Flächen, Beschreibungen, Stile und Bildüberlagerungen enthalten. GPX dient vor allem dem Austausch von GPS-Wegpunkten, Routen und aufgezeichneten Tracks; KML legt den Schwerpunkt auf Anzeige, Annotation und Visualisierung geografischer Daten.LASLAS ist ein von ASPRS gepflegtes offenes Austauschformat für Punktwolken. Je nach Punktdatensatzformat speichert es X/Y/Z-Koordinaten, Intensität, Rücklaufnummer, Klassifikation, GPS-Zeit, RGB, Scannerinformationen und weitere Attribute sowie Metadaten in Headern und variabel langen Datensätzen. LAS 1.5 und frühere Versionen unterscheiden sich bei unterstützten Punktformaten und CRS-Anforderungen; prüfen Sie die Kompatibilität mit älterer Software. LAS ist gewöhnlich unkomprimiert; verlustfreies LAZ bietet andere Größen- und Kompatibilitätsabwägungen.LAZLAZ komprimiert LAS-Punktdatensätze in Blöcken. LAZ 1.4 basiert auf LAS 1.4 und komprimiert dessen Punktdaten verlustfrei. Kompatible Implementierungen können Blöcke unabhängig dekomprimieren, sodass Verarbeitung oder wahlfreier Zugriff möglich sein kann, ohne die ganze Datei zu entpacken. Die Komprimierung ändert die Bedeutung der LAS-Felder nicht; Leserversion, erweiterte Datensätze und begleitende Waveform-Daten beeinflussen jedoch die Interoperabilität. LAZ 1.4 definiert nicht alle LAS-1.5-Funktionen; die Endung allein bestätigt daher keine Kompatibilität.MAT-fileEine MAT-Datei (.mat) ist MATLABs Binärformat für Workspace-Variablen. Versionen 4, 6, 7 und 7.3 unterscheiden sich bei unterstützten Arrays und Datentypen, Kompression, Größenlimits und Teilzugriff. Das normale MATLAB-`save` verwendet standardmäßig Version 7; Version 7.3 basiert auf HDF5 und unterstützt große Variablen sowie Teilzugriff. Da v7.3 und ältere Versionen intern unterschiedlich aufgebaut sind, sollten Version und benötigte Funktionen geprüft und nicht aus der Endung abgeleitet werden.MBTilesMBTiles speichert Kartenkacheln und Metadaten in SQLite. Dieser Artikel behandelt Spezifikation 1.3 und unterscheidet Bildkacheln von pbf-Kacheln mit gzip-komprimiertem MVT.MetaImageMetaImage ist ein medizinisches und wissenschaftliches Bildformat aus einem getaggten Textheader und Pixeldaten, das von ITKs MetaIO verarbeitet wird. .mha fasst Header und Pixel zusammen; .mhd trennt den Header und verweist meist auf eine Datendatei wie .raw. Der Header kann Dimensionszahl, Achsengrößen, Elementtyp, Byte-Reihenfolge und Abstand angeben.MRCMRC (MRC/CCP4-Karten- und Bildformat) ist ein Binärformat, das vor allem für kryoelektronenmikroskopische Bilder und 3D-Karten verwendet wird. MRC2014 besitzt einen 1.024 Byte großen Haupheader mit Arraymaßen, MODE (Datentyp der Werte), Achsenzuordnung, Gitterabstand und Länge des erweiterten Headers, gefolgt vom Datenarray. Das Format ist eng mit dem kristallografischen CCP4 map verwandt; Header und Interpretation der verwendeten Software sollten dennoch geprüft werden.MessagePackMessagePack ist ein binäres Serialisierungsformat für JSON-ähnliche Werte. Es kann Ganzzahlen, Zeichenfolgen, Binärdaten, Arrays und Maps darstellen und definiert außerdem Erweiterungswerte und Zeitstempel. Es ist kein Text und muss mit einer kompatiblen Bibliothek gelesen oder geschrieben werden. Bedeutung und Typzuordnung können auch von Anwendungskonventionen abhängen.MVTMVT kodiert geografische Vektorkacheln mit Protocol Buffers. Kacheln enthalten benannte Ebenen, Objekte und Attribute.netCDFnetCDF (Network Common Data Form) umfasst Formate und Software zum portablen, selbsterklärenden Speichern und Austauschen wissenschaftlicher Daten. Datensätze bestehen aus Dimensionen, Variablen und Attributen. Das Classic-Modell unterscheidet sich vom erweiterten netCDF-4-Modell; netCDF-4/HDF5-Dateien können Gruppen und hierarchische Funktionen nutzen. Die Endung verrät die Variante nicht.NIfTINIfTI, meist NIfTI-1 oder NIfTI-2, ist ein Dateiformat zur Verarbeitung von Neurobilddaten wie MRT und fMRT in Analyseprogrammen. Der Header beschreibt Voxelarrays, Dimensionen, Datentyp, Skalierung und Abbildungen von Voxelkoordinaten in anatomische oder standardisierte Räume. NIfTI-1 kann Header und Bilddaten in einer .nii-Datei bündeln oder als .hdr/.img-Paar speichern; .nii.gz ist eine einzelne, mit gzip komprimierte Datei.NPYNPY (.npy) ist NumPys Binärformat zum Speichern eines einzelnen Arrays. Der Header enthält Formatversion, dtype, shape und Speicherreihenfolge; anschließend folgen die Arraydaten. Anders als eine Texttabelle kann es numerische Typen und mehrdimensionale Formen erhalten. NPY ist selbst kein komprimiertes Archiv und speichert üblicherweise ein Array pro Datei. Bei Arrays mit object-dtype kann pickle zum Einsatz kommen; prüfen Sie daher object-Arrays und `allow_pickle` beim Laden nicht vertrauenswürdiger Eingaben.NPZNPZ (.npz) ist NumPys ZIP-basiertes Archiv zum gemeinsamen Speichern mehrerer Arrays. Es enthält eine `.npy`-Datei je Array; NumPy `load` gibt ein `NpzFile` zurück, über das Arrays per Name erreichbar sind. `savez` erstellt ein unkomprimiertes Archiv, `savez_compressed` verwendet DEFLATE. Die Erweiterung verrät daher nicht, ob Einträge komprimiert sind. Jedes Array behält dtype und shape über NPY. Bei object-dtype-Arrays kann pickle beteiligt sein; behandeln Sie allow_pickle bei nicht vertrauenswürdigen Eingaben vorsichtig.NRRDNRRD (Nearly Raw Raster Data) ist ein Format für N-dimensionale Rasterdaten, das in wissenschaftlicher Visualisierung und Bildverarbeitung eingesetzt wird. Der Textheader beschreibt Dimensionen, Typ, Achsengrößen und Datenkodierung; außerdem kann er Achsenbezeichnungen, Einheiten, Richtungen und den räumlichen Ursprung enthalten. Header und Daten können in einer .nrrd-Datei zusammenliegen oder auf einen .nhdr-Header und eine externe Datendatei verteilt sein.ONNXONNX (Open Neural Network Exchange) ist eine offene Modelldarstellung zum Austausch von ML-Modellen zwischen Frameworks und Inferenzlaufzeiten. Eine übliche `.onnx`-Datei enthält ein Protocol-Buffers-ModelProto mit Berechnungsgraph, Eingaben und Ausgaben, Typen und shapes, Opset-Imports und Initializer-Tensoren. Safetensors speichert vor allem Gewichtstensoren; ONNX stellt zusätzlich den Modellgraphen dar. Eine Konvertierung bedeutet nicht, dass jede Laufzeit alle Operatoren oder modellspezifischen Funktionen unterstützt. Prüfen Sie IR-/Opset-Versionen und Implementierungsunterstützung.ORCORC ist ein typisiertes Spaltenformat für Analysesysteme. Spaltenauswahl und Dateiindizes können unnötige Lesevorgänge vermeiden.ParquetApache Parquet speichert Tabellen spaltenweise in Zeilengruppen und Spaltenblöcken. Analysewerkzeuge können benötigte Spalten lesen, ohne alle Felder zu laden.PCAPPCAP (.pcap) ist ein breit unterstütztes Binärformat für aufgezeichnete Netzwerkpakete. Es speichert Paketdaten, den Link-Layer-Typ und Zeitstempel. Die einfache Struktur ist mit vielen älteren Analysewerkzeugen kompatibel, bietet aber weniger Möglichkeiten als PCAPNG für mehrere Schnittstellen oder Kommentare.PCAPNGPCAPNG speichert in einem Netzwerk aufgezeichnete Pakete. Das Format ist erweiterbarer als das klassische pcap und kann mehrere Schnittstellen sowie Kommentare enthalten. Mitschnitte können Zugangsdaten oder personenbezogene Informationen enthalten und sollten vor der Weitergabe geprüft werden.PCDPCD speichert von PCL verwendete Punktwolken. Der ASCII-Header von PCD 0.7 deklariert Punktfelder und Datentypen, WIDTH und HEIGHT, VIEWPOINT sowie die Speicherart.Java PropertiesJava Properties ist ein zeilenorientiertes Textformat aus Schlüssel-Wert-Paaren, das vor allem mit der Java-Properties-API und ResourceBundle verwendet wird. Die Endung .properties ist üblich; die Zeichencodierung hängt jedoch von der Lademethode und der Java-Version ab und lässt sich nicht allein an der Endung erkennen.Protocol-Buffers-Schema.proto ist eine Schemadatei, die Nachrichten, Felder und Typen für Protocol Buffers beschreibt. Ein Compiler wie protoc liest sie ein und erzeugt Code für ausgewählte Sprachen. Die .proto-Datei ist keine serialisierte Nachricht und wird normalerweise als Text bearbeitet.RINEXRINEX (Receiver Independent Exchange Format) ist ein Textformat zum herstellerunabhängigen Austausch von GNSS-Empfängerbeobachtungen und Navigationsnachrichten. RINEX 4.02 vom September 2025 definiert Beobachtungs-, Navigations- und Wetterdateien für mehrere Satellitennavigationssysteme und Signale. Lange Dateinamen verwenden häufig .rnx und bei Komprimierung zusätzlich .gz. RINEX enthält Messaufzeichnungen zur Verarbeitung, keinen fertig berechneten Kartenpfad.SafetensorsSafetensors ist ein Binärformat zum Speichern und Verteilen von Tensorwerten des maschinellen Lernens. Die Datei beginnt mit einer 8 Byte langen little-endian Headerlänge, gefolgt von einem UTF-8-JSON-Header mit Tensorname, dtype, shape und Datenoffsets sowie einem Bytepuffer mit den Tensorwerten. Das Format enthält nicht allein die Modellarchitektur oder ein ausführbares Programm. Anders als Pickle-basierte Serialisierung ist es nicht dafür gedacht, beliebige Objekte durch Ausführen eingebetteten Rekonstruktionscodes wiederherzustellen. Daraus folgt weder, dass eine Quelle vertrauenswürdig ist, noch dass jeder Reader fehlerfrei oder ein Modell sicher ist.SAMSAM (Sequence Alignment/Map) stellt Sequenzierreads und ihre Ausrichtung an Referenzsequenzen als tabulatorgetrennten Text dar. Optionale Kopfzeilen beschreiben Referenzen und Software; jeder Alignmentdatensatz enthält unter anderem Readname, FLAG, Referenz und Position, MAPQ, CIGAR, Sequenz, Qualität und optionale Tags. Die Spezifikation kann auch nicht ausgerichtete Reads darstellen, daher ist nicht jeder Datensatz zwingend ausgerichtet. SAM ist lesbar, kann aber groß werden; BAM ist die binäre Darstellung und CRAM ergänzt referenzbezogene Kompression.Shell ScriptEin Shell-Skript ist eine Textdatei mit Befehlen, die eine Shell wie sh oder Bash interpretiert. Die Endung .sh ist weit verbreitet, legt aber die verwendete Shell-Syntax nicht fest. Prüfen Sie die Zielumgebung einschließlich Shebang, Aufrufart, Berechtigungen und Zeilenenden.ShapefileShapefile speichert Geometrie und Attribute in mehreren Dateien. Gleichnamige .shp, .shx und .dbf bilden den Kernsatz. Nur .shp zu senden reicht nicht.SP3SP3 (Standard Product 3) ist ein Textformat zum epochweisen Austausch präziser Satellitenbahnen und Uhrkorrekturen für GNSS-Analysen. Der Header nennt unter anderem Version, Zeitsystem und Satelliten; Epochen-Datensätze enthalten Positionen und Uhrinformationen. SP3-d unterstützt bis zu 999 Satelliten. Ein SP3-Produkt unterscheidet sich von RINEX-Empfängerbeobachtungen und wird für präzise Bahnprodukte von Analysezentren verwendet.SQLSQL-Dateien enthalten Datenbankbefehle. Syntax und Funktionen unterscheiden sich je Produkt.SQLite-DatenbankSQLite ist eine eingebettete relationale Datenbank, die Tabellen und Indizes meist in einer Hauptdatei speichert. Häufige Endungen sind .sqlite, .sqlite3 und .db; der Name allein beweist das Format jedoch nicht.TOMLTOML ist ein Textformat für Konfigurationen mit Schlüssel-Wert-Paaren, Tabellen, Arrays und typisierten Werten. Parser-Unterstützung und anwendungsspezifische Regeln können sich unterscheiden.BitTorrent-MetadatendateiEine .torrent-Datei enthält BitTorrent-Metadaten. Sie ist ein mit Bencode kodiertes Wörterbuch mit Angaben wie Inhaltsname, Datenstücken und Tracker-URLs; die verteilten Dateien selbst sind normalerweise nicht enthalten. Ein BitTorrent-Client liest die Datei, um Peers zu finden und heruntergeladene Daten zu prüfen.TSVTSV trennt Spalten durch Tabulatoren und Zeilen meist durch Zeilenumbrüche. Wie Tabulatoren, Umbrüche und Anführungszeichen innerhalb von Werten behandelt werden, hängt vom Werkzeug ab.UBXUBX ist ein Binärprotokoll zwischen u-blox-Empfängern und Hosts. Eine .ubx-Datei enthält die aufgezeichneten Nachrichten. Grundlage ist die offizielle Beschreibung ZED-F9P HPG 1.32, Protokoll 27.31.vCardEine VCF-Datei enthält vCard-Kontaktdatensätze. Anwendungen können Versionen, Zeichenkodierung, wiederholte Felder und Fotos unterschiedlich behandeln.WARCWARC (Web ARChive file format) bündelt mehrere aus dem Web erfasste digitale Ressourcen und zugehörige Informationen in einem Archiv. Als ISO 28500 standardisiert, verkettet es Datensätze, deren Header unter anderem Datum, Typ und Inhaltslänge angeben und auf einen Inhaltsblock folgen. Typen wie response, request, resource, metadata und revisit speichern Ressourcen und Erfassungskontext; Inhalte können auch Bilder und andere Formate neben HTML umfassen. Manchmal wird die Datei extern als `.warc.gz` komprimiert. WARC ist kein eigenständiges Webseitenformat, das eine vollständige Wiedergabe garantiert.WSDLWSDL (Web Services Description Language) ist ein XML-Format zur Beschreibung einer Webservice-Schnittstelle und ihrer Zugriffsweise. Es verknüpft abstrakte Operationen und Nachrichten mit Protokoll- und Nachrichtenformat-Bindings, Endpunkten und Dienstinformationen. Eine WSDL-Datei ist weder die Dienstimplementierung noch die tatsächlich übertragenen Daten.XMLXML ist eine Auszeichnungssprache, die strukturierte Daten mit Tags darstellt. Sie wird eingesetzt, wenn hierarchische Struktur und Schemavalidierung nötig sind.XMPXMP definiert Metadatenmodell, Darstellung und Kerneigenschaften. Es nutzt XML/RDF und wird in unterstützte Dateien eingebettet oder in Sidecars wie .xmp gespeichert. Es ersetzt nicht das Bild.XML SchemaXSD (XML Schema Definition) ist eine XML-basierte Schemasprache zur Definition von Elementen, Attributen, Datentypen und Einschränkungen in XML-Dokumenten. Eine XSD-Datei ist nicht das XML-Dokument mit den Daten, sondern dient einem XML-Schema-Validator zur Prüfung solcher Instanzen. Prüfen Sie Schema-Version, Namespaces und Validator-Unterstützung.YAMLYAML ist eine lesbare Notation für Mappings, Sequenzen und Skalare. Die Einsatzbereiche überschneiden sich mit JSON, doch YAML ist kein Superset.ZarrZarr beschreibt die blockweise Speicherung mehrdimensionaler Arrays und ihrer Metadaten. Ein Datensatz kann ein Verzeichnis oder mehrere Schlüssel im Objektspeicher sein, nicht eine einzelne Datei. v2 und v3 unterscheiden sich; prüfen Sie Version und Codec-Unterstützung auf beiden Seiten.
Vergleichen
- Arrow IPC vs. CSV
- Arrow und netCDF im Vergleich
- Arrow vs. ORC
- Arrow IPC oder Parquet
- Arrow und Zarr im Vergleich
- Avro oder CBOR
- Avro oder JSON
- Avro oder ORC
- Avro oder Parquet
- Avro oder Protocol Buffers
- BAM vs CRAM
- BED oder bigBed: Textbearbeitung und indexierte Bereitstellung
- BED oder GFF3: Intervallextraktion und Annotationsstruktur
- bedGraph oder bigWig: Zahlenwert-Text und indexierte Bereitstellung
- BSON oder JSON
- BSON vs. MessagePack
- BUFR vs. GRIB
- CBOR oder JSON
- CBOR vs. MessagePack
- CSV vs. JSON
- CSV vs Parquet
- DICOM oder JPEG
- DICOM oder TIFF
- E57 vs LAS
- FASTA oder FASTQ: Sequenzen und Qualitätserhalt
- FIT vs. GPX
- FITS vs. HDF5
- FITS vs. netCDF
- FITS und Zarr im Vergleich
- FlatGeobuf oder GeoPackage: Bereitstellung und SQL-Verwaltung
- GeoJSON oder JSON
- GeoPackage vs. GeoJSON
- GeoPackage vs. KML
- GeoParquet oder GeoPackage: Spaltenanalyse und GIS-Verwaltung
- GeoTIFF und netCDF im Vergleich
- GeoTIFF vs. TIFF
- GeoTIFF und Zarr im Vergleich
- GGUF oder Safetensors: Inferenzverteilung und Gewichte
- GML und GeoJSON: Schemata und Koordinaten
- GPX oder KML
- GRIB oder netCDF
- GRIB und Zarr im Vergleich
- GTF oder GFF3: Attribute und Transkriptzuordnung
- HDF5 vs. netCDF
- HDF5 vs. Zarr
- ICS oder CSV
- JSON vs TOML
- JSON vs YAML
- JSON5 oder JSON
- JSON Lines oder Avro
- JSON Lines oder CSV
- JSON Lines oder JSON
- JSON Lines oder Parquet
- Keras oder ONNX: Trainingsspeicherung und Inferenzexport
- LAS vs LAZ
- MBTiles oder MVT: Kachelsätze und Kachelkodierung
- MVT und GeoJSON: Kacheln und Datenaustausch
- netCDF und Parquet im Vergleich
- netCDF vs. Zarr
- NIfTI vs. DICOM
- NPY vs NPZ
- NPZ oder HDF5: Array-Bündel und Teilzugriffe
- ORC vs CSV
- Parquet vs JSON
- Parquet vs. ORC
- Parquet und Zarr im Vergleich
- PCAP vs. PCAPNG
- PLY oder PCD
- Protocol Buffers oder JSON
- RINEX und SP3: Beobachtungen und Bahnprodukte
- Safetensors oder ONNX: Gewichte oder Modellgraphen
- SAM vs BAM
- Shapefile oder GeoPackage: Dateisätze und Attributerhalt
- SQLite oder CSV
- TSV vs. CSV
- UBX und RINEX: Protokolle und Beobachtungsaustausch
- VCF vs. CSV
- Web App Manifest vs. JSON
- XML vs. CSV
- XML vs. JSON
- YAML vs TOML
- YAML vs. XML