[MITgcm-support] PTRACERS Initialization

[helen hill]

I ran in to this problem myself a couple of weeks ago - although I was
using the ptracers package as part of an offline configuration of the
MITgcm.
I'm pretty sure letting the model run for a while before putting in a
tracer is something that used to work and doesn't any more... When I
have a moment, if you come up with a work-around yet (or anyway, since
any work-around has got to be uglier than just being able to set
PTRACERS_Iter0 = a non-zero integer) I'll see if I can dig out the
suite of 1/6th degree North Atlantic tracer experiments where I did
this.

H

On Sun, Nov 2, 2008 at 6:52 PM, Matthew Mazloff <mmazloff at mit.edu> wrote:
> Hi Ryan,
>
> Or use matlab to write a pickup_ptracer file using your ini. cond....its
> pretty easy....I'm pretty sure I've done it before so send me an email if
> you want me to dig out my old code.
> Basically it just needs to obey the convention of: ptracers_read_pickup.F
> A nice way to do it is to let the model run 1 time step and dump a
> pickup...then just alter that template.
>
> -Matt
>
>
>
> On Nov 2, 2008, at 3:27 PM, Klymak Jody wrote:
>
>> Hi Ryan,
>>
>>> I just want to start the tracer from my initialFile at an advanced
>>> timestep.
>>
>>
>> I can see your frustration, and there may be a proper way to do what you
>> want.  However, as a work around, why not set chkptFreq to 2000*dt and
>> restart the gcm after spin up with nIter0=2000?
>>
>> Cheers,  Jody
>>
>>
>> --
>> Jody Klymak
>> http://web.uvic.ca/~jklymak/
>>
>>
>>
>>
>> _______________________________________________
>> MITgcm-support mailing list
>> MITgcm-support at mitgcm.org
>> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support
>