[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