A bug converting SS files from 3.24 to 3.30 when the recruitment offset is defined

RE: A bug converting SS files from 3.24 to 3.30 when the recruitment offset is defined

2021-01-28T17:28:36Z

Thanks Richard for the quick response. I understand now and will have a go to get it work.

Cheers.

RE: A bug converting SS files from 3.24 to 3.30 when the recruitment offset is defined

2021-01-28T16:54:48Z

Hi Dan,

This is one of the very few issues that is only partially converted by ss_trans.

When you ran ss_trans, you should find in the warning.sso file a message like this:

The R1_offset parameter is now the regime parameter and it must not be estimated and should have value of 0.0
Instead, time-varying offsets to the regime parameter can be estimated; and a block for doing this has been created
you will need to manually create the parameter line for that block or turn autogen value to 0 for SR_parms

That warning file may well also show you some additional issues that were improved with 3.30.

The change from the unique R1_offset parameter to a generic block parameter was part of the effort with SS3.30 to unify the code for time-varying parameters for biology, spawner-recruitment, catchability and selectivity. The benefit for spawner-recruitment is that you now can define multiple blocks as needed.

Rick

A bug converting SS files from 3.24 to 3.30 when the recruitment offset is defined

2021-01-28T15:54:39Z

Dear SS3 team,

Happy new year.

There appears to be a bug when converting SS files from 3.24 to 3.30 when the recruitment offset (regime shift) is defined in the original (3.24) control files:

-5 5 -0.05 0 0 1 1 # SR_R1_offset

The ss_trans.exe runs OK but subsequent ss3.exe run will fail. It appears that the translated files didn't generate the relevant time block properly, I think.

It should be easy to reproduce this 'error'. (I can send my working files if needed).

I am using 3.30.16

Thanks.

Dan