-
Notifications
You must be signed in to change notification settings - Fork 14
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
Add iterator to brute force initial conditions #169
Comments
You don't want to do this if it involves dvariables. Reason is that the derivative information will be corrupt if you have a variable number of iterations. Unless you write the associated adjoint code, you'll have to use a fixed number of iterations to preserved the correct derivative information. |
Ah huh makes sense, thanks Steve.
Perhaps I could add a little snippet of code at the end that ensures
that the number of iterations used has resulted in equilibrium numbers
at length and throws an error code if not.
|
Or solve the system of linear equations.
|
Or that. Could be tricky with different things happening in different On 16-05-09 08:54 AM, Steve Martell wrote:
D'Arcy Webber, PhD W: www.quantifish.co.nz |
I see your point now. I guess if you want to avoid writing a bunch of basis functions, then a numerical solution is the only alternative. Hmm, you could throw an error code I suppose, but you don’t want it to crash per say. I’d just keep track of the delta’s in each iteration, then print out the value of the delta to the report file, or the screen if it is !=0.
|
Yah good call, I'll go with that. Cheers mate On 16-05-09 09:00 AM, Steve Martell wrote:
D'Arcy Webber, PhD W: www.quantifish.co.nz |
Rather than user specifying the number of iterations could just iterate until the init nums stabilize within some tolerance (using a do/while loop or whatever)
The text was updated successfully, but these errors were encountered: