Opened 8 months ago

Closed 8 months ago

#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 8 months ago.
Removing last ZLIB-default remnant

Download all attachments as: .zip

Change History (6)

comment:1 Changed 8 months ago by mmetz

In 74114:

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

comment:2 Changed 8 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 8 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 8 months ago by sbl

Attachment: r.compress.html.diff added

Removing last ZLIB-default remnant

comment:4 in reply to:  3 Changed 8 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 8 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.