<br><br><div class="gmail_quote">2012/12/21 Nikos Alexandris <span dir="ltr"><<a href="mailto:nik@nikosalexandris.net" target="_blank">nik@nikosalexandris.net</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
I am testing <i.landsat.trim>. Nice work! </blockquote><div><br>Thanks, Nikos!<br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
how do we interpret exactly the "rast_buffer" parameter?<br>
<br>
</blockquote><div><br>"rast_buffer" is the "service" parameter, which is used for several actions with the input raster bands. First of all, it identifies the width of raster buffer zone for making the band mask; also it controls the resolution of region during processing. It was gained experimentally with the best value near 300 meters for Landsat 7 images (sounds not very logical, I understand).<br>
<br> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Testing on a single L5T band, I get strange (to me) results with various buffer<br>
distances (e.g., 100, 150, 200, 5000, 10000). Where does the buffer start? <br></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Does it start from the outer non-NULL pixels of the image for example? </blockquote><div><br>Yes, the buffer start on the border of the band mask, but with the significantly coarser region <span id="result_box" class="short_text" lang="en"><span class="hps">resolution</span></span>. 10000<br>
</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Is it<br>
expected that some distance (e.g. 100) will result in an (almost) empty image?<br>
<br></blockquote><div><br><span id="result_box" class="short_text" lang="en"><span class="hps alt-edited">Can be expected</span> <span class="hps alt-edited">almost anything</span></span>, that's why the module needs some work to make it more logical and more usable. I already started rewriting it in Python, <span id="result_box" class="short_text" lang="en"><span class="hps">along the way I</span><span class="">'ll try to</span> <span class="hps alt-edited">complement it and</span> <span class="hps alt-edited">fix some functions.<br>
</span></span></div><br><br>--------------------<br>Best regards,<br>Alexander.<br></div>