[MITgcm-devel] seaice revisited

Patrick Heimbach heimbach at MIT.EDU
Wed Mar 18 11:49:26 EDT 2009


Martin,

I ran lab_sea very quickly with updated code
(but maybe I missed something(s)):
* adjoint seems still ok
   (assuming I don't have to add an extra flag to enable new code
* testreport output doesn't match the one in results/
   which I thought you had updated.

Y Y Y Y  6> 5<FAIL  lab_sea/
Y Y Y Y 16>14<pass  lab_sea/.noseaice
Y Y Y Y 16>16<pass  lab_sea/.noseaicedyn
Start time:  Wed Mar 18 11:33:52 EDT 2009
End time:    Wed Mar 18 11:44:17 EDT 2009

-p.

On Mar 18, 2009, at 10:24 AM, Martin Losch wrote:

> Hi all,
>
> I have checked in all of my seaice ice change that I want to do  
> now. The only thing that's left is the separation of grid  
> parameters from the SEAICE.h/seaice_init_varia.F files, but maybe  
> it's good to see first, if I have already broken the adjoint.
>
> I have not yet created the next tag (that would be checkpoint61l).  
> Let me know if I should do that or first wait for the adjoint tests?
>
> Martin
>
> On Mar 17, 2009, at 10:20 PM, Dimitris Menemenlis wrote:
>
>> Yes, we use SEAICE_no_slip=F for the CS510 integrations.
>>
>> As soon as checked in, I will try in the Arctic domain first and,  
>> if that
>> works well, incorporate in next CS510 integration, which is now long
>> overdue.
>>
>> My preference, once we are comfortable that code works, is to
>> remove all the old outdated routines, since in any case they
>> remain available on CVS for the very few who might care about them.
>>
>> D.
>>
>> On Mar 17, 2009, at 4:31 AM, Jean-Michel Campin wrote:
>>
>>> Hi Martin,
>>>
>>> I am more concern about not being able to check and reproduce
>>> the ECCO-2 (cs510) runs (and, if I am right, since  
>>> global_ocean.cs32x15
>>> uses similar ice-dynamics parameters, can be used as a proxy).
>>> Dimitris, do you agree ?
>>> I think both uses SEAICE_no_slip=F (default), so if there is a bug
>>> there, should not have any impact.
>>>
>>> Later on, we could remove all the old version code, but I think
>>> it would be good to have both versions until we feel 100%  
>>> confortable
>>> with the new one.
>>>
>>> Jean-Michel
>>>
>>> PS: I switch back to mitgcm-devel, (my mistake, sorry).
>>
>> Dimitris Menemenlis <menemenlis at jpl.nasa.gov>
>> Jet Propulsion Lab, California Institute of Technology
>> MS 300-323, 4800 Oak Grove Dr, Pasadena CA 91109-8099, USA
>> tel: 818-354-1656;  cell: 818-625-6498;  fax: 818-393-6720
>>
>> _______________________________________________
>> MITgcm-devel mailing list
>> MITgcm-devel at mitgcm.org
>> http://mitgcm.org/mailman/listinfo/mitgcm-devel
>
> _______________________________________________
> MITgcm-devel mailing list
> MITgcm-devel at mitgcm.org
> http://mitgcm.org/mailman/listinfo/mitgcm-devel

---
Patrick Heimbach | heimbach at mit.edu | http://www.mit.edu/~heimbach
MIT | EAPS 54-1518 | 77 Massachusetts Ave | Cambridge MA 02139 USA
FON +1-617-253-5259 | FAX +1-617-253-4464 | SKYPE patrick.heimbach





More information about the MITgcm-devel mailing list