Open cecilehannay opened 1 year ago
I am getting an error:
(GETFIL): using /glade/work/slevis/git/mksurfdata_toolchain/tools/mksurfdata_esmf/surfdata_ne30np4.pg3_SSP5-8.5_78pfts_CMIP6_1850-2100_c230227.nc
UrbanInput
/glade/work/slevis/git/mksurfdata_toolchain/tools/mksurfdata_esmf/surfdata_ne30
np4.pg3_SSP5-8.5_78pfts_CMIP6_1850-2100_c230227.nc
UrbanInput: parameter nlevurb= 5
does not equal input dataset nlevurb= 10
ENDRUN:
ERROR: ERROR in UrbanParamsType.F90 at line 476
@olyson
DId you add the clm source mods from https://github.com/NCAR/amwg_dev/issues/250? You can omit the SnowHydrology.F90 one, but the rest you need for the new surface dataset your pointing to.
Yes, the user_nl_clm were included.
@adamrher is correct about needing to include the SourceMods for the surface dataset (clm_varpar.F90 and surfrdMod.F90). However, I see that cam6_3_109 has ctsm5.1.dev120 as its external, which does not have the robust snow hydrology fix (which came in with ctsm5.1.dev122), so you would need to use the SnowHydrologyMod.F90 sourcemod. Unless I'm mistaken about the CTSM external in cam6_3_109.
you're correct, we're still at dev120 so we need the SnowHydrology.F90 mods. Cecile the three modules you need are here:
/glade/u/home/oleson/run_hist_1850_files/SPINUP/casefiles_cecile/SourceMods/ctsm5.1.dev120/src.clm/
Sorry, I thought this went on the trunk when CLM5.1 so I had removed those.
On Fri, May 5, 2023 at 4:25 PM Adam Herrington @.***> wrote:
you're correct, we're still at dev120 so we need the SnowHydrology.F90 mods. Cecile the three modules you need are here:
/glade/u/home/oleson/run_hist_1850_files/SPINUP/casefiles_cecile/SourceMods/ctsm5.1.dev120/src.clm/
— Reply to this email directly, view it on GitHub https://github.com/NCAR/amwg_dev/issues/259#issuecomment-1536850777, or unsubscribe https://github.com/notifications/unsubscribe-auth/ACKF2VCDQJUOGQWN6KNKSA3XEV445ANCNFSM6AAAAAAXXULCHE . You are receiving this because you authored the thread.Message ID: @.***>
@cecilehannay , can you include FLASHFREQ in that 2-hourly stream you are generating for fincl6.
[edit] Sorry, that should be FLASHFRQ.
@cecilehannay , can you include FLASHFREQ in that 2-hourly stream you are generating for fincl6.
also, add :A to both variables, or set the avgflag_pertape(6) = 'A'
@dan800 This is an FLTHIST case. What can we transfer to BLT1850?
This run completed. @justin-richling: could you run the ADF for
f.cam6_3_109.FLTHIST_v0b.ne30.tuningF.001
This run completed. @justin-richling: could you run the ADF for
f.cam6_3_109.FLTHIST_v0b.ne30.tuningF.001
- versus f.cam6_3_107.FLTHIST_v0a.ne30.clm5_1_ebudget.001
- versus observations
On it now
I looked at the ADF vs obs.
- The U, T zonal mean plots on logP were not made, so hard to gauge the stratosphere climatology.
U should be in the log_p plots, but it looks like T isn't because it doesn't have an observation file in the variable defaults yaml. I can re-run it again real quick and add ERAI_all_climo.nc for T if that is a reasonable obs file for it.
- The U, T zonal mean plots on logP were not made, so hard to gauge the stratosphere climatology.
U should be in the log_p plots, but it looks like T isn't because it doesn't have an observation file in the variable defaults yaml. I can re-run it again real quick and add ERAI_all_climo.nc for T if that is a reasonable obs file for it.
OK, found it - for some reason I didn't see them before. I do worry how the extension of the strong strat bias in U extending to surface in SON impacts ocean circulation and sea ice extent. Also, if we want to keep CAM-CHEM consistent, this looks like it could be a late breakup of the winter vortex which means the ozone hole will be way off.
There's a 10 hPa surface pressure bias over the pole in NH winter. Was that better in the run with non-orographic GWD turned on?
It does look a bit low compared to obs here, if that's what you're referring to. Not much difference compared to the non tuned control.
I do recall you showed a ~10 hPa increase in PS from non-oro settings here here. So it might be useful to turn them on.
It does look a bit low compared to obs here, if that's what you're referring to.
Yes.
I do recall you showed a ~10 hPa increase in PS from non-oro settings here here. So it might be useful to turn them on.
I couldn't recall the sign of the change - it does look like it's in the right direction to help alleviate this PS bias. And it would tame that stratospheric jet bias as well.
@JulioTBacmeister Do you have ideas for improving this?
@JulioTBacmeister Do you have ideas for improving this?
Yes, a couple. But I don't think we should wait to start the coupled testing.
I'll submit two run requests (FLTHIST) when I have some time:
1) frontal and convective turned on in FLT (I think they're still off by default @cecilehannay ?)
2) A run with effgw_rdg==> 2.0 but with low level drag reduced. I'll put the setttings in request.
We also should start an FMTHIST run soon.
@JulioTBacmeister @cecilehannay I would be happy to help run some of the runs, including the mid-top version. What variables have to be changed from the LT version for 1. and 2.?
@islasimpson This is the FLTHIST control for the other runs
Description: FLTHIST with f.cam6_3_109 + tuning "F"
compset: FLTHIST_v0b add cosp output use clm5.2 dataset
Tuning:
user_nl_cam
user_nl_clm
Case directory: Locally (if still available): /glade/p/cesmdata/cseg/runs/cesm2_0/f.cam6_3_109.FLTHIST_v0b.ne30.tuningF.001
On github: https://github.com/NCAR/amwg_dev/tree/f.cam6_3_109.FLTHIST_v0b.ne30.tuningF.001
Sandbox: Locally (if still available): /glade/work/hannay/cesm_tags/cam6_3_109
On github: hash: 962921a (https://github.com/ESCOMP/CAM/tree/cam6_3_109)
Diagnostics: ADF diags (if available) https://webext.cgd.ucar.edu/FLTHIST/f.cam6_3_109.FLTHIST_v0b.ne30.tuningF.001/atm/
Contacts: