new ticket about the resolution issue: https://trac.osgeo.org/grass/ticket/2089
On Fri, Sep 27, 2013 at 7:27 PM, Nick Ves <[email protected]> wrote: > Yeah its still open - It shouldn't since the main problem is fixed. I'll > open a new ticket for the the resolution bug. > > BTW, I have made a script that does what i.landsat.toar does, only that > its fixed in that regard. I'll be more than happy to share it if someone > needs it! > > N > > > On Fri, Sep 27, 2013 at 2:28 PM, GRASS GIS <[email protected]> wrote: > >> #1997: i.landsat.toar for grass-dev is missing the option for landsat8 >> >> ----------------------------+----------------------------------------------- >> Reporter: vesnikos | Owner: grass-dev@… >> Type: defect | Status: new >> Priority: normal | Milestone: 7.0.0 >> Component: Imagery | Version: svn-trunk >> Keywords: i.landsat.toar | Platform: All >> Cpu: Unspecified | >> >> ----------------------------+----------------------------------------------- >> >> Comment(by nikosa): >> >> Replying to [comment:7 nikosa]: >> > Replying to [comment:6 vesnikos]: >> > > some minor bugs during my tests: >> > >> > >> > > 2) Band8 (panchomatic) has my nature 15m res. The algorithm uses the >> regions resolution , and you cannot do anything to override it. >> > >> > You can set the region resolution to the desired one! In my scripts I >> do that. Maybe in this case an exception could be done and let the >> module >> handle this? >> >> This look more important than I thought in the beginning. Indeed, one >> needs to work-around that issue since there is no way to preserve the >> 15m-s of Band 8 using (the current) i.landsat.toar in one go. >> >> -- >> Ticket URL: <http://trac.osgeo.org/grass/ticket/1997#comment:10> >> GRASS GIS <http://grass.osgeo.org> >> >> >
_______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
