Closed pratikunterwegs closed 2 years ago
Hi @Bisaloo, I'll update this PR with a rebase after you merge #63, any feedback here would be great. I imagine there are efficiencies to be found similar to the ones with the iterative solver. I'm running through the package again to check. @TimTaylor if you could take a look too that would be great.
Adding a commit to correct the same r0 = 12
test, which I fixed in https://github.com/epiverse-trace/finalsize/pull/65/commits/30e34864e73e5e78ebb250846603edc3c4be2ccd for the iterative solver only
Won't be able to review in near future so best select another.
Updated branch with a local rebase on main
after merging #63, there were conflicts in the test for the iterative solver with varying r0
. I resolved these and force pushed the local to origin to avoid duplicate commits.
Windows build currently failing due to an update to curl
on CRAN - likely to pass once curl
binaries are available.
Thanks @Bisaloo, I've changed how the solver
option switches the solver function per your recommendation, and am now passing the solver options as a control
list.
I removed the extra function arguments remaining from the C++ code - but also the p_susceptibility
argument from the iterative solver and from the epi_spread
return. The epi_spread
function was returning a vector of 1.0
s, which was being used in a multiplication step in solve_final_size_iterative
- unnecessary. This means both solvers now take the same epi arguments; this is also newly documented.
This PR adds the Newton solver option to
final_size_grps
in R.r0
, fixes #57socialmixr::polymod
data, fixes #59solver
argument tofinal_size_grps
to allow users to choose between solvers, fixes #61, fixes #62