<div dir="ltr"><div>One workaround may be GRASS_COMPRESSOR=method r.compress, but it won't directly work on MS-Windows without a batch file, I think.</div><div><br></div><div>Huidae<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, Dec 10, 2019 at 12:47 AM Moritz Lennert <<a href="mailto:mlennert@club.worldonline.be">mlennert@club.worldonline.be</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 9/12/19 22:50, Markus Metz wrote:<br>
>   Hi Moritz,<br>
> <br>
> On Wed, Dec 4, 2019 at 10:28 AM Moritz Lennert <br>
> <<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a> <mailto:<a href="mailto:mlennert@club.worldonline.be" target="_blank">mlennert@club.worldonline.be</a>>> wrote:<br>
>  ><br>
>  > Hi Markus,<br>
>  ><br>
>  > In recent days, I've been confronted several times with the issue of<br>
>  > people trying to share data among themselves, but using different<br>
>  > versions of GRASS, and so raster data compressed in a more recent<br>
>  > version of GRASS was not usable in an older version of GRASS.<br>
>  ><br>
>  > Now, I agree that generally the solution is to tell people to use the<br>
>  > latest and greatest, but this is not always possible / it is not<br>
>  > necessarily highest on the list of priorities of people to see how they<br>
>  > can install the latest version of GRASS within their particular <br>
> environment.<br>
>  ><br>
>  > Obviously, those with the latest version of GRASS can simple recompress<br>
>  > using ZLIB. However, compression method is defined as an environment<br>
>  > variable. This is somewhat daunting to many MS Windows users out there.<br>
>  > Is there any specific reason that lead to the choice of not using a<br>
>  > parameter to allow the choice of compression method (possibly to<br>
>  > override a default that is still defined by an environment variable) ?<br>
> <br>
> Such a parameter would need to be added to every module creating raster <br>
> output.<br>
<br>
My request is more linked to use cases where one would like to share <br>
data (e.g. with r.pack) with other GRASS GIS users who do not <br>
necessarily have access to the same compression method, not necessarily <br>
to changing the default compression method. I was just wondering whether <br>
it might be easily possible to just implement r.compress method= as a <br>
quick way to recompress a specific map with a chosen method, overriding <br>
the default method. Currently, to do that, you have to change the <br>
default method by changing the env variable, run r.compress, then change <br>
the variable back to the value one wishes generally to use as default.<br>
<br>
Obviously, you can always just export as tiff and share that, but that <br>
just feels less elegant. Anyway, this is probably somewhat of a luxury <br>
problem :-)<br>
<br>
Moritz<br>
_______________________________________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/mailman/listinfo/grass-dev</a></blockquote></div><br clear="all"><br>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><span><div><div dir="ltr">Huidae Cho, Ph.D., GISP, PE (MD), CFM, M.ASCE<br>Open Source GIS Developer, GRASS GIS Development Team</div></div></span></div></div></div></div></div></div></div></div>