#1798: all relevant vector modules should have cats and where parameters
--+-
Reporter: mlennert | Owner: grass-dev@…
Type: enhancement | Status: new
Hi Helena,
2012/11/15 Helena Mitasova hmit...@ncsu.edu:
This is not a serious problem but I just noticed that the grass6.4.3
compiled on oct 18 on mac
the red word MASK remains on the Map display even after the MASK is removed.
I don't seem to find a way how to get rid of it.
tested with
[replying outside ticket #1798 because it's a bit off-topic ]
On Thu, Nov 15, 2012 at 9:12 AM, GRASS GIS t...@osgeo.org wrote:
Imagine the case where you have 100 points and want to create individual
buffers around each, i.e. you can't call v.buffer on all at once as this
will fusion the
I guess the question is, if you then performed v.rast.stats for an
underlying raster using the overlapping buffers generated with -t , how
would the statistics for the overlapped polygons work? Think 2 1km circles
whose centers are .75km apart.
Doug
On Thu, Nov 15, 2012 at 7:51 AM, Markus Metz
On Thu, Nov 15, 2012 at 10:45 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi Helena,
2012/11/15 Helena Mitasova hmit...@ncsu.edu:
This is not a serious problem but I just noticed that the grass6.4.3
compiled on oct 18 on mac
the red word MASK remains on the Map display even after the
On Nov 15, 2012, at 8:27 AM, Markus Metz wrote:
On Thu, Nov 15, 2012 at 10:45 AM, Martin Landa landa.mar...@gmail.com wrote:
Hi Helena,
2012/11/15 Helena Mitasova hmit...@ncsu.edu:
This is not a serious problem but I just noticed that the grass6.4.3
compiled on oct 18 on mac
the red
Hi,
since the r.stream.* modules are continuously requested and IMHO sufficiently
tested (according to user reports), I would move them to core if there are
no objections.
Markus
___
grass-dev mailing list
grass-dev@lists.osgeo.org
On 15/11/12 14:08, Newcomb, Doug wrote:
I guess the question is, if you then performed v.rast.stats for an
underlying raster using the overlapping buffers generated with -t , how
would the statistics for the overlapped polygons work? Think 2 1km
circles whose centers are .75km apart.
The -t
On Thu, Nov 15, 2012 at 4:10 PM, Helena Mitasova hmit...@ncsu.edu wrote:
On Nov 15, 2012, at 8:27 AM, Markus Metz wrote:
On Thu, Nov 15, 2012 at 10:45 AM, Martin Landa landa.mar...@gmail.com
wrote:
Hi Helena,
2012/11/15 Helena Mitasova hmit...@ncsu.edu:
This is not a serious problem but
+1
On Thu, Nov 15, 2012 at 11:23 AM, Markus Neteler nete...@osgeo.org wrote:
Hi,
since the r.stream.* modules are continuously requested and IMHO
sufficiently
tested (according to user reports), I would move them to core if there are
no objections.
Markus
since the r.stream.* modules are continuously requested and IMHO
sufficiently
tested (according to user reports), I would move them to core if there are
no objections.
+1
-
best regards
Helmut
--
View this message in context:
I agree that the quality of the r.stream.* modules is out of question.
these are very nice and useful modules with high quality.
For what concerns including it into the core, I would like to point you
out the discussion [1] about the
concept of toolboxes. The general orientation is not to
12 matches
Mail list logo
