Re: [GRASS-dev] Use 'from=' parameter in python script

[Vaclav Petras]

On Wed, Mar 21, 2018 at 7:57 PM, Nikos Alexandris 
wrote:
>
> how can I use the 'from' parameter in a python script? The following
> ```
> from_range=0,255
> to_range=0,511
> cls.runModule('r.rescale', input=band, output=output_map_name,
>from=from_range, to=to_range, overwrite=True)
> ```
>
> causes expectedly
> ```
> SyntaxError: invalid syntax
> ```


Try `from_`. I'm not sure at this point if it works in a gunittest (which
you seem to be using).

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

[GRASS-dev] Use 'from=' parameter in python script

[Nikos Alexandris]

Dear all,

how can I use the 'from' parameter in a python script? The following
```
from_range=0,255
to_range=0,511
cls.runModule('r.rescale', input=band, output=output_map_name,
   from=from_range, to=to_range, overwrite=True)
```

causes expectedly
```
SyntaxError: invalid syntax
```

Nikos


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

Re: [GRASS-dev] [GRASS GIS] #3223: r.info displays wrong timestamp after t.rast.series with a where clause

[GRASS GIS]

#3223: r.info displays wrong timestamp after t.rast.series with a where clause
--+-
  Reporter:  veroandreo   |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  Default  |Version:  svn-trunk
Resolution:   |   Keywords:  r.info
   CPU:  Unspecified  |   Platform:  Linux
--+-

Comment (by huhabla):

 Fixed in grass trunk reveision r72479. Please test.

-- 
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] #3302: t.rast.algebra: add support for suffix option in output map names

[GRASS GIS]

#3302: t.rast.algebra: add support for suffix option in output map names
-+-
  Reporter:  veroandreo  |  Owner:  grass-dev@…
  Type:  | Status:  new
  enhancement|
  Priority:  normal  |  Milestone:  7.4.1
 Component:  Temporal|Version:  svn-trunk
Resolution:  |   Keywords:  t.rast.algebra, t.rast.mapcalc,
   CPU:  |  suffix
  Unspecified|   Platform:  Unspecified
-+-

Comment (by huhabla):

 I have implemented the suffix option in t.rast.algebra in grass trunk
 revision r72478. Please test.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] Introduction

[Luca Delucchi]

On 31 January 2018 at 15:31, sharry gill  wrote:
> Hello,
>

Hi Sharry

>
> I have attached a simple test, I wrote for r.mode.
>

I run it in nc_basic_spm_grass7 [0] but it fails

GRASS 7.5.svn (nc_basic_spm_grass7):~ > python ~/testrmode.py

ERROR: Raster map  not found
ERROR: Raster map  not found

E
ERROR: Raster map  not found
ERROR: Raster map  not found

E
ERROR: Raster map  not found
ERROR: Raster map  not found

F
==
ERROR: test_1 (__main__.Testrmode)
--
Traceback (most recent call last):
  File "/home/lucadelu/testrmode.py", line 31, in test_1
msg="facility in degrees must be between 1 and 1")
  File 
"/home/lucadelu/compilati/grass_trunk/dist.x86_64-pc-linux-gnu/etc/python/grass/gunittest/case.py",
line 461, in assertRasterMinMax
stdout = call_module('r.info', map=map, flags='r')
  File 
"/home/lucadelu/compilati/grass_trunk/dist.x86_64-pc-linux-gnu/etc/python/grass/gunittest/gmodules.py",
line 131, in call_module
raise CalledModuleError(returncode, module, kwargs, errors)
CalledModuleError: Module run 1 r.info ended with error
Process ended with non-zero return code {'map': 'facility', 'flags':
'r', 'stderr': -1, 'stdout': -1}. See the following errors:
ERROR: Raster map  not found


==
ERROR: test_2 (__main__.Testrmode)
--
Traceback (most recent call last):
  File "/home/lucadelu/testrmode.py", line 37, in test_2
msg="slope in degrees must be between 0 and 38.68939")
  File 
"/home/lucadelu/compilati/grass_trunk/dist.x86_64-pc-linux-gnu/etc/python/grass/gunittest/case.py",
line 461, in assertRasterMinMax
stdout = call_module('r.info', map=map, flags='r')
  File 
"/home/lucadelu/compilati/grass_trunk/dist.x86_64-pc-linux-gnu/etc/python/grass/gunittest/gmodules.py",
line 131, in call_module
raise CalledModuleError(returncode, module, kwargs, errors)
CalledModuleError: Module run 1 r.info ended with error
Process ended with non-zero return code {'map': 'slope', 'flags': 'r',
'stderr': -1, 'stdout': -1}. See the following errors:
ERROR: Raster map  not found


==
FAIL: test_3 (__main__.Testrmode)
--
Traceback (most recent call last):
  File "/home/lucadelu/testrmode.py", line 43, in test_3
msg="geology in degrees must be between 34300 and 43600")
  File 
"/home/lucadelu/compilati/grass_trunk/dist.x86_64-pc-linux-gnu/etc/python/grass/gunittest/case.py",
line 468, in assertRasterMinMax
self.fail(self._formatMessage(msg, stdmsg))
AssertionError: geology in degrees must be between 34300 and 43600
The actual minimum (217) is smaller than the reference one (34300) for
raster map geology (with maximum 948)

--
Ran 3 tests in 0.905s
FAILED (failures=1, errors=2)

could you please fix it?

> I am new to Open Source community so I came early, so I can get to know
> about OSGeo and GRASS GIS.
>
> Thank You
> Supreet
>

[0] https://grass.osgeo.org/sampledata/north_carolina/nc_basic_spm_grass7.tar.gz

-- 
ciao
Luca

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

Re: [GRASS-dev] [GRASS GIS] #3429: g.gui.iclass: segfault when loading vector layer

[GRASS GIS]

#3429: g.gui.iclass: segfault when loading vector layer
--+--
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  g.gui.iclass import segfault
   CPU:  Unspecified  |   Platform:  Unspecified
--+--

Comment (by annakrat):

 Not specifically, but I remember it was needed. The problem was I don't
 know what that change in Vlib would cause or where elsewhere it is used.

-- 
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] #3429: g.gui.iclass: segfault when loading vector layer

[GRASS GIS]

#3429: g.gui.iclass: segfault when loading vector layer
--+--
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  g.gui.iclass import segfault
   CPU:  Unspecified  |   Platform:  Unspecified
--+--

Comment (by mlennert):

 Trying this with current trunk, just aopplying the first part of the
 patch, i.e.


 {{{


 Index: Vlib/open.c
 ===
 --- Vlib/open.c (revision 71523)
 +++ Vlib/open.c (working copy)
 @@ -960,7 +960,7 @@
  }
  G_debug(1, "Vect_open_tmp_new(): name = '%s' with_z = %d", name,
 with_z);

 -return open_new(Map, tmp_name, with_z, TEMPORARY_MAP); /* temporary
 map */
 +return open_new(Map, tmp_name, with_z, TEMPORARY_MAP_ENV); /*
 temporary map */
  }
 }}}

 does the trick for me.

 Anna, do you remember what the second part (in frame.py) was for ?

-- 
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] #3446: GRASS python library is not working with python 3

[GRASS GIS]

#3446: GRASS python library is not working with python 3
-+---
  Reporter:  lrntct  |  Owner:  grass-dev@…
  Type:  defect  | Status:  new
  Priority:  major   |  Milestone:  7.4.1
 Component:  Python  |Version:  7.2.1
Resolution:  |   Keywords:  python python3 ctypes
   CPU:  x86-64  |   Platform:  Linux
-+---

Comment (by martinl):

 BTW, currently ctypes compilation with Python3 enabled fails with

 {{{
 python3 -t -m py_compile /var/local/src/grass7_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/lib/vector.py
   File "/var/local/src/grass7_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/lib/vector.py", line 5779
 PORT_LONG_MAX = 2147483647L
   ^
 SyntaxError: invalid syntax
 }}}

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] winGRASS daily builds broken

[Martin Landa]

see package.log, simple answer :-)

C:/msys64/mingw64/bin/../lib/gcc/x86_64-w64-mingw32/5.2.0/../../../../x86_64-w64-mingw32/bin/ld.exe:
final link failed: No space left on device
collect2.exe: error: ld returned 1 exit status

2018-03-21 11:57 GMT+01:00 Helmut Kudrnovsky :
> just seen in
>
> https://wingrass.fsv.cvut.cz/grass75/x86_64/logs/log-r72399-97/error.log
>
> that winGRASS daily builds seems to be broken.
>
> Local winGRASS compiling works:
>
> GRASS GIS 7.5.svn r72458M compilation log
> --
> Started compilation: Wed Mar 21 11:21:17 CET 2018
> --
> Errors in:
> No errors detected.
> --
> Finished compilation: Wed Mar 21 11:36:27 CET 2018
>
>
>
> -
> 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



-- 
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] [GRASS GIS] #3322: t.info: h-flag has no effect

[GRASS GIS]

#3322: t.info: h-flag has no effect
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  minor|  Milestone:  7.2.3
 Component:  Temporal |Version:  svn-releasebranch72
Resolution:  fixed|   Keywords:  t.info,history
   CPU:  Unspecified  |   Platform:  Unspecified
--+-
Changes (by sbl):

 * status:  new => closed
 * resolution:   => fixed


Comment:

 In [changeset:"72461" 72461]:
 {{{
 #!CommitTicketReference repository="" revision="72461"
 t.info: activate -h flag (merge from trunk r72444); fix #3322
 }}}

-- 
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] #3322: t.info: h-flag has no effect

[GRASS GIS]

#3322: t.info: h-flag has no effect
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  minor|  Milestone:  7.2.3
 Component:  Temporal |Version:  svn-releasebranch72
Resolution:   |   Keywords:  t.info,history
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by sbl):

 In [changeset:"72460" 72460]:
 {{{
 #!CommitTicketReference repository="" revision="72460"
 t.info: activate -h flag (merge from trunk r72444); see #3322
 }}}

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] winGRASS daily builds broken

[Helmut Kudrnovsky]

just seen in 

https://wingrass.fsv.cvut.cz/grass75/x86_64/logs/log-r72399-97/error.log

that winGRASS daily builds seems to be broken.

Local winGRASS compiling works:

GRASS GIS 7.5.svn r72458M compilation log
--
Started compilation: Wed Mar 21 11:21:17 CET 2018
--
Errors in:
No errors detected.
--
Finished compilation: Wed Mar 21 11:36:27 CET 2018



-
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

Re: [GRASS-dev] [GRASS GIS] #3322: t.info: h-flag has no effect

[GRASS GIS]

#3322: t.info: h-flag has no effect
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  minor|  Milestone:  7.2.3
 Component:  Temporal |Version:  svn-releasebranch72
Resolution:   |   Keywords:  t.info,history
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by martinl):

 @sbl Please backport to 74 and 72 branches.

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] Fwd: Wouldbe GSoC students, please read

[Margherita Di Leo]

-- Forwarded message --
From: Margherita Di Leo 
Date: Wed, Mar 21, 2018 at 10:47 AM
Subject: Wouldbe GSoC students, please read
To: OSGeo Discussions , OSGeo-SoC <
s...@lists.osgeo.org>


Dear students,

this is a reminder that we will be accepting students proposals until March
27, that is only 1 week away from now. As a general remark, we know that
late submissions are not our best shot, as we usually find them incomplete,
so be aware that the sooner you submit your proposals, the better chances
you have to adjust them to mentors' requirements, and in the end, better
chances to be selected.
We have noticed some proposals have been submitted as final. We cannot
access them until deadline, so, unless you also share the google docs as
public, we don't have a way to give you feedback and we will be evaluating
your final proposal as it is, so you have less chances, or none at all if
your proposals hasn't been discussed anywhere in public channels.
Even if you have had some contact with a potential mentor, remember that
the proposals discussion must happen in public channels, as it is always
the case in open source communities.
Last but not least, remember that GSoC is a highly competitive program, we
prioritize quality over quantity, this means that we only accept excellent
proposals. So please read carefully and thoroughly our recommendations at
https://wiki.osgeo.org/wiki/Google_Summer_of_Code_
Recommendations_for_Students and don't forget to introduce yourself in SOC
mailing list.

Good luck everyone

@All: please forward to your software community mailing list


-- 
Margherita Di Leo



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

Re: [GRASS-dev] [GSOC 2018] - Implement a series of image fusion algorithms in GRASS GIS

[Margherita Di Leo]

Hi Tudor,

Please share your proposal as public, because you have submitted it as
final, but we cannot either see it until deadline either comment it, so you
cannot benefit from feedback and we will evaluate it as it is. Also, please
read the recommendations at
https://wiki.osgeo.org/wiki/Google_Summer_of_Code_Recommendations_for_Students
and
introduce yourself in soc mailing list.

Good luck!
Cheers



Il giorno ven 2 mar 2018 alle 10:35 Tudor-Emil COMAN (25633) <
tudor_emil.co...@stud.acs.upb.ro> ha scritto:

> Hi,
>
>
> My name is Tudor-Emil Coman and I study Computer Science at the Faculty of
> Automatic Control and Computer Science in Bucharest, Romania as a MSc
> student.
>
> I'm currently researching geospatial image processing technologies and I
> have
> primarly worked with Sentinel 2 data on numerous frameworks like ESA SNAP,
> GDAL, GeoDjango, PostGIS and of course GRASS GIS.
>
> I'm very interested in working this summer for a project I have seen
> proposed
> on the GSOC 2018 idea page regarding the development of image fusion
> algorithms.
> An already existing fusion algorithm is the High-Pass Filter Addition
> technique
> implemented in the i.fusion.hpf module [1]. The scope of the project would
> be
> to expand the capabilities of GRASS to combine data from different sensors.
>
> The first algorithm I would implement is based on Nicolas Brodu's paper
> named
> Super-resolving multiresolution images with band-independant geometry of
> multispectral pixels [2]. The algorithm presented in this paper would
> increase
> the resolution of certain low resolution bands by inferring some geometric
> characteristics from high resolution bands. As opposed to the already
> existing
> HPFA fusion method, this one does not require a panchromatic band making it
> suitable for satellites that do not produce panchromatic bands.
>
> I'm sure some other fusion algorithms are needed in GRASS-GIS that are not
> yet
> implemented. I'm interested in suggestions about such algorithms so that I
> can
> read about them and incorporate them into my final proposal.
>
> [1] - https://grass.osgeo.org/grass74/manuals/addons/i.fusion.hpf.html
> [2] - https://arxiv.org/abs/1609.07986
>
> Cheers,
> Tudor
>
> ___
> grass-dev mailing list
> grass-dev@lists.osgeo.org
> https://lists.osgeo.org/mailman/listinfo/grass-dev

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

Re: [GRASS-dev] [GRASS GIS] #3530: wxgui: refreshing display after erasing displayed map creates encoding error

[GRASS GIS]

#3530: wxgui: refreshing display after erasing displayed map creates encoding
error
--+
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  closed
  Priority:  normal   |  Milestone:  7.4.1
 Component:  wxGUI|Version:  svn-trunk
Resolution:  duplicate|   Keywords:  encoding rendering
   CPU:  Unspecified  |   Platform:  Unspecified
--+
Changes (by mlennert):

 * status:  new => closed
 * resolution:   => duplicate


Comment:

 Replying to [comment:1 marisn]:
 > See also #3517

 Yes, you're right. That seems to be exactly the same thing. Closing this
 one as duplicate of #3517.

-- 
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] #3322: t.info: h-flag has no effect

[GRASS GIS]

#3322: t.info: h-flag has no effect
--+-
  Reporter:  sbl  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  minor|  Milestone:  7.2.3
 Component:  Temporal |Version:  svn-releasebranch72
Resolution:   |   Keywords:  t.info,history
   CPU:  Unspecified  |   Platform:  Unspecified
--+-

Comment (by veroandreo):

 Tested, it works as expected :)

-- 
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] #3530: wxgui: refreshing display after erasing displayed map creates encoding error

[GRASS GIS]

#3530: wxgui: refreshing display after erasing displayed map creates encoding
error
--+
  Reporter:  mlennert |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.4.1
 Component:  wxGUI|Version:  svn-trunk
Resolution:   |   Keywords:  encoding rendering
   CPU:  Unspecified  |   Platform:  Unspecified
--+

Comment (by marisn):

 See also #3517

-- 
Ticket URL: 
GRASS GIS 

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