-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Forecast File Inputs not copying? #214
Comments
@Mkrig24 thank you for the question! Here is the code that is removing the forecast catch inputs: Lines 395 to 402 in 1f12b27
This was done because there isn't one obvious way to apply forecast catch inputs as the simulation projects forward in time without the user providing additional information. Right now, I believe the only way to get catch specified in the forecast file would be to develop a custom management procedure - @nathanvaughan-NOAA, does that sound correct? |
That is all correct @k-doering-NOAA we have similar issues in the Southeast with a lag between the assessment data end year and management implementation year but don't have a good solution at the moment for defaulting this setup in SSMSE. A custom management procedure is likely the only solution if you want to explicitly include this in an MSE. @Mkrig24 if you look at the merge_catch_bias branch we are currently working on developing some custom EM's in the ratioBiasEM.R file that may help you with figuring out how to setup your own custom EM. |
I am running an MSE using sablefish stock assessment files, which have catch inputs specified at the bottom of the forecast file that cap catch at the ACLs set by council in the first two years of the model. When the model runs outside of SSMSE these inputs correctly cap the catch, but I noticed that inside of run_SSMSE, when the forecast file gets copied to _EM_init these input values aren't copied over, and the catch ends up being significantly higher.
becomes
Is there a way to make sure these inputs are copied over? Or another work around to get catch specified correctly in these first two years?
The text was updated successfully, but these errors were encountered: