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 13 and Version 14 of ticket/1658/General


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

--

Legend:

Unmodified
Added
Removed
Modified
  • ticket/1658/General

    v13 v14  
    105105  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).  
    106106 
    107   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.  
     107  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 coupling fields in oce.F90 when the MEDUSA branch supplies us with valid initial coupling fields.  
    108108 
     109 
     110  Further work now allows us to exchange PCO2 from the atmosphere. See UM suite u-ad903. This contains  branches/UKMO/dev_r5518_RH_MEDUSA_Stable@6683, branches/UKMO/dev_r5518_GC3_couple_pkg@6615 and branches/UKMO/dev_r5518_GO6_package_MEDUSA_temporary@6714. The atmosphere component has been updated in line with YT's u-ae029 to enable TRIFFID and a full carbon cycle plus the appropriate STASH coupling fields. Tests with EXPOUT reveal that we are now picking up what looks like a plausible PCO2 from the atmosphere and successfully passing it to NEMO via the coupler.  
     111 
     112  None of the coupling fields are actively employed by any of the receiving components at this stage. 
     113 
     114  '''Bit comparison''' 
     115 
     116  Just checking in u-ad903 at revision 14132 (which uses a eORCA1 grid) we seem to have bit comp at least at 1 day when comparing a 10x12 NEMOCICE dedcomp with a 7x12 NEMOCICE decomp, while leaving the atmos decomposition unaffected.    
     117 
     118   
     119 
     120