One of the primary concerns in integrating CABLE and JULES is that CABLE,
at the model level, should not be allowed to talk to the ouside world. We should
be using JULES I/O for that. This means getting rid of the dependence of CABLE
on external text files "def_veg(soil)_params.txt. The veg/soil params should
ultimately be input to the model as nml variables. A pre-cursor to this was
using the files cable_pft(soil)_params.F90. These are still valid in the offline
app, but no longer in JAC where they are fully nml definable.
There remains an issue of declaring vars (vegin/solin) into which these values
can be deposited. Previously these were declaredd in cable_define_types, however
this is in the process of being dismantled. Therefore they are now exclusively
declared in cable_params_mod.F90
Issue migrated from trac:269 at 2023-11-27 11:34:43 +1100
keyword_keepgit
owner:jxs599@nci.org.au
type_model improvement
| by srb001@csiro.aucable_params_mod.F90, cable_pft_params.F90, cable_soil_params.F90
One of the primary concerns in integrating CABLE and JULES is that CABLE, at the model level, should not be allowed to talk to the ouside world. We should be using JULES I/O for that. This means getting rid of the dependence of CABLE on external text files "def_veg(soil)_params.txt. The veg/soil params should ultimately be input to the model as nml variables. A pre-cursor to this was using the files cable_pft(soil)_params.F90. These are still valid in the offline app, but no longer in JAC where they are fully nml definable.
There remains an issue of declaring vars (vegin/solin) into which these values can be deposited. Previously these were declaredd in cable_define_types, however this is in the process of being dismantled. Therefore they are now exclusively declared in cable_params_mod.F90
Issue migrated from trac:269 at 2023-11-27 11:34:43 +1100