Re: [GRASS-dev] Fwd: Re: [gdal-dev] Setting NODATA to -nan

2015-07-18 Thread Martin Landa
Hi, 2015-07-18 12:48 GMT+02:00 Glynn Clements gl...@gclements.plus.com: Fixed in r65602. I took liberty to backport it to relbr70 in r65603. Martin -- Martin Landa http://geo.fsv.cvut.cz/gwiki/Landa http://gismentors.cz/mentors/landa ___ grass-dev

Re: [GRASS-dev] Next GRASS community sprint

2015-07-18 Thread Markus Neteler
Hi all, today the GRASS GIS community sprint in Como started! http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Como_2015 At time 10 grass-devs are here. Best, Markus ___ grass-dev mailing list grass-dev@lists.osgeo.org

Re: [GRASS-dev] what is the meaning of: Error reading raster data for row 239 of MASK

2015-07-18 Thread Glynn Clements
Moritz Lennert wrote: One thing I noticed is that on the one test case I used here for testing your fix, running with WORKERS=0 is slightly faster than without setting it. I didn't test rigorously, but is that expected ? Maybe. It avoids the overhead of switching threads. And using multiple

Re: [GRASS-dev] Next GRASS community sprint

2015-07-18 Thread Yann Chemin
Have fun guys ! Wish I was there too ! On Sat, Jul 18, 2015 at 6:02 PM Markus Neteler nete...@osgeo.org wrote: Hi all, today the GRASS GIS community sprint in Como started! http://grasswiki.osgeo.org/wiki/GRASS_Community_Sprint_Como_2015 At time 10 grass-devs are here. Best, Markus

Re: [GRASS-dev] [GRASS-PSC] Proposal: Logo variant to include GRASS GIS as name

2015-07-18 Thread Markus Neteler
Hi, (I take liberty to bring this back to the list for the record): On Sat, May 30, 2015 at 2:04 PM, Vincent Bain b...@toraval.fr wrote: Markus, here it is : the attached archive contains a svg inkscape file with several layers you can switch on/off independantly : -bg : white background ;

Re: [GRASS-dev] [GRASS GIS] #1471: Interactive geometry selection and export tool for wxgui

2015-07-18 Thread GRASS GIS
#1471: Interactive geometry selection and export tool for wxgui --+- Reporter: marisn | Owner: grass-dev@… Type: enhancement | Status: new Priority: normal | Milestone: 7.1.0 Component: wxGUI|

[GRASS-dev] [GRASS GIS] #2710: vector digitizer: new vector layer is not checked in layer manager

2015-07-18 Thread GRASS GIS
#2710: vector digitizer: new vector layer is not checked in layer manager --+- Reporter: annakrat | Owner: grass-dev@… Type: defect| Status: new Priority: normal| Milestone:

Re: [GRASS-dev] [GRASS GIS] #790: update files

2015-07-18 Thread GRASS GIS
#790: update files --+--- Reporter: martinl | Owner: grass-dev@… Type: task | Status: new Priority: normal | Milestone: 7.1.0 Component: Default |Version: svn-trunk Resolution:

Re: [GRASS-dev] [GRASS GIS] #2708: Run GRASS with Python3

2015-07-18 Thread GRASS GIS
#2708: Run GRASS with Python3 --+- Reporter: zarch| Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.1 Component: Default |Version: unspecified Resolution:

Re: [GRASS-dev] Fwd: Re: [gdal-dev] Setting NODATA to -nan

2015-07-18 Thread Glynn Clements
Yann Chemin wrote: it might be that some communication improvement from GRASS-GDAL could be done? is there a clear NODATA/NAN definition understood within GDAL that we could use within r.out.gdal as a target NODATA value whenever anything than a number is used (i.e. NaN, nan, -nan,

Re: [GRASS-dev] [GRASS-PSC] Proposal: Logo variant to include GRASS GIS as name

2015-07-18 Thread Vincent Bain
Happy to see there is finally a consensual current logogram. As I just said to Markus offlist, the svg file was generated with Inkscape. Needs the following fonts to display correctly - Fira sans : http://www.fontsquirrel.com/fonts/fira-sans - EB Garamond :

Re: [GRASS-dev] [GRASS GIS] #542: grass7 vector libraries modifications

2015-07-18 Thread GRASS GIS
#542: grass7 vector libraries modifications --+- Reporter: mmetz| Owner: grass-dev@… Type: enhancement | Status: new Priority: major| Milestone: 7.0.0 Component: Vector |Version: svn-trunk

Re: [GRASS-dev] [GRASS GIS] #2703: 'ascii' codec can't decode byte 0xf6 in position 12: ordinal not in range(128)

2015-07-18 Thread GRASS GIS
#2703: 'ascii' codec can't decode byte 0xf6 in position 12: ordinal not in range(128) --+- Reporter: hellik | Owner: grass-dev@… Type: defect | Status: new Priority: blocker | Milestone: 7.0.1 Component: Default

Re: [GRASS-dev] [GRASS GIS] #2630: startup screen i18n

2015-07-18 Thread GRASS GIS
#2630: startup screen i18n --+--- Reporter: martinl | Owner: grass-dev@… Type: defect | Status: closed Priority: major| Milestone: 7.0.1 Component: Startup |Version: unspecified

Re: [GRASS-dev] [GRASS GIS] #2624: r.horizon problem in Windows (horizon_zud)

2015-07-18 Thread GRASS GIS
#2624: r.horizon problem in Windows (horizon_zud) -+- Reporter: rorschach | Owner: grass-dev@… Type: defect | Status: new Priority: major | Milestone: 7.0.1 Component: LibGIS |

Re: [GRASS-dev] [GRASS GIS] #2703: 'ascii' codec can't decode byte 0xf6 in position 12: ordinal not in range(128)

2015-07-18 Thread GRASS GIS
#2703: 'ascii' codec can't decode byte 0xf6 in position 12: ordinal not in range(128) --+- Reporter: hellik | Owner: grass-dev@… Type: defect | Status: new Priority: blocker | Milestone: 7.0.1 Component: Default

[GRASS-dev] [GRASS GIS] #2711: v.patch -e crashes

2015-07-18 Thread GRASS GIS
#2711: v.patch -e crashes ---+- Reporter: hellik | Owner: grass-dev@… Type: defect | Status: new Priority: normal | Milestone: 7.0.1 Component: Vector |Version:

Re: [GRASS-dev] [GRASS GIS] #2703: 'ascii' codec can't decode byte 0xf6 in position 12: ordinal not in range(128)

2015-07-18 Thread GRASS GIS
#2703: 'ascii' codec can't decode byte 0xf6 in position 12: ordinal not in range(128) --+- Reporter: hellik | Owner: grass-dev@… Type: defect | Status: new Priority: blocker | Milestone: 7.0.1 Component: Default

Re: [GRASS-dev] what is the meaning of: Error reading raster data for row 239 of MASK

2015-07-18 Thread Moritz Lennert
On 18/07/15 11:59, Glynn Clements wrote: Moritz Lennert wrote: One thing I noticed is that on the one test case I used here for testing your fix, running with WORKERS=0 is slightly faster than without setting it. I didn't test rigorously, but is that expected ? Maybe. It avoids the overhead