# HG changeset patch # User ulalume3 # Date 1333031650 -7200 # Node ID 0601812aaaacce85f6b28584184e619503d12414 # Parent ba31b26b041b1b49ba08e5e551132b679d7dc080 Removing old files diff -r ba31b26b041b -r 0601812aaaac _build/html/index.html --- a/_build/html/index.html Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,147 +0,0 @@ - - - - - - - - - Welcome to Single Calculus Chain interface’s documentation! — Single Calculus Chain 0.2 documentation - - - - - - - - - - - - - - - -
- -
-
-

Table Of Contents

- - -

Next topic

-

Introduction

-

This Page

- - - -
-
-
-
- - - - \ No newline at end of file diff -r ba31b26b041b -r 0601812aaaac _build/html/introduction.html --- a/_build/html/introduction.html Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,119 +0,0 @@ - - - - - - - - - Introduction — Single Calculus Chain 0.2 documentation - - - - - - - - - - - - - - - - -
-
-
-
- -
-

Introduction

-
    -
  • The Single calculus chain is made of different modules. These modules don’t interact directly but only change value in a database.
  • -
  • This interface will allow Earlinet memebers to interact with parts of the database.
  • -
  • One part of the interface (the “Station admin” section) permits registering a new station, registerring new lidar systems and configuration, fill in details for the channels that constitute the system and finnaly define the products (extinction, backscatter e.t.c.) that need to be calculated by the SCC.
  • -
  • The second part of the interface is dedicated to the uploading of new measurement files, the configuration of the measurement specific paramters and, finally, the retrieval of the calculated products.
  • -
  • Different types of users, with different level of access permissions can have access in the interface. In this way, higher level of flexibility and security can be achived.
  • -
-
- - -
-
-
-
-
-

Previous topic

-

Welcome to Single Calculus Chain interface’s documentation!

-

Next topic

-

Station admin

-

This Page

- - - -
-
-
-
- - - - \ No newline at end of file diff -r ba31b26b041b -r 0601812aaaac _build/html/measurement_upload.html --- a/_build/html/measurement_upload.html Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,141 +0,0 @@ - - - - - - - - - Processing measurement — Single Calculus Chain 0.2 documentation - - - - - - - - - - - - - - - - -
-
-
-
- -
-

Processing measurement

-
-

Searching for existing measurements

-
-
-

Uploading measuremenets

-
-

Uploading through the browser

-
-
-

Uploading throught SFTP

-
-
-
-

Browsing the scc results

-
-
- - -
-
-
-
-
-

Table Of Contents

- - -

Previous topic

-

Station admin

-

Next topic

-

The SCC netCDF file format

-

This Page

- - - -
-
-
-
- - - - \ No newline at end of file diff -r ba31b26b041b -r 0601812aaaac _build/html/netcdf_file.html --- a/_build/html/netcdf_file.html Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,1352 +0,0 @@ - - - - - - - - - The SCC netCDF file format — Single Calculus Chain 0.2 documentation - - - - - - - - - - - - - - - - -
-
-
-
- -
-

The SCC netCDF file format

-
-

Rationale

-

The Single Calculus Chain (SCC) is composed by two different modules:

-
    -
  • pre-processing module ( scc_preprocessing)
  • -
  • optical processing module ( ELDA)
  • -
-

To perfom aerosol optical retrievals the SCC needs not only the raw -lidar data but also a certain number of parameters to use in both -pre-processing and optical processing stages. The SCC gets these -parameters looking at two different locations:

-
    -
  • Single Calculus Chain relational database (SCC_DB)
  • -
  • Input files
  • -
-

There are some paramenters that can be found only in the input files -(those ones changing from measurement to measurement), others that can -be found only in the SCC_DB and other ones that can be found in both -these locations. In the last case, if a particular parameter is needed, -the SCC will search first in the input files and then in SCC_DB. If the -parameter is found in the input files the SCC will keep it without -looking into SCC_DB.

-

The input files have to be submitted to the SCC in NetCDF format. At the -present the SCC can handle four different types of input files:

-
    -
  1. Raw Lidar Data
  2. -
  3. Sounding Data
  4. -
  5. Overlap
  6. -
  7. Lidar Ratio
  8. -
-

As already mentioned, the Raw Lidar Data file contains not only the -raw lidar data but also other parameters to use to perform the -pre-processing and optical processing. The Sounding Data file -contains the data coming from a correlative radiosounding and it is used -by the SCC for molecular density calculation. The Overlap file -contains the measured overlap function. The Lidar Ratio file contains -a lidar ratio profile to use in elastic backscatter retrievals. The -Raw Lidar Data file is of course mandatory and the Sounding Data, -Overlap and Lidar Ratio files are optional. If Sounding Data file -is not submitted by the user, the molecular density will be calculated -by the SCC using the “US Standard Atmosphere 1976”. If the Overlap -file is not submitted by the user, the SCC will get the full overlap -height from SCC_DB and it will produce optical results starting from -this height. If Lidar Ratio file is not submitted by the user, the -SCC will consider a fixed value for lidar ratio got from SCC_DB.

-

The user can decide to submit all these files or any number of them (of -course the file Raw Lidar Data is mandatory). For example the user -can submit together with the Raw Lidar Data file only the Sounding -Data file or only the Overlap file.

-

This document provides a detailed explanation about the structure of the -NetCDF input files to use for SCC data submission. All Earlinet groups -should read it carefully because they have to produce such kind of input -files if they want to use the SCC for their standard lidar retrievals. -Every comments or suggestions regarding this document can be sent to -Giuseppe D’Amico by e-mail at damico@imaa.cnr.it

-

This document is available for downloading at www.earlinetasos.org

-

In table tab:rawdata is reported a list of dimensions, variables and -global attributes that can be used in the NetCDF Raw Lidar Data input -file. For each of them it is indicated:

-
    -
  • The name. For the multidimensional variables also the corresponding -dimensions are reported
  • -
  • A description explaining the meaning
  • -
  • The type
  • -
  • If it is mandatory or optional
  • -
-

As already mentioned, the SCC can get some parameters looking first in -the Raw Lidar Data input file and then into SCC_DB. This means that -to use the parameters stored in SCC_DB the optional variables or -optional global attributes must not appear within Raw Lidar Data -file. This is the suggested and recommended way to use the SCC. Please -include optional parameters in the Raw Lidar Data only as an -exception.

-

In table tab:sounding, tab:overlap and tab:lr are reported all the -information about the structure of Sounding Data, Overlap and -Lidar Ratio input files respectively.

-
-
-

Example

-

Let’s now consider an example of Raw Lidar Data input file. Suppose -we want to generate NetCDF input file corresponding to a measurement -with the following properties:

- ---- - - - - - - - - - - - - - - - - - - - - -
Start Date\(30^{th}\) January 2009
Start Time UT00:00:01
Stop Time UT00:05:01
Station NameDummy station
Earlinet call-signcc
Pointing angle5 degrees with respect to the zenith
-

Moreover suppose that this measurement is composed by the following -lidar channels:

-
    -
  1. 1064 lidar channel

    - ---- - - - - - - - - - - - - - - -

    Emission wavelength=1064nm

    -

    Detection wavelength=1064nm

    -

    Time resolution=30s

    -

    Number of laser shots=1500

    -

    Number of bins=3000

    -

    Detection mode=analog

    -

    Range resolution=7.5m

    -

    Polarization state=total

    -
    -
  2. -
  3. 532 cross lidar channel

    - ---- - - - - - - - - - - - - - - -

    Emission wavelength=532nm

    -

    Detection wavelength=532nm

    -

    Time resolution=60s

    -

    Number of laser shots=3000

    -

    Number of bins=5000

    -

    Detection mode=photoncounting

    -

    Range resolution=15m

    -

    Polarization state=cross

    -
    -
  4. -
  5. 532 parallel lidar channel

    - ---- - - - - - - - - - - - - - - -

    Emission wavelength=532nm

    -

    Detection wavelength=532nm

    -

    Time resolution=60s

    -

    Number of laser shots=3000

    -

    Number of bins=5000

    -

    Detection mode=photoncounting

    -

    Range resolution=15m

    -

    Polarization state=parallel

    -
    -
  6. -
  7. 607 \(N_2\) vibrational Raman channel

    - ---- - - - - - - - - - - - - - -

    Emission wavelength=532nm

    -

    Detection wavelength=607nm

    -

    Time resolution=60s

    -

    Number of laser shots=3000

    -

    Number of bins=5000

    -

    Detection mode=photoncounting

    -

    Range resolution=15m

    -
    -
  8. -
-

Finally let’s assume we have also performed dark measurements before the -lidar measurements from the 23:50:01 UT up to 23:53:01 UT of -29:math:^mathrmth January 2009.

-
-

Dimensions

-

Looking at table tab:rawdata we have to fix the following dimensions:

-
points
-channels
-time
-nb_of_time_scales
-scan_angles
-time_bck
-
-
-

The dimension time is unlimited so we don’t have to fix it.

-

We have 4 lidar channels so:

-
channels=4
-
-
-

Regarding the dimension points we have only one channel with a -number of vertical bins equal to 3000 (the 1064nm) and all other -channels with 5000 vertical bins. In cases like this the dimension -points has to be fixed to the maximum number of vertical bins so:

-
points=5000
-
-
-

Moreover only one channel (1064nm) is acquired with a time resolution of -30 seconds, all the other channels have a time resolution of 60 seconds. -This means that we have to define two different time scales. We have to -set:

-
nb_of_time_scales=2
-
-
-

The measurement is performed only at one scan angle (5 degrees with -respect to the zenith) so:

-
scan_angles=1
-
-
-

We have 3 minutes of dark measurements and two different time scales one -with 60 seconds time resolution and the other one with 30 seconds time -resolution. So we will have 3 different dark profiles for the channels -acquired with the first time scale and 6 for the lidar channels acquired -with the second time scale. We have to fix the dimension time_bck as -the maximum between these values:

-
time_bck=6
-
-
-
-
-

Variables

-

In this section it will be explained how to fill all the possible -variables either mandatory or optional of Raw Lidar Data input file.

-
-
Raw_Data_Start_Time(time, nb_of_time_scales)
-

This 2 dimensional mandatory array has to contain the acquisition -start time (in seconds from the time given by the global attribute -RawData_Start_Time_UT) of each lidar profile. In this example we -have two different time scales: one is characterized by steps of 30 -seconds (the 1064nm is acquired with this time scale) the other by -steps of 60 seconds (532cross, 532parallel and 607nm). Moreover the -measurement start time is 00:00:01 UT and the measurement stop time -is 00:05:01 UT. In this case we have to define:

-
Raw_Data_Start_Time =
-  0, 0,
-  60, 30,
-  120, 60,
-  180, 90,
-  240, 120,
-  _, 150,
-  _, 180,
-  _, 210,
-  _, 240,
-  _, 270 ;
-
-

The order used to fill this array defines the correspondence between -the different time scales and the time scale index. In this example -we have a time scale index of 0 for the time scale with steps of 60 -seconds and a time scale index of 1 for the other one.

-
-
Raw_Data_Stop_Time(time, nb_of_time_scales)
-

The same as previous item but for the data acquisition stop time. -Following a similar procedure we have to define:

-
Raw_Data_Stop_Time =
-  60, 30,
-  120, 60,
-  180, 90,
-  240, 120,
-  300, 150,
-  _, 180,
-  _, 210,
-  _, 240,
-  _, 270,
-  _, 300 ;
-
-
-
Raw_Lidar_Data(time, channels, points)
-

This 3 dimensional mandatory array has to be filled with the -time-series of raw lidar data. The photoncounting profiles have to -submitted in counts (so as integers) while the analog ones in mV. The -order the user chooses to fill this array defines the correspondence -between channel index and lidar data.

-

For example if we fill this array in such way that:

- ---- - - - - - - - - - - - - - - -
Raw_Lidar_Data(time,0,points\(\rightarrow\) is the time-series of 1064 nm
Raw_Lidar_Data(time,1,points\(\rightarrow\) is the time-series of 532 cross
Raw_Lidar_Data(time,2,points\(\rightarrow\) is the time-series of 532 parallel
Raw_Lidar_Data(time,3,points\(\rightarrow\) is the time-series of 607 nm
-

from now on the channel index 0 is associated to the 1064 channel, -1 to the 532 cross, 2 to the 532 parallel and 3 to the 607nm.

-
-
Raw_Bck_Start_Time(time_bck, nb_of_time_scales)
-

This 2 dimensional optional array has to contain the acquisition -start time (in seconds from the time given by the global attribute -RawBck_Start_Time_UT) of each dark measurements profile. -Following the same procedure used for the variable -Raw_Data_Start_Time we have to define:

-
Raw_Bck_Start_Time =
-  0, 0,
-  60, 30,
-  120, 60,
-  _, 90,
-  _, 120,
-  _, 150;
-
-
-
Raw_Bck_Stop_Time(time_bck, nb_of_time_scales)
-

The same as previous item but for the dark acquisition stop time. -Following a similar procedure we have to define:

-
Raw_Bck_Stop_Time =
-  60, 30,
-  120, 60,
-  180, 90,
-  _, 120,
-  _, 150,
-  _, 180 ;
-
-
-
Background_Profile(time_bck, channels, points)
-

This 3 dimensional optional array has to be filled with the -time-series of the dark measurements data. The photoncounting -profiles have to submitted in counts (so as integers) while the -analog ones in mV. The user has to fill this array following the same -order used in filling the array Raw_Lidar_Data:

- ---- - - - - - - - - - - - - - - -
Background_Profile(time_bck,0,points\(\rightarrow\) dark time-series at 1064 nm
Background_Profile(time_bck,1,points\(\rightarrow\) dark time-series at 532 cross
Background_Profile(time_bck,2,points\(\rightarrow\) dark time-series at 532 parallel
Background_Profile(time_bck,3,points\(\rightarrow\) dark time-series at 607 nm
-
-
channel_ID(channels)
-

This mandatory array provides the link between the channel index -within the Raw Lidar Data input file and the channel ID in -SCC_DB. To fill this variable the user has to know which channel IDs -in SCC_DB correspond to his lidar channels. For this purpose the -SCC, in its final version will provide to the user a special tool to -get these channel IDs through a Web interface. At the moment this -interface is not yet available and these channel IDs will be -communicated directly to the user by the NA5 people.

-

Anyway to continue the example let’s suppose that the four lidar -channels taken into account are mapped into SCC_DB with the -following channel IDs:

- ---- - - - - - - - - - - - - - - -
1064 nm\(\rightarrow\) channel ID=7
532 cross\(\rightarrow\) channel ID=5
532 parallel\(\rightarrow\) channel ID=6
607 nm\(\rightarrow\) channel ID=8
-
-
In this case we have to define:
-
channel_ID = 7, 5, 6, 8 ;
-
-
-
-
id_timescale(channels)
-

This mandatory array is introduced to determine which time scale is -used for the acquisition of each lidar channel. In particular this -array defines the link between the channel index and the time scale -index. In our example we have two different time scales. Filling the -arrays Raw_Data_Start_Time and Raw_Data_Stop_Time we have -defined a time scale index of 0 for the time scale with steps of 60 -seconds and a time scale index of 1 for the other one with steps of -30 seconds. In this way this array has to be set as:

-
id_timescale = 1, 0, 0, 0 ;
-
-
-
-
Laser_Pointing_Angle(scan_angles
-

This mandatory array contains all the scan angles used in the -measurement. In our example we have only one scan angle of 5 degrees -with respect to the zenith, so we have to define:

-
Laser_Pointing_Angle = 5 ;
-
-
-
-
Laser_Pointing_Angle_of_Profiles(time, nb_of_time_scales)
-

This mandatory array is introduced to determine which scan angle is -used for the acquisition of each lidar profile. In particular this -array defines the link between the time and time scales indexes and -the scan angle index. In our example we have a single scan angle that -has to correspond to the scan angle index 0. So this array has to be -defined as:

-
Laser_Pointing_Angle_of_Profiles =
-  0, 0,
-  0, 0,
-  0, 0,
-  0, 0,
-  0, 0,
-  _, 0,
-  _, 0,
-  _, 0,
-  _, 0,
-  _, 0 ;
-
-
-
Laser_Shots(time, channels)
-

This mandatory array stores the laser shots accumulated at each time -for each channel. In our example the number of laser shots -accumulated is 1500 for the 1064nm channels and 3000 for all the -other channels. Moreover the laser shots do not change with the time. -So we have to define this array as:

-
Laser_Shots =
- 1500, 3000, 3000, 3000,
- 1500, 3000, 3000, 3000,
- 1500, 3000, 3000, 3000,
- 1500, 3000, 3000, 3000,
- 1500, 3000, 3000, 3000,
- 1500, _, _, _,
- 1500, _, _, _,
- 1500, _, _, _,
- 1500, _, _, _,
- 1500, _, _, _ ;
-
-
-
Emitted_Wavelength(channels)
-

This optional array defines the link between the channel index and -the emission wavelength for each lidar channel. The wavelength has to -be expressed in nm. This information can be also taken from SCC_DB. -In our example we have:

-
Emitted_Wavelength = 1064, 532, 532, 532 ;
-
-
-
-
Detected_Wavelength(channels)
-

This optional array defines the link between the channel index and -the detected wavelength for each lidar channel. Here detected -wavelength means the value of center of interferential filter -expressed in nm. This information can be also taken from SCC_DB. In -our example we have:

-
Detected_Wavelength = 1064, 532, 532, 607 ;
-
-
-
-
Raw_Data_Range_Resolution(channels)
-

This optional array defines the link between the channel index and -the raw range resolution for each channel. If the scan angle is -different from zero this quantity is different from the vertical -resolution. More precisely if \(\alpha\) is the scan angle used -and \(\Delta z\) is the range resolution the vertical -resolution is calculated as \(\Delta -z'=\Delta z \cos\alpha\). This array has to be filled with -\(\Delta z\) and not with \(\Delta z'\). The unit is -meters. This information can be also taken from SCC_DB. In our -example we have:

-
Raw_Data_Range_Resolution = 7.5, 15.0, 15.0, 15.0 ;
-
-
-
-
ID_Range(channels)
-

This optional array defines if a particular channel is configured as -high, low or ultranear range channel. In particular a value 0 -indicates a low range channel, a value 1 a high range channel and a -value of 2 an ultranear range channel. If for a particular channel -you don’t separate between high and low range channel, please set the -corresponding value to 1. This information can be also taken from -SCC_DB. In our case we have to set:

-
ID_Range = 1, 1, 1, 1 ;
-
-
-
-
Scattering_Mechanism(channels)
-

This optional array defines the scattering mechanism involved in -each lidar channel. In particular the following values are adopted:

- ---- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
0\(\rightarrow\) Total elastic backscatter
1\(\rightarrow\) \(N_2\) vibrational Raman backscatter
2\(\rightarrow\) Cross polarization elastic backscatter
3\(\rightarrow\) Parallel polarization elastic backscatter
4\(\rightarrow\) \(H_2O\) vibrational Raman backscatter
5\(\rightarrow\) Rotational Raman Stokes line close to elastic line
6\(\rightarrow\) Rotational Raman Stokes line far from elastic line
7\(\rightarrow\) Rotational Raman anti-Stokes line close to elastic line
8\(\rightarrow\) Rotational Raman anti-Stokes line far from elastic line
9\(\rightarrow\) Rotational Raman Stokes and anti-Stokes lines close to elastic line
10\(\rightarrow\) Rotational Raman Stokes and anti-Stokes lines far from elastic line
-

This information can be also taken from SCC_DB. In our example we have:

-
Scattering_Mechanism = 0, 2, 3, 1 ;
-
-
-
-
Acquisition_Mode(channels)
-

This optional array defines the acquisition mode (analog or -photoncounting) involved in each lidar channel. In particular a value -of 0 means analog mode and 1 photoncounting mode. This information -can be also taken from SCC_DB. In our example we have:

-
Acquisition_Mode = 0, 1, 1, 1 ;
-
-
-
-
Laser_Repetition_Rate(channels)
-

This optional array defines the repetition rate in Hz used to -acquire each lidar channel. This information can be also taken from -SCC_DB. In our example we are supposing we have only one laser with -a repetition rate of 50 Hz so we have to set:

-
Laser_Repetition_Rate = 50, 50, 50, 50 ;
-
-
-
-
Dead_Time(channels)
-

This optional array defines the dead time in ns associated to each -lidar channel. The SCC will use the values given by this array to -correct the photoncounting signals for dead time. Of course for -analog signals no dead time correction will be applied (for analog -channels the corresponding dead time values have to be set to -undefined value). This information can be also taken from SCC_DB. In -our example the 1064 nm channel is acquired in analog mode so the -corresponding dead time value has to be undefined. If we suppose a -dead time of 10 ns for all other channels we have to set:

-
Dead_Time = _, 10, 10, 10 ;
-
-
-
-
Dead_Time_Corr_Type(channels
-

This optional array defines which kind of dead time correction has -to be applied on each photoncounting channel. The SCC will correct -the data supposing a not-paralyzable channel if a value of 0 is found -while a paralyzable channel is supposed if a value of 1 is found. Of -course for analog signals no dead time correction will be applied and -so the corresponding values have to be set to undefined value. This -information can be also taken from SCC_DB. In our example the 1064 -nm channel is acquired in analog mode so the corresponding has to be -undefined. If we want to consider all the photoncounting signals as -not-paralyzable ones: we have to set:

-
Dead_Time_Corr_Type = _, 0, 0, 0 ;
-
-
-
-
Trigger_Delay(channels)
-

This optional array defines the delay (in ns) of the middle of the -first rangebin with respect to the output laser pulse for each lidar -channel. The SCC will use the values given by this array to correct -for trigger delay. This information can be also taken from SCC_DB. -Let’s suppose that in our example all the photoncounting channels are -not affected by this delay and only the analog channel at 1064nm is -acquired with a delay of 50ns. In this case we have to set:

-
Trigger_Delay = 50, 0, 0, 0 ;
-
-
-
-
Background_Mode(channels
-

This optional array defines how the atmospheric background has to be -subtracted from the lidar channel. Two options are available for the -calculation of atmospheric background:

-
    -
  1. Average in the far field of lidar channel. In this case the value -of this variable has to be 1
  2. -
  3. Average within pre-trigger bins. In this case the value of this -variable has to be 0
  4. -
-

This information can be also taken from SCC_DB. Let’s suppose in our -example we use the pre-trigger for the 1064nm channel and the far -field for all other channels. In this case we have to set:

-
Background_Mode = 0, 1, 1, 1 ;
-
-
-
-
Background_Low(channels)
-

This mandatory array defines the minimum altitude (in meters) to -consider in calculating the atmospheric background for each channel. -In case pre-trigger mode is used the corresponding value has to be -set to the rangebin to be used as lower limit (within pre-trigger -region) for background calculation. In our example, if we want to -calculate the background between 30000 and 50000 meters for all -photoncounting channels and we want to use the first 500 pre-trigger -bins for the background calculation for the 1064nm channel we have to -set:

-
Background_Low= 0, 30000, 30000, 30000 ;
-
-
-
-
Background_High(channels)
-

This mandatory array defines the maximum altitude (in meters) to -consider in calculating the atmospheric background for each channel. -In case pre-trigger mode is used the corresponding value has to be -set to the rangebin to be used as upper limit (within pre-trigger -region) for background calculation. In our example, if we want to -calculate the background between 30000 and 50000 meters for all -photoncounting channels and we want to use the first 500 pre-trigger -bins for the background calculation for the 1064nm channel we have to -set:

-
Background_High = 500, 50000, 50000, 50000 ;
-
-
-
-
Molecular_Calc
-

This mandatory variable defines the way used by SCC to calculate the -molecular density profile. At the moment two options are available:

-
    -
  1. US Standard Atmosphere 1976. In this case the value of this -variable has to be 0
  2. -
  3. Radiosounding. In this case the value of this variable has to be 1
  4. -
-

If we decide to use the option 1. we have to provide also the -measured pressure and temperature at lidar station level. Indeed if -we decide to use the option 2. a radiosounding file has to be -submitted separately in NetCDF format (the structure of this file is -summarized in table tab:sounding). Let’s suppose we want to use the -option 1. so:

-
Molecular_Calc = 0 ;
-
-
-
-
Pressure_at_Lidar_Station
-

Because we have chosen the US Standard Atmosphere for calculation of -the molecular density profile we have to give the pressure in hPa at -lidar station level:

-
Pressure_at_Lidar_Station = 1010 ;
-
-
-
-
Temperature_at_Lidar_Station
-

Because we have chosen the US Standard Atmosphere for calculation of -the molecular density profile we have to give the temperature in C at -lidar station level:

-
Temperature_at_Lidar_Station = 19.8 ;
-
-
-
-
Depolarization_Factor(channels)
-

This array is required only for lidar systems that use the two -depolarization channels for the backscatter retrieval. It represents -the factor \(f\) to calculate the total backscatter signal -\(S_t\) combining its cross \(S_c\) and parallel -\(S_p\) components: \(S_t=S_p+fS_c\). This factor is -mandatory only for systems acquiring \(S_c\) and \(S_p\) -and not \(S_t\). For systems acquiring \(S_c\), -\(S_p\) and \(S_t\) this factor is optional and it will -be used only for depolarizaton ratio calculation. Moreover only the -values of the array corresponding to cross polarization channels will -be considered; all other values will be not taken into account and -should be set to undefined value. In our example for the wavelength -532nm we have only the cross and the parallel components and not the -total one. So we have to give the value of this factor only in -correspondence of the 532nm cross polarization channel that -corresponds to the channel index 1. Suppose that this factor is 0.88. -Moreover, because we don’t have any other depolarization channels we -have also to set all other values of the array to undefined value.

-
Depolarization_Factor = _,0.88,_,_ ;
-
-
-
-
LR_Input(channels)
-

This array is required only for lidar channels for which elastic -backscatter retrieval has to be performed. It defines the lidar ratio -to be used within this retrieval. Two options are available:

-
    -
  1. The user can submit a lidar ratio profile. In this case the value -of this variable has to be 0.
  2. -
  3. A fixed value of lidar ratio can be used. In this case the value -of this variable has to be 1.
  4. -
-

If we decide to use the option 1. a lidar ratio file has to be -submitted separately in NetCDF format (the structure of this file is -summarized in table tab:lr). If we decide to use the option 2. the -fixed value of lidar ratio will be taken from SCC_DB. In our example -we have to give a value of this array only for the 1064nm lidar -channel because for the 532nm we will be able to retrieve a Raman -backscatter coefficient. In case we want to use the fixed value -stored in SCC_DB we have to set:

-
LR_Input = 1,_,_,_ ;
-
-
-
-
DAQ_Range(channels)
-

This array is required only if one or more lidar signals are -acquired in analog mode. It gives the analog scale in mV used to -acquire the analog signals. In our example we have only the 1064nm -channel acquired in analog mode. If we have used a 100mV analog scale -to acquire this channel we have to set:

-
DAQ_Range = 100,_,_,_ ;
-
-
-
-
-
-
-

Global attributes

-
-
Measurement_ID
-

This mandatory global attribute defines the measurement ID -corresponding to the actual lidar measurement. It is a string -composed by 12 characters. The first 8 characters give the start date -of measurement in the format YYYYMMDD. The next 2 characters give the -Earlinet call-sign of the station. The last 2 characters are used to -distinguish between different time-series within the same date. In -our example we have to set:

-
Measurement_ID= "20090130cc00" ;
-
-
-
-
RawData_Start_Date
-

This mandatory global attribute defines the start date of lidar -measurements in the format YYYYMMDD. In our case we have:

-
RawData_Start_Date = "20090130" ;
-
-
-
-
RawData_Start_Time_UT
-

This mandatory global attribute defines the UT start time of lidar -measurements in the format HHMMSS. In our case we have:

-
RawData_Start_Time_UT = "000001" ;
-
-
-
-
RawData_Stop_Time_UT``
-

This mandatory global attribute defines the UT stop time of lidar -measurements in the format HHMMSS. In our case we have:

-
RawData_Stop_Time_UT = "000501" ;
-
-
-
-
RawBck_Start_Date
-

This optional global attribute defines the start date of dark -measurements in the format YYYYMMDD. In our case we have:

-
RawBck_Start_Date = "20090129" ;
-
-
-
-
RawBck_Start_Time_UT
-

This optional global attribute defines the UT start time of dark -measurements in the format HHMMSS. In our case we have:

-
RawBck_Start_Time_UT = "235001" ;
-
-
-
-
RawBck_Stop_Time_UT
-

This optional global attribute defines the UT stop time of dark -measurements in the format HHMMSS. In our case we have:

-
RawBck_Stop_Time_UT = "235301" ;
-
-
-
-
-
-
-
-

Example of file (CDL format)

-

To summarize we have the following NetCDF Raw Lidar Data file (in CDL -format):

-
dimensions:
-        points = 5000 ;
-        channels = 4 ;
-        time = UNLIMITED ; // (10 currently)
-        nb_of_time_scales = 2 ;
-        scan_angles = 1 ;
-        time_bck = 6 ;
-variables:
-        int channel_ID(channels) ;
-        int Laser_Repetition_Rate(channels) ;
-        double Laser_Pointing_Angle(scan_angles) ;
-        int ID_Range(channels) ;
-        int Scattering_Mechanism(channels) ;
-        double Emitted_Wavelength(channels) ;
-        double Detected_Wavelength(channels) ;
-        double Raw_Data_Range_Resolution(channels) ;
-        int Background_Mode(channels) ;
-        double Background_Low(channels) ;
-        double Background_High(channels) ;
-        int Molecular_Calc ;
-        double Pressure_at_Lidar_Station ;
-        double Temperature_at_Lidar_Station ;
-        int id_timescale(channels) ;
-        double Dead_Time(channels) ;
-        int Dead_Time_Corr_Type(channels) ;
-        int Acquisition_Mode(channels) ;
-        double Trigger_Delay(channels) ;
-        int LR_Input(channels) ;
-        int Laser_Pointing_Angle_of_Profiles(time, nb_of_time_scales) ;
-        int Raw_Data_Start_Time(time, nb_of_time_scales) ;
-        int Raw_Data_Stop_Time(time, nb_of_time_scales) ;
-        int Raw_Bck_Start_Time(time_bck, nb_of_time_scales) ;
-        int Raw_Bck_Stop_Time(time_bck, nb_of_time_scales) ;
-        int Laser_Shots(time, channels) ;
-        double Raw_Lidar_Data(time, channels, points) ;
-        double Background_Profile(time_bck, channels, points) ;
-        double DAQ_Range(channels) ;
-
-// global attributes:
-                :Measurement_ID = "20090130cc00" ;
-                :RawData_Start_Date = "20090130" ;
-                :RawData_Start_Time_UT = "000001" ;
-                :RawData_Stop_Time_UT = "000501" ;
-                :RawBck_Start_Date = "20090129" ;
-                :RawBck_Start_Time_UT = "235001" ;
-                :RawBck_Stop_Time_UT = "235301" ;
-
-data:
-
- channel_ID = 7, 5, 6, 8 ;
-
- Laser_Repetition_Rate = 50, 50, 50, 50 ;
-
- Laser_Pointing_Angle = 5 ;
-
- ID_Range = 1, 1, 1, 1 ;
-
- Scattering_Mechanism = 0, 2, 3, 1 ;
-
- Emitted_Wavelength = 1064, 532, 532, 532 ;
-
- Detected_Wavelength = 1064, 532, 532, 607 ;
-
- Raw_Data_Range_Resolution = 7.5, 15, 15, 15 ;
-
- Background_Mode = 0, 1, 1, 1 ;
-
- Background_Low = 0, 30000, 30000, 30000 ;
-
- Background_High = 500, 50000, 50000, 50000 ;
-
- Molecular_Calc = 0 ;
-
- Pressure_at_Lidar_Station = 1010 ;
-
- Temperature_at_Lidar_Station = 19.8 ;
-
- id_timescale = 1, 0, 0, 0 ;
-
- Dead_Time = _, 10, 10, 10 ;
-
- Dead_Time_Corr_Type = _, 0, 0, 0 ;
-
- Acquisition_Mode = 0, 1, 1, 1 ;
-
- Trigger_Delay = 50, 0, 0, 0 ;
-
- LR_Input = 1,_,_,_ ;
-
- DAQ_Range = 100,_,_,_ ;
-
- Laser_Pointing_Angle_of_Profiles =
-  0, 0,
-  0, 0,
-  0, 0,
-  0, 0,
-  0, 0,
-  _, 0,
-  _, 0,
-  _, 0,
-  _, 0,
-  _, 0 ;
-
-
- Raw_Data_Start_Time =
-  0, 0,
-  60, 30,
-  120, 60,
-  180, 90,
-  240, 120,
-  _, 150,
-  _, 180,
-  _, 210,
-  _, 240,
-  _, 270 ;
-
- Raw_Data_Stop_Time =
-  60, 30,
-  120, 60,
-  180, 90,
-  240, 120,
-  300, 150,
-  _, 180,
-  _, 210,
-  _, 240,
-  _, 270,
-  _, 300 ;
-
-
- Raw_Bck_Start_Time =
-  0, 0,
-  60, 30,
-  120, 60,
-  _, 90,
-  _, 120,
-  _, 150;
-
-
-Raw_Bck_Stop_Time =
-  60, 30,
-  120, 60,
-  180, 90,
-  _, 120,
-  _, 150,
-  _, 180 ;
-
-
- Laser_Shots =
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, _, _, _,
-  1500, _, _, _,
-  1500, _, _, _,
-  1500, _, _, _,
-  1500, _, _, _ ;
-
-
- Raw_Lidar_Data = ...
-
- Background_Profile = ...
-
-

Please keep in mind that in case you submit a file like the previous one -all the parameters present in it will be used by the SCC even if you -have different values for the same parameters within the SCC_DB. If you -want to use the values already stored in SCC_DB (this should be the -usual way to use SCC) the Raw Lidar Data input file has to be -modified as follows:

-
dimensions:
-        points = 5000 ;
-        channels = 4 ;
-        time = UNLIMITED ; // (10 currently)
-        nb_of_time_scales = 2 ;
-        scan_angles = 1 ;
-        time_bck = 6 ;
-variables:
-        int channel_ID(channels) ;
-        double Laser_Pointing_Angle(scan_angles) ;
-        double Background_Low(channels) ;
-        double Background_High(channels) ;
-        int Molecular_Calc ;
-        double Pressure_at_Lidar_Station ;
-        double Temperature_at_Lidar_Station ;
-        int id_timescale(channels) ;
-        int Laser_Pointing_Angle_of_Profiles(time, nb_of_time_scales) ;
-        int Raw_Data_Start_Time(time, nb_of_time_scales) ;
-        int Raw_Data_Stop_Time(time, nb_of_time_scales) ;
-        int Raw_Bck_Start_Time(time_bck, nb_of_time_scales) ;
-        int Raw_Bck_Stop_Time(time_bck, nb_of_time_scales) ;
-        int LR_Input(channels) ;
-        int Laser_Shots(time, channels) ;
-        double Raw_Lidar_Data(time, channels, points) ;
-        double Background_Profile(time_bck, channels, points) ;
-        double DAQ_Range(channels) ;
-
-// global attributes:
-                :Measurement_ID = "20090130cc00" ;
-                :RawData_Start_Date = "20090130" ;
-                :RawData_Start_Time_UT = "000001" ;
-                :RawData_Stop_Time_UT = "000501" ;
-                :RawBck_Start_Date = "20090129" ;
-                :RawBck_Start_Time_UT = "235001" ;
-                :RawBck_Stop_Time_UT = "235301" ;
-
-data:
-
- channel_ID = 7, 5, 6, 8 ;
-
- Laser_Pointing_Angle = 5 ;
-
- Background_Low = 0, 30000, 30000, 30000 ;
-
- Background_High = 500, 50000, 50000, 50000 ;
-
- Molecular_Calc = 0 ;
-
- Pressure_at_Lidar_Station = 1010 ;
-
- Temperature_at_Lidar_Station = 19.8 ;
-
- id_timescale = 1, 0, 0, 0 ;
-
- LR_Input = 1,_,_,_ ;
-
- DAQ_Range = 100,_,_,_ ;
-
- Laser_Pointing_Angle_of_Profiles =
-  0, 0,
-  0, 0,
-  0, 0,
-  0, 0,
-  0, 0,
-  _, 0,
-  _, 0,
-  _, 0,
-  _, 0,
-  _, 0 ;
-
-
- Raw_Data_Start_Time =
-  0, 0,
-  60, 30,
-  120, 60,
-  180, 90,
-  240, 120,
-  _, 150,
-  _, 180,
-  _, 210,
-  _, 240,
-  _, 270 ;
-
- Raw_Data_Stop_Time =
-  60, 30,
-  120, 60,
-  180, 90,
-  240, 120,
-  300, 150,
-  _, 180,
-  _, 210,
-  _, 240,
-  _, 270,
-  _, 300 ;
-
-
- Raw_Bck_Start_Time =
-  0, 0,
-  60, 30,
-  120, 60,
-  _, 90,
-  _, 120,
-  _, 150;
-
-
- Raw_Bck_Stop_Time =
-  60, 30,
-  120, 60,
-  180, 90,
-  _, 120,
-  _, 150,
-  _, 180 ;
-
-
- Laser_Shots =
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, 3000, 3000, 3000,
-  1500, _, _, _,
-  1500, _, _, _,
-  1500, _, _, _,
-  1500, _, _, _,
-  1500, _, _, _ ;
-
-
- Raw_Lidar_Data = ...
-
- Background_Profile = ...
-
-

This example file contains the minimum collection of mandatory -information that has to be found within the Raw Lidar Data input -file. If it is really necessary, the user can decide to add to these -mandatory parameters any number of additional parameters considered in -the previous example.

-

Finally, suppose we want to make the following changes with respect to -the previous example:

-
    -
  1. use a sounding file for molecular density calculation instead of “US -Standar Atmosphere 1976”
  2. -
  3. supply a lidar ratio profile to use in elastic backscatter retrieval -instead of a fixed value
  4. -
  5. provide a overlap function for overlap correction
  6. -
-

In this case we have to generate the following NetCDF additional files:

-
-
rs_20090130cc00.nc
-
The name of Sounding Data file has to be computed as follows: -"rs_"``+``Measurement_ID -The structure of this file is summarized in table tab:sounding.
-
ov_20090130cc00.nc
-
The name of Overlap file has to be computed as follows: -"ov_"``+``Measurement_ID -The structure of this file is summarized in table tab:overlap.
-
lr_20090130cc00.nc
-
The name of Lidar Ratio file has to be computed as follows: -"lr_"``+``Measurement_ID -The structure of this file is summarized in table tab:lr.
-
-

Moreover we need to apply the following changes to the Raw Lidar Data -input file:

-
    -
  1. Change the value of the variable Molecular_Calc as follows:

    -
    Molecular_Calc = 1 ;
    -
    -
    -

    Of course the variables Pressure_at_Lidar_Station and -Temperature_at_Lidar_Station are not necessary anymore.

    -
  2. -
  3. Change the values of the array LR_Input as follows:

    -
    LR_Input = 0,_,_,_ ;
    -
    -
    -
  4. -
  5. Add the global attribute Sounding_File_Name

    -
    Sounding_File_Name = "rs_20090130cc00.nc" ;
    -
    -
    -
  6. -
-
    -
  1. Add the global attribute LR_File_Name

    -
    LR_File_Name = "lr_20090130cc00.nc" ;
    -
    -
    -
  2. -
  3. Add the global attribute Overlap_File_Name

    -
    Overlap_File_Name = "ov_20090130cc00.nc" ;
    -
    -
    -
  4. -
-
-
- - -
-
-
-
-
-

Table Of Contents

- - -

Previous topic

-

Processing measurement

-

Next topic

-

User management

-

This Page

- - - -
-
-
-
- - - - \ No newline at end of file diff -r ba31b26b041b -r 0601812aaaac _build/html/objects.inv --- a/_build/html/objects.inv Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,6 +0,0 @@ -# Sphinx inventory version 2 -# Project: Single Calculus Chain -# Version: 0.2 -# The remainder of this file is compressed using zlib. -xm -1<łu[;K Az9.{{%D.?! =ك>Q%Q 7RC{T$2,,(.EYԪ뮟Pt6p[2 - - - - - - - Station admin — Single Calculus Chain 0.2 documentation - - - - - - - - - - - - - - - - -
-
-
-
- -
-

Station admin

-

Not every field that is present in the database is used in the in the Single Calculs Chain. -Many of them are part of the Handbook of Instruments.

-
-

Hoi stations

-

In the HOI stations section you can control the main parameters of the statino you have access to. -From here you can edit the existing station or add a new one.

-
-

Adding a new station

-

When adding a new station you need to specify the following fields

-
-
Name
-
The name of the station
-
Id
-
The earlinet call sign with exactrly 2 caracters.
-
Latitude
-
In degrees north is the latitude of the station.
-
Longitude
-
In degrees east is the longitude of the station.
-
Height asl
-
The altitude of the station in meters above sea level.
-
PI
-
The name of the Principal Investigator of the station.
-
-

You can add the definition of new systems that belong to the station by clicking on the Hoi System blue line that -appears bollow the main station fields. For more details on the filed you need to fill in see the Adding a new system configuration section. -You can add more stations by clicking on the “Add another Hoi System” option.

-
-

Note

-

You need to have Javascript enebled to add a new station from this page.

-
-
-
-

Updating an existing station

-
-
-

Deleting a station

-
-
-
-

System configuration

-
-

Adding a new system configuration

-
-
-

Updating an existing system

-
-
-

Deleting a system

-
-
-
- - -
-
-
-
-
-

Table Of Contents

- - -

Previous topic

-

Introduction

-

Next topic

-

Processing measurement

-

This Page

- - - -
-
-
-
- - - - \ No newline at end of file diff -r ba31b26b041b -r 0601812aaaac _build/html/user_managment.html --- a/_build/html/user_managment.html Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,121 +0,0 @@ - - - - - - - - - User management — Single Calculus Chain 0.2 documentation - - - - - - - - - - - - - - - -
-
-
-
- -
-

User management

-
-

Acount types

-
-
-

Requesting a new account

-
-
-

User account security

-
-
- - -
-
-
-
-
-

Table Of Contents

- - -

Previous topic

-

The SCC netCDF file format

-

This Page

- - - -
-
-
-
- - - - \ No newline at end of file diff -r ba31b26b041b -r 0601812aaaac measurement_upload.rst --- a/measurement_upload.rst Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,20 +0,0 @@ -Processing measurement -====================== - -Searching for existing measurements ------------------------------------ - -Uploading measuremenets ------------------------ - -Uploading through the browser -~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - -Uploading throught SFTP -~~~~~~~~~~~~~~~~~~~~~~~ - -Browsing the scc results ------------------------- - - - diff -r ba31b26b041b -r 0601812aaaac station_setup.rst --- a/station_setup.rst Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,64 +0,0 @@ -Station admin -============= -Not every field that is present in the database is used in the in the Single Calculs Chain. -Many of them are part of the Handbook of Instruments. - -Hoi stations ------------- -In the **HOI stations** section you can control the main parameters of the statino you have access to. -From here you can edit the existing station or add a new one. - -Adding a new station -~~~~~~~~~~~~~~~~~~~~ -When adding a new station you need to specify the following fields - -Name - The name of the station - -Id - The earlinet call sign with exactrly 2 caracters. - -Latitude - In degrees north is the latitude of the station. - -Longitude - In degrees east is the longitude of the station. - -Height asl - The altitude of the station in meters above sea level. - -PI - The name of the Principal Investigator of the station. - -You can add the definition of new systems that belong to the station by clicking on the Hoi System blue line that -appears bollow the main station fields. For more details on the filed you need to fill in see the :ref:`add_new_system` section. -You can add more stations by clicking on the "Add another Hoi System" option. - -.. note:: - - You need to have *Javascript* enebled to add a new station from this page. - - - -Updating an existing station -~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - -Deleting a station -~~~~~~~~~~~~~~~~~~ - -System configuration --------------------- - - -.. _add_new_system: - -Adding a new system configuration -~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - -Updating an existing system -~~~~~~~~~~~~~~~~~~~~~~~~~~~ - -Deleting a system -~~~~~~~~~~~~~~~~~ - - diff -r ba31b26b041b -r 0601812aaaac user_managment.rst --- a/user_managment.rst Thu Mar 29 16:32:05 2012 +0200 +++ /dev/null Thu Jan 01 00:00:00 1970 +0000 @@ -1,11 +0,0 @@ -User management -=============== -Acount types ------------- - -Requesting a new account ------------------------- - -User account security ---------------------- -