[MITgcm-support] build errors for llc_1080

[Ryan Abernathey]

Thanks again for the advice. I got it to start timestepping!

...Unfortunately I had NaN's by timestep 2... ;p

My guess is that I have to reduce my timestep (it's 90 in the example) for
a few iterations to overcome the geostrophic adjustment shock, as with most
spinup. However, before embarking on this, since people (Dimitris) have
already been through the procedure, I thought I would ask for your guidance.

-Ryan


On Wed, Nov 16, 2016 at 12:42 PM, Dimitris Menemenlis <dmenemenlis at gmail.com
> wrote:

> I just link the 2010 files to 2009.
> It’s just for interpolation purposes for first 3 hours.
> So should have minimal impact relative to having actual 2009 files.
>
> Dimitris Menemenlis
>
> On Nov 16, 2016, at 9:34 AM, Ryan Abernathey <ryan.abernathey at gmail.com>
> wrote:
>
> Ok, I am up and running! Thanks for your help!
>
> The next problem I hit is with the exf forcing. I am starting from
> niter0=0 == Jan 1, 2010.
>
> (PID.TID 0000.0001)  EXF_INTERP_READ: filename: EOG_rain_2009
> (PID.TID 0000.0001)  EXF_INTERP_READ: File does not exist
>
> It is looking for EOG_rain_2009, which is not in the ECMWF_operation
> dataset. This is only a problem for precipitation, which has slightly
> different timing. Compare:
>  apressurestartdate1 = 19790101,
>  apressurestartdate2 = 000000,
> with
>  precipstartdate1    = 19790101,
>  precipstartdate2    = 030000,
>
> The three hour offset means that it needs to look for a 2009 file, which
> doesn't exist.
>
> -Ryan
>
>
>
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mitgcm.org/pipermail/mitgcm-support/attachments/20161116/f0299cb0/attachment.htm>