Closed ArtPoon closed 9 years ago
I'm about 90% sure this is because mu + gamma >> lambda here, so R0 < 1, and the epidemic dies out before one of the break points. This leaves you with all zeroes for deme size going in to the next phase, and then we divide by zero and it blows up.
Possible fixes:
Nope, I was wrong, it's a numerical integration problem.
OK to change to "adams" integration method?
Wow, that’s way off! Yes, please switch to adams.
On Jul 25, 2015, at 8:58 AM, Rosemary McCloskey notifications@github.com wrote:
Nope, I was wrong, it's a numerical integration problem. https://cloud.githubusercontent.com/assets/768594/8890167/1cbcc6f0-32ab-11e5-8b84-ea0f55b9edf3.png OK to change to "adams" integration method?
— Reply to this email directly or view it on GitHub https://github.com/ArtPoon/kamphir/issues/46#issuecomment-124856512.
Changing to "adams" didn't work, I got a whole bunch of errors about integration not being successful. I think it worked better for this particular case but maybe it doesn't work better in general. Unless there are any better ideas, I'm just going to put a try/except around make.fgy.
Yeah I had switched to rk4 when I encountered problems with adams before. Go with the try/except, thanks.
On Jul 25, 2015, at 12:31 PM, Rosemary McCloskey notifications@github.com wrote:
Changing to "adams" didn't work, I got a whole bunch of errors about integration not being successful. I think it worked better for this particular case but maybe it doesn't work better in general. Unless there are any better ideas, I'm just going to put a try/except around make.fgy.
� Reply to this email directly or view it on GitHub.