Context Navigation

Changes between Version 4 and Version 5 of Documentation/OrchideeParameters

Timestamp:: 2012-05-03T08:26:42+02:00 (12 years ago)
Author:: dsolyga
Comment:: --

Legend:

: Unmodified
: Added
: Removed
: Modified

Documentation/OrchideeParameters

-                      v4
+                      v5
  || Config Key|| Config Def || Config Units || Config Desc || Config Help || Config If ||
  ||           ||            ||              ||             ||             ||           ||
- ||  NO_INTER or INTER_LIN  ||  NO_INTER  ||  [FLAG]  ||  Interpolation or not IF split is larger than 1  ||  Choose IF you wish to interpolate linearly or not.  ||   ||
  ||  ALLOW_WEATHERGEN  ||  n  ||  [FLAG]  ||  Allow weather generator to create data  ||  This flag allows the forcing-reader to generate synthetic data if the data in the file is too sparse  and the temporal resolution would not be enough to  run the model.   ||  [-] ||
  ||  ATM_CO2  ||  350.  ||  [ppm]  ||  Value for atm CO2  ||  Value to prescribe the atm CO2. For pre-industrial simulations, the value is 286.2 .  348. for 1990 year.   ||  [-] ||
 …
  ||  HEIGHT_LEV1  ||  2.0  ||  [m]  ||  Height at which T and Q are given  ||  The atmospheric variables (temperature and specific humidity) are measured at a specific level.  The height of this level is needed to compute  correctly the turbulent transfer coefficients.  Look at the description of the forcing  DATA for the correct value.   ||  [-] ||
  ||  HEIGHT_LEVW  ||  10.0  ||  [m]  ||  Height at which the wind is given  ||  The height at which wind is needed to compute correctly the turbulent transfer coefficients.   ||  [-] ||
+ ||  INTER_LIN  ||  n  ||  [FLAG]  ||  Interpolation IF split is larger than 1  ||  Choose IF you wish to interpolate linearly.  ||  [-] ||
  ||  LIMIT_EAST  ||  180.  ||  [Degrees]   ||  Eastern limit of region  ||  Eastern limit of the region we are interested in. Between -180 and +180 degrees  The model will use the smalest regions from  region specified here and the one of the forcing file.   ||  [-] ||
  ||  LIMIT_NORTH  ||  90.  ||  [Degrees]  ||  Northern limit of region  ||  Northern limit of the region we are interested in. Between +90 and -90 degrees  The model will use the smalest regions from  region specified here and the one of the forcing file.   ||  [-] ||
  ||  LIMIT_SOUTH  ||  -90.  ||  [Degrees]  ||  Southern limit of region  ||  Southern limit of the region we are interested in. Between 90 and -90 degrees  The model will use the smalest regions from  region specified here and the one of the forcing file.   ||  [-] ||
  ||  LIMIT_WEST  ||  -180.  ||  [Degrees]   ||  Western limit of region  ||  Western limit of the region we are  interested in. Between -180 and +180 degrees  The model will use the smalest regions from  region specified here and the one of the forcing file.   ||  [-] ||
+ ||  NO_INTER   ||  y  ||  [FLAG]  ||  No interpolation IF split is larger than 1  ||  Choose IF you do not wish to interpolate linearly.  ||  [-] ||
  ||  RELAXATION  ||  n  ||  [FLAG]  ||  method of forcing  ||  A method is proposed by which the first atmospheric level is not directly forced by observations but  relaxed with a time constant towards observations.  For the moment the methods tends to smooth too much  the diurnal cycle and introduces a time shift.  A more sophisticated method is needed.   ||  [-] ||
  ||  RESTART_FILEIN  ||  NONE  ||  [FILE]  ||  Name of restart to READ for initial conditions  ||  This is the name of the file which will be opened to extract the initial values of all prognostic  values of the model. This has to be a netCDF file.  Not truly COADS compliant. NONE will mean that  no restart file is to be expected.   ||  [-] ||
 …
  ||  IPPREC  ||  0  ||  [-]   ||  Use prescribed values  ||  If this is set to 1, the weather generator uses the monthly mean values for daily means.  If it is set to 0, the weather generator  uses statistical relationships to derive daily  values from monthly means.   ||  ALLOW_WEATHERGEN ||
  ||  MERID_RES  ||  2.  ||  [Degrees]  ||  North-South Resolution  ||  North-South Resolution of the region we are interested in.   ||  ALLOW_WEATHERGEN ||
+ ||  OBLIQUITY  ||  23.446  ||  [Degrees]  ||  Use prescribed values  ||   ||  ALLOW_WEATHERGEN ||
+ ||  PERIHELIE  ||  102.04  ||  [-]  ||  Use prescribed values  ||   ||  ALLOW_WEATHERGEN ||
  ||  WEATHGEN_PRECIP_EXACT  ||  n  ||  [FLAG]  ||  Exact monthly precipitation  ||  If this is set to y, the weather generator will generate pseudo-random precipitations  whose monthly mean is exactly the prescribed one.  In this case, the daily precipitation (for rainy  days) is constant (that is, some days have 0 precip,  where n_precip is the prescribed number of rainy days  per month).   ||  ALLOW_WEATHERGEN ||
  ||  ZONAL_RES  ||  2.  ||  [Degrees]   ||  East-West Resolution  ||  East-West Resolution of the region we are interested in. In degrees   ||  ALLOW_WEATHERGEN ||
  ||  DUMP_WEATHER  ||  Write weather from generator into a forcing file  ||  [Degrees]  ||  Write weather from generator into a forcing file  ||   ||  ALLOW_WEATHERGEN   ||
  ||  DUMP_WEATHER_FILE  ||  'weather_dump.nc'  ||  [FLAG]  ||  Name of the file that contains the weather from generator  ||  This flag makes the weather generator dump its  ||  DUMP_WEATHER ||
  ||  DUMP_WEATHER_GATHERED  ||  y  ||  [FILE]  ||  Dump weather data on gathered grid  ||   ||  DUMP_WEATHER ||
  ||  HEIGHT_LEV1  ||  10.  ||  [FLAG]  ||    ||  If 'y', the weather data are gathered  ||  DUMP_WEATHER ||
+ ||  DUMP_WEATHER  ||  n  ||  [FLAG]  ||  Write weather from generator into a forcing file  ||  This flag makes the weather generator dump its generated weather into a forcing file which can  then be used to get the same forcing on different  machines. This only works correctly if there is  a restart file (otherwise the forcing at the first  time step is slightly wrong).   ||  ALLOW_WEATHERGEN   ||
+ ||  DUMP_WEATHER_FILE  ||  weather_dump.nc  ||  [FILE]  ||  Name of the file that contains the weather from generator  ||   ||  DUMP_WEATHER ||
+ ||  DUMP_WEATHER_GATHERED  ||  y  ||  [FLAG]  ||  Dump weather data on gathered grid  ||  If 'y', the weather data are gathered for all land points.  ||  DUMP_WEATHER ||
+ ||  HEIGHT_LEV1  ||  10.  ||  [m]  ||    ||    ||  DUMP_WEATHER ||
  ||  NETRAD_CONS  ||  y  ||  [FLAG]  ||  Conserve net radiation in the forcing  ||  When the interpolation is used the net radiation provided by the forcing is not conserved anymore.  This should be avoided and thus this option should  be TRUE (y).  This option is not used for short-wave if the  time-step of the forcing is longer than an hour.  It does not make sense to try and reconstruct  a diurnal cycle and at the same time conserve the  incoming solar radiation.   ||  INTER_LIN ||
  ||  SPLIT_DT  ||  12  ||  [-]  ||  splits the timestep imposed by the forcing  ||  With this value the time step of the forcing will be devided. In principle this can be run  in explicit mode but it is strongly suggested  to use the implicit method so that the  atmospheric forcing has a smooth evolution.   ||  NOT(WEATHERGEN) ||
 …
  ||  IMPOSE_SOILT  ||  n  ||  [FLAG]  ||  Should the soil type be prescribed ?  ||  This flag allows the user to impose a soil type distribution. It is espacially interesting for 0D  simulations. On the globe it does not make too much sense as  it imposes the same soil everywhere   ||  IMPOSE_VEG ||
  ||  SECHIBA_FRAC_NOBIO  ||  0.0  ||  [-]  ||  Fraction of other surface types within the mesh (0-dim mode)  ||  The fraction of ice, lakes, etc. is read from the restart file. If it is not found there we will use the values provided here.  For the moment, there is only ice.   ||  IMPOSE_VEG ||
+ ||  SECHIBA_FRAC_NOBIO  ||  0.0  ||  [-]  ||  Fraction of other surface types within the mesh (0-dim mode)  ||  The fraction of ice, lakes, etc. is read from the restart file. If it is not found there we will use the values provided here.  For the moment, there is only ice.   ||  IMPOSE_VEG ||
+ ||  SECHIBA_LAI  ||  0., 8., 8., 4., 4.5, 4.5, 4., 4.5, 4., 2., 2., 2., 2.  ||  [-]  ||  LAI for all vegetation types (0-dim mode)  ||  The maximum LAI used in the 0dim mode. The values should be found in the restart file. The new values of LAI will be computed anyway  at the end of the current day. The need for this variable is caused  by the fact that the model may stop during a day and thus we have not  yet been through the routines which compute the new surface conditions.   ||  IMPOSE_VEG ||
  ||  SECHIBA_LAI  ||  0., 8., 8., 4., 4.5, 4.5, 4., 4.5, 4., 2., 2., 2., 2.  ||  [-]  ||  LAI for all vegetation types (0-dim mode)  ||  The maximum LAI used in the 0dim mode. The values should be found in the restart file. The new values of LAI will be computed anyway  at the end of the current day. The need for this variable is caused  by the fact that the model may stop during a day and thus we have not  yet been through the routines which compute the new surface conditions.   ||  IMPOSE_VEG ||
  ||  SECHIBA_VEG  ||  0.2, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.8, 0.0, 0.0, 0.0  ||  [-]  ||  Vegetation distribution within the mesh (0-dim mode)  ||  The fraction of vegetation is read from the restart file. If it is not found there we will use the values provided here.   ||  IMPOSE_VEG ||
+ ||  SECHIBA_VEG  ||  0.2, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.8, 0.0, 0.0, 0.0  ||  [-]  ||  Vegetation distribution within the mesh (0-dim mode)  ||  The fraction of vegetation is read from the restart file. If it is not found there we will use the values provided here.   ||  IMPOSE_VEG ||
+ ||  SECHIBA_VEGMAX  ||  0.2, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.8, 0.0, 0.0, 0.0  ||  [-]  ||  Maximum vegetation distribution within the mesh (0-dim mode)  ||  The fraction of vegetation is read from the restart file. If it is not found there we will use the values provided here.   ||  IMPOSE_VEG ||
  ||  SECHIBA_VEGMAX  ||  0.2, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.0, 0.8, 0.0, 0.0, 0.0  ||  [-]  ||  Maximum vegetation distribution within the mesh (0-dim mode)  ||  The fraction of vegetation is read from the restart file. If it is not found there we will use the values provided here.   ||  IMPOSE_VEG ||
  ||  CLAY_FRACTION  ||  0.2  ||  [-]   ||  Fraction of the clay fraction (0-dim mode)  ||  Determines the fraction of clay in the grid box.  ||  IMPOSE_VEG and IMPOSE_SOIL ||
+ ||  CLAY_FRACTION  ||  0.2  ||  [-]   ||  Fraction of the clay fraction (0-dim mode)  ||  Determines the fraction of clay in the grid box.  ||  IMPOSE_VEG and IMPOSE_SOIL ||
+ ||  SOIL_FRACTIONS  ||  0.28, 0.52, 0.20  ||  [-]  ||  Fraction of the 3 soil types (0-dim mode)  ||  Determines the fraction for the 3 soil types in the mesh in the following order : sand loam and clay.   ||  IMPOSE_VEG and IMPOSE_SOILT ||
  ||  SOIL_FRACTIONS  ||  0.28, 0.52, 0.20  ||  [-]  ||  Fraction of the 3 soil types (0-dim mode)  ||  Determines the fraction for the 3 soil types in the mesh in the following order : sand loam and clay.   ||  IMPOSE_VEG and IMPOSE_SOILT ||
  ||  IRRIGATION_FILE  ||  irrigated.nc  ||  [FILE]  ||  Name of file which contains the map of irrigated areas  ||  The name of the file to be opened to read the field with the area in m^2 of the area irrigated within each  0.5 0.5 deg grid box. The map currently used is the one  developed by the Center for Environmental Systems Research  in Kassel (1995).   ||  IRRIGATE ||
  ||  LAI_FILE  ||  lai2D.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the LAI map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from a Nicolas VIOVY one.   ||  LAI_MAP ||
+ ||  SLOWPROC_LAI_OLD_INTERPOL  ||  FALSE  ||  [FLAG]  ||  Flag to use old "interpolation" of LAI  ||  If you want to recover the old (ie orchidee_1_2 branch)  "interpolation" of LAI map.   ||  LAI_MAP ||
+ ||  LAI_FILE  ||  lai2D.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the LAI map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from a Nicolas VIOVY one.   ||  LAI_MAP ||
+ ||  SLOWPROC_LAI_OLD_INTERPOL  ||  n  ||  [FLAG]  ||  Flag to use old "interpolation" of LAI  ||  If you want to recover the old (ie orchidee_1_2 branch)  "interpolation" of LAI map.   ||  LAI_MAP ||
  ||  LAND_COVER_CHANGE  ||  n  ||  [FLAG]   ||  treat land use modifications  ||  With this variable, you can use a Land Use map to simulate anthropic modifications such as  deforestation.   ||  LAND_USE ||
  ||  VEGETATION_FILE  ||  PFTmap.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read a vegetation map (in pft) is to be given here.   ||  LAND_USE ||
+ ||  VEGETATION_FILE  ||  PFTmap.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read a vegetation map (in pft) is to be given here.   ||  LAND_USE ||
  ||  VEGET_REINIT  ||  y  ||  [FLAG]   ||  booleen to indicate that a new LAND USE file will be used.  ||  The parameter is used to bypass veget_year count  and reinitialize it with VEGET_YEAR parameter.  Then it is possible to change LAND USE file.   ||  LAND_USE ||
+ ||  VEGET_UPDATE  ||  Update vegetation frequency  ||    ||  Update vegetation frequency  ||  This is the time spent simulating the current day. This variable is prognostic as it will trigger all the computations which are  only done once a day.   ||  LAND_USE ||
+ ||  VEGET_UPDATE  ||  0Y  ||  [years]  ||  Update vegetation frequency  ||  The veget datas will be update each this time step.  ||  LAND_USE ||
+ ||  VEGET_UPDATE  ||  0Y  ||  [years]  ||  Update vegetation frequency  ||  The veget datas will be update each this time step.  ||  LAND_USE ||
  ||  VEGET_YEAR  ||  1  ||  [FLAG]   ||  Year of the land_use vegetation map to be read  ||  First year for landuse vegetation (2D map by pft). If VEGET_YEAR is set to 0, this means there is no time axis.   ||  LAND_USE ||
  ||  SOILALB_FILE  ||  soils_param.nc  ||  [FILE]  ||  Name of file from which the bare soil albedo  ||  The name of the file to be opened to read the soil types from  which we derive then the bare soil albedos. This file is 1x1  deg and based on the soil colors defined by Wilson and Henderson-Seller.   ||  NOT(IMPOSE_AZE) ||
  ||  SOILTYPE_FILE  ||  soils_param.nc  ||  [FILE]  ||  Name of file from which soil types are read  ||  The name of the file to be opened to read the soil types.  The data from this file is then interpolated to the grid of  of the model. The aim is to get fractions for sand loam and  clay in each grid box. This information is used for soil hydrology  and respiration.   ||  NOT(IMPOSE_VEG) ||
+ ||  SOILTYPE_FILE  ||  soils_param.nc  ||  [FILE]  ||  Name of file from which soil types are read  ||  The name of the file to be opened to read the soil types.  The data from this file is then interpolated to the grid of  of the model. The aim is to get fractions for sand loam and  clay in each grid box. This information is used for soil hydrology  and respiration.   ||  NOT(IMPOSE_VEG) ||
  ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) ||
  ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) ||
+ ||  SLOWPROC_VEGET_OLD_INTERPOL  ||  FALSE  ||  [FLAG]   ||  Flag to use old "interpolation" of vegetation map.  ||  If you want to recover the old (ie orchidee_1_2 branch)  "interpolation" of vegetation map.   ||  NOT(IMPOSE_VEG) and NOT(LAND_USE) ||
+ ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) ||
+ ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) ||
+ ||  SLOWPROC_VEGET_OLD_INTERPOL  ||  n  ||  [FLAG]   ||  Flag to use old "interpolation" of vegetation map.  ||  If you want to recover the old (ie orchidee_1_2 branch)  "interpolation" of vegetation map.   ||  NOT(IMPOSE_VEG) and NOT(LAND_USE) ||
  ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) and NOT(LAND_USE) ||
  ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) and NOT(LAND_USE) ||
+ ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) and NOT(LAND_USE) ||
+ ||  VEGETATION_FILE  ||  carteveg5km.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the vegetation map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from the IGBP one. We assume that we have  a classification in 87 types. This is Olson modified by Viovy.   ||  NOT(IMPOSE_VEG) and NOT(LAND_USE) ||
+ ||  LAI_FILE  ||  lai2D.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the LAI map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from a Nicolas VIOVY one.   ||  NOT(LAI_MAP) ||
  ||  LAI_FILE  ||  lai2D.nc  ||  [FILE]  ||  Name of file from which the vegetation map is to be read  ||  The name of the file to be opened to read the LAI map is to be given here. Usualy SECHIBA runs with a 5kmx5km  map which is derived from a Nicolas VIOVY one.   ||  NOT(LAI_MAP) ||
  ||  CP_0  ||  42.   ||  [-]    ||  Multiplicative factor for calculating the CO2 compensation point  ||    ||  OK_CO2 ||
 …
  ||  ALB_LEAF_VIS  ||  .00, .04, .06, .06, .06,.06, .06, .06, .06, .10, .10, .10, .10  ||  [-]  ||  leaf albedo of vegetation type, visible albedo  ||   ||  OK_SECHIBA ||
  ||  ALMA_OUTPUT  ||  n  ||  [FLAG]  ||  Should the output follow the ALMA convention  ||  If this logical flag is set to true the model will output all its data according to the ALMA  convention. It is the recommended way to write  data out of ORCHIDEE.   ||  OK_SECHIBA ||
  ||  CDRAG_FROM_GCM  ||  TRUE if q_cdrag on initialization is non zero  ||  [FLAG]  ||  Keep cdrag coefficient from gcm.  ||  Set to .TRUE. if you want q_cdrag coming from GCM. Keep cdrag coefficient from gcm for latent and sensible heat fluxes.   ||  OK_SECHIBA ||
+ ||  CDRAG_FROM_GCM  ||  y  ||  [FLAG]  ||  Keep cdrag coefficient from gcm.  ||  Set to .TRUE. if you want q_cdrag coming from GCM (if q_cdrag on initialization is non zero). Keep cdrag coefficient from gcm for latent and sensible heat fluxes.   ||  OK_SECHIBA ||
  ||  CHECKTIME  ||  n  ||  [FLAG]  ||  ORCHIDEE will print messages on time  ||  This flag permits to print debug messages on the time.  ||  OK_SECHIBA ||
  ||  CONDVEG_SNOWA  ||  1.E+20  ||  [-]  ||  The snow albedo used by SECHIBA  ||  This option allows the user to impose a snow albedo. Default behaviour is to use the model of snow albedo  developed by Chalita (1993).   ||  OK_SECHIBA ||
 …
  ||  MIN_WIND  ||  0.1  ||  [m/s]  ||  Minimum wind speed  ||    ||  OK_SECHIBA ||
  ||  NLAI  ||  20  ||  [-]    ||  Number of LAI levels  ||    ||  OK_SECHIBA ||
+ ||  OUTPUT_FILE  ||  sechiba_history.nc  ||  [FILE]  ||  Name of file in which the output is going to be written  ||  This file is going to be created by the model and will contain the output from the model.  This file is a truly COADS compliant netCDF file.  It will be generated by the hist software from  the IOIPSL package.   ||  OK_SECHIBA ||
  ||  RIVER_ROUTING  ||  n  ||  [FLAG]  ||  Decides if we route the water or not  ||  This flag allows the user to decide if the runoff and drainage should be routed to the ocean  and to downstream grid boxes.   ||  OK_SECHIBA ||
  ||  RSTRUCT_CONST  ||  0.0, 25.0, 25.0, 25.0, 25.0, 25.0, 25.0, 25.0, 25.0,  2.5,  2.0,  2.0,  2.0  ||  [s/m]  ||  Structural resistance   ||   ||  OK_SECHIBA ||
  ||  RVEG_PFT  ||  1., 1., 1., 1., 1., 1., 1., 1., 1., 1., 1., 1., 1.  ||  [-]  ||  Artificial parameter to increase or decrease canopy resistance.  ||  This parameter is set by PFT.  ||  OK_SECHIBA ||
+ ||  SECHIBA_HISTFILE2  ||  Flag to switch on histfile 2 for SECHIBA (hi-frequency ?)  ||  [-]  ||  Flag to switch on histfile 2 for SECHIBA (hi-frequency ?)  ||  Chooses the list of variables in the history file.  Values between 0: nothing is written; 10: everything is  written are available More details can be found on the web under documentation.  web under documentation.   ||  OK_SECHIBA ||
+ ||  SECHIBA_DAY  ||  0.0  ||  [days]  ||  Time within the day simulated  ||  This is the time spent simulating the current day. This variable is prognostic as it will trigger all the computations which are  only done once a day.   ||  OK_SECHIBA ||
+ ||  SECHIBA_DAY  ||  0.0  ||  [days]  ||  Time within the day simulated  ||  This is the time spent simulating the current day. This variable is prognostic as it will trigger all the computations which are  only done once a day.   ||  OK_SECHIBA ||
+ ||  SECHIBA_HISTFILE2  ||  n  ||  [FLAG]  ||  Flag to switch on histfile 2 for SECHIBA (hi-frequency ?)  ||  This Flag switch on the second SECHIBA writing for hi (or low)  frequency writing. This second output is optional and not written  by default.   ||  OK_SECHIBA ||
  ||  SECHIBA_reset_time  ||  n  ||  [FLAG]  ||  Option to overrides the time of the restart  ||  This option allows the model to override the time found in the restart file of SECHIBA with the time  of the first call. That is the restart time of the GCM.   ||  OK_SECHIBA ||
  ||  SECHIBA_rest_out  ||  sechiba_rest_out.nc  ||  [FILE]  ||  Name of restart files to be created by SECHIBA  ||  This variable give the name for the restart files. The restart software within  IOIPSL will add .nc if needed.   ||  OK_SECHIBA ||
+ ||  SLOWPROC_HEIGHT  ||  0., 30., 30., 20., 20., 20., 15., 15., 15., .5, .6, 1.0, 1.0  ||  [m]  ||  Height for all vegetation types   ||  The height used in the 0dim mode. The values should be found in the restart file. The new values of height will be computed anyway  at the end of the current day. The need for this variable is caused  by the fact that the model may stop during a day and thus we have not  yet been through the routines which compute the new surface conditions.   ||  OK_SECHIBA ||
  ||  SLOWPROC_HEIGHT  ||  0., 30., 30., 20., 20., 20., 15., 15., 15., .5, .6, 1.0, 1.0  ||  [m]  ||  Height for all vegetation types   ||  The height used in the 0dim mode. The values should be found in the restart file. The new values of height will be computed anyway  at the end of the current day. The need for this variable is caused  by the fact that the model may stop during a day and thus we have not  yet been through the routines which compute the new surface conditions.   ||  OK_SECHIBA ||
  ||  SLOWPROC_HEIGHT  ||  0., 30., 30., 20., 20., 20., 15., 15., 15., .5, .6, 1., 1.  ||  [m]   ||  prescribed height of vegetation   ||   ||  OK_SECHIBA ||
 …
  ||  SNOWCRI_ALB  ||  10.   ||  [kg/m^2]    ||  Critical value for computation of snow albedo  ||    ||  OK_SECHIBA ||
  ||  SNOW_TRANS  ||  0.3  ||  [m]     ||  Transformation time constant for snow  ||    ||  OK_SECHIBA ||
  ||  TYPE_OF_LAI  ||  inter','inter','inter','inter','inter','inter','inter','inter','inter','inter','inter','inter','inter'  ||  [-]  ||  Type of behaviour of the LAI evolution algorithm   ||   ||  OK_SECHIBA ||
+ ||  TYPE_OF_LAI  ||  inter, inter, inter, inter, inter, inter, inter, inter, inter, inter, inter, inter, inter  ||  [-]  ||  Type of behaviour of the LAI evolution algorithm   ||   ||  OK_SECHIBA ||
  ||  WMAX_VEG  ||  150., 150., 150., 150., 150., 150., 150.,150., 150., 150., 150., 150., 150.  ||  [kg/m^3]  ||  Maximum field capacity for each of the vegetations (Temporary): max quantity of water  ||   ||  OK_SECHIBA ||
+ ||  WRITE_STEP  ||  one_day  ||  [seconds]  ||  Frequency in seconds at which to WRITE output  ||  This variables gives the frequency the output of the model should be written into the netCDF file.  It does not affect the frequency at which the  operations such as averaging are done.  That is IF the coding of the calls to histdef  are correct !   ||  OK_SECHIBA ||
  ||  Z0CDRAG_AVE  ||  y  ||  [FLAG]  ||  Average method for z0  ||  If this flag is set to true (y) then the neutral Cdrag is averaged instead of the log(z0). This should be  the prefered option. We still wish to keep the other  option so we can come back if needed. If this is   ||  OK_SECHIBA ||
  ||  ALB_DEADLEAF   ||  0.12, 0.35  ||  [-]       ||  albedo of dead leaves, VIS+NIR   ||    ||  OK_SECHIBA  ||
 …
  ||  Z0_ICE  ||  0.001  ||  [m]     ||  ice roughness length  ||    ||  OK_SECHIBA  ||
  ||  Z0_OVER_HEIGHT  ||  1/16.  ||  [-]     ||  to get z0 from height   ||    ||  OK_SECHIBA  ||
- ||  SECHIBA_ZCANOP  ||  Soil level (m) used for canopy development (if STOMATE disactivated)  ||  [years]  ||  Soil level (m) used for canopy development (if STOMATE disactivated)  ||  The veget datas will be update each this time step.  ||  OK_SECHIBA   ||
  ||  VIS_WET   ||  0.12, 0.11, 0.10, 0.09, 0.08, 0.07, 0.06, 0.05, 0.15  ||  [-]     ||  The correspondance table for the soil color numbers and their albedo  ||    ||  OK_SECHIBA   ||
  ||  SECHIBA_HISTLEVEL  ||  SECHIBA history output level (0..10)  ||  [seconds]  ||  SECHIBA history output level (0..10)  ||  This variables gives the frequency the output of the model should be written into the netCDF file.  It does not affect the frequency at which the  operations such as averaging are done.  That is IF the coding of the calls to histdef  are correct !   ||  OK_SECHIBA and HF ||
+ ||  SECHIBA_HISTLEVEL  ||  5  ||  [-]  ||  SECHIBA history output level (0..10)  ||  Chooses the list of variables in the history file.  Values between 0: nothing is written; 10: everything is  written are available More details can be found on the web under documentation.   ||  OK_SECHIBA and HF ||
  ||  EXP_DRAIN  ||  1.5  ||  [-]  ||  The exponential in the diffusion law  ||    ||  OK_SECHIBA and .NOT.(OK_CWRR) ||
  ||  MAX_DRAIN  ||  0.1  ||  [kg/m^2/dt]  ||  Diffusion constant for the fast regime  ||    ||  OK_SECHIBA and .NOT.(OK_CWRR) ||
 …
  ||  HCRIT_LITTER  ||  0.08   ||  [m]  ||  Scaling depth for litter humidity  ||    ||  OK_SECHIBA and .NOT.(OK_CWRR)  ||
  ||  HYDROL_OK_HDIFF  ||  n  ||  [FLAG]  ||  do horizontal diffusion?  ||  If TRUE, then water can diffuse horizontally between the PFTs' water reservoirs.   ||  OK_SECHIBA and .NOT.(OK_CWRR)   ||
+ ||  SECHIBA_ZCANOP  ||  0.5  ||  [m]  ||  Soil level used for canopy development (if STOMATE disactivated)  ||  The temperature at this soil depth is used to determine the LAI when STOMATE is not activated.   ||  OK_SECHIBA and .NOT. OK_STOMATE   ||
  ||  CO2_TMAX_FIX  ||  0., 55., 55., 38., 48., 38.,38., 38., 38., 45., 55., 45., 55.  ||  [C]  ||  values used for photosynthesis tmax when STOMATE is not activated   ||   ||  OK_SECHIBA and NOT(OK_STOMATE) ||
  ||  CO2_TMIN_FIX  ||  0.,  2.,  2., -4., -3., -2., -4., -4., -4., -5.,  6., -5.,  6.  ||  [C]   ||  values used for photosynthesis tmin when STOMATE is not activated  ||   ||  OK_SECHIBA and NOT(OK_STOMATE) ||
 …
  ||  DEMI_ALLOC   ||  undef, 5., 5., 5., 5., 5., 5., 5., 5., undef, undef, undef, undef  ||  [-]  ||  mean allocation above/below   ||   ||  OK_STOMATE ||
  ||  DT_SLOW  ||  one_day  ||  [seconds]  ||  Time step of STOMATE and other slow processes  ||  Time step (s) of regular update of vegetation cover, LAI etc. This is also the time step  of STOMATE.   ||  OK_STOMATE ||
+ ||  DT_SLOW  ||  one_day  ||  [seconds]  ||  Time step of STOMATE and other slow processes  ||  Time step (s) of regular update of vegetation cover, LAI etc. This is also the time step  of STOMATE.   ||  OK_STOMATE ||
  ||  ECUREUIL  ||  undef, .0, 1., .0, .0, 1., .0, 1., 1., 1., 1., 1., 1.  ||  [-]  ||  fraction of primary leaf and root allocation put into reserve  ||   ||  OK_STOMATE ||
  ||  FLAM  ||  undef, .15, .25, .25, .25, .25, .25, .25, .25, .25, .25, .35, .35  ||  [-]  ||  flamability: critical fraction of water holding capacity  ||   ||  OK_STOMATE ||
 …
  ||  PHENO_GDD_CRIT_B  ||  undef, undef, undef, undef, undef, undef, undef,undef, undef, 6.25, 0., 0., 0.  ||  [-]  ||  critical gdd, tabulated (C), constant b of aT^2+bT+c  ||   ||  OK_STOMATE ||
  ||  PHENO_GDD_CRIT_C  ||  undef, undef, undef, undef, undef, undef, undef, undef, undef, 270., 400., 125., 400.  ||  [-]  ||  critical gdd, tabulated (C), constant c of aT^2+bT+c  ||   ||  OK_STOMATE ||
  ||  PHENO_MODEL  ||  'none  ', 'none  ', 'moi   ', 'none  ','none  ','ncdgdd','none  ','ncdgdd','ngd   ',  ||  [-]   ||  which phenology model is used? (tabulated)   ||   ||  OK_STOMATE ||
+ ||  PHENO_MODEL  ||  none, none, moi, none, none, ncdgdd, none, ncdgdd, ngd, moigdd, moigdd, moigdd, moigdd  ||  [-]   ||  which phenology model is used? (tabulated)   ||   ||  OK_STOMATE ||
  ||  PHENO_TYPE  ||  0, 1, 3, 1, 1, 2, 1, 2, 2, 4, 4, 2, 3  ||  [-]  ||  type of phenology, 0  ||   ||  OK_STOMATE ||
+ ||  REFTEMP_FILE  ||  reftemp.nc  ||  [FILE]  ||  Name of file from which the reference temperature is read  ||  The name of the file to be opened to read the reference surface temperature.  The data from this file is then interpolated  to the grid of of the model.  The aim is to get a reference temperature either  to initialize the corresponding prognostic model   ||  OK_STOMATE ||
  ||  RESIST  ||  undef, .95, .90, .12, .50, .12, .12, .12, .12, .0, .0, .0, .0   ||  [-]  ||  fire resistance  ||   ||  OK_STOMATE ||
  ||  SENESCENCE_HUM  ||  undef, undef, .3, undef, undef, undef, undef, undef, undef, .2, .2, .3, .2   ||  [-]   ||  critical relative moisture availability for senescence  ||   ||  OK_STOMATE ||
  ||  SENESCENCE_TEMP_A  ||  undef, undef, undef, undef, undef, 0., undef, 0., 0.,.00375, 0., 0., 0.   ||  [-]   ||  critical temperature for senescence (C), constant a of aT^2+bT+c , tabulated  ||   ||  OK_STOMATE ||
  ||  SENESCENCE_TEMP_C  ||  undef, undef, undef, undef, undef, 12., undef, 7., 2., -1.375, 5., 5., 10.  ||  [-]  ||  critical temperature for senescence (C), constant c of aT^2+bT+c, tabulated  ||   ||  OK_STOMATE ||
  ||  SENESCENCE_TYPE  ||  'none  ', 'none  ', 'dry   ', 'none  ', 'none  ', 'cold  ', 'none  ', 'cold  ', 'cold  ', 'mixed ', 'mixed ', 'mixed ', 'mixed '   ||  [-]  ||  type of senescence, tabulated  ||   ||  OK_STOMATE ||
+ ||  SENESCENCE_TYPE  ||  none, none, dry, none, none, cold, none, cold, cold, mixed, mixed, mixed, mixed   ||  [-]  ||  type of senescence, tabulated  ||   ||  OK_STOMATE ||
  ||  SLA  ||  1.5E-2, 1.53E-2,  2.6E-2, 9.26E-3,  2E-2,  2.6E-2,  9.26E-3, 2.6E-2,  1.9E-2,  2.6E-2, 2.6E-2, 2.6E-2, 2.6E-2  ||  [m^2/gC]  ||  specif leaf area   ||   ||  OK_STOMATE ||
  ||  STOMATE_CFORCING_NAME  ||  NONE  ||  [FILE]  ||  Name of STOMATE's carbon forcing file  ||  Name that will be given to STOMATE's carbon offline forcing file   ||  OK_STOMATE ||
  ||  STOMATE_FORCING_MEMSIZE  ||  50  ||  [MegaBytes]  ||  Size of STOMATE forcing data in memory   ||  This variable determines how many forcing states will be kept in memory.  Must be a compromise between memory  use and frequeny of disk access.   ||  OK_STOMATE ||
  ||  STOMATE_FORCING_NAME  ||  NONE  ||  [FILE]  ||  Name of STOMATE's forcing file  ||  Name that will be given to STOMATE's offline forcing file   ||  OK_STOMATE ||
  ||  STOMATE_HIST_DT  ||  STOMATE history time step  ||  [FILE]  ||  STOMATE history time step  ||  This file is going to be created by the model and will contain the output from the model.  This file is a truly COADS compliant netCDF file.  It will be generated by the hist software from  the IOIPSL package.   ||  OK_STOMATE ||
  ||  STOMATE_HISTLEVEL  ||  STOMATE history output level (0..10)  ||  [days]  ||  STOMATE history output level (0..10)  ||  Time step of the STOMATE IPCC history file  ||  OK_STOMATE ||
  ||  STOMATE_IPCC_HIST_DT  ||  STOMATE IPCC history time step  ||  [FILE]  ||  STOMATE IPCC history time step  ||  This file is going to be created by the model and will contain the output from the model.  This file is a truly COADS compliant netCDF file.  It will be generated by the hist software from  the IOIPSL package.   ||  OK_STOMATE ||
  ||  STOMATE_IPCC_OUTPUT_FILE  ||  Name of file in which STOMATE's output is going to be written  ||  [days]  ||  Name of file in which STOMATE's output is going to be written  ||  Time step of the STOMATE history file  ||  OK_STOMATE ||
+ ||  STOMATE_HIST_DT  ||  10.  ||  [days]  ||  STOMATE history time step  ||  Time step of the STOMATE history file  ||  OK_STOMATE ||
+ ||  STOMATE_HISTLEVEL  ||  10  ||  [-]  ||  STOMATE history output level (0..10)  ||  0: nothing is written; 10: everything is written  ||  OK_STOMATE ||
+ ||  STOMATE_IPCC_HIST_DT  ||  0.  ||  [days]  ||  STOMATE IPCC history time step  ||  Time step of the STOMATE IPCC history file  ||  OK_STOMATE ||
+ ||  STOMATE_IPCC_OUTPUT_FILE  ||  stomate_ipcc_history.nc  ||  [FILE]  ||  Name of file in which STOMATE's output is going to be written  ||  This file is going to be created by the model and will contain the output from the model.  This file is a truly COADS compliant netCDF file.  It will be generated by the hist software from  the IOIPSL package.   ||  OK_STOMATE ||
  ||  STOMATE_OK_DGVM  ||  n  ||  [FLAG]  ||  Activate DGVM?  ||  set to TRUE if DGVM is to be activated  ||  OK_STOMATE ||
  ||  STOMATE_OUTPUT_FILE  ||  Name of file in which STOMATE's output is going to be written  ||  [-]   ||  Name of file in which STOMATE's output is going to be written  ||  Chooses the list of variables in the history file.  Values between 0: nothing is written; 10: everything is  written are available More details can be found on the web under documentation.  web under documentation.  First level contains all ORCHIDEE outputs.   ||  OK_STOMATE ||
+ ||  STOMATE_OUTPUT_FILE  ||  stomate_history.nc  ||  [FILE]  ||  Name of file in which STOMATE's output is going to be written  ||  This file is going to be created by the model and will contain the output from the model.  This file is a truly COADS compliant netCDF file.  It will be generated by the hist software from  the IOIPSL package.   ||  OK_STOMATE ||
  ||  TAU_FRUIT  ||  undef, 90., 90., 90., 90., 90., 90., 90., 90., undef, undef, undef, undef  ||  [days]  ||  fruit lifetime  ||   ||  OK_STOMATE ||
  ||  TAU_SAP  ||  undef, 730., 730., 730., 730., 730., 730., 730., 730., undef, undef, undef, undef  ||  [days]  ||  sapwood -> heartwood conversion time  ||   ||  OK_STOMATE ||
 …
  ||  METABOLIC_LN_RATIO  ||  0.018    ||  [-]     ||    ||    ||  OK_STOMATE  ||
  ||  METABOLIC_REF_FRAC  ||  0.85    ||  [-]  ||   ||    ||  OK_STOMATE  ||
  ||  MIGRATE_GRASS  ||  10.*1.E3   ||  [m/year]     ||    ||    ||  OK_STOMATE  ||
  ||  MIGRATE_TREE   ||  10.*1.E3   ||  [m/year]     ||    ||    ||  OK_STOMATE  ||
+ ||  MIGRATE_GRASS  ||  10000.  ||  [m/year]     ||    ||    ||  OK_STOMATE  ||
+ ||  MIGRATE_TREE   ||  10000.  ||  [m/year]     ||    ||    ||  OK_STOMATE  ||
  ||  MIN_GPP_ALLOWED  ||  0.3   ||  [gC/m^2/year]   ||  minimum gpp considered as not "lowgpp"  ||    ||  OK_STOMATE  ||
  ||  MIN_GROWTHINIT_TIME   ||  300.   ||  [days]    ||  minimum time since last beginning of a growing season  ||    ||  OK_STOMATE  ||
 …
  ||  DO_FLOODPLAINS  ||  n  ||  [FLAG]  ||  Should we include floodplains   ||  This parameters allows the user to ask the model to take into account the flood plains and return  the water into the soil moisture. It then can go  back to the atmopshere. This tried to simulate  internal deltas of rivers.   ||  RIVER_ROUTING  ||
  ||  DO_IRRIGATION  ||  n  ||  [FLAG]  ||  Should we compute an irrigation flux   ||  This parameters allows the user to ask the model to compute an irigation flux. This performed for the  on very simple hypothesis. The idea is to have a good  map of irrigated areas and a simple function which estimates  the need to irrigate.   ||  RIVER_ROUTING  ||
  ||  SECHIBA_HISTLEVEL2  ||  SECHIBA history 2 output level (0..10)  ||  [seconds]  ||  SECHIBA history 2 output level (0..10)  ||  This variables gives the frequency the output 2 of the model should be written into the netCDF file.  It does not affect the frequency at which the  operations such as averaging are done.  That is IF the coding of the calls to histdef  are correct !   ||  SECHIBA_HISTFILE2 ||
  ||  SECHIBA_OUTPUT_FILE2  ||  Name of file in which the output number 2 is going to be written  ||  [FLAG]  ||  Name of file in which the output number 2 is going to be written  ||  This Flag switch on the second SECHIBA writing for hi (or low)  frequency writing. This second output is optional and not written  by default.  MM is it right ? Second output file is produced with the same level  as the first one.   ||  SECHIBA_HISTFILE2 ||
  ||  WRITE_STEP2  ||  Frequency in seconds at which to WRITE output  ||  [FILE]  ||  Frequency in seconds at which to WRITE output  ||  This file is going to be created by the model and will contain the output 2 from the model.   ||  SECHIBA_HISTFILE2 ||
+ ||  SECHIBA_HISTLEVEL2  ||  1  ||  [-]   ||  SECHIBA history 2 output level (0..10)  ||  Chooses the list of variables in the history file.  Values between 0: nothing is written; 10: everything is  written are available More details can be found on the web under documentation.  web under documentation.  First level contains all ORCHIDEE outputs.   ||  SECHIBA_HISTFILE2 ||
+ ||  SECHIBA_OUTPUT_FILE2  ||  sechiba_out_2.nc  ||  [FILE]  ||  Name of file in which the output number 2 is going to be written  ||  This file is going to be created by the model and will contain the output 2 from the model.   ||  SECHIBA_HISTFILE2 ||
+ ||  WRITE_STEP2  ||  1800.0  ||  [seconds]  ||  Frequency in seconds at which to WRITE output  ||  This variables gives the frequency the output 2 of the model should be written into the netCDF file.  It does not affect the frequency at which the  operations such as averaging are done.  That is IF the coding of the calls to histdef  are correct !   ||  SECHIBA_HISTFILE2 ||
  ||  STOMATE_RESTART_FILEIN  ||  NONE  ||  [FILE]  ||  Name of restart to READ for initial conditions of STOMATE  ||  This is the name of the file which will be opened to extract the initial values of all prognostic  values of STOMATE.   ||  STOMATE_OK_STOMATE or STOMATE_WATCHOUT ||
  ||  STOMATE_RESTART_FILEOUT  ||  stomate_restart.nc  ||  [FILE]  ||  Name of restart files to be created by STOMATE  ||  This is the name of the file which will be opened to write the final values of all prognostic values  of STOMATE.   ||  STOMATE_OK_STOMATE or STOMATE_WATCHOUT ||