NeTEx feed uses proprietary Deflate64 for ZIP archive

[felixguendling]

• 20250804_fahrplaene_gesamtdeutschland.zip ist noch Deflate,
• 20250901_fahrplaene_gesamtdeutschland.zip dann Deflate64

https://en.wikipedia.org/wiki/Deflate#Deflate64

Wäre es möglich, wieder auf Deflate zu wechseln?

[felixguendling]

Ich habe mal den entpackten Ordner mit zip -9 -r neu gepackt mit Deflate.

$ ls -lah 20251201_fahrplaene_gesamtdeutschland.zip
-rw-rw-r-- 1 felix felix 2,6G Dez  2 16:48 20251201_fahrplaene_gesamtdeutschland.zip
$ ls -lah delfi.zip 
-rw-rw-r-- 1 felix felix 2,1G Dez  2 22:22 delfi.zip

Die Datei ist also mit Deflate auf höchste Kompressions-Stufe sogar ~20% kleiner (2.1GB vs 2.6GB) als bei Deflate64 auf der Standardstufe, was etwas an Traffic sparen könnte.

[CM-RMS]

Frage - bezieht sich das auf das Archiv auf der Seite https://www.opendata-oepnv.de/

[felixguendling]

Exakt. Der Download für NeTEx Daten: link

[CM-RMS]

OK ich frage nach

[felixguendling]

Vielen Dank!

Vergleich:

$ 7z l -slt 20251201_fahrplaene_gesamtdeutschland.zip | grep "Method = " | sort | uniq 
Method = Deflate64
$ 7z l -slt delfi.zip | grep "Method = " | sort | uniq 
Method = Deflate:Maximum
Method = Store

Deflate64 ist ggf. durch eine Umstellung auf eine neuere Windows Version reingekommen.
Mit einem Tool wie z.B. 7zip lässt sich die Komprimierungsmethode auswählen.

Ich sehe Vorteile, ZIP (statt z.B. effizientere Archiv-Formaten) zu verwenden, aber nur, wenn dann auch der Standard-Deflate Ansatz verwendet wird, damit die Kompatibiliät mit anderen Programmen und Programmbibliotheken maximiert wird.

Sonst (wenn schon "speziellere" Formate eingesetzt werden) wäre wahrscheinlich ein Archiv-Format wie tar.zstd besser geeignet (deutlich effizienter und schneller).