Opened 9 years ago
Closed 9 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: | v3.6 |
Severity: | Keywords: | PISCES | |
Cc: |
Description
Description
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.
Recommendation
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)
Changeset | Author | Time | ChangeLog |
---|---|---|---|
6421 | cetlod | 2016-04-04T12:12:15+02:00 | trunk : bugfix in PISCES bottom boundary condition, see ticket #1707 |
6420 | cetlod | 2016-04-04T12:10:52+02:00 | 3.6 stable : bugfix in PISCES bottom boundary condition, see ticket #1707 |
Change History (1)
comment:1 Changed 9 years ago by cetlod
- Resolution set to fixed
- Status changed from new to closed
Note: See
TracTickets for help on using
tickets.
Done in 3.6 stable, see changeset:6420
Done in trunk, see changeset:6421