Re: [GRASS-dev] scientific notation in r.mapcalc ?

2017-06-16 Thread Markus Metz 
On Fri, Jun 16, 2017 at 5:56 PM, Markus Neteler  wrote:
>
> On Jun 16, 2017 5:41 PM, "Moritz Lennert" 
wrote:
>
> ...
> > Markus, what was your recent issue ? Maybe that will ring a bell for
me...
>
> I think we were on a system with Italian locale. I will ask if it was
happening when using the GUI (likely yes).

this works:
r.mapcalc "foo = 2.0e-05"
r.mapcalc "foo = 2.e-05"

this does not work:
r.mapcalc "foo = 2e-05"

i.e. the number before 'e' must be a floating point number, otherwise the
parser looks for the raster '2e'.

I guess this makes sense, maybe this needs mentioning in the manual.

Markus M

>
> Markus
>
>
> ___
> 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] scientific notation in r.mapcalc ?

2017-06-16 Thread Markus Neteler 
On Jun 16, 2017 5:41 PM, "Moritz Lennert" 
wrote:

...
> Markus, what was your recent issue ? Maybe that will ring a bell for me...

I think we were on a system with Italian locale. I will ask if it was
happening when using the GUI (likely yes).

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

Re: [GRASS-dev] scientific notation in r.mapcalc ?

2017-06-16 Thread Moritz Lennert 

Hi Glynn !

On 16/06/17 02:35, Glynn Clements wrote:


Markus Neteler wrote:


I just stumbled upon this while running a large model, and noticed that I
couldn't easily find an answer:

IIUC r.mapcalc does not support scientific notation of floating point
numbers (i.e. 2.54e-05 instead of 0.254). Is that correct ?

How difficult would it be to implement the support of such notation ?


We just stumbled over the same issue... would be nice to have.


It works here:

$ r.mapcalc "foo = 2.54e-05"
$ r.info -r foo
min=2.54e-05
max=2.54e-05


I can confirm that this works here as well. I have to admit that I don't 
remember the details, but it was in the context of a python script, so 
maybe it was something in the script. And I can't remember what solution 
I found at the time.


It also works in python:

import grass.script as g
a = 2.54e-11
mce = "test = %e" % a
g.run_command('r.mapcalc', expre=mce, overwrite=True)
g.parse_command('r.info', flags='r', map_='test')
{u'max': u'2.54e-11', u'min': u'2.54e-11'}

Markus, what was your recent issue ? Maybe that will ring a bell for me...

[...]



Is this issue a wxGUI thing?



I wasn't confronted with it using the GUI, but running a script, AFAIR.

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

Re: [GRASS-dev] v.surf.bspline density and distance estimates

2017-06-16 Thread Markus Metz 
On Fri, Jun 16, 2017 at 11:28 AM, Paulo van Breugel 
wrote:
>
> Hi devs, can anybody tell how v.surf.bspline computes the point density
and mean distance.

point density is the number of points divided by the size of the bounding
box of the points
mean distance is the square root of the size of the bounding box divided by
the number of points

> And what is the unit, pixels, as also used for length spline steps or
meters?

the unit is map unit, you can then figure out a reasonable resolution (in
map units) for the current region

Markus M

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

[GRASS-dev] GSoC Weekly Report for Paul Schrum: Integration Of PDAL into GRASS GIS ¶

2017-06-16 Thread Paul Schrum 
Weekly Report for Paul Schrum for Week 3 (the week ending 6/16/2017)

Project: Integration Of PDAL into GRASS GIS



1. What did you get done this week?



I continued to gain an understanding of how similar GRASS commands work at
a deep level so that when I modify the existing code for v.in.pdal, I will
understand what I should do.



2. What do you plan on doing next week?



I will be on vacation from June 16 until June 27. My access to the internet
may be limited during this time.



3. Are you blocked on anything?



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

[GRASS-dev] v.surf.bspline density and distance estimates

2017-06-16 Thread Paulo van Breugel 
Hi devs, can anybody tell how v.surf.bspline computes the point density 
and mean distance. And what is the unit, pixels, as also used for length 
spline steps or meters?


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

Re: [GRASS-dev] [GRASS GIS] #3358: t.rast.what: null_value is insensitive to passed strings

2017-06-16 Thread GRASS GIS 
#3358: t.rast.what: null_value is insensitive to passed strings
-+-
  Reporter:  veroandreo  |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  normal  |  Milestone:  7.2.2
 Component:  Temporal|Version:  svn-trunk
Resolution:  |   Keywords:  t.rast.what
   CPU:  x86-64  |   Platform:  Linux
-+-

Comment (by neteler):

 Replying to [comment:1 veroandreo]:
 > r71175 fixed the reported bug in G7:t.rast.what null_value option in
 trunk. Thanks Soeren!
 >
 > I leave the ticket open in case it needs to be backported

 I guess that this would require the backport of r71105 (t.rast.what: added
 new r.what v flag; added test cases)

--
Ticket URL: 
GRASS GIS 

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