-
Notifications
You must be signed in to change notification settings - Fork 194
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
std
not re-exported?
#504
Comments
That's not really intended, it's just because we use |
Ah I see.. I was thinking that I could use StatsBase.jl as a superset of the stdlib Statistics module, which is quite limited. I guess I can just import them both. :) |
FYI, I bumped into this too and was (am) super confused. Why not re-export Statistics.jl? It is probably safe to assume that [Edit: Since the docs refer to Statistics.std, etc, I think StatsBase.jl should at least export Statistics if not re-export. I can submit a PR either way if it would be welcome.] |
Yes I think we should reexport Statistics. Feel free to make a PR. One question is whether/how we should document functions that live in Statistics to make them easier to discover. Maybe at least a list with a link to the Julia manual would be useful. |
I'm not sure what you mean. One of the things that confused me was the StatsBase docs already include docs for Statistics.jl. For example: |
No, these only document the methods that take a weights vector. |
I see. I'm new to using stats in Julia and I get the impression the general situation is less than ideal for this basic stuff. The standard library Statistics.jl seems sorely incomplete and it is an unfortunate name grab. What is called StatsBase.jl should probably just be Statistics.jl and the standard lib should be called StatsCore.jl or StatsLib.jl or something. What is the current thinking about all this? Is there a discussion somewhere? I can also see an argument to put all of StatsBase.jl into the standard library Statistics.jl, but that should probably wait until it is a separate repo (if it isn't). I'm willing to put some work into this if there is a vision. What is the vision? Is the status quo ok for everyone? It hurts my brain thinking I need to import multiple StatXXX.jl packages to do simple things, but maybe it is just me. |
Statistics.jl has had its separate repo for some time, but so far nobody has found the time to finish porting features from StatsBase. See https://github.com/JuliaLang/Statistics.jl/pull/2 and https://github.com/JuliaLang/Statistics.jl/pull/31. |
I'm looking at this. It seems master branch of Statistics.jl is failing tests. What branch is actually in v1.5.3? What branch is going into v1.6? If I wanted to help, should I start with https://github.com/JuliaLang/Statistics.jl/pull/2 or https://github.com/JuliaLang/Statistics.jl/pull/31 or start fresh from Is the intention to move all of StatsBase.jl into Statistics.jl? |
CI should be fixed now (it needed https://github.com/JuliaLang/Statistics.jl/pull/74). EDIT: There's a single branch, 1.5.3 and 1.6 simply point to a particular commit in that branch. 1.6 uses a relatively recent commit, but master contains a few commits which will only be in 1.7 at this point. Thanks for offering your help. I think it's best to start from these two PRs. What's tricky is that as suggested at JuliaLang/julia#31395 (comment) I extracted all the StatsBase.jl history into the StatsBase branch of Statistics.jl, so that we don't lose it. But that means that we have to port all features we want in a single PR (otherwise we would duplicate history, which would be messy). Also unfortunately that branch isn't up to date with StatsBase now so we'll have to sync it again (but maybe once everything is ready to avoid doing work multiple times). Regarding which features to port, I had written something here: JuliaLang/julia#27152 (comment) At least we should port things from the first section. Maybe also a few things from the second one, but we should be careful about reviewing APIs so that we don't commit to problematic ones. |
#735 reexports functions from Statistics, including |
I'm confused why some functions are re-exported, but others are not:
Am I missing something obvious? I see them both listed in StatsBase.jl:
The text was updated successfully, but these errors were encountered: