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

[Moritz Lennert]

Le Thu, 5 Dec 2019 08:30:43 +0200,
Maris Nartiss  a écrit :

> What should be the solution? Moving to choice set by g.gisenv?

As mentioned in my mail, I suggest to add a parameter to the module
which allows to override the default setting when compressing a
specific raster map.

Using a GRASS environment variable instead of a shell variable might be
an idea to make setting the default easier.

Moritz


> 
> trešd., 2019. g. 4. dec., plkst. 11:28 — lietotājs Moritz Lennert
> () rakstīja:
> >
> > 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) ?
> >
> > Moritz
> >
> >
> > ___
> > grass-dev mailing list
> > grass-dev@lists.osgeo.org
> > https://lists.osgeo.org/mailman/listinfo/grass-dev  



-- 
Département Géosciences, Environnement et Société Université Libre de
Bruxelles Bureau: S.DB.6.138
CP 130/03
Av. F.D. Roosevelt 50
1050 Bruxelles
Belgique

tél. + 32 2 650.68.12 / 68.11 (secr.)
fax  + 32 2 650.68.30 
___
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 ?

[Maris Nartiss]

What should be the solution? Moving to choice set by g.gisenv?

Māris.

trešd., 2019. g. 4. dec., plkst. 11:28 — lietotājs Moritz Lennert
() rakstīja:
>
> 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) ?
>
> Moritz
>
>
> ___
> 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] #3923: g.gui.gmodeler: scroll bar not shown or too short

[GRASS GIS]

#3923: g.gui.gmodeler: scroll bar not shown or too short
--+-
  Reporter:  neteler  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.8.2
 Component:  wxGUI|Version:  git-releasebranch78
Resolution:   |   Keywords:  g.gui.gmodeler
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by neteler):

 I got feedback from the student (who finished the thesis): she said that
 she added the model parts through the interface.

 Probably no way to reconstruct how this happened...

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] [GRASS GIS] #3521: wxGUI datacatalog: allow actions on multiple selected files

[GRASS GIS]

#3521: wxGUI datacatalog: allow actions on multiple selected files
--+-
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:  7.6.2
 Component:  wxGUI|Version:  unspecified
Resolution:   |   Keywords:  datacatalog
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by wenzeslaus):

 For some time that's possible at least in master (7.9). (The milestone may
 need to be changed.) Please check if it works as expected. You can
 reproject multiple maps.

-- 
Ticket URL: 
GRASS GIS 

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

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

[Anna Petrášová]

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.
>
> 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

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

[Newcomb, Doug]

It may be an older version of the zstd library compiled on 7.6.0.

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

Re: [GRASS-dev] ZSTD error

[Markus Neteler]

Hi,

On Wed, Dec 4, 2019 at 10:00 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.

There was some issue with specific ZSTD lib version(s) if I recall correctly.
There is also a related (?) ticket:

https://trac.osgeo.org/grass/ticket/3815

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

Re: [GRASS-dev] [release planning] GRASS GIS 7.8.2

[Martin Landa]

Hi all,

ne 1. 12. 2019 v 21:00 odesílatel Martin Landa  napsal:
> winGRASS builds available for testing from OSGeo4W (Expr area) and as
> standalone installers [1].
>
> Ma
>
> [1] https://grass.osgeo.org/grass78/binary/mswindows/native/

UbuntuGIS package available from Expr PPA:

https://launchpad.net/~ubuntugis/+archive/ubuntu/ubuntugis-experimental/+packages?field.name_filter=grass_filter=published_filter=bionic

Martin

-- 
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #4005: i.sentinel.mask: use raster based approach for shadow detection

[GRASS GIS]

#4005: i.sentinel.mask: use raster based approach for shadow detection
-+-
 Reporter:  sbl  |  Owner:  grass-dev@…
 Type:  enhancement  | Status:  new
 Priority:  normal   |  Milestone:
Component:  Addons   |Version:  unspecified
 Keywords:  i.sentinel.mask  |CPU:  Unspecified
 Platform:  Unspecified  |
-+-
 Detection of cloud shadows can be quite time consuming at times, esp. with
 many clouds and shadows in an image.

 The performance of the process could be improved by orders of magnitude,
 if a raster based approach (r.reclass.area + r.region + r.stats) would be
 used, instead of going through vector data (r.to.vect + v.clean +
 v.transform + v.to.db).

 In most cases, a raster mask is needed anyway in the processing chain
 downstreams...

-- 
Ticket URL: 
GRASS GIS 

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

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

[Moritz Lennert]

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) ?


Moritz


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

Re: [GRASS-dev] [GRASS GIS] #3931: i.topo.corr: handle integer input for correction

[GRASS GIS]

#3931: i.topo.corr: handle integer input for correction
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  enhancement  | Status:  new
  Priority:  normal   |  Milestone:
 Component:  Imagery  |Version:  svn-trunk
Resolution:   |   Keywords:  i.topo.corr
   CPU:  All  |   Platform:  All
--+-

Comment (by sbl):

 Little correction, FCELL input is not allowed either, though i.atcorr
 outputs FCELL.


 So, an additional step with r.mapcalc is required to change i.atcorr
 output to DCELL (without gain in precision)...

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] ZSTD error

[Anna Petrášová]

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
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev