Re: [GRASS-dev] any special reason why choice of raster compression method is done via environmental variable ?

[Moritz Lennert]

On 9/12/19 22:50, Markus Metz wrote:

  Hi Moritz,

On Wed, Dec 4, 2019 at 10:28 AM Moritz Lennert 
mailto:mlenn...@club.worldonline.be>> wrote:

 >
 > Hi Markus,
 >
 > In recent days, I've been confronted several times with the issue of
 > people trying to share data among themselves, but using different
 > versions of GRASS, and so raster data compressed in a more recent
 > version of GRASS was not usable in an older version of GRASS.
 >
 > Now, I agree that generally the solution is to tell people to use the
 > latest and greatest, but this is not always possible / it is not
 > necessarily highest on the list of priorities of people to see how they
 > can install the latest version of GRASS within their particular 
environment.

 >
 > Obviously, those with the latest version of GRASS can simple recompress
 > using ZLIB. However, compression method is defined as an environment
 > variable. This is somewhat daunting to many MS Windows users out there.
 > Is there any specific reason that lead to the choice of not using a
 > parameter to allow the choice of compression method (possibly to
 > override a default that is still defined by an environment variable) ?

Such a parameter would need to be added to every module creating raster 
output.


My request is more linked to use cases where one would like to share 
data (e.g. with r.pack) with other GRASS GIS users who do not 
necessarily have access to the same compression method, not necessarily 
to changing the default compression method. I was just wondering whether 
it might be easily possible to just implement r.compress method= as a 
quick way to recompress a specific map with a chosen method, overriding 
the default method. Currently, to do that, you have to change the 
default method by changing the env variable, run r.compress, then change 
the variable back to the value one wishes generally to use as default.


Obviously, you can always just export as tiff and share that, but that 
just feels less elegant. Anyway, this is probably somewhat of a luxury 
problem :-)


Moritz
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] any special reason why choice of raster compression method is done via environmental variable ?

[Markus Metz]

 Hi Moritz,

On Wed, Dec 4, 2019 at 10:28 AM Moritz Lennert 
wrote:
>
> Hi Markus,
>
> In recent days, I've been confronted several times with the issue of
> people trying to share data among themselves, but using different
> versions of GRASS, and so raster data compressed in a more recent
> version of GRASS was not usable in an older version of GRASS.
>
> Now, I agree that generally the solution is to tell people to use the
> latest and greatest, but this is not always possible / it is not
> necessarily highest on the list of priorities of people to see how they
> can install the latest version of GRASS within their particular
environment.
>
> Obviously, those with the latest version of GRASS can simple recompress
> using ZLIB. However, compression method is defined as an environment
> variable. This is somewhat daunting to many MS Windows users out there.
> Is there any specific reason that lead to the choice of not using a
> parameter to allow the choice of compression method (possibly to
> override a default that is still defined by an environment variable) ?

Such a parameter would need to be added to every module creating raster
output.

The reason for an environment variable is historical: previously, CELL maps
were by default compressed with RLE, this could be changed with the env var
GRASS_INT_ZLIB. This mechanism of using an env var for raster compression
has been extended.

Other solutions than an env var would be to use g.gisenv/$GISRC to set the
default compression method per user or a mapset-specific compression method
(to be set with a modified r.compress?) stored in the mapset's VAR file.

Regarding MS Windows users + raster compression: I think it is reasonable
to assume at least GRASS 7.6 which has support all compression methods
available in GRASS.

Markus M
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [EXTERNAL] ZSTD error

[Markus Metz]

On Wed, Dec 4, 2019 at 2:30 PM Anna Petrášová  wrote:
>
> That might be it! Thanks for the answers.
>
> On Wed, Dec 4, 2019 at 1:51 PM Newcomb, Doug  wrote:
>>
>> It may be an older version of the zstd library compiled on 7.6.0.

yes, there were some reports of zstd minor version (1.x vs 1.y)
incompatibilities regarding GRASS ZSTD compression. Unfortunately, I could
not find corresponding notes in the ZSTD documentation.

Markus M
>>
>> Doug
>>
>> On Wed, Dec 4, 2019 at 4:01 AM Anna Petrášová 
wrote:
>>>
>>> Hi,
>>>
>>> I can't open colleague's data, I am getting:
>>>
>>> ZSTD compression error -2: Unknown frame descriptor
>>> Error uncompressing fp raster data for row 24 of :
error code -1
>>>
>>> r.compress -p:
>>>  is compressed (method 5: ZSTD). Data type: FCELL
>>>  has a compressed NULL file
>>>
>>> Any idea what could be going on? He said it works ok on his Mac and
Windows? I tried latest master and 78 with ZSTD compression on my side.
>>>
>>> Thank you,
>>> Anna
>>
>>
>>
>> --
>> Doug Newcomb - Cartographer
>> USFWS
>> 551F Pylon Dr
>> Raleigh, NC
>> 919-856-4520 ext. 14 doug_newc...@fws.gov
>>
-
>>
>> NOTE: This email correspondence and any attachments to and from this
sender is subject to the Freedom of Information Act (FOIA) and may be
disclosed to third parties.
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] [GRASS GIS] #4004: "Add web service layer" broken with Python3

[GRASS GIS]

#4004: "Add web service layer" broken with Python3
--+--
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  major|  Milestone:  7.8.2
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  Python3,WMS,wxpython
   CPU:  Unspecified  |   Platform:  All
--+--

Comment (by annakrat):

 https://github.com/OSGeo/grass/pull/242

-- 
Ticket URL: 
GRASS GIS 

___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev