[GRASS-dev] [GRASS GIS] #2750: LZ4 when writing raster rows; better than double I/O bound r.mapcalc speed

GRASS GIS trac at osgeo.org
Wed Oct 7 19:53:12 PDT 2015


#2750: LZ4 when writing raster rows; better than double I/O bound r.mapcalc speed
--------------------------+---------------------------
  Reporter:  sprice       |      Owner:  grass-dev@…
      Type:  enhancement  |     Status:  new
  Priority:  normal       |  Milestone:  7.1.0
 Component:  Raster       |    Version:  svn-trunk
Resolution:               |   Keywords:  ZLIB LZ4 ZSTD
       CPU:  OSX/Intel    |   Platform:  MacOSX
--------------------------+---------------------------

Comment (by wenzeslaus):

 Replying to [comment:5 sprice]:
 > I just uploaded a new version of the code that shouldn't fail any
 additional unit tests, and I've added unit tests to r.compress that test
 reading/writing the different compression schemes.

 Nice. Runs for me as well. Test is well written, but to be sure, please
 improve setting of the environmental variables. When you do
 `os.environ[env_var] = '1'`, `env_var` stays in the environment, so next
 time it might be picked up (to be honest, right now I don't understand why
 it is not picked up). You can run a module in an isolated environment by
 something like this:

 {{{
 env = os.environ.copy()
 env[env_var] = '1'
 ...Module(..., env_=env)
 }}}

 I haven't tried that but in theory it should work with all `*Module`
 functions as well as classes (all is based on
 [https://grass.osgeo.org/grass70/manuals/libpython/pygrass.modules.interface.html
 #module-pygrass.modules.interface.module PyGRASS Module]).

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/2750#comment:6>
GRASS GIS <https://grass.osgeo.org>



More information about the grass-dev mailing list