[GRASS-dev] Re: Google SoC

2009-04-20 Thread Martin Landa
Hi, 2009/4/21 Martin Landa : > [1]. I hope that those who not succeed will be successful next year. sorry, here is the link [1] http://socghop.appspot.com/org/home/google/gsoc2009/osgeo Martin -- Martin Landa * http://gama.fsv.cvut.cz/~landa ___ g

[GRASS-dev] [GRASS GIS] #565: r.colors: glibc double free error with -ae

2009-04-20 Thread GRASS GIS
#565: r.colors: glibc double free error with -ae --+- Reporter: hamish| Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: minor | Milestone: 6.5.0

Re: [GRASS-dev] Re: [GRASS GIS] #73: r.out.gdal tiff output does not work

2009-04-20 Thread Glynn Clements
Markus Metz wrote: > >> OK, but I have tested r.out.gdal with type = GDT_Int32 and nodata = > >> 0x8000. Same result: NULL cells become -2147483648 but the nodata > >> value in the metadata says 2147483648 (gdalinfo on the export output), > > > > Yes. I know. Running "r.out.gdal ... nodata=

[GRASS-dev] Google SoC

2009-04-20 Thread Martin Landa
Hi all, let me to congratulate to the students with the accepted proposals [1]. I hope that those who not succeed will be successful next year. I am looking forward to see results of the GRASS-related projects. Best regards, Martin -- Martin Landa * http://gama.fsv.cvut.cz/~landa

R: Re: [GRASS-dev] g_parser() ERROR

2009-04-20 Thread g_ma...@libero.it
I mean sand and class has to be in 0-100 range. I will indicate in option module Thanks Hamish, sincerely! >gianluca > >___ >grass-dev mailing list >grass- d...@lists.osgeo.org >http://lists.osgeo.org/mailman/listinfo/grass-dev > _

R: Re: [GRASS-dev] g_parser() ERROR

2009-04-20 Thread g_ma...@libero.it
>I wonder if those standard schemes should be hardcoded in a *.h file, >with an option to chose one of them by name or "custom" with an optional >and add/rename a new option called rules= to load the custom file? > >then less work to specify path to the *.dat file... > Yes Hamish, I'm agree! bu

[GRASS-dev] Re: [GRASS GIS] #507: CSV output option for r.report

2009-04-20 Thread Dylan Beaudette
On Wed, Apr 15, 2009 at 11:02 PM, GRASS GIS wrote: > #507: CSV output option for r.report > --+- >  Reporter:  dylan        |       Owner:  grass-...@lists.osgeo.org >      Type:  enhancement  |      Status:  new >  Priority:

[GRASS-dev] [Fwd: RE: [GRASS GIS] #562: patch proposal: do not show delimiters for empty labels in case of multiple cats per feature]

2009-04-20 Thread Moritz Lennert
[Posting this for Adam] Original Message Subject:RE: [GRASS GIS] #562: patch proposal: do not show delimiters for empty labels in case of multiple cats per feature Date: Sat, 18 Apr 2009 07:25:00 -0700 From: Adam Dershowitz To: References: <042.45ad6fb25e89

[GRASS-dev] Re: [GRASS GIS] #554: wxGUI location wizard: Search in description with 0 hits

2009-04-20 Thread GRASS GIS
#554: wxGUI location wizard: Search in description with 0 hits ---+ Reporter: hamish| Owner: martinl Type: defect| Status: assigned Priority: major | Milestone:

Re: [GRASS-dev] Re: [GRASS GIS] #73: r.out.gdal tiff output does not work

2009-04-20 Thread Markus Metz
Glynn Clements wrote: Markus Metz wrote: OK, but I have tested r.out.gdal with type = GDT_Int32 and nodata = 0x8000. Same result: NULL cells become -2147483648 but the nodata value in the metadata says 2147483648 (gdalinfo on the export output), Yes. I know. Running "r.out.gdal ... nodat