[Mitgcm-support] RE: kpp and ptracers
mitgcm-support at dev.mitgcm.org
mitgcm-support at dev.mitgcm.org
Wed Jul 9 15:52:28 EDT 2003
Go for it - if it breaks anything we'll scream.
A.
> -----Original Message-----
> From: Martin Losch [mailto:mlosch at awi-bremerhaven.de]
> Sent: Tuesday, May 13, 2003 10:10 AM
> To: support at mitgcm.org
> Subject: Re: kpp and ptracers
>
>
> Here is what I can offer (appart from the first block):
>
> o fix of ptracers_write_checkpoint.F (already checked in)
> o modify gad_calc_rhs so that it works with a passive tracer
> (add this
> above the Ooops! statement:
> #ifdef ALLOW_PTRACERS
> ELSEIF (tracerIdentity.EQ.GAD_TR1) THEN
> CALL KPP_TRANSPORT_PTR(
> I iMin,iMax,jMin,jMax,bi,bj,k,km1,
> I KappaRT,
> U df )
> #endif
> and add the routine KPP_TRANSPORT_PRT to the KPP-package
>
> This will still use KappaRS as the the diffusivity for all passive
> tracers, but it will make the two packages work together.
>
> If you prefer to keep the current state, that's fine with me.
>
> Martin
>
> support at mitgcm.org wrote:
> > Martin,
> >
> > The first block seems fine.
> >
> > KPP/ptracers are currently hacked to work together. The
> reason being
> > that each tracer needs it's own diffusivity and it's too
> cumbersome to
> > pass all these around through the ptracer code. We're using
> the salt
> > diffusivity for tracers. Part of the "tidy up" plan is to replace
> > these with a diffusivity by process which the ptracer
> package can then
> > use properly. The tidy up is scheduled for September.
> >
> > A.
> >
> >
> >>-----Original Message-----
> >>From: Martin Losch [mailto:mlosch at awi-bremerhaven.de]
> >>Sent: Monday, May 12, 2003 11:27 AM
> >>To: support at mitgcm.org
> >>Subject: kpp and ptracers
> >>
> >>
> >>Hi,
> >>
> >>I have a few small things to check in, and wanted to make
> sure that I
> >>don't interfere with anything:
> >>- kpp_do_diags.F: support multiple record files (analogous to
> >>write_state.F, so far, only global files are written)
> >>- solve_for_pressure.F: reduce the output of cg3d-related
> >>stuff to the
> >>monitor frequency, analogous to the cg2d-related output.
> >>
> >>- make kpp and ptracers work together, new routine and a few fixes.
> >>This is a little bigger and before I can do that I need to
> understand
> >>the ptracers/kpp-code correctly:
> >>1) the vertical diffusivity PTRACERS_diffKr is never used, is it?
> >>2) instead gad_calc_rhs is called with KappaRS from
> >>thermodynamics via
> >>ptracers_integrate (and for ALLOW_PASSIVE_TRACER, it is
> KappaRT, very
> >>strange!)
> >>3) the countergradient velocity ghat is the same for all
> >>tracers (T,S,...)?
> >>4) has the ptracers package ever been tested? there is no real
> >>verification experiment for that, global_ocean.90x40x15
> >>doesn't count,
> >>does it?
> >>
> >>Is there a reason for the missing checkpoint50c_post?
> >>
> >>Martin
> >>--
> >>Martin Losch
> >>Alfred Wegener Institute for Polar and Marine Research Postfach
> >>120161, 27515 Bremerhaven, Germany;
> >>Tel./Fax: ++49(0471)4831-1872/1797
> >>
> >>
> >
> >
>
>
> --
> Martin Losch
> Alfred Wegener Institute for Polar and Marine Research
> Postfach 120161, 27515 Bremerhaven, Germany;
> Tel./Fax: ++49(0471)4831-1872/1797
>
>
More information about the MITgcm-support
mailing list