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
Total cvap is not exactly the sum of each race #2
Comments
Thanks Shiro. This is an interesting point. They should always align at the block group level, but the block level is necessarily estimated and it uses the subgroup that matches for that purpose. I can add a note. Maybe, it's worth adding a method that does it all by the same piece so that counts should be consistent. Would that be helpful? |
A version that is consistent with respect totals would be nice for EI, especially if that carries through to the VTD level. But it's not a strict necessity for me at the moment. For now we can ignore the total cvap variable and used the implied total for the total cvap population. Thanks! |
Sorry @kuriwaki, I let this get lost. I've added an option |
This graph compares the total CVAP with the sum of the cvap_race partitions:
So the implied total of races is not exactly the same as the
cvap
variable, though they are highly correlated. I guess this makes sense in that each cvap variable is separately estimated and so some noise gets included independently in each one. Might be worth a documentation note somewhere.This particular discrepancy can be relevant in EI applications, when the row margins must add up exactly to the grand total.
The text was updated successfully, but these errors were encountered: