<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jul 16, 2013 at 8:26 PM, GRASS GIS <span dir="ltr"><<a href="mailto:trac@osgeo.org" target="_blank">trac@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
<div class="im">#2032: r.mapcalc does not always respect MASK<br>
-------------------------+--------------------------------------------------<br>
  Reporter:  pvanbosgeo  |       Owner:  grass-dev@…<br>
</div>      Type:  defect      |      Status:  closed<br>
<div class="im">  Priority:  normal      |   Milestone:  7.0.0<br>
 Component:  Raster      |     Version:  unspecified<br>
</div>Resolution:  invalid     |    Keywords:  r.mapcalc<br>
<div class="im">  Platform:  Linux       |         Cpu:  Unspecified<br>
-------------------------+--------------------------------------------------<br>
<br>
</div>Comment(by glynn):<br>
<br>
 Replying to [comment:2 pvanbosgeo]:<br>
<div class="im"> > OK, thanks, I didn't know that / hadn't read that part of the manual<br>
 carefully enough. Perhaps not something that the user will encounter<br>
 often, but nonetheless, it is something I can see others might overlook as<br>
 well when using r.mapcalc. Perhaps a short note of this can be added to<br>
 the r.mapcalc help file (which is where I looked to see where my<br>
 expectations of the behavior of r.mapcalc were wrong)?<br>
<br>
</div> The behaviour isn't specific to r.mapcalc. Except for a few special cases,<br>
 the MASK behaviour isn't implemented by the individual modules, but by the<br>
 raster I/O library. You can observe the same behaviour with e.g.<br>
 r.neighbors.<br></blockquote><div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"> 
The correct place to document this behaviour is wherever the MASK<br>
 behaviour is described, e.g. the rasterintro manual page and the r.mask<br>
 manual page. FWIW, the first sentence of the DESCRIPTION section of the<br>
 r.mask manual page (after the summary) is:<br>
 {{{<br>
 The MASK is only applied when reading an existing GRASS raster map,<br>
 for example when used in a module as an input map.<br>
 }}}<br></blockquote><div><br></div><div>Just to clarify, of course the behaviour should be mentioned in the mentioned manual pages. I merely suggested to add a reminder for this part of the behaviour of MASK in the help file of r.mapcalc. <br>
<br>The reason I think such a reminder might be helpful is that modules like r.neighbors always require 
an existing map as input and therefore the MASK will normally be 
respected. For most other modules there is no reading of an 
input map and thus the MASK has normally not influence (e.g., 
r.surf.fractal). For r.mapcalc, both are 
possible.<br><br>BTW, is the mentioning in e.g., the help file of r.neighbor that it respects 
existing MASK not just that; a (useful imho) reminder of the default behaviour 
mentioned in the raster intro page, viz. 
"Raster input maps are automatically masked if a raster map named
MASK exists."?<br><br></div><div>Anyway, just to clarify my initial suggestion. I probably will not forget this behaviour anyway :-).<br></div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

<span class=""><font color="#888888"><br>
--<br>
Ticket URL: <<a href="http://trac.osgeo.org/grass/ticket/2032#comment:3" target="_blank">http://trac.osgeo.org/grass/ticket/2032#comment:3</a>><br>
GRASS GIS <<a href="http://grass.osgeo.org" target="_blank">http://grass.osgeo.org</a>><br>
<br>
</font></span></blockquote></div><br></div></div>