<div dir="ltr"><br><div>yes, i was referring to that.</div><div>i think the problem is connected to the fact that i.landsat.toar works recursively on all bands</div><div>which is what makes this command comfortable but in the same time it doesn't allow to calculate the TOAR for a specific band, in case one would like to do so</div><div><br></div><div>thanks,</div><div><br></div><div>Anna</div><div><br></div><div><br></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 8, 2016 at 12:00 AM, Markus Neteler <span dir="ltr"><<a href="mailto:neteler@osgeo.org" target="_blank">neteler@osgeo.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Sun, Feb 7, 2016 at 9:48 PM, anna zanchetta <<a href="mailto:ciupava@gmail.com">ciupava@gmail.com</a>> wrote:<br>
> hi grass users,<br>
><br>
> i found a problem when running i.landsat.toar with Landsat 7,<br>
> then i've eventually found in gis-stackexchange a "tricky" way to solve it:<br>
> <a href="http://gis.stackexchange.com/questions/133053/i-landsat-toar-doesnt-work-with-band-6-of-landsat-7-in-grass-7" rel="noreferrer" target="_blank">http://gis.stackexchange.com/questions/133053/i-landsat-toar-doesnt-work-with-band-6-of-landsat-7-in-grass-7</a><br>
><br>
> i found it a bit clunky and thought to let you know in case someone wants to<br>
> deal with this issue...<br>
<br>
</span>So, you refer to "renaming LE70010752014040CUB00_B6_VCID_1 to<br>
LE70010752014040CUB00_B61 do the trick." ?<br>
<br>
Indeed suboptimal. But I guess that pattern matching would make the<br>
interface more complicated.<br>
Maybe other developers have an idea?<br>
<br>
Best<br>
<span class="HOEnZb"><font color="#888888">Markus<br>
</font></span></blockquote></div><br></div></div>