[GRASS-dev] [GRASS GIS] #3538: add r.clip into core modules
GRASS GIS
trac at osgeo.org
Wed Mar 28 19:35:34 PDT 2018
#3538: add r.clip into core modules
--------------------------+-------------------------
Reporter: martinl | Owner: grass-dev@…
Type: task | Status: new
Priority: normal | Milestone: 7.6.0
Component: Raster | Version: svn-trunk
Resolution: | Keywords: r.clip
CPU: Unspecified | Platform: Unspecified
--------------------------+-------------------------
Comment (by wenzeslaus):
Replying to [comment:7 Nikos Alexandris]:
> Replying to [comment:5 martinl]:
> > Replying to [comment:4 martinl]:
> > > Replying to [comment:2 Nikos Alexandris]:
> > > > I would (re-)name it to `r.extract` or reword the
label/description of the module to read something like: "Clips out portion
from the input map based on either the extent of the current region or a
vector map".
> > >
> > > -1 `r.extract` brings more confusion which is not really necessary.
`r.clip` does the same as G7:v.clip - clips input raster/vector map based
on current region or vector map if defined.
> >
> > It remembers me issue with G7:v.clip label
> >
> > {{{
> > Extracts features of input map which overlay features of clip map.
> > }}}
> >
> > something like
> >
> > {{{
> > Clips features of input vector map which overlay features of clip map.
> > }}}
> >
> > We could also sync modules, modify `r.clip` as below:
> >
> > * vector -> clip (required)
> > * add -r flag
> >
> > ?
>
> Why not. It would make things more clear I guess.
I'm not sure if I understand, why is clip required? The reason I wrote
r.clip was getting just the portion of the raster map which in the
computational region and clip by vector makes sense too. Does `required:
clip, -r` rule (G7:g.parser) fit with your intention?
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/3538#comment:9>
GRASS GIS <https://grass.osgeo.org>
More information about the grass-dev
mailing list