New URL for NEMO forge!   http://forge.nemo-ocean.eu

Since March 2022 along with NEMO 4.2 release, the code development moved to a self-hosted GitLab.
This present forge is now archived and remained online for history.
ticket/1658/General (diff) – NEMO

Changes between Version 6 and Version 7 of ticket/1658/General


Ignore:
Timestamp:
2016-06-09T16:02:06+02:00 (8 years ago)
Author:
frrh
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • ticket/1658/General

    v6 v7  
    100100   This compiles and fails - we have no values in DMS. The routine where they seem to be available is trcbio_medusa. But we have to intercept values before the arrays are deallocated. It's made extra difficult by the fact that trcbio_medusa basically contains one massive 3 level loop: over k,j,i. It's huge and it's not clear at what stage we should populate our arrays - for now I do it just prior to the deallocation. That's all jolly well but it doesn't solve the issue of where the values come from at startup because this code will not be called until after the first coupling exchange. For now I just initialise DMS_out_cpl and  CO2Flux_out_cpl to zero in oce.F90, but that is purely for testing purposes and must not be seen as a solution because it clearly does not cater for restartability.  
    101101 
    102  
     102   OK so this fails to run - We need to enable l_oasis_obgc in the suite to ensure arrays are allocated to send/receive coupling variables. Doing that we then gat a reconfiguration failure as we need to include fields 0,197 in the UM start dump. Add this in the "Configure ancils and initialise dump files" section and initialise to zero. That gets through the reconfiguration again. But do we have a source for the incoming DMS beyond the recieved field. I'm not sure we do.... That's probably fine for now, for testing purposes, but where does it need to go ultimately?   
    103103  
    104104