[GRASS-dev] [GRASS GIS] #2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE

GRASS GIS trac at osgeo.org
Tue Jun 24 15:28:50 PDT 2014


#2349: CELL raster format: make ZLIB level 3 standard compression instead of RLE
-------------------------+--------------------------------------------------
 Reporter:  neteler      |       Owner:  grass-dev@…              
     Type:  enhancement  |      Status:  new                      
 Priority:  critical     |   Milestone:  7.0.0                    
Component:  Raster       |     Version:  svn-releasebranch70      
 Keywords:               |    Platform:  All                      
      Cpu:  Unspecified  |  
-------------------------+--------------------------------------------------

Comment(by glynn):

 Replying to [ticket:2349 neteler]:
 > At time, integer maps (CELL) are still compressed with RLE
 > This leads to a huge waste of disk space when it comes to large
 > data.
 >
 > Proposal: make ZLIB, level 3 the standard compression.

 Is GRASS_INT_ZLIB support now old enough that it can be taken for granted?

 > At time we can enable the environment variable GRASS_INT_ZLIB
 > but it will use the default ZLIB level 6 compression which
 > is too CPU intensive. So a  (user) control over this is important.

 The current behaviour is that setting GRASS_INT_ZLIB to anything (even an
 empty string) will enable zlib compression at the hard-coded level. One
 option is to parse the value as an integer and use the result as the
 compression level. However, it's possible that people are currently using
 e.g. GRASS_INT_ZLIB=1 to enable it with the existing default level.

 Another option is to add another environment variable for the level.

 Aside: if there are still systems out there using the historical limit of
 4096 bytes of memory for the combination of environment variables and
 arguments (argv), we might want to think about making GRASS less greedy
 with respect to environment variables.

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/2349#comment:2>
GRASS GIS <http://grass.osgeo.org>



More information about the grass-dev mailing list