[GRASS-dev] [GRASS GIS] #1997: i.landsat.toar for grass-dev is missing the option for landsat8

GRASS GIS trac at osgeo.org
Sun Jun 30 14:01:20 PDT 2013

#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: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?

 > 3) timestamp in r.info reads none, the date of acquisition  is in the
 metadata, so it should  be properly implemented

 This would be also nice!

 > eg: r.timestamp map=LC81840322013143LGN03_B10.toarr.1 date="$(date
 -d'$DATE_ACQUIRED $SCENE_CENTER_TIME' -u +'%d %b %Y %H:%M:%S.%N %z')"

 You can get the date using

 i.landsat.toar -p metfile=MTLFile.txt lsatmet=date

 and the ''decimal'' time

 i.landsat.toar -p metfile=MTLFile.txt lsatmet=time

 though, the "input_prefix=Dummy" and "output_prefix=Dummy" must be

 For the records, if you import Landsat bands using the script found in
 [http://grasswiki.osgeo.org/wiki/LANDSAT#Automated_data_import], the
 timestamp is set correctly.  However, i.landsat.toar does not take care to
 copy this over.  Even, the right way would be to grep the info from the
 MTL file directly.

Ticket URL: <http://trac.osgeo.org/grass/ticket/1997#comment:7>
GRASS GIS <http://grass.osgeo.org>

More information about the grass-dev mailing list