Re: [GRASS-dev] large vector problems

On 26/02/09 08:56, Vincent Bain wrote: Hello, reading this thread, and being sometimes concerned with large vector files (associated with big related tables), I wonder if it's worth manually creating indexes (on cat field) : can it be a effective way to speed up queries, or is the kink

[GRASS-dev] [GRASS GIS] #510: bad display in the Output window for r.report and r.stats with aspect maps.

#510: bad display in the Output window for r.report and r.stats with aspect maps. -+-- Reporter: clerici | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new

[GRASS-dev] Re: [GRASS GIS] #224: cache bug in DGLib

#224: cache bug in DGLib --+- Reporter: martinl | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: major| Milestone: 6.4.0

[GRASS-dev] large vector and indices, speed up db

In response to: Hello, reading this thread, and being sometimes concerned with large vector files (associated with big related tables), I wonder if it's worth manually creating indexes (on cat field) : can it be a effective way to speed up queries, or is the kink elsewhere, at the geometric level

[GRASS-dev] Re: [GRASS GIS] #224: cache bug in DGLib

#224: cache bug in DGLib --+- Reporter: martinl | Owner: grass-dev@lists.osgeo.org Type: defect | Status: new Priority: major| Milestone: 6.4.0

[GRASS-dev] r.in.wms problem (execl() failed: File name too long)

Hello list, While trying to get a r.in.wms for Asia, I got this: 2009-02-26 17:54:34 URL:http://wms.jpl.nasa.gov/wms.cgi [4037035] - /media/TeraByte/GRASSDATA/wms_download/wms_global_mosaic__862.geotiff [1] Downloading data 2009-02-26 17:55:39

Re: [GRASS-dev] r.proj from GaussBoaga to UTM

Christian Tiso wrote: Thank you markus, you're right, there's no datum definition: GRASS 6.3.0 (fassaGB):~ g.proj -w PROJCS[Transverse Mercator, GEOGCS[international, DATUM[unknown, SPHEROID[International_1924,6378388,297]], PRIMEM[Greenwich,0],

Re: [GRASS-dev] fixing lintian errors

Hamish wrote: now that grass 6.4rc3 has been thrown at debain's autobuilders a Lintian hygiene report is available: http://lintian.debian.org/maintainer/pkg-grass-de...@lists.alioth.debian.org.html#grass http://packages.qa.debian.org/g/grass.html of interest are: * the nviz2.2's

[GRASS-dev] Re: [GRASS GIS] #508: hardcoded /dev/null

#508: hardcoded /dev/null ---+ Reporter: hamish| Owner: grass-dev@lists.osgeo.org Type: defect| Status: new Priority: major | Milestone: 6.4.0

[GRASS-dev] question about raster cats and labels

Is it possible in a raster to have multiple cells with the same cat value but different label values? Michael ___ grass-dev mailing list grass-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/grass-dev

Re: [GRASS-dev] r.proj from GaussBoaga to UTM

Tahnk you Hamish, running g.setproj in the PERMANENT mapset worked fine. Thank you all for helping Christian Il giorno 27/feb/09, alle ore 03:29, Hamish ha scritto: Christian Tiso wrote: Thank you markus, you're right, there's no datum definition: GRASS 6.3.0 (fassaGB):~ g.proj -w