#366 closed Bug (fixed)
sbot_min not properly used in hybrid coordinate option (zgr_sco module in domzgr)
Reported by: | rachel.furner | Owned by: | nemo |
---|---|---|---|
Priority: | low | Milestone: | |
Component: | OCE | Version: | v3.0 |
Severity: | Keywords: | ||
Cc: |
Description
I think sbot_min is applied in the wrong place, meaning that the levels are defined using sbot_min as a minimum depth but then points are masked out so the code actually has points shallower than sbot_min.
In the subroutine scobot is defined to be the bathymetry after sbot_max is applied (but before sbot_min is applied). The minimum depth is then applied to the bathymetry, along with the r_max smoothing and the levels are defined on this altered bathymetry. Then near the end of the subroutine, masking is applied to reintroduce the scobot bathymetry, but as this was set before sbot_min was applied the masking reintroduces areas shallower than sbot_min. I think the lines:
DO jj = 1, jpj
DO ji = 1, jpi
zenv(ji,jj) = MAX( bathy(ji,jj), sbot_min )
END DO
END DO
should come before the line
scobot(:,:) = bathy(:,:)
This way the bathymetry which is reset at the end of the subroutine is the minimised and maximised bathymetry, and there will be no points where the btahymetry is shallower than sbot_min.
Commit History (1)
Changeset | Author | Time | ChangeLog |
---|---|---|---|
1639 | rblod | 2009-10-05T19:06:17+02:00 |
Change History (2)
comment:1 Changed 14 years ago by rblod
- Resolution set to fixed
- Status changed from new to closed
In 9164: