The BASIC code retrieves the extinction profile and the lidar ratio from combined lidar observations and aerosol optical depth measurements.
This program was initially developed by Augustin Mortier and Philippe Goloub at Laboratoire d’Optique Atmosphérique.
ICARE streamlined the original code for automatic processing and developed a command-line tool to facilitate manual runs. Also ICARE modified the code to support lidar data from the ORAURE network instruments including:
- SIRTA Palaiseau
- LOA-Photons Lille
- COPDD Puy-De-Dôme
- OPE Houdelaincourt
- QUALAIR Paris
- OPAR La Réunion
Two inversion modes are currently available, each differs with the other by the nature measurements set as input:
The algorithm expected naively lidar profile AND AOD measurements. Then it can benefit from miscellaneous physical properties contained in both files. This processing expects a NetCDF BALIA file as output.
Otherwise the algorithm can also perform even if only the lidar profile is available. It needs assumptions about the lidar ratio over the time range. This processing expects a NetCDF BALI file as output.
Lidar Pr2 signal
BASIC requires backscattered signal (or Pr2 signal) returned by LIDAR remote sensors.
The name of variables containing the RCS values change depending on the data provider and the model of the lidar sensor.
|LOA Photons Lille||rcs_532_nop_ph_l0_t0|
|OPAR La Réunion||rcs_355_cop_an_l0_t0|
Aerosol Optical Depth
BASIC may also requires aerosol optical depth measurements (AOD) as input. These data are provided by the AERONET project and are also gathered in the frame of ORAURE project.
For each platform measurments are available in daily files and are computed for 3 different quality levels namely:
- level 1.0: unscreened
- level 1.5: cloud-screened
- level 2.0: cloud-screened and quality assured
Refer to this data description in the AERONET web site for more information.
Besides the data quality the number of measurements may also strictly deacrease especially on a cloudy day.
The BASIC algorithm needs miscellaneous scientific parameters to processing correlty. All of them are gathered in a unique file called the parameter file.
The unpacked BASIC archive contains samples of parameter files in the sub-directory
parameters, such as
For more information you can refer to the BASIC User Guide.
Each run generates a NetCDF file as output. It contains values retrieved by the algorithm namely:
- the lidar ratio:
- extinction coefficients:
- the altitude of clouds along the lidar profile:
- the altitude of the boundary layer:
<WWW> the wavelength value required by the algorithm (in nm). It depends on the lidar remote sensor.
For each platform, the ICARE data center provides Level-2 daily files, formatted in the NetCDF standard format.
It provides 2 differents products which differ from their inversion mode:
- BALIA: BASIC + LIdar + AERONET
- BALI: BASIC + LIdar
Then the BALIA file is generated in first. It requires both physical measurements:
- a Pr2 signal contained in lidar data files
- AOD values (level 1.5) provided by the AERONET network
If one of these files is missing no BALIA can be produced.
Secondly the production process uses some retrievals contained is a previously generated BALIA file.
It make assumptions about the value of the lidar ratio along the time range. Indeed it directly extracts these data from the
Time and the
Lidar_Ratio variables contained in the BALIA file.
Then a new BASIC process can be launch using directly these assumptions, and the BALI is generated.
File Naming Convention
<PRODUCT-NAME> the name of product (BALIA or BALI)
<YYYY> the year of the acquistion (4 digits)
<MM> the month of the acquistion (2 digits)
<DD> the day of the acquisition (2 digits)
<PLATFORM-NAME> a standardized name of the platform, where each underscode character
_ has been replaced by a minus character
<X-XX> the product version
For example a BALI product came from the platform
LOA-Photons_Lille with data measured the March 20th, 2012, and with
2-00 as product version, will yield the file: