ssp370 default aerosol file starts in 2014 #246
Assignees
Labels
CESM Only
enhancement
New feature or request
Responsibility: CTSM
Responsibility to manage and accomplish this issue is the CTSM Software group
Comments
ekluzek
added
enhancement
|
The files that should be used are the ones that we point to in the PLUMBER2 user-mods for CTSM as seen here: |
|
The linked PR above has been created to resolve this issue. |
billsacks
added a commit
that referenced
this issue
Jun 24, 2024
Update stream_definition_datm.xml to include longer time period in files ### Description of changes This PR includes files containing longer time periods (1849-2101) in `datm/cime_config/stream_definition_datm.xml` for the following SSP370 streams: `co2tseries.SSP3-7.0` and `presaero.SSP3-7.0` ### Contributors other than yourself, if any: @wwieder , @ekluzek , @samsrabin CDEPS Issues Fixed: #246 Are there dependencies on other component PRs (if so list): No Are changes expected to change answers: No, the files are just extended but contain the same data for the later part of the time period Any User Interface Changes (namelist or namelist defaults changes): No Testing performed (e.g. aux_cdeps, CESM prealpha, etc): Hashes used for testing:
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
(All mentioned files are in
/glade/p/cesmdata/cseg/inputdata/atm/cam/chem/trop_mozart_aero/aero/; I'll be excluding that for clarity.)When requesting an ssp370 compset, the default aerosol file is
aerodep_clm_SSP370_b.e21.BWSSP370cmip6.f09_g17.CMIP6-SSP3-7.0-WACCM.001_2014-2101_monthly_0.9x1.25_c190402.nc, which starts in 2014. Instead, per conversation just now with @ekluzek, it should probably beaerodep_clm_SSP370_b.e21.BWSSP370cmip6.f09_g17.CMIP6-SSP3-7.0-WACCM.001_1849-2101_monthly_0.9x1.25_c201103.nc.There's also
aerodep_clm_SSP370_b.e21.BWSSP370cmip6.f09_g17.CMIP6-SSP3-7.0-WACCM.001_1849-2101_monthly_0.9x1.25_c201101.nc, which differs from the_c201103.ncversion in number of timesteps (3059 vs. 3036, respectively). Since the_c201101.ncnumber of timesteps isn't evenly divisible by 12, it's probably not the right one to use.The text was updated successfully, but these errors were encountered: