-
Notifications
You must be signed in to change notification settings - Fork 9
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
AbstractFixedEffectModel #29
Comments
I was hoping that the new functions in StatsBase would allow you to drop the dependence completely. I think the only missing stuff are hasfe and hasiv, right? what about doing the converse, ie define hasiv and hasfe in RegressionTable? I would be happy to take regressiontable as a dependency in FixedEffectModel. |
Yes, I'm not sure which way around is better. If it's really only |
I think it would be much better for you to define these two functions. Once it’s done I’ll update fixedeffectmodel to import them. |
Overall I think it depends on the future of RegressionTables One way to see RegressionTables is that (I) you define an API in RegressionTables (Ii) packages that want to be compatible have to define a type that satisfies this API. The issue is that packages like GLM etc may refuse to depend on RegressionTables. Another solution is to add the methods you need in StatsBase such as hasiv hasfe etc. Then every package that returns a RegressionModel could be used in RegresssionTables. The last solution is to import all possible stat packages in RegressionTable. It is less elegant but if this is what you need in the end, then feel free do a pull request in FixedEffects to copy the FixedEffexrModel type definition. |
hasiv and hasfe are not absolutely crucial for RegressionTables, but I believe access to the formula object is not in the StatsBase interface and that's going to be a problem. I guess the best compromise would be to support basic printing of |
Don’t hesitate to do pull request at StatsBase. They were pretty receptive when I wanted to add some methods on RegressionModels. |
I would like to support GLFixedEffectModels in RegressionTables without requiring it as a dependency. The package produces a
GLFixedEffectModel
very similar to theFixedEffectModel
(but with information on the distribution and link).Could we have an
AbstractFixedEffectModel
that both FixedEffectModels and GLFixedEffectModels inherit from? I think the right place for this would be in FixedEffects.jl; then I wouldn't need to have FixedEffectModels.jl as a dependency in either package.Happy to have a go at it if you approve of the idea.
The text was updated successfully, but these errors were encountered: