Orthogonal/Double ML: interaction of multiple treatments academic reference?
Nobody has claimed this yet.
- Dominant language
- Jupyter Notebook
- Stars
- 4.8k
- Forks
- 827
- PR merge metrics
- No merged PRs in 30d
Description
Hello,
Would like to know if there is any academic paper or sources that include the proof to show that it's eligible to create interaction terms of two different treatment variables in each stage of Double ML?
I noticed this section "What if I have many treatments?" in EconML the Double ML user guide. It suggests:
"The method is going to assume that each of these treatments enters linearly into the model. So it cannot capture complementarities or substitutabilities of the different treatments. For that you can also create composite treatments that look like the product of two base treatments. Then these product will enter in the model and an effect for that product will be estimated. This effect will be the substitute/complement effect of both treatments being present, i.e. If your treatments are too many, then you can use the SparseLinearDMLCateEstimator. However, this method will essentially impose a regularization that only a small subset of them has any effect."
Just want to see if you can help point to any academic or paper reference for above way to handle treatment interaction? Thank you!
Contributor guide
No contributing guide indexed for this repository
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start with the “What if I have many treatments?” section of the EconML Double ML user guide and review the issue’s description of composite treatments. Done would mean identifying an appropriate academic reference or source that supports the treatment-interaction approach and adding or reporting that reference for the guide.
Written by the indexing model from the issue text.
Assessment
- Domain
- documentation, machine-learning
- Issue type
- Documentation
- Difficulty
- 2/5
- Estimated time
- 1-3 hours
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100