-
Notifications
You must be signed in to change notification settings - Fork 4
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
Expose raw fitted GLM model in report #41
Conversation
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## master #41 +/- ##
==========================================
+ Coverage 96.72% 96.79% +0.07%
==========================================
Files 1 1
Lines 183 187 +4
==========================================
+ Hits 177 181 +4
Misses 6 6 ☔ View full report in Codecov by Sentry. |
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.
As a nitpick comment: I think it would also make sense to not have raw_glm_model
enabled by default, but I don't have a strong opinion on this. There are good arguments for both sides.
Apart from that, everything looks fine to me. Thanks for implementing this Anthony!
Done. |
Maybe we can change the name of |
How about |
Thanks @ablaom and @OkonSamuel! |
Addresses: #40
This PR add
:raw_glm_model
to the list of user-specifiable report items (controlled by thereport_keys
hyperparameter.The default keys now includes the new
:raw_glm_model
key (and all other keys, as presently the case). This means that, by default, the report points to the training data, because raw GLM models do so. I'd suggest we tag this change as breaking for this reason, although technically, adding a keys, doesn't break the API.