[GRASS-dev] r.resample.rst behavior does not match manual

[Vaclav Petras]

On Sun, Sep 6, 2015 at 1:01 PM, Michael Barton <Michael.Barton at asu.edu>
wrote:

> Thanks for all the responses and fixes. I should have some time in the
> next week to look at these.
>

Please see also my comments in "r.in.lidar: height aboveground" where I say:

r.resamp.rst should honor the resolution of the data since we are
resampling from that resolution or at least it should have a flag for it.
Similarly to r.in.lidar, we often want to resample to match some existing
raster which we can only do using region.

Does somebody think my idea is worth creating a patch? Did somebody looked
to the source code already?

Best,
Vaclav

https://lists.osgeo.org/pipermail/grass-dev/2015-September/076188.html


>
> Michael
> ____________________
> C. Michael Barton
> Director, Center for Social Dynamics & Complexity
> Professor of Anthropology, School of Human Evolution & Social Change
> Head, Graduate Faculty in Complex Adaptive Systems Science
> Arizona State University
>
> voice:  480-965-6262 (SHESC), 480-965-8130/727-9746 (CSDC)
> fax: 480-965-7671 (SHESC),  480-727-0709 (CSDC)
> www: http://www.public.asu.edu/~cmbarton, http://csdc.asu.edu
>
>
>
>
>
>
>
>
>
>
>
>
>
>
>
> > On Sep 6, 2015, at 6:26 AM, Markus Neteler <neteler at osgeo.org> wrote:
> >
> > On Mon, Aug 31, 2015 at 1:55 AM, Michael Barton <Michael.Barton at asu.edu>
> wrote:
> >> Thanks for the clarification Stefan.
> >>
> >> It sounds like, unlike other resampling commands (unless they, too, are
> in
> >> error), r.resample.rst needs to be run at the resolution of the original
> >> map, not the output map.
> >
> > Yes. It has been implemented like that (not sure if there is any
> > technical reason), yet going a bit against the "normal" workflow.
> >
> >> The output resolution will be determined by the
> >> command, not by the region settings. This should go into the manual too,
> >> along with the revised text you suggested.
> >
> > Stefan, Michael, please send a text snipped to me for the manual.
> >
> >> In a somewhat related question, do you have any idea how
> r.resample.filter
> >> works? The manual is not very informative
> >
> > True - thanks to my long term inbox I found material here
> > https://trac.osgeo.org/grass/ticket/1401#comment:8
> >
> > and merged it into the manual page:
> > https://grass.osgeo.org/grass70/manuals/r.resamp.filter.html
> > https://grass.osgeo.org/grass71/manuals/r.resamp.filter.html
> >
> > (please revise as needed).
> >
> >> and I couldn’t get any useful
> >> downscaling results (lower to higher resolution) with my spot tests.
> >
> > Adding some examples there would be important.
> >
> >> r.resample.interp doesn’t seem to give expected results either. I’ll do
> a
> >> test with demo data when I have a few minutes this week. I did get very
> good
> >> downscaling results with r.resample.bspline, but it took a very long
> time.
> >
> > Perhaps time to expand
> >
> https://grasswiki.osgeo.org/wiki/Interpolation#Resampling_of_raster_maps_to_finer_resolution
> > ?
> >
> > Markus
>
> _______________________________________________
> grass-dev mailing list
> grass-dev at lists.osgeo.org
> http://lists.osgeo.org/mailman/listinfo/grass-dev
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.osgeo.org/pipermail/grass-dev/attachments/20150910/9076b7cb/attachment-0001.html>