With release 007 the ATL03 product has some granule that are reprocessed and therefore have 02 as their version, while others have not and have 01 as their version. But for release 007 the ATL08 product has not been reprocessed and therefore 01 is the version for all granules.
This breaks the code that quickly generates an ATL08 granule name from an ATL03 granule name. That code is in atl03x.lua and Atl03Reader.cpp. These modules have been temporarily patched in v5.4.5 so that ATL08 granules names are forced to have a 01 for their version. This is NOT a workable solution moving forward, but quickly provides the functionality needed in the immediate future.
Going forward we need to do one of two things:
- Issue a separate ATL08 CMR query with the same query parameters as for ATL03 and then build a lookup table between the results for ATL03 and ATL08.
- Support ATL03|06|08|09 in the AMS system and with a single query return all of the ATL03 granules along with the corresponding ATL06|08|09 granules if requested.
With release 007 the ATL03 product has some granule that are reprocessed and therefore have 02 as their version, while others have not and have 01 as their version. But for release 007 the ATL08 product has not been reprocessed and therefore 01 is the version for all granules.
This breaks the code that quickly generates an ATL08 granule name from an ATL03 granule name. That code is in
atl03x.luaandAtl03Reader.cpp. These modules have been temporarily patched in v5.4.5 so that ATL08 granules names are forced to have a 01 for their version. This is NOT a workable solution moving forward, but quickly provides the functionality needed in the immediate future.Going forward we need to do one of two things: