$ ls /titan/data/landsat/tiles/020031/2017269/*tar.gz # will show C1 asset
LC08_L1TP_020031_20170926_20170926_01_RT.tar.gz
$ gips_process landsat -t 020031 -p rhow -d 2017-09-20,2017-09-27 -v9 # breaks due to asking for DN asset
GIPS Data Processing (v0.8.2)
Retrieving inventory for site tiles
fname
LC08_L1TP_020031_20170926_20170926_01_RT.tar.gz
C1 asset
Processing [rhow] on 1 dates (1 files)
Error:
Traceback (most recent call last):
File "/scratch/xhuang/code/gips-dev/gips/utils.py", line 474, in cli_error_handler
yield
File "/scratch/xhuang/code/gips-dev/gips/inventory/__init__.py", line 325, in process
self.data[date].process(*args, **kwargs)
File "/scratch/xhuang/code/gips-dev/gips/tiles.py", line 73, in process
[t.process(*args, products=self.products.products, **kwargs) for t in self.tiles.values()]
File "/scratch/xhuang/code/gips-dev/gips/data/core.py", line 1068, in wrapper
return wrapped_method(self, *args, **kwargs)
File "/scratch/xhuang/code/gips-dev/gips/data/landsat/landsat.py", line 930, in process
self.basename = self.basename + '_' + self.sensors[asset]
KeyError: 'DN'
Processing completed in 0:00:00.002123
Fatal: 1 error(s) occurred:
Error:
None
So it seems for the second problem, the error isn't found in current dev. The proposed fix (140947c) is still a good idea so I'll leave it in place (though I may edit the commit message)
grabbing wrong MTL file
This happens:
when you have both a C1 and a DN asset, like this:
Asks for DN asset even though only C1 is present