[Feature]: dedicated option for timesteps as continuous seasons
@Rick-Methot-NOAA is already working on this.
Since Mar 17, 2025.
Assessment
This issue has not been assessed yet.
Description
Describe the solution you would like.
Some aspects of current approaches to continuous seasons could be improved:
- normal models have input in terms of year, season and year, month. It would be convenient if these input formats could be retained and internally converted to a continuous stream of time steps (i.e. no seasons within years).
- the settlement time calculations depend upon input of month of settlement and calendar age at settlement. This does not work properly with continuous seasons. A desirable approach would allow for a quarterly model to have a spawner-recruitment relationship and for the recruits to settle XXX quarters after spawning.
- the concept of calendar age becomes corrupted when doing continuous seasons, but this may not be fixable.
Describe alternatives you have considered
simply warn users that the feature is not available
Statistical validity, if applicable
NA
Describe if this is needed for a management application
perhaps
Additional context
No response
- Dominant language
- C++
- Stars
- 46
- Forks
- 19
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from nmfs-ost/ss3-source-code
-
composition in progress
nmfs-ost/ss3-source-code#751 · 1 comment · 1 assignee ·
-
area & movement
nmfs-ost/ss3-source-code#731 · 3 comments · 1 assignee ·
-
misc. output
nmfs-ost/ss3-source-code#723 · 1 assignee ·
-
biology misc. output ongoing
nmfs-ost/ss3-source-code#702 · 1 assignee ·
-
recruitment
nmfs-ost/ss3-source-code#696 · 1 assignee ·
All issues in nmfs-ost/ss3-source-code
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 86/100
-
Sensor initialization takes very long when `--initial-sim-time` is set to current UNIX timestamp Open
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
gazebosim/gz-sensors#662 · 1 comment ·
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
-
comp-datalake
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
ClickHouse/ClickHouse#121222 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
LadybirdBrowser/ladybird#12123 ·