Re: [GRASS-dev] g.extension: still fetching from SVN?

[Helmut Kudrnovsky]

 >I will try to take a look on this 
>issue after solving wingrass builds. 

>Volunteers welcome in in case. 

Anything to help/test regarding winGRASS builds? After upgrading to the
latest msys2/mingw stuff, compiling works locally here. 



-
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html
___
grass-dev mailing list
grass-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-dev

[GRASS-dev] [GRASS GIS] #3863: epsg file missing in GRASS 7.6.1 stable

[GRASS GIS]

#3863: epsg file missing in GRASS 7.6.1 stable
+-
 Reporter:  lponti  |  Owner:  grass-dev@…
 Type:  defect  | Status:  new
 Priority:  normal  |  Milestone:  7.6.2
Component:  Projections/Datums  |Version:  svn-releasebranch76
 Keywords:  epsg|CPU:  OSX/Intel
 Platform:  MacOSX  |
+-
 epsg file appers to be missing in GRASS 7.6.1 stable for mac

 from
 /Applications/GRASS-7.6.app/Contents/Resources/share/proj

 installed from bundled binaries at
 http://grassmac.wikidot.com/downloads

 on macOS 10.14.5 (18F203)

 Encountered error when trying to create the first location on the first
 startup using EPSG code but failed with error showing path to missing epsg
 file.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] g.extension: still fetching from SVN?

[Markus Neteler]

On Mon, Jul 1, 2019 at 3:37 PM Martin Landa  wrote:
>
> Hi,
>
> ne 30. 6. 2019 v 23:15 odesílatel Markus Neteler  napsal:
> > We have tested it in our office, it still points to SVN.
>
> yes, its still pointing to SVN. I will try to take a look on this
> issue after solving wingrass builds. Volunteers welcome in in case. Ma

After Anika's pull request it points to Github!
Please just test it...

Note: the only way we found is to use "svn export" in order to fetch a
subdir from https://github.com/OSGeo/grass-addons/
A dirty hack but apparently no other way when one does not want to
clone the entire repo for a single addon.

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

Re: [GRASS-dev] g.extension: still fetching from SVN?

[Martin Landa]

Hi,

ne 30. 6. 2019 v 23:15 odesílatel Markus Neteler  napsal:
> We have tested it in our office, it still points to SVN.

yes, its still pointing to SVN. I will try to take a look on this
issue after solving wingrass builds. Volunteers welcome in in case. Ma

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

Re: [GRASS-dev] dealing with null values in rasters only within mask

[Moritz Lennert]

Hi Markus,

On 28/06/19 22:08, Markus Metz wrote:

Hi Moritz,

On Fri, Jun 28, 2019 at 11:56 AM Moritz Lennert 
mailto:mlenn...@club.worldonline.be>> wrote:

 >
 > On 28/06/19 11:10, Stefan Blumentrath wrote:
 > > Hi Moritz,
 > >
 > > Did you consider r.stats -N for checking for NULL values within the 
masked area, like:

 > > r.stats -N input=tile,MASK
 > > if there is *|1 in the output you have NULL cells in the tile...

the fastest way to get the total number of cells and the number of 
non-NULL cells, ignoring any MASK, is r.info  -s, e.g.

cells=4917486    <-- total number of cells
n=4873149 <-- number of non-NULL cells

these numbers are stored in metadata and independent of the current region


But so this does not help in my problem which is to determine the number 
of NULL pixels within a given MASK.



 > > For filling NULLs with a given value you could do:
 > > r.mapcalc 
expression=tile_filled=if(MASK,if(isnull(tile),1,tile),null())


in this case, I recommend to create a custom mask that is not named MASK 
but e.g. mymask, and the r.mapcalc expression probably needs some 
modification regarding NULL values in mymask:
r.mapcalc expression="tile_filled = if(isnull(mymask) != 0 and mymask != 
0, if(isnull(tile), 1, tile), null())"


The reason is that if(MASK, ...) should return NULL if MASK is NULL 
which is not what you want, you want " if MASK is not NULL"


Right, thanks for the hint !

Moritz

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