<div dir="ltr"><div dir="auto">Handling of nodata values at raster borders for modules which involve focal functions would be handy to have for several GRASS GIS modules, not just for r.slope.aspect. IMHO r.mapcalc, r.texture, and r.resamp.interp (if using bilinear or cubic resampling) would also benefit from this option (perhaps other tools as well). Although some users may be concerned that filling nodata values at raster borders can create edge effects, in most cases the common approaches (such as <span style="color:rgb(34,34,34);font-family:arial,sans-serif;font-size:small;font-style:normal;font-variant-ligatures:normal;font-variant-caps:normal;font-weight:400;letter-spacing:normal;text-align:start;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;background-color:rgb(255,255,255);text-decoration-style:initial;text-decoration-color:initial;float:none;display:inline">mirroring, reflecting or wrapping)</span>

 leave little in the way of an obvious edge effect, and also satisfy what I think are most user's expectations that the output raster will have the same dimensions as the input.</div><div dir="auto"><br></div><div dir="auto">Although a similar effect can be achieved by growing the input raster first, this can be inconvenient when used as part of a complex set of focal function operations. An example is that I have just completed working on an updated r.valley.bottom module, which required multiple r.grow operations as the algorithm repeatedly generalizes the input DEM and calculate flatness and lowness using r.slope.aspect and r.mapcalc focal functions. It also appears that most other tools, including SAGA-GIS, scipy (image filters), and gdaldem  provide a method to handle raster borders.</div><div dir="auto"><br></div><br><div class="gmail_quote"><div>On Sat, Apr 28, 2018 at 2:55 PM GRASS GIS <<a href="mailto:trac@osgeo.org" target="_blank">trac@osgeo.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">#3554: r.slope.aspect: add flag/functionality to not shrink<br>
-------------------------+----<wbr>---------------------<br>
 Reporter:  hellik       |      Owner:  grass-dev@…<br>
     Type:  enhancement  |     Status:  new<br>
 Priority:  normal       |  Milestone:  8.0.0<br>
Component:  Raster       |    Version:  svn-trunk<br>
 Keywords:               |        CPU:  All<br>
 Platform:  All          |<br>
-------------------------+----<wbr>---------------------<br>
 at the moment, the result maps of r.slope.aspect, e.g. slope etc, are<br>
 shrinked by 1 pixel.<br>
<br>
 adding a flag/functionality to not shrink the result maps e.g. by adding<br>
 the same value as the -1 off pixel, some interpolations or similar as an<br>
 enhancement.<br>
<br>
-- <br>
Ticket URL: <<a href="https://trac.osgeo.org/grass/ticket/3554" rel="noreferrer" target="_blank">https://trac.osgeo.org/grass/<wbr>ticket/3554</a>><br>
GRASS GIS <<a href="https://grass.osgeo.org" rel="noreferrer" target="_blank">https://grass.osgeo.org</a>><br>
<br>
______________________________<wbr>_________________<br>
grass-dev mailing list<br>
<a href="mailto:grass-dev@lists.osgeo.org" target="_blank">grass-dev@lists.osgeo.org</a><br>
<a href="https://lists.osgeo.org/mailman/listinfo/grass-dev" rel="noreferrer" target="_blank">https://lists.osgeo.org/<wbr>mailman/listinfo/grass-dev<br></a></blockquote></div></div>