JSON

Offenheit: 4
JSON wird im ECMA-404 spezifiziert. [1] Eine RFC-Spezifikation des Dateiformates JSON existiert und wird in der Regel referenziert: RCF8259 [2].

Lizenzfreiheit: 4
Es existieren keinerlei Lizenzen auf Textformat oder Codierungen.

Verbreitung: 4
JSON wird für den Datentransfer zwischen Server und Client bei Webanwendungen verwendet. Es wird z.B. verwendet bei Webformularen oder bei Chatplattformen wie Twitter. Eine weitere Anwendung ist der Austausch geografischer Daten über die Unterformate GeoJSON und TopoJSON.

Funktionalitaet: 2
Bei der Migration von Plain-Text Format CSV und XML zu JSON gehen u.a. komplexen Datentypen verloren (z.B. TIME, DATE). Bei XML kommen zusätzlich benutzerdefinierte Typen abhanden. Die Inhalte dieser komplexen Datentypen werden in ein primitives Datenformat, z.B. einen String, umgewandelt.

Desweiteren verschwindet die Unterscheidung zwischen Attributen und Elementen, wenn XML zu JSON konvertiert wird. Das Layout von XML und CSV geht bei der Migration ebenfalls verloren. Für die Funktionalität dieser Formate spielen jedoch die Unterschiede im Layout eine untergeordnete Rolle.

JSON kann in XML und beschränkt in CSV konvertiert werden. Im Falle verschachtelter ("nested") JSON sind jedoch mehrere CSV notwendig, um den Inhalt abzubilden.

Implementierung: 4
JSON kann mit jedem Texteditor erstellt und gelesen werden. Mächtigere Editoren wie Notepad++, Altova XMLSpy oder Entwicklungsumgebungen für Software (IDE) zeigen auch die Struktur des JSON und erkennen Fehler darin.

Speicherdichte: 4
Bei JSON sind Kompressionsraten von Faktor 4-10 möglich, abhängig vom Kompressionsalgorithmus und der Redundanz von Daten und Strukturelementen.

Verifizierbarkeit: 3
Der Standard ECMA-404 schränkt JSON strukturelle und inhaltliche so ein, dass es möglich ist, JSON von anderen Textformaten zu unterscheiden. So unterstützt JSON nur primitive Datentypen, die Zeichencodierung ist immer Unicode, die Struktur ist eine Map und die Syntax entspricht einem JavaScript Objekt. Die Validierung des Formates ist über einen JSON-Parser möglich, z.B. der JavaScript Methode JSON.parse() oder über Applikationen.
Zusätzlich zu einer Validierung des Formates kann auch eine Schemavalidierung durchgeführt werden, sofern ein Schemafile vorhanden ist. Bei einer Schemavalidierung wird geprüft, ob die JSON-Struktur einer vorgegebenen, benutzerdefinierten Struktur entspricht. Vergleichbar ist dies mit der Validierung einer .xml-Datei auf Basis einer .xsd-Schemadatei.

Best Practice: 2
Als Nur-Text/Plain-Text sollte sich JSON für die digitale Langzeitarchivierung gut eignen. Da das Format erst um das Jahr 2000 spezifiziert wurde und erst über die Zeit XML als bevorzugtes Format für den Datenaustausch abgelöst hat, gibt es noch wenig Erfahrung bei der Langzeitarchivierung von JSON. Da sich JSON jedoch ohne Datenverlust in ein XML umwandeln lässt und XML ein etabliertes Format für die Langzeitarchivierung ist (z.B. als Teil von SIARD), lässt dies eine hohe Bewertung bei der Best Practice zu.

Perspektive: 3
JSON ist als Format für den Datenaustausch etabliert. Es ist zu erwarten, dass seine Verwendung weiter zunehmen wird. Eine Ablösung als meistverwendetes Format für den Datenaustausch ist aktuell nicht in Sicht.

Formatklasse: B
JSON entstand um das Jahr 2000. Es ist sehr verbreitetet durch seine Verwendung als Datenaustauschformat im Internet. Seine Bedeutung ist daher weiter am Wachsen.