You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
case: user calls runlog to aggregate all models - they then want to extract key information out of model(s). Currently this could be done something along the lines of:
In this case, the model yaml needs to be double processed. Its not that much time, however given the case of multiple pipes or otherwise could add up unnecessarily.
Having the model object as a column in run_log() output could still be useful in theory, but the use case described here is solved by #29
Worth noting though, the summary_log() output does contain the full bbi_nonmem_summary object in it's own column, which is analogous to the proposed change here. Just pointing out that we do support this pattern elsewhere so maybe it makes sense to do it here too, for the sake of consistency.
case: user calls runlog to aggregate all models - they then want to extract key information out of model(s). Currently this could be done something along the lines of:
In this case, the model yaml needs to be double processed. Its not that much time, however given the case of multiple pipes or otherwise could add up unnecessarily.
New:
Better new given model_summary can handle vector/list of model objects:
The text was updated successfully, but these errors were encountered: