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
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
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
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
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 ;
#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|
#2710: vector digitizer: new vector layer is not checked in layer manager
--+-
Reporter: annakrat | Owner: grass-dev@…
Type: defect| Status: new
Priority: normal| Milestone:
#790: update files
--+---
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority: normal | Milestone: 7.1.0
Component: Default |Version: svn-trunk
Resolution:
#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:
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,
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 :
#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
#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
#2630: startup screen i18n
--+---
Reporter: martinl | Owner: grass-dev@…
Type: defect | Status: closed
Priority: major| Milestone: 7.0.1
Component: Startup |Version: unspecified
#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 |
#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
#2711: v.patch -e crashes
---+-
Reporter: hellik | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 7.0.1
Component: Vector |Version:
#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
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
19 matches
Mail list logo