1.1.9. Scientific Validation¶
In this section we go over what has been extensively tested and scientifically validated with CTSM1, and maybe more importantly what has NOT been tested and may NOT be scientifically validated. You can use all features of CLM, but need to realize that some things haven’t been tested extensively or validated scientifically. When you use these features you may run into trouble doing so, and will need to do your own work to make sure the science is reasonable.
1.1.9.1. Standard Configuration and Namelist Options that are Validated¶
See http://www.cesm.ucar.edu/models/cesm1.2/clm/CLM_configurations_CESM1.2.pdf for an explanation of what configurations are scientifically validated for CTSM1. For CLM4.0 changes to the science of the model are minimal since CESM1.1.1 so we expect answers to be very similar to using it.
In the sections below we go through configuration and/or namelist options or modes that the user should be especially wary of using. You are of course free to use these options, and you may find that they work functionally. Although in some cases you will find issues even with functionality of using them. If so you will need to test, debug and find solutions for these issues on your own. But in every case you will need to go through more extensive work to validate these options from a scientific standpoint. Some of these options are only for CTSM1 while others are for both CLM4.0 AND CTSM1 we explicitly say which they apply to.
1.1.9.2. Configurations that should be used with caution¶
There are some options in CTSM1 that are available but either not tested extensively, or not scientifically evaluated. These options should be used with caution. And any options that deviate from the scientifically supported configurations can have issues. The IMPORTANT_NODES file goes into more details on this.
The IMPORTANT_NOTES (which can be found in $CTSMROOT/doc
) is repeated here.
$CTSMROOT/doc/IMPORTANT_NOTES Apr/19/2024 Erik Kluzek Namelist items that are not regularly tested or used. Some aren't even implemented. See ../bld/namelist_files/namelist_definition_ctsm.xml -- for definitions CN_evergreen_phenology_opt CNratio_floating all_active allowlakeprod carbon_resp_opt ch4offline do_sno_oc finundation_method = h2osfc no_frozen_nitrif_denitrif perchroot perchroot_alt reduce_dayl_factor replenishlakec snicar_dust_optics /= sahara snicar_numrad_snw /= 5 snicar_snobc_intmix /= TRUE snicar_snodst_intmix /= TRUE snicar_snw_shape /= hexagonal_plate snicar_solarspec /= mid_latitude_winter snicar_use_aerosol /= FALSE urban_traffic usefrootc use_cndv (deprecated) use_extralakelayers use_soil_moisture_streams use_vichydro vcmax_opt = 4 FATES namelist options: FATES is a new experiemental subcomponent where all of it's options are under current development. As such FATES and all of it's options should be considered experimental. fates_history_dimlevel fates_inventory_ctrl_filename fates_parteh_mode fates_spitfire_mode use_fates use_fates_cohort_age_tracking use_fates_ed_prescribed_phys use_fates_ed_st3 use_fates_fixed_biogeog use_fates_logging use_fates_luh use_fates_nocomp use_fates_planthydro use_fates_sp use_fates_spitfire use_fates_tree_damage use_fates_inventory_init