[GRASS-dev] Corso GRASS-GIS

2018-09-11 Thread Luca Delucchi
Ciao a tutti,

volevo segnalarvi questo corso che si terrà in Norvegia fra due
settimane, di seguito la mail dell'organizzatore

---

Dear all,

There are some available places left at a 3-days intense workshop on
GIS in Applied Ecology (but techniques would be applicable to other
domains too) from 24.09.2018 to 27.09.2018 at Studenterhytta, Oslo.
With full board provided and no other distraction than beautiful
nature around, participants can fully focus on learning new
techniques, applying them to their ongoing projects and networking
with the others.

Topic of the course will be Advanced Geospatial Analysis with an
emphasis on handling of Earth Observation and Time Series data using
GRASS GIS and Python. The course is kindly supported by IRSAE
(https://irsae.no/).

Course fees are:
3900 NOK (~ 410 €) for participants from IRSAE institutions
4900 NOK (~ 515 €) for participants from non-IRSAE institution.

and cover as mentioned accommodation and food (breakfast, lunch and
dinner for the 3 nights at Studenterhytta).

Teachers will be Martin Landa and Luca Delucchi.

More information about the course can be found here:
http://training.gismentors.eu/grass-gis-irsae-winter-course-2018/

Registration here:
https://goo.gl/forms/yUyIEbUUoab4B04l1

Looking forward to an instructive course in a great surrounding.

Kind regards,

Stefan


-- 
ciao
Luca

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

[GRASS-dev] GRASS GIS ET modules in a new article

2018-09-11 Thread Yann Chemin
Hi all,

for those interested in ET mapping, Carla has finished her PhD and is now 
finished with article.
Mapping Maize Evapotranspiration at Field Scale Using SEBAL: A Comparison with 
the FAO Method and Soil-Plant Model Simulations
Remote Sens. 2018, 10(9), 1452; https://doi.org/10.3390/rs10091452

Inline: http://www.mdpi.com/2072-4292/10/9/1452
 PDF: 
http://www.mdpi.com/2072-4292/10/9/1452/pdf 


Cheers,
Yann

Dr. Yann Chemin
+33 7 83 85 5234
3 Toulmelin, 56400 Plumergat, FR



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

Re: [GRASS-dev] [release planning] 7.6.0

2018-09-11 Thread Moritz Lennert

On 07/09/18 23:55, Martin Landa wrote:

Hi,

since we have a new releasebranch_7_6 set up I would suggest to start
with soft freeze period as suggested in [1].

Martin

[1] https://trac.osgeo.org/grass/milestone/7.6.0



+1

Moritz

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

[GRASS-dev] [GRASS GIS] #3641: python3/ctypes: ctypes.ArgumentError: argument 2: : expected LP_struct_Cell_head instance instead of LP_struct_Cell_head

2018-09-11 Thread GRASS GIS
#3641: python3/ctypes: ctypes.ArgumentError: argument 2: : expected LP_struct_Cell_head instance instead of
LP_struct_Cell_head
+-
 Reporter:  mlennert|  Owner:  grass-dev@…
 Type:  defect  | Status:  new
 Priority:  normal  |  Milestone:  7.8.0
Component:  Python  |Version:  unspecified
 Keywords:  Python3 ctypes  |CPU:  Unspecified
 Platform:  Unspecified |
+-
 In a script using i.cutlines which in turn uses GridModule I suddenly get
 the following error using trunk:

 {{{
 Traceback (most recent call last):
   File "/home/mlennert/.grass7/addons/scripts/i.cutlines", line 673, in
 
 main()
   File "/home/mlennert/.grass7/addons/scripts/i.cutlines", line 278, in
 main
 grd.run()
   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/pygrass/modules/grid/grid.py", line 568, in run
 self.patch()
   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/pygrass/modules/grid/grid.py", line 609, in patch
 self.start_row, self.start_col, self.out_prefix)
   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/pygrass/modules/grid/patch.py", line 91, in
 rpatch_map
 rpatch_row(rast, rrasts, rbbox)
   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/pygrass/modules/grid/patch.py", line 41, in
 rpatch_row
 sei = get_start_end_index(bboxes)
   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/pygrass/modules/grid/patch.py", line 25, in
 get_start_end_index
 r_start, c_start = coor2pixel((bbox.west, bbox.north), reg)
   File "/data/home/mlennert/SRC/GRASS/grass_trunk/dist.x86_64-pc-linux-
 gnu/etc/python/grass/pygrass/utils.py", line 180, in coor2pixel
 return (libraster.Rast_northing_to_row(north, region.byref()),
 ctypes.ArgumentError: argument 2: : expected
 LP_struct_Cell_head instance instead of LP_struct_Cell_head
 }}}

 I do not have this error with 7.6.

-- 
Ticket URL: 
GRASS GIS 

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

Re: [GRASS-dev] ctype error compiling trunk

2018-09-11 Thread Michael Barton
Will do. Thanks

Michael Barton
School of Human Evolution &Social Change
Center for Social Dynamics & Complexity
Arizona State University

...Sent from my iPad

On Sep 10, 2018, at 6:11 PM, Anna Petrášová 
mailto:kratocha...@gmail.com>> wrote:



On Mon, Sep 10, 2018 at 7:09 PM Michael Barton 
mailto:michael.bar...@asu.edu>> wrote:
I just now tried to compile trunk (r73309) on the Mac and got an Error 2 in .. 
/lib/python/ctypes. I’m attaching the full compiler output, but list the last 
part below. I am compiling with the most current Mac OS and Python 2.7.15 
(i.e., not Python 3). I seem to remember something about ctypes coming across 
the list recently, while I was traveling but thought it was related to Python 
3. Before I make a bug report, I thought I’d see if anyone has any insight 
about this.

Michael

Status: /Applications/GRASS-7.5.app/Contents/Resources/bin/clang -E 
-I/Applications/GRASS-7.5.app/Contents/Resources/include  
-I/Users/cmbarton/grass_source/trunk/dist.x86_64-apple-darwin17.7.0/include 
-I/Users/cmbarton/grass_source/trunk/dist.x86_64-apple-darwin17.7.0/include 
-D__GLIBC_HAVE_LONG_LONG -U __GNUC__ -dD -U __BLOCKS__ "-Dinline=" 
"-D__inline__=" "-D__extension__=" "-D_Bool=uint8_t" "-D__const=const" 
"-D__asm__(x)=" "-D__asm(x)=" "-DCTYPESGEN=1" "-D__uint16_t=uint16_t" 
"-D__uint32_t=uint32_t" "-D__uint64_t=uint64_t" 
"/var/folders/65/pp9w7z0d1mj502pj8hhl7vfwgp/T/tmpCdLMiY.h"
Traceback (most recent call last):
  File "./ctypesgen.py", line 162, in 
descriptions = ctypesgencore.parser.parse(options.headers, options)
  File 
"/Users/cmbarton/grass_source/trunk/lib/python/ctypes/ctypesgencore/parser/__init__.py",
 line 22, in parse
parser.parse()
  File 
"/Users/cmbarton/grass_source/trunk/lib/python/ctypes/ctypesgencore/parser/datacollectingparser.py",
 line 74, in parse
ctypesparser.CtypesParser.parse(self, fname, False)
  File 
"/Users/cmbarton/grass_source/trunk/lib/python/ctypes/ctypesgencore/parser/cparser.py",
 line 122, in parse
self.preprocessor_parser.parse(filename)
  File 
"/Users/cmbarton/grass_source/trunk/lib/python/ctypes/ctypesgencore/parser/preprocessor.py",
 line 176, in parse
ppout = decode(ppout)
  File 
"/Users/cmbarton/grass_source/trunk/dist.x86_64-apple-darwin17.7.0/etc/python/grass/script/utils.py",
 line 191, in decode
return bytes_.decode(enc)
  File 
"/Applications/GRASS-7.5.app/Contents/Resources/lib/python2.7/encodings/utf_8.py",
 line 16, in decode
return codecs.utf_8_decode(input, errors, True)
UnicodeDecodeError: 'utf8' codec can't decode byte 0xa9 in position 1298644: 
invalid start byte
make[1]: *** [OBJ.x86_64-apple-darwin17.7.0/nviz.py] Error 1
make: *** [default] Error 2

Please update and try again, I attempted to fix it.

Thanks,

Anna

__
C. Michael Barton
Director, Center for Social Dynamics & Complexity
Professor of Anthropology, School of Human Evolution & Social Change
Head, Graduate Faculty in Complex Adaptive Systems Science
Arizona State University
Tempe, AZ  85287-2402
USA

voice:480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
fax:  480-965-7671(SHESC), 480-727-0709 (CSDC)
www:  
http://csdc.asu.edu,
 
http://shesc.asu.edu

http://www.public.asu.edu/~cmbarton
___
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] #3156: Cannot export GRASS raster map using r.out.png (crashes on windows)

2018-09-11 Thread GRASS GIS
#3156: Cannot export GRASS raster map using r.out.png (crashes on windows)
--+-
  Reporter:  spawley  |  Owner:  grass-dev@…
  Type:  defect   | Status:  new
  Priority:  normal   |  Milestone:  7.0.7
 Component:  Raster   |Version:  7.0.4
Resolution:   |   Keywords:  r.out.png, wingrass
   CPU:  x86-64   |   Platform:  MSWindows 7
--+-

Comment (by wenzeslaus):

 Can somebody debug this on MS Windows (gdb, valgrind, ...)? Does it give
 return code `-1073741819` (which based on internet search seems to be
 either ''Access Violation'' - dereferencing an invalid memory location -
 or File System Error) as in #3200? What about `DEBUG=5`? Does
 `g.ppmtopng`? Does switching `cairo` for `png` works in GUI or with d.mon
 or direct rendering?

 I didn't get any issues reported with valgrind on Linux and program
 finished successfully.

-- 
Ticket URL: 
GRASS GIS 

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

[GRASS-dev] [GRASS GIS] #3642: r.pi addon compilation issue on Windows

2018-09-11 Thread GRASS GIS
#3642: r.pi addon compilation issue on Windows
-+-
 Reporter:  neteler  |  Owner:  grass-dev@…
 Type:  defect   | Status:  new
 Priority:  normal   |  Milestone:  7.6.0
Component:  Addons   |Version:  unspecified
 Keywords:  r.pi |CPU:  Unspecified
 Platform:  MSWindows 8  |
-+-
 The r.pi.* comes with r.pi.library which provides

 and the other modules depending on that. However, at compile time the
 library is produced but then not found:

 {{{
  mkdir -p /c/Users/landa/grass_packager/grass741/x86/addons/r.pi/bin
 mkdir -p /c/Users/landa/grass_packager/grass741/x86/addons/r.pi/etc
 mkdir -p /c/Users/landa/grass_packager/grass741/x86/addons/r.pi/docs/html
 mkdir -p
 /c/Users/landa/grass_packager/grass741/x86/addons/r.pi/docs/man/man1
 mkdir -p
 /c/Users/landa/grass_packager/grass741/x86/addons/r.pi/docs/man/man1/man1
 make -C r.pi.library || echo
 /c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.library >>
 /c/msys32/usr/src/grass741/error.log
 make[1]: Entering directory
 '/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.library'
 test -d OBJ.i386-w64-mingw32 || mkdir -p OBJ.i386-w64-mingw32
 gcc -I/c/OSGeo4W32/include -g -O2   -I/c/OSGeo4W32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grasslibs"\"
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -DRELDIR=\"/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.library\"
 -o OBJ.i386-w64-mingw32/draw.o -c draw.c
 gcc -I/c/OSGeo4W32/include -g -O2   -I/c/OSGeo4W32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grasslibs"\"
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -DRELDIR=\"/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.library\"
 -o OBJ.i386-w64-mingw32/frag.o -c frag.c
 gcc -I/c/OSGeo4W32/include -g -O2   -I/c/OSGeo4W32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grasslibs"\"
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -DRELDIR=\"/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.library\"
 -o OBJ.i386-w64-mingw32/helpers.o -c helpers.c
 gcc -I/c/OSGeo4W32/include -g -O2   -I/c/OSGeo4W32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grasslibs"\"
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -DRELDIR=\"/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.library\"
 -o OBJ.i386-w64-mingw32/stat_method.o -c stat_method.c
 gcc -shared -o
 /c/msys32/usr/src/grass741/dist.i386-w64-mingw32/lib/libgrass_rpi.7.4.1.dll
 -L/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/lib
 -L/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/lib
 -L/c/msys32/usr/src/grass741/mswindows/osgeo4w/lib -lz -Wl,--export-
 dynamic,--enable-runtime-pseudo-reloc
 -L/c/msys32/usr/src/grass741/mswindows/osgeo4w/lib
 OBJ.i386-w64-mingw32/draw.o OBJ.i386-w64-mingw32/frag.o
 OBJ.i386-w64-mingw32/helpers.o OBJ.i386-w64-mingw32/stat_method.o
 -lgrass_gis.7.4.1 -lintl
 
C:/msys32/mingw32/bin/../lib/gcc/i686-w64-mingw32/5.2.0/../../../../i686-w64-mingw32/bin/ld.exe:
 warning: --export-dynamic is not supported for PE targets, did you mean
 --export-all-symbols?
 if [ "" != "" -a -f "".html ] ; then make html ; fi
 make[1]: Leaving directory
 '/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.library'
 }}}

 The library was apparently generated as
 /c/msys32/usr/src/grass741/dist.i386-w64-mingw32/lib/libgrass_rpi.7.4.1.dll
 but:

 {{{
 make -C r.pi.corearea || echo
 /c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.corearea >>
 /c/msys32/usr/src/grass741/error.log
 make[1]: Entering directory
 '/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.corearea'
 test -d OBJ.i386-w64-mingw32 || mkdir -p OBJ.i386-w64-mingw32
 gcc -I/c/OSGeo4W32/include -g -O2  -I/c/OSGeo4W32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -D_FILE_OFFSET_BITS=64  -DPACKAGE=\""grassmods"\"
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -I/c/msys32/usr/src/grass741/dist.i386-w64-mingw32/include
 -DRELDIR=\"/c/msys32/usr/src/grass_addons/grass7/raster/r.pi/r.pi.corearea\"
 -o OBJ.i386-w64-mingw32/func.o -c func.c
 gcc -I/c/OSGeo4W32/include -g -O2  -I/c/OSGeo4W32/include
 -I/c/msys32/u