imodels

imodels: a python package for fitting interpretable models - Published in JOSS (2021)

https://github.com/csinva/imodels

Science Score: 100.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
    Found CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
    Found .zenodo.json file
  • DOI references
    Found 13 DOI reference(s) in README and JOSS metadata
  • Academic publication links
    Links to: arxiv.org, scholar.google, sciencedirect.com, springer.com, acm.org, joss.theoj.org
  • Committers with academic emails
    7 of 26 committers (26.9%) from academic institutions
  • Institutional organization owner
  • JOSS paper metadata
    Published in Journal of Open Source Software

Keywords

ai artificial-intelligence bayesian-rule-list data-science explainable-ai explainable-ml imodels interpretability machine-learning ml optimal-classification-tree python rule-learning rulefit rules scikit-learn statistics supervised-learning

Scientific Fields

Economics Social Sciences - 60% confidence
Engineering Computer Science - 60% confidence
Last synced: 4 months ago · JSON representation ·

Repository

Interpretable ML package 🔍 for concise, transparent, and accurate predictive modeling (sklearn-compatible).

Basic Info
  • Host: GitHub
  • Owner: csinva
  • License: mit
  • Language: Jupyter Notebook
  • Default Branch: master
  • Homepage: https://csinva.io/imodels
  • Size: 162 MB
Statistics
  • Stars: 1,491
  • Watchers: 22
  • Forks: 129
  • Open Issues: 38
  • Releases: 37
Topics
ai artificial-intelligence bayesian-rule-list data-science explainable-ai explainable-ml imodels interpretability machine-learning ml optimal-classification-tree python rule-learning rulefit rules scikit-learn statistics supervised-learning
Created over 6 years ago · Last pushed 4 months ago
Metadata Files
Readme Contributing License Citation

readme.md


Python package for concise, transparent, and accurate predictive modeling.
All sklearn-compatible and easy to use.
For interpretability in NLP, check out our new package: imodelsX

📚 docs📖 demo notebooks

Modern machine-learning models are increasingly complex, often making them difficult to interpret. This package provides a simple interface for fitting and using state-of-the-art interpretable models, all compatible with scikit-learn. These models can often replace black-box models (e.g. random forests) with simpler models (e.g. rule lists) while improving interpretability and computational efficiency, all without sacrificing predictive accuracy! Simply import a classifier or regressor and use the fit and predict methods, same as standard scikit-learn models.

```python from sklearn.modelselection import traintestsplit from imodels import getclean_dataset, HSTreeClassifierCV # import any imodels model here

prepare data (a sample clinical dataset)

X, y, featurenames = getcleandataset('csipecarnpred') Xtrain, Xtest, ytrain, ytest = traintestsplit( X, y, randomstate=42)

fit the model

model = HSTreeClassifierCV(maxleafnodes=4) # initialize a tree model and specify only 4 leaf nodes model.fit(Xtrain, ytrain, featurenames=featurenames) # fit model preds = model.predict(Xtest) # discrete predictions: shape is (ntest, 1) predsproba = model.predictproba(Xtest) # predicted probabilities: shape is (ntest, n_classes) print(model) # print the model ```

```

Decision Tree with Hierarchical Shrinkage

Prediction is made by looking at the value in the appropriate leaf of the tree

|--- FocalNeuroFindings2 <= 0.50 | |--- HighriskDiving <= 0.50 | | |--- Torticollis2 <= 0.50 | | | |--- value: [0.10] | | |--- Torticollis2 > 0.50 | | | |--- value: [0.30] | |--- HighriskDiving > 0.50 | | |--- value: [0.68] |--- FocalNeuroFindings2 > 0.50 | |--- value: [0.42] ```

Installation

Install with pip install imodels (see here for help).

Supported models

🗂️ Docs   📄 Research paper   🔗 Reference code implementation

| Model | Reference | Description | | :-------------------------- | ------------------------------------------------------------ | ------------------------------------------------------------ | | Rulefit rule set | 🗂️, 📄, 🔗 | Fits a sparse linear model on rules extracted from decision trees | | Skope rule set | 🗂️, 🔗 | Extracts rules from gradient-boosted trees, deduplicates them,
then linearly combines them based on their OOB precision | | Boosted rule set | 🗂️, 📄, 🔗 | Sequentially fits a set of rules with Adaboost | | Slipper rule set | 🗂️, 📄 | Sequentially learns a set of rules with SLIPPER | | Bayesian rule set | 🗂️, 📄, 🔗 | Finds concise rule set with Bayesian sampling (slow) | | Bayesian rule list | 🗂️, 📄, 🔗 | Fits compact rule list distribution with Bayesian sampling (slow) | | Greedy rule list | 🗂️, 🔗 | Uses CART to fit a list (only a single path), rather than a tree | | OneR rule list | 🗂️, 📄 | Fits rule list restricted to only one feature | | Optimal rule tree | 🗂️, 📄, 🔗 | Fits succinct tree using global optimization for sparsity (GOSDT) | | Greedy rule tree | 🗂️, 📄, 🔗 | Greedily fits tree using CART | | C4.5 rule tree | 🗂️, 📄, 🔗 | Greedily fits tree using C4.5 | | TAO rule tree | 🗂️, 📄 | Fits tree using alternating optimization | | Iterative random
forest | 🗂️, 📄, 🔗 | Repeatedly fit random forest, giving features with
high importance a higher chance of being selected | | Sparse integer
linear model | 🗂️, 📄 | Sparse linear model with integer coefficients | | Tree GAM | 🗂️, 📄, 🔗 | Generalized additive model fit with short boosted trees | | Greedy tree
sums (FIGS)
| 🗂️,ㅤ📄 | Sum of small trees with very few total rules (FIGS) | | Hierarchical
shrinkage wrapper
| 🗂️, 📄 | Improve a decision tree, random forest, or
gradient-boosting ensemble with ultra-fast, post-hoc regularization | | RF+ (MDI+) | 🗂️, 📄 | Flexible random forest-based feature importance | | Distillation
wrapper | 🗂️ | Train a black-box model,
then distill it into an interpretable model | | AutoML wrapper | 🗂️ | Automatically fit and select an interpretable model | | More models | ⌛ | (Coming soon!) Lightweight Rule Induction, MLRules, ... |

Demo notebooks

Demos are contained in the notebooks folder.

Quickstart demo Shows how to fit, predict, and visualize with different interpretable models
Autogluon demo Fit/select an interpretable model automatically using Autogluon AutoML
Quickstart colab demo Shows how to fit, predict, and visualize with different interpretable models
Clinical decision rule notebook Shows an example of using imodels for deriving a clinical decision rule
Posthoc analysis We also include some demos of posthoc analysis, which occurs after fitting models: posthoc.ipynb shows different simple analyses to interpret a trained model and uncertainty.ipynb contains basic code to get uncertainty estimates for a model

What's the difference between the models?

The final form of the above models takes one of the following forms, which aim to be simultaneously simple to understand and highly predictive:

| Rule set | Rule list | Rule tree | Algebraic models | | :----------------------------------------------------------: | :-----------------------------------------------------: | :-----------------------------------------------------: | :----------------------------------------------------------: | | | | | |

Different models and algorithms vary not only in their final form but also in different choices made during modeling, such as how they generate, select, and postprocess rules:

| Rule candidate generation | Rule selection | Rule postprocessing| | :----------------------------------------------------------: | :--------------------------------------------------------: | :-------------------------------------------------------: | | | | |

Ex. RuleFit vs. SkopeRules RuleFit and SkopeRules differ only in the way they prune rules: RuleFit uses a linear model whereas SkopeRules heuristically deduplicates rules sharing overlap.
Ex. Bayesian rule lists vs. greedy rule lists Bayesian rule lists and greedy rule lists differ in how they select rules; bayesian rule lists perform a global optimization over possible rule lists while Greedy rule lists pick splits sequentially to maximize a given criterion.
Ex. FPSkope vs. SkopeRules FPSkope and SkopeRules differ only in the way they generate candidate rules: FPSkope uses FPgrowth whereas SkopeRules extracts rules from decision trees.

Support for different tasks

Different models support different machine-learning tasks. Current support for different models is given below (each of these models can be imported directly from imodels (e.g. from imodels import RuleFitClassifier):

| Model | Binary classification | Regression | Notes | | :-------------------------- | :----------------------------------------------------------: | :----------------------------------------------------------: | --------------------------- | | Rulefit rule set | RuleFitClassifier | RuleFitRegressor | | | Skope rule set | SkopeRulesClassifier | | | | Boosted rule set | BoostedRulesClassifier | BoostedRulesRegressor | | | SLIPPER rule set | SlipperClassifier | | | | Bayesian rule set | BayesianRuleSetClassifier | | Fails for large problems | | Bayesian rule list | BayesianRuleListClassifier | | | | Greedy rule list | GreedyRuleListClassifier | | | | OneR rule list | OneRClassifier | | | | Optimal rule tree (GOSDT) | OptimalTreeClassifier | | Requires gosdt, fails for large problems | | Greedy rule tree (CART) | GreedyTreeClassifier | GreedyTreeRegressor | | | C4.5 rule tree | C45TreeClassifier | | | | TAO rule tree | TaoTreeClassifier | TaoTreeRegressor | | | Iterative random forest | IRFClassifier | | Requires irf | | Sparse integer linear model | SLIMClassifier | SLIMRegressor | Requires extra dependencies for speed | | Tree GAM | TreeGAMClassifier | TreeGAMRegressor | | | Greedy tree sums (FIGS) | FIGSClassifier | FIGSRegressor | | | Hierarchical shrinkage | HSTreeClassifierCV | HSTreeRegressorCV | Wraps any sklearn tree-based model | | Distillation | | DistilledRegressor | Wraps any sklearn-compatible models | | AutoML model | AutoInterpretableClassifier️ | AutoInterpretableRegressor️ | |

Extras

Data-wrangling functions for working with popular tabular datasets (e.g. compas). These functions, in conjunction with imodels-data and imodels-experiments, make it simple to download data and run experiments on new models.
Explain classification errors with a simple posthoc function. Fit an interpretable model to explain a previous model's errors (ex. in this notebook📓).
Fast and effective discretizers for data preprocessing.
Discretizer Reference Description
MDLP 🗂️, 🔗, 📄 Discretize using entropy minimization heuristic
Simple 🗂️, 🔗 Simple KBins discretization
Random Forest 🗂️ Discretize into bins based on random forest split popularity
Rule-based utils for customizing models The code here contains many useful and customizable functions for rule-based learning in the util folder. This includes functions / classes for rule deduplication, rule screening, and converting between trees, rulesets, and neural networks.

Our favorite models

After developing and playing with imodels, we developed a few new models to overcome limitations of existing interpretable models.

FIGS: Fast interpretable greedy-tree sums

📄 Paper, 🔗 Post, 📌 Citation

Fast Interpretable Greedy-Tree Sums (FIGS) is an algorithm for fitting concise rule-based models. Specifically, FIGS generalizes CART to simultaneously grow a flexible number of trees in a summation. The total number of splits across all the trees can be restricted by a pre-specified threshold, keeping the model interpretable. Experiments across a wide array of real-world datasets show that FIGS achieves state-of-the-art prediction performance when restricted to just a few splits (e.g. less than 20).

Example FIGS model. FIGS learns a sum of trees with a flexible number of trees; to make its prediction, it sums the result from each tree.

Hierarchical shrinkage: post-hoc regularization for tree-based methods

📄 Paper (ICML 2022), 🔗 Post, 📌 Citation

Hierarchical shrinkage is an extremely fast post-hoc regularization method which works on any decision tree (or tree-based ensemble, such as Random Forest). It does not modify the tree structure, and instead regularizes the tree by shrinking the prediction over each node towards the sample means of its ancestors (using a single regularization parameter). Experiments over a wide variety of datasets show that hierarchical shrinkage substantially increases the predictive performance of individual decision trees and decision-tree ensembles.

HS Example. HS applies post-hoc regularization to any decision tree by shrinking each node towards its parent.

MDI+: Flexible Tree-Based Feature Importance

📄 Paper, 🔗 Post, 📌 Citation

MDI+ is a novel feature importance framework, which generalizes the popular mean decrease in impurity (MDI) importance score for random forests. At its core, MDI+ expands upon a recently discovered connection between linear regression and decision trees. In doing so, MDI+ enables practitioners to (1) tailor the feature importance computation to the data/problem structure and (2) incorporate additional features or knowledge to mitigate known biases of decision trees. In both real data case studies and extensive real-data-inspired simulations, MDI+ outperforms commonly used feature importance measures (e.g., MDI, permutation-based scores, and TreeSHAP) by substantional margins.

References

Readings
  • Interpretable ML good quick overview: murdoch et al. 2019, pdf
  • Interpretable ML book: molnar 2019, pdf
  • Case for interpretable models rather than post-hoc explanation: rudin 2019, pdf
  • Review on evaluating interpretability: doshi-velez & kim 2017, pdf
Reference implementations (also linked above) The code here heavily derives from the wonderful work of previous projects. We seek to to extract out, unify, and maintain key parts of these projects.
Related packages
  • gplearn: symbolic regression/classification
  • pysr: fast symbolic regression
  • pygam: generative additive models
  • interpretml: boosting-based gam
  • h20 ai: gams + glms (and more)
  • optbinning: data discretization / scoring models
Updates
  • For updates, star the repo, see this related repo, or follow @csinva_
  • Please make sure to give authors of original methods / base implementations appropriate credit!
  • Contributing: pull requests very welcome!

Please cite the package if you use it in an academic work :)

```r @software{ imodels2021, title = {imodels: a python package for fitting interpretable models}, journal = {Journal of Open Source Software}, publisher = {The Open Journal}, year = {2021}, author = {Singh, Chandan and Nasseri, Keyan and Tan, Yan Shuo and Tang, Tiffany and Yu, Bin}, volume = {6}, number = {61}, pages = {3192}, doi = {10.21105/joss.03192}, url = {https://doi.org/10.21105/joss.03192}, }

```

Owner

  • Name: Chandan Singh
  • Login: csinva
  • Kind: user
  • Location: Microsoft research
  • Company: Senior researcher

Senior researcher @Microsoft interpreting ML models in science and medicine. PhD from UC Berkeley.

JOSS Publication

imodels: a python package for fitting interpretable models
Published
May 04, 2021
Volume 6, Issue 61, Page 3192
Authors
Chandan Singh ORCID
EECS Department, University of California, Berkeley
Keyan Nasseri
EECS Department, University of California, Berkeley
Yan Shuo Tan
Statistics Department, University of California, Berkeley
Tiffany Tang
Statistics Department, University of California, Berkeley
Bin Yu
EECS Department, University of California, Berkeley, Statistics Department, University of California, Berkeley
Editor
Vissarion Fisikopoulos ORCID
Tags
python machine learning interpretability explainability transparency decision rules

Citation (citation.cff)

cff-version: 1.2.0
message: "If you use this software, please cite it as below."
authors:
- family-names: "Singh"
  given-names: "Chandan"
- family-names: "Nasseri"
  given-names: "Keyan"
- family-names: "Tan"
  given-names: "Yan Shuo"
- family-names: "Tang"
  given-names: "Tiffany"
- family-names: "Yu"
  given-names: "Bin"
title: "imodels: a python package for fitting interpretable models"
journal: "Journal of Open Source Software"
doi: 10.21105/joss.03192
date-released: 2021-05-04
url: "https://doi.org/10.21105/joss.03192"

GitHub Events

Total
  • Issues event: 6
  • Watch event: 101
  • Member event: 1
  • Issue comment event: 8
  • Push event: 22
  • Pull request event: 3
  • Fork event: 8
  • Create event: 1
Last Year
  • Issues event: 6
  • Watch event: 101
  • Member event: 1
  • Issue comment event: 8
  • Push event: 22
  • Pull request event: 3
  • Fork event: 8
  • Create event: 1

Committers

Last synced: 5 months ago

All Time
  • Total Commits: 948
  • Total Committers: 26
  • Avg Commits per committer: 36.462
  • Development Distribution Score (DDS): 0.542
Past Year
  • Commits: 24
  • Committers: 3
  • Avg Commits per committer: 8.0
  • Development Distribution Score (DDS): 0.125
Top Committers
Name Email Commits
Chandan Singh c****h@b****u 434
Keyan Nasseri k****3@b****u 184
Yan Shuo Tan y****o@g****m 77
aagarwal1996 a****7@b****u 68
Tiffany Tang t****g@b****u 60
Matthew Epland m****d@g****m 37
jak_tkvs 3****s 31
OmerRonen o****0@g****m 23
Sean Smith s****4@g****m 11
Tiffany Meihui Tang t****g@n****0 2
Abhineet Agarwal a****7@l****c 2
Davide Fiocco d****o 2
Manuel Schmitz m****z@g****t 2
zyliang2001 z****g@b****u 2
Matt Chan 4****n 2
Avi A a****v@g****m 1
Giovanni Misitano g****o@j****i 1
Hagai Drory h****d@s****m 1
Matthew Epland m****d@k****m 1
Tiffany Meihui Tang t****g@n****3 1
Omer Ronen o****n@a****U 1
Omer Ronen o****r@O****l 1
Martin Holoubek m****k@a****m 1
Abhineet Agarwal a****7@l****c 1
Tuomo Kalliokoski t****l@g****m 1
mattyshen m****n@b****u 1
Committer Domains (Top 20 + Academic)

Issues and Pull Requests

Last synced: 4 months ago

All Time
  • Total issues: 82
  • Total pull requests: 66
  • Average time to close issues: 24 days
  • Average time to close pull requests: 14 days
  • Total issue authors: 52
  • Total pull request authors: 16
  • Average comments per issue: 1.54
  • Average comments per pull request: 1.27
  • Merged pull requests: 61
  • Bot issues: 0
  • Bot pull requests: 0
Past Year
  • Issues: 6
  • Pull requests: 4
  • Average time to close issues: 4 days
  • Average time to close pull requests: about 13 hours
  • Issue authors: 5
  • Pull request authors: 2
  • Average comments per issue: 0.5
  • Average comments per pull request: 1.0
  • Merged pull requests: 4
  • Bot issues: 0
  • Bot pull requests: 0
Top Authors
Issue Authors
  • davidefiocco (6)
  • mepland (6)
  • Yannahhh (4)
  • csinva (4)
  • Innixma (3)
  • vinay-k12 (2)
  • davips (2)
  • LuisaMaria2010 (2)
  • tigerinus (2)
  • JSONG006 (2)
  • avraam-inside (2)
  • erkankarabulut (2)
  • Vikram12301 (2)
  • athammad (2)
  • facusapienza21 (2)
Pull Request Authors
  • OmerRonen (11)
  • keyan3 (11)
  • mepland (9)
  • csinva (9)
  • jckkvs (4)
  • yanshuotan (4)
  • tiffanymtang (3)
  • thewchan (2)
  • gialmisi (2)
  • mattheweplandKH (2)
  • mattyshen (2)
  • Hagai (2)
  • davidefiocco (2)
  • zachrewolinski (2)
  • holoubekm (1)
Top Labels
Issue Labels
enhancement (12) bug (5) duplicate (2)
Pull Request Labels
documentation (1)

Packages

  • Total packages: 2
  • Total downloads:
    • pypi 33,362 last-month
  • Total dependent packages: 7
    (may contain duplicates)
  • Total dependent repositories: 4
    (may contain duplicates)
  • Total versions: 90
  • Total maintainers: 1
pypi.org: imodels

Implementations of various interpretable models

  • Versions: 54
  • Dependent Packages: 7
  • Dependent Repositories: 4
  • Downloads: 33,362 Last month
Rankings
Downloads: 0.7%
Dependent packages count: 1.4%
Stargazers count: 1.9%
Average: 3.2%
Forks count: 4.4%
Dependent repos count: 7.5%
Maintainers (1)
Last synced: 4 months ago
proxy.golang.org: github.com/csinva/imodels
  • Versions: 36
  • Dependent Packages: 0
  • Dependent Repositories: 0
Rankings
Dependent packages count: 9.0%
Average: 9.6%
Dependent repos count: 10.2%
Last synced: 4 months ago

Dependencies

.github/workflows/python-package.yml actions
  • actions/checkout v2 composite
  • actions/setup-python v2 composite
setup.py pypi