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.
2009WP/Release_v3.2 (diff) – NEMO

Changes between Version 11 and Version 12 of 2009WP/Release_v3.2


Ignore:
Timestamp:
2009-06-28T11:16:56+02:00 (15 years ago)
Author:
gm
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • 2009WP/Release_v3.2

    v11 v12  
    66=== content  === 
    77 
     8 - New Physics : tidal mixing ; RGB light penetration + ocean color ;  
     9 
     10 - Cleaning of lib_mpp 
     11 
     12 - IOM for the output 
     13 
     14 - achievement of the coupled interface 
     15 
     16 - VVL reactivation 
     17 
     18 - Improved time-stepping achitecture 
     19 
     20 ... 
     21 
    822[[BR]] 
    923 
    1024=== Minor bug fixes / enhancements === 
    1125 
    12 Classified here as ''Active Tickets'' by components[[BR]] 
    13 Ticket in '''bold''' are severe BUGs that have to be corrected in the release v3.2.[[BR]] 
     26Ticket in '''bold''' includes some severe BUGs that have to be corrected in the release v3.2.[[BR]] 
    1427 
    1528 
     
    2639 
    2740 - '''ENV'''ironment [[BR]] 
     41||#409|| ins_make [ -t "target host" ] || '''???''' || || 
     42||#407|| alias and csh || '''???''' || || 
    2843||#396|| Add a first guess of ORCA2_LIM_PISCES configuration in libIGCM || || || 
    29 ||#372|| problem with netcdf syncing|| Seem easy to do except it is in IOIPSL...   '''Sebastian''', do you agree?|| histcom.F90 || 
     44||#240|| setting up and running NVTK on new target || '''Claude''' action. Some point already solved. To be achieved in v3.2 '''???''' || NVTK || 
    3045 
    3146 - '''LIM2''' [[BR]] 
     
    4661 
    4762 - '''OPA''' [[BR]] 
     63Physics[[BR]] 
    4864||#462|| Bug in zdftmx when using zdfddm || change the order of the call in step. '''Claude'''  || step.F90 || 
    4965||#459|| RGB light penetration + ocean color: paper documentation||'''Gurvan'''|| DOC || 
    5066||#458|| tidal mixing: paper documentation||'''Gurvan'''|| DOC || 
    5167||#457|| tidal mixing: optimisation|| code provided by Gurvan in attachment of the ticket. Test NVTK ('''Claude/Gurvan''')|| zdftmx.F90 || 
    52 ||#447|| IOF and cutting along latitude || '''???'''  I (Gurvan) don't understand the nature of the problem. Rachid some idea? || || 
    53 ||#445|| Performance of NEMO 3.1 || idem as for #447 || || 
     68||#435|| wrong index in ldfslp.F90|| this is not a bug, nevertheless, updated comments in the routine are required, '''Gurvan's code'''|| ldfslp.F90 || 
     69||'''#371'''|| Mixed laplacian and bilaplacian operators || Lap-bilap option, code provided and checked through the NVTK. '''Gurvan''' for code review? || dynldf.F90 , ldfdyn.F90 , ldfdyn_oce.F90 || 
     70||'''#361'''|| Proposal for diaptr || Required for IPPC runs, routines provided. '''Claude + Gurvan''' ? || diaptr.F90 + namelist || 
     71||'''#239'''|| diaptr code duplication / deficiencies|| clearly a problem to be solved...  '''who? Claude/Sebastian?'''|| diaptr.F90 || 
     72||#356|| eosbn2: should we update the equation of state ? || This should be added in the roadmap 2010 together with an option for P instead of z in eos || '''==> v3.4''' or later || 
     73||#331|| No bottom friction if mbathy=2 || to be solved together with #233. See Andrew work || || 
     74||'''#233'''|| bottom friction issue... || true identified bug. A clean solution is under development by Andrew.  To be done in v3.2 || || 
     75 
     76Vertical coordinate[[BR]] 
     77||'''#434'''|| mesh_zgr inconsistency when using zps || I (Gurvan) think that JMM is right, we should return back to 3D arrays and recompute the e3tp etc  after the check of the bathymetry !  || domain, domzgr.F90, domwri.F90|| 
     78||#381|| bugs in "subroutine zgr_sco" || to be checked || domzgr.F90 || 
     79||#366|| sbot_min not properly used in hybrid coordinate option (zgr_sco module in domzgr)||  small true identified bug. easy to fix. To be done in v3.2 (cf. '''gurvan's code''')  || domzgr.F90 || 
     80 
     81VVL re-activation [[BR]] 
     82||'''#382'''|| bugs in "subroutine dom_vvl" fse3w computation || Already corrected see domzgr_substitute.h90 || '''ticket to be closed''' || 
     83||#337|| partial cells and vvl || This contains an improvement to the hydrostatic pressure gradient correction in vvl case. To be checked by '''Rachid + Gurvan'''. In the trunk, we are currently using the sco correction which works || '''==> v3.2 or v3.3''' || 
     84||'''#232'''|| Optimization of dynspg_ts with key_vvl || Already included in the trunk (see dynspg_ts).  || '''ticket to be closed''' || 
     85||'''#329'''|| vvl and time splitting || 2 points here: (1) correct thickness timestep : should be OK in Rachid's latest version of dynspg_ts ; to be checked in '''v3.2'''. (2) removal of asselin filter on the barotropic part in dynnxt.F90 : I (Gurvan) don't think it is a good idea. || dynspg_ts.F90|| 
     86||'''#328'''|| vertical velocity and key_vvl || We agree. In the current trunk, the call to wzv (now ssh_wzv) is done at the begining of step. The vertical velocity has to be removed from the restart file To be done in v3.2 '''Rachid + Gurvan''' || restart.F90 || 
     87||#209|| Bug in domvvl : wrong e3u e3v and e3f scale factors + change name of mut to ee_t || partly solved in the trunk (see domvvl). The suppression of 3D arrays (mut, muu, muv, muf) does not work, we don't understand why (it will not be done in v3.2). The change in trazdf_imp and exp are still a pending issue to be solved in v3.2 ('''Rachid + Gurvan''') || trazdf_imp.F90 , trazdf_exp.F90 || 
     88 
     89Surface module (SBC)[[BR]] 
    5490||#436|| Implementation of CICE and UM coupling code as part of S0.1 and S0.3 || On-going work. Waiting for Exeter input|| '''==> v3.3''' or later|| 
    55 ||#435|| wrong index in ldfslp.F90|| this is not a bug, nevertheless, updated comments in the routine are required, '''Gurvan's code'''|| ldfslp.F90 || 
    56 ||'''#434'''|| mesh_zgr inconsistency when using zps || I (Gurvan) think that JMM is right, we should return back to 3D arrays and recompute the e3tp etc  after the check of the bathymetry !  || domain, domzgr.F90, domwri.F90|| 
     91||#406|| optimize sbcssr.F90 routine || We agree, to be done in v3.2 (cf. '''gurvan's code''') || sbcssr.F90 || 
     92 
     93Bugs[[BR]] 
    5794||#433|| potential non initialized value in trazdf_imp || to be checked|| trazdf_imp.F90|| 
    5895||#424|| missing lbc_lnk in sbcmod || Sebastian answer properly to this ticket. Don't think we need to do something  || invalid ? || 
    5996||#419|| Bug in dynvor_een when flux form is activated || small true identified bug. easy to fix || dynvor.F90 || 
    60 ||#410|| PGF90-F-0004-Unable to open MODULE file netcdf.mod (fliocom.f90: 5) || '''???''' || || 
    61 ||#409|| ins_make [ -t "target host" ] || '''???''' || || 
    62 ||#407|| alias and csh || '''???''' || || 
    63 ||#406|| optimize sbcssr.F90 routine || We agree, to be done in v3.2 (cf. '''gurvan's code''') || sbcssr.F90 || 
    64 ||#405|| bug in diawri_dimg.h90 ||  small true identified bug. easy to fix. To be done in v3.2 (cf. '''gurvan's code''')  || diawri_dimg.h90|| 
    6597||#403|| Calculation of avmb in zdf_tke_init || true identified bug. Not easy to fix. To be done in v3.2 (cf. '''gurvan's code''') || zdftke.F90 , zdftke2.F90 , zdfini.F90 , zdf_oce.F90 , opa.F90 || 
    66 ||#382|| bugs in "subroutine dom_vvl" fse3w computation || Already corrected see domzgr_substitute.h90 || || 
    67 ||#381|| bugs in "subroutine zgr_sco" || to be checked || domzgr.F90 || 
    68 ||#379|| clean lib_mpp || Already done : '''Rachid''' this ticket should be closed, no? || lib_mpp.F90, lbcnfd .F90 , lbclnk.F90  || 
    6998||'''#377'''|| SBC fldread additions || Improvment to SBC, code provided and checked through the NVTK. '''Sebastian''' for code review? || fldread.F90 , iom.F90 , bdydta.F90 , sbcblk_clio.F90 , sbcflx.F90 , sbcice_if.F90 , sbcrnf.F90 , sbc_ssr.F90 , domain.F90 , in_out_manager.F90 || 
    7099||#375|| fldread and Interpolation on the Fly||Seem easy to do,  '''Sebastian''' do you agree?|| fldread.F90 || 
    71 ||'''#374'''|| Addition of clobber and chunksize when opening NetCDF files || Improvment to restart write, code provided and checked through the NVTK. '''Sebastian''' for code review? || iom.F90 , in_out_manager.F90, iom_nf90.F90 , domain.F90 , restart.F90 , limrst.F90 , limrst_2.F90 || 
    72 ||'''#371'''|| Mixed laplacian and bilaplacian operators || Lap-bilap option, code provided and checked through the NVTK. '''Gurvan''' for code review? || dynldf.F90 , ldfdyn.F90 , ldfdyn_oce.F90 || 
     100||'''#365'''|| wrong scale factors used in bdyvol || small true identified bug. easy to fix. To be done in v3.2 (cf. '''gurvan's code''') || bdyvol.F90 || 
    73101||'''#368'''|| bug in calendar of lim and top outputs || '''Sebastian''' + '''Christian'''|| || 
    74 ||#366|| sbot_min not properly used in hybrid coordinate option (zgr_sco module in domzgr)||  small true identified bug. easy to fix. To be done in v3.2 (cf. '''gurvan's code''')  || domzgr.F90 || 
    75 ||'''#365'''|| wrong scale factors used in bdyvol || small true identified bug. easy to fix. To be done in v3.2 (cf. '''gurvan's code''') || bdyvol.F90 || 
    76102||#363|| Bug if key_ldfslp defined but still unrotated diffusion for tracers || To be checked... '''Gurvan ?''' || || 
    77 ||'''#361'''|| Proposal for diaptr || Required for IPPC runs, routines provided. '''Claude + Gurvan''' ? || diaptr.F90 + namelist || 
    78 ||#359|| cleaning of calendar variables || '''Sebastian + Gurvan''' action? || phycst.F90 and others...|| 
    79 ||#356|| eosbn2: should we update the equation of state ? || This should be added in the roadmap 2010 together with an option for P instead of z in eos || '''==> v3.4''' or later || 
    80 ||#343|| no more runoff in outputs... || keep runoff in the output only with IOM outputs, no more with standard one. '''Sebastian + Gurvan''' ? || || 
    81103||#342|| wrong computation of the heat contain ||  || '''==> v3.3''' or later || 
    82 ||#337|| partial cells and vvl || This contains an improvement to the hydrostatic pressure gradient correction in vvl case. To be checked by '''Rachid + Gurvan'''. In the trunk, we are currently using the sco correction which works || '''==> v3.2 or v3.3''' || 
    83104||'''#332'''|| Mistake in comment in nam_dynvor||  easy to fix. To be done in v3.2 '''Claude + Gurvan''' || namelist || 
    84 ||#331|| No bottom friction if mbathy=2 || to be solved together with #233. See Andrew work || || 
    85 ||'''#329'''|| vvl and time splitting || 2 points here: (1) correct thickness timestep : should be OK in Rachid's latest version of dynspg_ts ; to be checked in '''v3.2'''. (2) removal of asselin filter on the barotropic part in dynnxt.F90 : I (Gurvan) don't think it is a good idea. || dynspg_ts.F90|| 
    86 ||'''#328'''|| vertical velocity and key_vvl || We agree. In the current trunk, the call to wzv (now ssh_wzv) is done at the begining of step. The vertical velocity has to be removed from the restart file To be done in v3.2 '''Rachid + Gurvan''' || restart.F90 || 
    87 ||#314|| wrong name of trends output file : key_trdmld, key_trmld_trc||  '''Christian''' should fix this problem || trdmld || 
    88 ||#296|| obcdta_bt out of date || To be solved together with major rewriting of OBC by MERCATOR. '''Rachid''', you agree? || '''==> v3.3''' or later || 
    89105||#244|| tradmp || A priori, this was done intentionally by Gurvan. '''Gurvan''' check it again! || no action? || 
    90 ||#239 ||diaptr code duplication / deficiencies|| clearly a problem to be solved...  '''who? Claude/Sebastian?'''|| diaptr.F90 || 
    91 ||#237|| Undefined behaviour writing to ocean.output from multiple pes || '''Sebastian + Rachid'''  do you agree? || || 
    92 ||'''#233'''|| bottom friction issue... || true identified bug. A clean solution is under development by Andrew.  To be done in v3.2 || || 
    93 ||'''#232'''|| Optimization of dynspg_ts with key_vvl || Already included in the trunk (see dynspg_ts).  || '''ticket to be closed''' || 
    94 ||#209|| Bug in domvvl : wrong e3u e3v and e3f scale factors + change name of mut to ee_t || partly solved in the trunk (see domvvl). The suppression of 3D arrays (mut, muu, muv, muf) does not work, we don't understand why (it will not be done in v3.2). The change in trazdf_imp and exp are still a pending issue to be solved in v3.2 ('''Rachid + Gurvan''') || trazdf_imp.F90 , trazdf_exp.F90 || 
    95 ||#201|| simplified definition of the model time step || Minor improvement. in v3.2 only if we have enough time || '''==> v3.2''' or later || 
    96 ||#200|| dtatem & dtasal : cleaning - move the call from step to tradmp - merge in 1 module || This should be added in the roadmap 2010 together with the system consolidation / simplification || '''==> v3.4''' or later || 
    97106||#129|| Use of F95 signed zero causes incorrect results || True identified problem. Specific compiler option added to circumvent it. A cleaner solution is to remove all SIGN instruction from the code, especially in sea-ice. ||  '''==> v3.3''' or later || 
    98107||'''#127'''|| Arrays go out of bounds || true identified bug. rather easy to fix but using a other technique than the one proposed in the ticket. To be done in v3.2 (cf. '''gurvan's code''') || cla.F90 , diafwb.F90 || 
    99108 
     109IO issues[[BR]] 
     110||#437||Distribution of "CALL iom_put" in NEMO-TOP || '''Brice, Christian'''. On going work in the trunk. To be achieved in v3.2 || whole NEMO || 
     111||#410|| PGF90-F-0004-Unable to open MODULE file netcdf.mod (fliocom.f90: 5) || '''???''' || || 
     112||#405|| bug in diawri_dimg.h90 ||  small true identified bug. easy to fix. To be done in v3.2 (cf. '''gurvan's code''')  || diawri_dimg.h90|| 
     113||'''#374'''|| Addition of clobber and chunksize when opening NetCDF files || Improvment to restart write, code provided and checked through the NVTK. '''Sebastian''' for code review? || iom.F90 , in_out_manager.F90, iom_nf90.F90 , domain.F90 , restart.F90 , limrst.F90 , limrst_2.F90 || 
     114||#372|| problem with netcdf syncing|| Seem easy to do except it is in IOIPSL...   '''Sebastian''', do you agree?|| histcom.F90 || 
     115||#359|| cleaning of calendar variables || '''Sebastian + Gurvan''' action? || phycst.F90 and others...|| 
     116||#343|| no more runoff in outputs... || keep runoff in the output only with IOM outputs, no more with standard one. '''Sebastian + Gurvan''' ? || || 
     117||#314|| wrong name of trends output file : key_trdmld, key_trmld_trc||  '''Christian''' should fix this problem || trdmld || 
     118||#296|| obcdta_bt out of date || To be solved together with major rewriting of OBC by MERCATOR. '''Rachid''', you agree? || '''==> v3.3''' or later || 
     119||#237|| Undefined behaviour writing to ocean.output from multiple pes || '''Sebastian + Rachid'''  do you agree? || || 
     120||#201|| simplified definition of the model time step || Minor improvement. in v3.2 only if we have enough time || '''==> v3.2''' or later || 
    100121 
    101  - '''SEVERAL''' [[BR]] 
    102 ||#240||setting up and running NVTK on new target || || || 
    103  
    104  - '''TOP''' 
    105 ||#437||Distribution of "CALL iom_put" in NEMO-TOP || '''Brice, Sebastien'''|| whole NEMO || 
     122Misc. staff[[BR]] 
     123||#447|| IOF and cutting along latitude || '''???'''  I (Gurvan) don't understand the nature of the problem. Rachid some idea? || || 
     124||#445|| Performance of NEMO 3.1 || idem as for #447 || || 
     125||#200|| dtatem & dtasal : cleaning - move the call from step to tradmp - merge in 1 module || This should be added in the roadmap 2010 together with the system consolidation / simplification || '''==> v3.4''' or later || 
     126||#379|| clean lib_mpp || Already done : '''Rachid''' this ticket should be closed, no? || lib_mpp.F90, lbcnfd .F90 , lbclnk.F90 ||