[MITgcm-support] GMRedi ptracers Diagnostics
Jean-Michel Campin
jmc at mit.edu
Mon Oct 22 11:33:08 EDT 2018
Hi Dhruv and Martin,
This is right: the full 3-D specification of GM and Redi coefficient is currently only
available with pkg/ctrl.
However, there is an option to combine a 1-D vertical profile with a 2-D horizontal map
for both GM and Redi coefficient, without the need to use pkg/ctrl:
K_GM(i,j,k) = GM_background_K * GM_bolFac1d(k) * GM_bolFac2d(i,j)
K_Redi(i,j,k) = GM_isopycK * GM_isoFac1d(k) * GM_isoFac2d(i,j)
and fields:
GM_bolFac1d loaded from: GM_bol1dFile
GM_bolFac2d loaded from: GM_bol2dFile
GM_isoFac1d loaded from: GM_iso1dFile
GM_isoFac2d loaded from: GM_iso2dFile
Cheers,
Jean-Michel
On Mon, Oct 22, 2018 at 11:43:45AM +0200, Martin Losch wrote:
> Hi Dhruv,
>
> Hong pointed out to me, that I was wrong: it is possible to specify 3D GM and Redi diffusivities. There are parameters in the gmredi namelist (GM_background_K3dFile, GM_isopycK3dFile), but the code for reading the fields is connected to the ctrl-package. The corresponding 5d-fields KapGM and and KapRedi are defined in pkg/ctrl/CTRL_FIELDS.h, so that they are only available when the control package is compiled (set in pacackage.config) and the CPP-flags ALLOW_KAPGM_CONTROL, ALLOW_KAPREDI_CONTROL are defined.
>
> There is probably a good reason for doing this in this way, but I am not quite sure if I can suggest how you want use this information. Either you compile the ctrl-package (which will require that you add a definition of nobcs into SIZE.h, please example SIZE.h in the verification/*/code_ad/ directories) and define the cpp flags and keep your fingers crossed, or you take the definition of fields out of the ctrl package and put them into the GMREDI-header file and adjust ini_mixing and/or gmredi_init_varia.F (where I would have put reading the fields in the first place, but then again, since they have been meant for ecco-type optimization, there is probably a good reason for doing it they way it has been done).
>
> Maybe others have an opinion on this?
>
> Martin
>
> > On 19. Oct 2018, at 15:55, Martin Losch <Martin.Losch at awi.de> wrote:
> >
> > Hi Dhruv,
> >
> >> On 19. Oct 2018, at 03:21, Dhruv Balwada <db194 at nyu.edu> wrote:
> >>
> >> Hi,
> >>
> >> I am running a MITgcm channel simulation in coarse resolution with the GMRedi package, forced with winds and buoyancy at the surface. I also advect tracers using the ptracers package.
> >> I have 2 questions:
> >> a) Is it possible to provide MITgcm with an arbitrary 3D GM diffusivity and a 3D Redi diffusivity field as input, in the current MITgcm release? If 3D fields cannot be specified, then is it possible to provide a vector with the depth variation? I am interested in prescribing arbitrary fields, rather than a particular diffusivity parameterization scheme.
> >
> > I don???t think so, you can only specify 3D fields of vertical diffusivies, afaik.
> >>
> >> b) When the model is being run with both GMRedi and ptracers packages, what is the flux diagnostic for the ptracer tracer that has the influence of the GMRedi diffusion tensor?
> > Don???t the normal diffusive flux diagnostics should contain this (DFxETr01, DFyETr01, DFrETr01, DFrITr01, etc.)?
> >
> > Martin
> >>
> >> Thank you,
> >> Dhruv
> >> _______________________________________________
> >> MITgcm-support mailing list
> >> MITgcm-support at mitgcm.org
> >> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support
> >
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mailman.mitgcm.org/mailman/listinfo/mitgcm-support
More information about the MITgcm-support
mailing list