We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
Use cases are typically visualisation but could also be further analysis like robustness (via margins) etc.
For some models they should be very easy to get (SVM, linear classifiers, LDA, ...) though sometimes dependent upon a threshold.
It's hard in general to describe the decision boundary but for the basic models we should provide a way.
The text was updated successfully, but these errors were encountered:
I suggest report as the interface point.
report
Sorry, something went wrong.
yes that makes sense, so would you have a named field with a callable?
Yes. The user does something like report(mach).get_boundary(threshold) or whatever.
report(mach).get_boundary(threshold)
In hindsight extras would have been a better name that report. I guess it's too late for that now.
extras
Or though we could switch and keep report for backwards compatibility.
No branches or pull requests
Use cases are typically visualisation but could also be further analysis like robustness (via margins) etc.
For some models they should be very easy to get (SVM, linear classifiers, LDA, ...) though sometimes dependent upon a threshold.
It's hard in general to describe the decision boundary but for the basic models we should provide a way.
The text was updated successfully, but these errors were encountered: