Opened 5 years ago

Closed 5 years ago

#1707 closed Bug (fixed)

bug on bottom boundary condition in PISCES model

Reported by: cetlod Owned by: nemo
Priority: low Milestone:
Component: TOP Version: release-3.6
Severity: Keywords: PISCES
Cc: Branch review:
MP ready?: Task progress:



For calcite, burial efficiency is made a function of saturation in p4zsed.F90. But the calcite saturation is computed in p4zlys and the call to p4z_lys is done after the call to p4z_sed. It means that at the 1st time-step, the variable excess has no value in p4zsed routine.


One solution should be to reverse the call to the 2 routines - p4z_lys and p4z_sed - in the main PISCES routine p4zsms

Commit History (2)


trunk : bugfix in PISCES bottom boundary condition, see ticket #1707


3.6 stable : bugfix in PISCES bottom boundary condition, see ticket #1707

Change History (1)

comment:1 Changed 5 years ago by cetlod

  • Resolution set to fixed
  • Status changed from new to closed

Done in 3.6 stable, see changeset:6420

Done in trunk, see changeset:6421

Note: See TracTickets for help on using tickets.