epiforecasts / backcalc

Evaluating approaches to backcalculating cases counts by date of infection from cases counts by date of report
2 stars 1 forks source link

Version 2 #14

Open seabbs opened 2 years ago

seabbs commented 2 years ago

We discussed the fact this still seems like a concept people are struggling with. This issue is for planning a version 2.

I thought a sensible approach would be:

There is a question for how much this should be linked to reproduction number estimation and/or if it should be treated as its own topic. As it comes up in many applications I would perhaps argue for the general case and link to applications (like CFR, Rt etc) but can see it being easier to show bias if using an application directly.

Resources:

Work to do

sbfnk commented 2 years ago

Yes, I think that covers pretty much all we need to cover.

I thought a sensible approach would be:

Also (trivially):

This I'd leave as a discussion point / follow-up paper as it adds quite a lot of complexity:

There is a question for how much this should be linked to reproduction number estimation and/or if it should be treated as its own topic. As it comes up in many applications I would perhaps argue for the general case and link to applications (like CFR, Rt etc) but can see it being easier to show bias if using an application directly.

I'd tend the same way

The other things that I think would be potentially interesting to explore (but might explode scope) are:

seabbs commented 2 years ago

Yes agree,

I like the idea of doing a bit of scoring but might save until other things are in place to see what it adds. I think looking at misspecification makes sense but would want to try and keep it as simple as possible I think.

I might look at this once the surrogate draft is done as getting at least the bones in place should be quite fast. I thought this might be quite a nice project to bring someone else in on, for example Hannah.