-
Notifications
You must be signed in to change notification settings - Fork 5
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
Agree on model name? #72
Comments
I think I vote that we assume (i.e unless we communicate otherwise) that all methods will account for right truncation and censoring at least and so this doesn't need to be explicitly stated. I think that due to this calling this latent would make sense. We could also call it after the paper it comes from (here ward) but that might get messy with multiple methods per paper (e.g. park) |
Agree that focus should be on methods should account for right truncation and censoring. Wonder if any methods that don't may be eventually included as teaching example. If so, could potentially use some naming to distinguish that they don't account for (as in, accounting is default). Calling "latent" doesn't really seem like a name to me. Latent variable model? Hierarchical model? Latent state model? I think calling it after the paper isn't a very extensible strategy. Especially if we are expecting to be developing methods (which won't then have names). |
@kgostic on call:
In theory could extract individual times for primary and secondary events. People seem happy to be moving forward with this. |
Update from call that most people like |
Goal
We should choose a shorter name for the "latent truncated censoring adjusted delay" model. This name would also be used as a class
modelname_epidist
.Context
latent_truncated_censoring_adjusted_delay
ltcad
in S3 structure refactor #70Required features
The text was updated successfully, but these errors were encountered: