Skip to content
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

Passing fixed data to ODEs #5

Open
charlesm93 opened this issue Jul 31, 2017 · 2 comments
Open

Passing fixed data to ODEs #5

charlesm93 opened this issue Jul 31, 2017 · 2 comments

Comments

@charlesm93
Copy link
Collaborator

Summary:

In Pred1_general_solver.hpp, pred1 calls pmetrics_solver as:

pred_V = pmetrics_solver(f, init_vector, InitTime_d, EventTime_d, theta, rate_d, idummy);

Right now, all the parameters are expected to be stored in theta (which is fine), but there is no mechanism for passing dat or dat_int.

Current Version:

Stan v2.14.0
Torsten v0.82

@charlesm93
Copy link
Collaborator Author

I was almost going to raise a new issue, and then I found this. So here's more on why the above is important:

Summary:

Sometimes we want to fit a PK/PD model with fixed PK parameters. Currently however, users must pass both PK and PD parameters in the array theta. We should relax this, and allow users to pass variables in the ODE system using x_r and x_i (i.e. real and integer data). This should lead to an appreciable speed-up.

Even more so, in fact, with the mixed solver (for the Friberg-Karlsson model, the theoretical speed-up would be around 70 - 80 %). The coding shouldn't be too bad; we need to make sure we promote variables only when necessary.

The only major drawback I see (other than development effort) is that this would make the function signature heavier. It might be worth thinking about ways around it.

Current Version:

Stan v2.17.1
Torsten v0.84

@yizhang-yiz
Copy link
Collaborator

This is implemented at math lib. I'll link it to stan lang asap.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants