H Patrick,<br><br>I have had banding issues like that with r.shaded.relief when the resolution of the computational region is set higher than the resolution of the input elevation data. You can set this with &#39;g.region res=&#39;.<br>
<br>Cheers,<br>Stuart<br><br><div class="gmail_quote">On Thu, Nov 18, 2010 at 12:14 AM, Patrick Dolan <span dir="ltr">&lt;<a href="mailto:pdolan39@gmail.com" target="_blank">pdolan39@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

Hello all,<br>
Are there known issues with &quot;banding&quot; in the output of the r.shaded.relief command? When I say banding, I mean the generation of regularly occurring, narrow vertical and horizontal lines. I&#39;ve just created a large shaded relief map of the northern Pacific coasts of the USA and Canada from the STRM 90m v.4 Arc/Ascii files. At ~380 m intervals, ~30 m bands have been generated that crisscross the output. I&#39;d like to know if this is a consequence of the STRM 90 data set (notably 3DEM appears to have no similar trouble with the same data), or an artifact of the shaded relief command in GRASS. I can attach an image if this would help the diagnosis.<br>


<br>
Much appreciated,<br><font color="#888888">
Patrick Dolan<br>
_______________________________________________<br>
grass-user mailing list<br>
<a href="mailto:grass-user@lists.osgeo.org" target="_blank">grass-user@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/grass-user" target="_blank">http://lists.osgeo.org/mailman/listinfo/grass-user</a><br>
</font></blockquote></div><br>