radical-collaboration / facts

Repository for the Framework for Accessing Changes To Sea-level (FACTS)
MIT License
21 stars 10 forks source link

Source / derivation for `expcoefs` and GSAT `rmses` in `tlm_sterodynamics_preprocess_thermalexpansion.py` #329

Closed jetesdal closed 20 hours ago

jetesdal commented 4 months ago

I am trying to understand how to derive the variables in scmpy2LM_RCMIP_CMIP6calpm_n18_expcoefs.nc and scmpy2LM_RCMIP_CMIP6calpm_n17_gsat_rmse.nc. https://github.com/radical-collaboration/facts/blob/3ff08f91a8d8180b7058f8bcad884f0dc46dce53/modules/tlm/sterodynamics/tlm_sterodynamics_preprocess_thermalexpansion.py#L37-L47

expcoefs: Expansion coefficients derived by regressing scmpy 2-layer model OHC against linearly dedrifted GTE for CMIP6 models, using CMIP6 calibration parameters with ERF from RCMIP

gsat_rmse: RMSE of scmpy 2-layer model mixed layer temperature against GSAT for CMIP6 models obtained from Matt Palmer & Chris Jones across ssp126, ssp245 and ssp585 combined, using CMIP6 calibration parameters with ERF from RCMIP

Are these used in the current setup or is this a relict from the "offline approach"? Is there an official source/reference for this data? How should we derive/use them when including new model output?

jetesdal commented 4 months ago

Never mind, I think I found the scripts to generate these files:

https://github.com/radical-collaboration/facts/blob/development/modules/tlm/sterodynamics/2lmfit/regress_cmip6gte_vs_2lm_ohc.py https://github.com/radical-collaboration/facts/blob/development/modules/tlm/sterodynamics/2lmfit/compare_2lm_tmix_cmip6gsat.py

I'll go ahead to try reproducing the files scmpy2LM_RCMIP_CMIP6calpm_n18_expcoefs.nc and scmpy2LM_RCMIP_CMIP6calpm_n17_gsat_rmse.nc. Meanwhile, I'll keep this issue open.

bobkopp commented 2 months ago

@jetesdal was this answered adequately?

jetesdal commented 1 month ago

Thank you @bobkopp for following up on this.

I looked into the scripts but it relies on some package scmpy2l from twolayermodel.scmpy, which does not seem to be available anymore. Additionally, there are some files that are required but it is not clear how to derive those:

rfmip-radiative-forcing-annual-means-v4-0-0.csv tas_CMIP6_n17_1986_2005ref_1850_2100_am.nc zostoga_CMIP6_AR6_1986_2005ref_ldedr_1850_2100_am.nc

Is there a way to have these reproduced from the IPCC report? Also, what is the plan if we want project sterodynamic sea level change using a different emulator / climate models?

bobkopp commented 1 month ago

@Timh37 could you please help?

bobkopp commented 1 month ago

@victor-malagon is working on a new module (ebm3) that has some improvements in terms of physical explainability (based on Yuan and Kopp 2020 multilayer pattern scaling, I think) but then I think also has the disadvantage that it can only use CMIP6 output that extends to 2300. He can chime in on the experience of a creating a whole new module here.

Ebm3 uses FAIR2 for climate input, which is in the development branch. Using a different alternative climate module should be fairly straightforward so long as the output files produced by the module retain the requisite variables of GSAT and OHC. But perhaps worth an architectural discussion with @AlexReedy

victor-malagon commented 1 month ago

@bobkopp The new ebm3 module selects CMIP6 zos simulations depending on the pyear_end (end of projection year) defined by the user:

So the multilayer approach uses CMIP6 simulations that extend to 2300 only if pyear_end > 2150. For lower years all available simulations for given scenario are used.

victor-malagon commented 1 month ago

Worth also mentioning that ebm3 uses temperature output from the three layers in FaIR2, for both thermal expansion and sterodynamics. So this module needs both GSAT and two ocean temperatures coming from FaIR2. Using an alternative climate module for ebm3 should be possible as long as it produces three temperatures.

bobkopp commented 1 month ago

@victor-malagon Thanks, Victor! That approach makes sense.

It might also make sense to look at the joint distribution of calibration coefficients and consider whether they can be reasonably represented as a continuous multivariate probability distribution... we should discuss at some point.

bobkopp commented 20 hours ago

@jetesdal If this has not been resolved yet, please follow up with @Timh37 directly.