SUMM/DOC/ENH interaction between continuous, categorical exog
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 18/100
Research direction
Start by reading the design_info discussion and checking how patsy represents continuous, categorical, and interaction terms. Review wald_test_terms, GAM test_significance, and issue #5332 to map the existing post-estimation support. Done would require a defined parameterization and documented support boundaries for tests, margins, predictions, and plots.
Written by the indexing model from the issue text.
Description
general issue: I have no idea how well this works, and AFAIK we don't have an example
How well does patsy handle this? What is the parameterization? Which collinear columns are dropped?
post-estimation support
so far we have nothing, AFAIK
- wald tests, nothing specific,
wald_test_termsshould work if names or terms have a identifiable structure- premade specific tests for interaction effects, e.g. diff across categorical levels
- wald test restriction matrix for diff should be just two calls to np.eye or diag with the right indices
(I'm doing something similar for zero tests in GAM test_significance)
- margins, partial predict: nothing yet. We need information about underlying variables
- graphics, plots: also nothing yet. We still don't have interaction plots that work for models neither for categorical nor for categorical-continuous interaction.
We might have enough information in the design_info to support this when formulas are used.
interaction exog columns created by statsmodels:
- GAM in mgcv has a
byoption to split estimate and interaction between smooth component and categorical variable #5332
I don't know (yet) how we should handle collinear columns in this case, e.g. main effect plus "left-over" interaction effect, or only full interaction effects.:versus*in formulas.
- Dominant language
- Python
- Stars
- 11.6k
- Forks
- 3.6k
- Avg merge
- 7h 37m
- Merged PRs (30d)
- 96
Contributor guide
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.
More from statsmodels/statsmodels
-
Difficulty 1/5 Under an hour Newbie friendliness 90/100
statsmodels/statsmodels#10271 ·
-
type-bug
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
statsmodels/statsmodels#10269 ·
-
Documentation
Difficulty 2/5 1-3 hours Newbie friendliness 92/100
statsmodels/statsmodels#10266 ·
-
Difficulty 1/5 Under an hour Newbie friendliness 78/100
statsmodels/statsmodels#9627 · 1 comment ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 62/100
statsmodels/statsmodels#9293 · 1 comment ·
All issues in statsmodels/statsmodels
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
bancolombia/sentinel#23 ·
-
test md OpenCI
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
-
integration:quickjs org:external priority:backlog topic:code-interpreter topic:middleware type:feature
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
langchain-ai/deepagents#6450 ·
-
bug client
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
-
Difficulty 2/5 1-3 hours Newbie friendliness 74/100