-
Couldn't load subscription status.
- Fork 5
REF: Refactor PET estimator #203
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
base: main
Are you sure you want to change the base?
Conversation
8c7d13a to
f0862e6
Compare
|
I think this is close enough to the general estimator class. I compared the current version and the one in the patch set:
Version the
Using the
And none seems to be doing a good job: I have plot the ground truth:
Given that none is doing a good job, and unless you clearly see the fix for the original |
0813f9a to
c112c87
Compare
Codecov Report❌ Patch coverage is
Additional details and impacted files@@ Coverage Diff @@
## main #203 +/- ##
==========================================
- Coverage 75.95% 75.55% -0.40%
==========================================
Files 24 24
Lines 1439 1432 -7
Branches 166 165 -1
==========================================
- Hits 1093 1082 -11
- Misses 275 280 +5
+ Partials 71 70 -1 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
2848477 to
c49905a
Compare
1bdb894 to
8b955c4
Compare
Refactor PET estimator so that it is more closely aligned with the `Estimator` class, and in order to eventually merge them. Most notably, avoid creating train, test splits inside the estimator and delegate the task of walking the sequence to the existing iterators. This removes the need for the `lofo_split` method.
8b955c4 to
8aac2fd
Compare
| pbar.set_description_str(f"{FIT_MSG: <16} vol. <{i}>") | ||
|
|
||
| # Fit the model once on the training dataset | ||
| model.fit_predict(None) |
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.
@mnoergaard is this really what we want?
It can be done, but calling fit_predict(None) is meant to be done outside the iteration loop (i.e., fit only once in all data and after that fit_predict is only "predict").
Is there a reason to fit everytime (btw, in the case of diffusion models, if fit once with all data then the object is locked and doesn't fit again).
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.
Let's discuss this tomorrow @jhlegarreta





Refactor PET estimator so that it is more closely aligned with the
Estimatorclass, and in order to eventually merge them.