#3758 closed defect (fixed)

zstd-suport in GRASS >= 7.6: update manuals for variables and r.compress

Reported by: sbl Owned by: grass-dev@…
Priority: normal Milestone: 7.6.1
Component: Docs Version: svn-releasebranch76
Keywords: r.compress, variables Cc:
CPU: All Platform: All

Description

The release news for GRASS 7.6: https://trac.osgeo.org/grass/wiki/Release/7.6.0-News , say that new default raster compressor (if available) is ZSTD.

Manuals for:

are not fully consistent/up to date in this regards and should be updated accordingly...

Attachments (1)

r.compress.html.diff (1.0 KB) - added by sbl 10 months ago.
Removing last ZLIB-default remnant

Download all attachments as: .zip

Change History (6)

comment:1 Changed 10 months ago by mmetz

In 74114:

update documentation with regard to ZSTD as default compression if available, see #3758

comment:2 Changed 10 months ago by mmetz

In 74115:

update documentation with regard to ZSTD as default compression if available, see #3758 (backport trunk r74114)

comment:3 Changed 10 months ago by sbl

Thanks. Found one little glitch (see attached diff for a suggestion). BTW., the manual for r.compress (https://trac.osgeo.org/grass/browser/grass/trunk/raster/r.compress/r.compress.html?rev=74114#L98) says:

The NULL file compression is using the LZ4 method as being the best compromise between speed and compression rate.

Is that still accurate?

Changed 10 months ago by sbl

Attachment: r.compress.html.diff added

Removing last ZLIB-default remnant

comment:4 in reply to:  3 Changed 10 months ago by mmetz

Replying to sbl:

Thanks. Found one little glitch (see attached diff for a suggestion).

Thanks, applied in trunk r74119. You can of course submit these improvements yourself ;-)

BTW., the manual for r.compress (https://trac.osgeo.org/grass/browser/grass/trunk/raster/r.compress/r.compress.html?rev=74114#L98) says:

The NULL file compression is using the LZ4 method as being the best compromise between speed and compression rate.

Is that still accurate?

Yes, there is practically no speed penalty with LZ4, and NULL files are so simple that not much is gained with other compression methods.

comment:5 Changed 10 months ago by sbl

Resolution: fixed
Status: newclosed

Thanks for clarification.

Yes, next time I open tickets esp. on documentation I try to come up with a fix myself much faster. (But you make it hard to be fast enough ;-))

Closing as fixed.

Note: See TracTickets for help on using tickets.