Open landam opened 5 years ago
Comment by 1gray on 12 Feb 2008 13:00 UTC
On the other hand, (much of) the r.what
functionality could easily be achieved by using v.what.rast
together with v.db.select
.
Shouldn't therefore r.rast
be replaced by a (supposedly simpler) Shell script?
Comment by glynn on 12 Feb 2008 18:46 UTC Replying to [comment:1 1gray]:
Shouldn't therefore
r.rast
be replaced by a (supposedly simpler) Shell script? No. For a start, v.what.rast only accepts a single raster map. Also, r.what shouldn't depend upon the vector and database functionality (most raster modules should still work if e.g. you can't GDAL to work).
Modified by hamish on 20 Aug 2009 07:39 UTC
Comment by neteler on 8 Dec 2015 08:48 UTC
The limit of currently #define NFILES 400
continues to exist.
Comment by neteler on 8 Dec 2015 08:50 UTC See also #145
Comment by neteler on 28 Jan 2016 08:02 UTC Ticket retargeted after milestone closed
Comment by neteler on 28 Jan 2016 08:06 UTC Ticket retargeted after 7.0.3 milestone closed
Modified by @landam on 12 May 2016 06:37 UTC
Modified by @landam on 25 Aug 2016 15:51 UTC
Comment by @landam on 27 Aug 2016 13:42 UTC Milestone renamed
Comment by neteler on 26 Jan 2018 11:40 UTC Ticket retargeted after milestone closed
Modified by neteler on 12 Jun 2018 20:48 UTC
Comment by @landam on 25 Sep 2018 16:53 UTC All enhancement tickets should be assigned to 7.6 milestone.
Comment by @landam on 25 Jan 2019 21:08 UTC Ticket retargeted after milestone closed
Reported by 1gray on 30 Jan 2008 13:17 UTC It seems that I'm a lucky one to face all these !``static buffer!'' issues.
Surely I can raise
NFILES
inraster/r.what/main.c
, but wouldn't it be better to replace all the mess inr.what
with a pure dynamic buffer-based solution? (Hopefully I could make a patch.)I've tested the command above with GRASS 6.2.3-debian-1, but I can see the relevant code in a recent SVN trunk as well.
GRASS GIS version and provenance
svn-trunk
Migrated-From: https://trac.osgeo.org/grass/ticket/32