ZIP Uncompressed Size gibt an, wie viele Bytes eine Datei innerhalb eines ZIP-Archivs nach dem erneuten Entpacken hat, im Unterschied zur meist kleineren Compressed Size, die sie belegt, solange sie sich noch im Archiv befindet. Der Metadaten-Reader ExifTool zeigt sie als ZipUncompressedSize an.
Welche Dateien ihn enthalten und woher die Zahl kommt
Archive zeichnen diesen Wert auf. ZIP-Dateien tun das, genauso wie all die gängigen Formate, die intern ZIP-Container sind, etwa .docx-, .xlsx- und .pptx-Dokumente, .odt-Dateien, .epub-E-Books, .jar- und .apk-Pakete. RAR, 7z und andere Archivformate speichern dieselbe Angabe in ihrem eigenen Layout. Ein Bericht führt sie für .odt- und .epub-Dateien möglicherweise nicht auf, auch wenn die Datei sie enthält.
Ein Archiv dient in der Regel dazu, mehrere Dateien zu einer einzigen zusammenzufassen, obwohl sich auch eine einzelne Datei genauso gut archivieren lässt. Das Kompressionsprogramm vermerkt dabei die ursprüngliche Größe jedes enthaltenen Elements, während es dieses verpackt. Das geschieht automatisch durch die App, mit der das Archiv erstellt wird, egal ob das 7-Zip, WinRAR, WinZip, das Archivierungsdienstprogramm unter macOS, der Befehl „Komprimierter Ordner“ unter Windows oder das zip-Kommandozeilentool ist.
Wichtig ist zu verstehen, dass es sich bei dieser Zahl um eine Angabe handelt. Das Archiv erklärt, wie groß der Inhalt beim Entpacken sein soll; überprüft wird das erst beim tatsächlichen Extrahieren, wenn Größe und gespeicherte Prüfsumme mit dem Ergebnis verglichen werden.
Wie ein typischer Wert aussieht
Eine ganze Zahl von Bytes, die Apps für die Anzeige häufig in KB oder MB umrechnen. Der Text eines kurzen Word-Dokuments könnte zum Beispiel „48219 Bytes unkomprimiert“ lauten, während er im Inneren der .docx-Datei nur einen Bruchteil davon belegt.
Teilst du die komprimierte Größe durch diesen Wert, erhältst du die Kompressionsrate. Wie groß der Unterschied ist, hängt vom Inhalt und vom verwendeten Verfahren ab; Deflate ist die Standardmethode in ZIP-Dateien, Alternativen sind unter anderem BZIP2 und LZMA. Eine Besonderheit ist wichtig: Die ursprünglichen ZIP-Felder sind 32 Bit breit und enden daher bei 4.294.967.295 Bytes, knapp unter 4 GB. Größere Inhalte nutzen die ZIP64-Erweiterung, die den tatsächlichen Wert in einem zusätzlichen Eintrag speichert. Eine sehr alte App, die ZIP64 nicht kennt, kann für eine große Datei daher nur einen gedeckelten oder unsinnigen Wert melden.
Warum es wichtig ist
Am praktischsten ist dieser Wert für die Planung. Er zeigt dir, ob der Inhalt hineinpasst, bevor du ihn entpackst, und die Überraschung kann groß sein, weil ein kleines Archiv mit Text- oder Logdateien sich auf viele Gigabyte ausdehnen kann. Der Vergleich mit der komprimierten Größe zeigt dir außerdem, ob die Komprimierung überhaupt etwas gebracht hat: Zwei nahezu gleiche Zahlen bedeuten, dass der Inhalt bereits komprimiert war, etwa bei JPEG-, MP3- und MP4-Dateien, und erneutes Packen nichts spart.
Er dient gleichzeitig als Plausibilitätscheck. Ein Archiv mit wenigen hundert Kilobytes, das eine riesige unkomprimierte Größe angibt, sollte dich misstrauisch machen, denn absichtlich präparierte Archive nutzen genau diesen Trick, um beim Entpacken ein Laufwerk zu füllen. In der Archivierung funktioniert der Vergleich umgekehrt: Die angegebene Größe mit dem abzugleichen, was tatsächlich entpackt wurde, ist eine einfache Methode, um zu überprüfen, ob ein altes Archiv noch vollständig ist.
Dieser Wert enthält keine personenbezogenen Daten. Er beschreibt nur das Datenvolumen und sagt nichts über die Person aus, die es erstellt hat.