Changes between Version 12 and Version 13 of ticket/1658/General

Timestamp:

2016-06-10T14:12:19+02:00 (8 years ago)

Author:

frrh

Comment:

--

ticket/1658/General

@@ -105 +105 @@
   Sure enough, the outgoing DMS field from NEMO has zeros in the first and last columns! This is consistent with the loops in trcbio_medusa.F90 which only operate over columns 2 to 361 and rows 2 to 331. Is that deliberate? One presumes it must be otherwise MEDUSA runs would have bad things going on around the grid edges. If it is all expected, then we probably need to add a halo update before coupling DMS (and CO2 flux). 
 
-  What I've done for now is to modify a working copy of the MEDUSA branch to add an explicit lbc_lnk to DMS_out_cpl as soon as it's populated in trcbio_medusa. So [log:branches/UKMO/dev_r5518_GSI7_GSI8_landice_bitcomp_medusa dev_r5518_GSI7_GSI8_landice_bitcomp_medusa] is safe to go into GO6/GC3 now and the only key_medusa refernces are in oce.F90 where they set up ln_medusa which is used at run time and the allocation of coupling fields if key_oasis3 is defined. As a consequence of this approach, no extra keys are needed in sbccpl.F90 as we can control everything by the RTL ln_medusa. 
+  What I've done for now is to modify a working copy of the MEDUSA branch to add an explicit lbc_lnk to DMS_out_cpl as soon as it's populated in trcbio_medusa. So [log:branches/UKMO/dev_r5518_GSI7_GSI8_landice_bitcomp_medusa dev_r5518_GSI7_GSI8_landice_bitcomp_medusa] is safe to go into GO6/GC3 now and the only key_medusa refernces are in oce.F90 where they set up ln_medusa which is used at run time and the allocation of coupling fields if key_oasis3 is defined. As a consequence of this approach, no extra keys are needed in sbccpl.F90 as we can control everything by the RTL ln_medusa. However this branch is still work in progress because we need to remove the initialisation of couplig fields in oce.F90 when the MEDUSA branch supplies us with valid initial coupling fields.