[MITgcm-support] EXF package: useExfYearlyFields=.FALSE.

[Martin Losch]

Madeline,

This is what exf is supposed to do:
with
uwindfile = 'mywind.bin',
it looks for 'mywind.bin', unless you specify
useEXFYearlyFields = .true.,
then it looks for 'mywind.bin_????', where ???? is the appropriate  
year (e.g. 1994) according to your settings in data.cal and data.exf  
(parameters startDate_1/2 and uwindstartdate1+2).
All of this should be independent of the value of repeatPeriod.

What you describe sounds as pkg/exf is not doing what it's supposed to  
do. Can I suggest that you try to reproduce the problem with a simple  
example (maybe one of the verification experiments, e.g. lab_sea,  
global_with_exf)? That would be easier for us to reproduce as well and  
debug.
Or/and you can send the content of your data.exf and data.cal

Martin

On Jul 16, 2009, at 7:24 PM, Madeline Miller wrote:

> Dear List,
>
> I am trying to use the EXF package with the parameter  
> useExfYearlyFields=.FALSE.
>
> When I set this in my data.exf file and specify the file paths to  
> use, the code crashes with the error that my file (s) do not exist.
>
> However, if I specify a repeatPeriod > 0, the code seems to run,  
> albeit without printing which files it is reading for the forcing  
> data to the STDOUT (different than when I specifiy  
> useExfYearlyFields=.TRUE.).  It has been independently confirmed  
> that I am specifying the file locations correctly, so it would seem  
> that there is some specification that repeatPeriod can not = 0 with  
> useExfYearlyFields=.FALSE.
>
> I can't find the instance in the code which explains why this is  
> happening, and I would like to run it without a repeatPeriod and  
> have it print the read-in file to my STDOUT.
>
>
> Does anyone have any advice or experience with this sort of  
> configuration?
>
>
> Best,
>
> Madeline
>
> California Institute of Technology
> Geological and Planetary Sciences
> _______________________________________________
> MITgcm-support mailing list
> MITgcm-support at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-support