[MITgcm-support] Error with Arctic configuration and runoff file
gmail
mozzatoale at gmail.com
Thu Feb 18 05:00:41 EST 2016
Hello everybody,
thank you very much for the suggestions.
I have changed runoff_interpMethod to 1, but this keeps giving me the same "attempt to access non-existent record,” error
However, I have noticed that when I use:
>>>> runoff_lon0 = 0.50D0,
>>>> runoff_lon_inc = 1.0D0,
>>>> runoff_lat0 = -89.5D0,
>>>> runoff_lat_inc = 1.,
>>>> runoff_nlon = 360,
>>>> runoff_nlat = 180,
both with runoff_lat_inc = 1., and runoff_lat_inc = 179., as someone suggested, I get a different error:
forrtl: severe (19): invalid reference to variable in NAMELIST input, unit 11, file /tmp/fortxB52Va, line 53, position 12
I suppose this is related to the lines I add because without those lines and the runofffile ones the model runs fine.
Alessandro
> On 17 Feb 2016, at 18:27, Dimitris Menemenlis <dmenemenlis at gmail.com> wrote:
>
> if you use a 360x180x12 forcing file, then you need:
>
> &EXF_NML_04
> runoff_interpMethod = 1,
>
> (which is the default value)
>
>> On Feb 17, 2016, at 10:19 AM, gmail <mozzatoale at gmail.com <mailto:mozzatoale at gmail.com>> wrote:
>>
>> Hi matt,
>> Thanks for the suggestion, I forgot to mention my data.exf is configured for:
>> runoff_interpMethod = 0,
>> The runoff is indeed a 12 month climatology.
>> In my tests I have tried the configuration you suggest and the same error is thrown.
>> All the best,
>>
>> Alessandro
>>
>>> On 17 Feb 2016, at 18:09, Matthew Mazloff <mmazloff at ucsd.edu <mailto:mmazloff at ucsd.edu>> wrote:
>>>
>>> Hello
>>>
>>> Is your runoff input a 12 month climatology without need for interpolation. If so you need only:
>>>
>>> In &EXF_NML_02
>>> runoffperiod = -12,
>>> and obviosly set runoffFile
>>>
>>> and in &EXF_NML_04
>>> runoff_interpMethod = 0,
>>>
>>> That works for me...
>>>
>>> Matt
>>>
>>>
>>>
>>>> On Feb 17, 2016, at 9:45 AM, gmail <mozzatoale at gmail.com <mailto:mozzatoale at gmail.com>> wrote:
>>>>
>>>> Dear MITgcm users,
>>>>
>>>> I am currently running an Arctic configuration of the MITgcm in 3 different resolutions: 36km, 18km and 9km.
>>>> I started using the ERA dataset for forcing and all three worked fine.
>>>>
>>>> I have now switched to the CORE2 dataset forcing and setup my data.exf following the one I found here:
>>>> http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/gael/verification/global_oce_llc90/input.core2/ <http://mitgcm.org/viewvc/MITgcm/MITgcm_contrib/gael/verification/global_oce_llc90/input.core2/>
>>>>
>>>> This new setup works fine on the 36km configuration producing satisfying results.
>>>> The problems arise with the 9km and 18km configuration. More specifically the problem seems to be related to the runoff.
>>>> Both configurations throw the following error:
>>>>
>>>> forrtl: severe (36): attempt to access non-existent record, unit 9, file /hpcdata/scratch/am8e13/CORE_data/runoff-corev2_360x180x12.bin
>>>>
>>>> Here is a copy of my data.exf:
>>>> https://github.com/AlessandroMozzato/notebooks/blob/master/data.exf <https://github.com/AlessandroMozzato/notebooks/blob/master/data.exf>
>>>>
>>>> I have checked the file in MATLAB and it seems fine and with the right dimensions.
>>>> I have also tried to substitute the runoff from the CORE dataset with the runoff from the ERA dataset and the same error is produced.
>>>> I have tried both of these setups for the data.exf:
>>>>
>>>> runoffstartdate1 = 19470115,
>>>> runoffstartdate2 = 120000,
>>>> runoffperiod = 2628000.0,
>>>> runoffperiod = 2592000.0,
>>>>
>>>> and:
>>>>
>>>> runoffperiod = -12,
>>>>
>>>> Finally I have added the following lines to the data.exf
>>>>
>>>> runoff_lon0 = 0.50D0,
>>>> runoff_lon_inc = 1.0D0,
>>>> runoff_lat0 = -89.5D0,
>>>> runoff_lat_inc = 1.,
>>>> runoff_nlon = 360,
>>>> runoff_nlat = 180,
>>>>
>>>> It is also worth noticing that removing the runoff file from data.exf solves the problem and the model runs fine.
>>>> I suspect this could be an easy fix but I couldn’t figure it how.
>>>>
>>>> Every suggestion would be greatly appreciated!
>>>>
>>>> All the best,
>>>> Alessandro
>
>
> _______________________________________________
> 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/20160218/92da43c5/attachment.htm>
More information about the MITgcm-support
mailing list