-
Notifications
You must be signed in to change notification settings - Fork 0
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
Remove separate infection pathways for vaccination groups #53
base: main
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This sort of major bookkeeping change is always hard to review - it's interesting how little effect it has on the tests though, which really suggests that even if these might be needed in the future, the extra detail is not important for the model atm. Will leave this for the science side to comment on the epi implications of the change
@@ -62,14 +57,11 @@ make_rt_end_event <- function() { | |||
|
|||
event_function <- function(time, state, parameters) { | |||
# NOTE: log the FIRST time Rt < 1.0 as closure time end | |||
is_switch_on <- rlang::env_get(parameters[["mutables"]], "switch") | |||
is_switch_on <- parameters[["mutables"]]$switch |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Curious about dropping rlang for this here - I know we discussed using it in the first place. FWIW, I think the base way of doing this is fine, and was never very sure about what we were getting from rlang for this particular use (it's got lots of good functions in the package, just not clear about this one really)
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looking into the profiling, the environment access/assignment functions seemed to be the next most time-consuming functions. Since they're not essential, I thought I'd remove them. I've retained {rlang} in places where it's not doing any harm, e.g. in parameter preparation.
I'm going to wait for any feedback before merging this, hopefully in next Tuesday's DAEDALUS meeting, just to be sure this is something EPPI are okay with in the short run. There's no real rush on the model side. There are a few changes I'd like to make to modularise the structure which I'll put into a separate issue and implement on a different branch in parallel. |
This PR makes changes to how vaccine groups are modelled in {daedalus}. The model trades explicit tracking of infection pathways of different vaccine groups for a gain in performance. There are some performance gains, but some country-pathogen-vaccine strategy combinations still result in a stiff system which slows down model runs.
Vaccine groups now share a single infection pathway, cutting the number of model compartments to 539 (49 age and economic groups$\times$ 11 epi and data compartments) from 1323. This improves performance in most cases by about 3x.
The state variable adds two compartments, one for vaccinated individuals who have a lower susceptibility to infection ($\tau \beta$ ; $\tau = 0.5$ ), and one for the number of new vaccinations per timestep.
Individuals in both susceptible and recovered compartments are considered eligible for vaccination. Vaccinated individuals transition at the rate$\psi$ into the susceptible compartment, but not into the recovered compartment. The vaccine-derived protection and waning dynamics need more work to ensure they have realistic transition rates, and/or to make transition rates independent and flexible.
The helper functions
values_to_state()
,r_eff()
,get_hospitalisations()
,make_initial_state()
,prepare_output()
, andget_daily_vaccinations()
have been updated to reflect the reduced state size.Tests have been updated to reflect reduced state size.
Reduced use of {rlang} for environment access and modification.
Tagging @patcatgit and @robj411 as well - I still can't find/confirm Kanchan - what is her GH id? Happy to tweak this implementation per feedback.