-
Notifications
You must be signed in to change notification settings - Fork 11
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
Use the AbstractWeights system #2
Comments
Great idea! I've been thinking about the best way to handle missing weight data. Would it be a good idea to make weight types a parameter? All estimation commands currently check if the
Parametrizing |
It would probably be better to have a single Regarding dispatch, a possible trick is to use a |
Such that a user would pass |
IIRC, missing values are not allowed in weight vectors, they should be set to |
As far as I understand, we should drop observations with missing weight data (or, equivalently, give them zero weight). My point is: If the user must pass |
If in your experience missing weights are so common, I guess we could allow them with |
I don't think that missing weights are common. We can leave it as it is. I've updated the package with improved weight management based on |
Cool! |
I've just discovered this package. Very interesting!
I have a suggestion regarding the handling of weights: it would make sense to use the
AbstractWeights
types defined in StatsBase rather than the customnormalize
argument. That would help making the ecosystem consistent, and increase the clarity of the definition of weights. We've used the same terminology as Stata so that people can more easily find references about them.The text was updated successfully, but these errors were encountered: