You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I found that simulating with cavity has a volume drift (by checking global ssh integration). The drift is ~0.5 cm/yr.
This happens for both ocean-only and coupled model, see Levante:
In both refactoring and refactoring_bugfix_cavity, you can add below lines after Line 1919 of oce_ale.F90, where the ssh_rhs_old is freshly calculated and not decorated by water_flux . And you will find that the integration of ssh_rhs_old over open ocean is not zero in a zstar+cavity setting, which further delivers to hbar and finally arrives at the ssh integration drift.
Dear developers (@patrickscholz ),
I found that simulating with cavity has a volume drift (by checking global ssh integration). The drift is ~0.5 cm/yr.
This happens for both ocean-only and coupled model, see Levante:
In both
refactoring
andrefactoring_bugfix_cavity
, you can add below lines after Line 1919 of oce_ale.F90, where the ssh_rhs_old is freshly calculated and not decorated by water_flux . And you will find that the integration of ssh_rhs_old over open ocean is not zero in azstar+cavity
setting, which further delivers to hbar and finally arrives at the ssh integration drift.With CORE2 mesh, the runlog
/home/a/a270146/work/FESOM2_ICE/ICE_testssh/work/fesom2.1.out.3509038
says at the first step:With cavity mesh, the runlog
/home/a/a270146/work/FESOM2_ICE/ICE_testssh/work/fesom2.1.out.3509067
says at the first step:Thus, to use
zstar
in open ocean +linfs
in cavity, we need to balance the net volume transport between open ocean and cavity.The text was updated successfully, but these errors were encountered: