-
Notifications
You must be signed in to change notification settings - Fork 79
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
calculating statistic from *random samples* drawn from a population #44
Comments
Seems like this might be a good motivation for the bootstrap interval on the slope - is that how you're using it? Am I right in thinking that by the current code, it's possible that the same observation is used in multiple samples? How will you be explaining that? I think we could build out Are you planning on showing them the In any event, I'd lean towards option A. |
Agreed, I'd lean towards (A) as well. |
Right, I think @beanumber and I are talking about the same thing. The idea is to motivate the bigger concept of samples from a population (not specifically permutation tests or bootstrapping, but just the simpler idea that different samples give different statistics). I do create the big population using I think for my situation, |
This issue has been automatically locked. If you believe you have found a related problem, please file a new issue (with a reprex: https://reprex.tidyverse.org) and link to this issue. |
@andrewpbray @mine-cetinkaya-rundel @beanumber @ismayc @nicksolomon
Another thing I do in my course is to create a sampling distribution of slopes taken from a huge population. I do this in chapter 1 before I've done any inference. The idea is just to visualize how the slopes change from sample to sample outside the context of making specific hypotheses.
Again, would appreciate your vote on which of these options seems best / most consistent with what we are doing.
First:
(A)
Uses
rep_sample_n
to get many samples. Two plots here: one is superimposed lines on a scatterplot, one is a histogram.(B)
This code doesn't exist yet... we could write an additional option to
generate
ininfer
... maybe use the argumentsample
?The text was updated successfully, but these errors were encountered: