-
Notifications
You must be signed in to change notification settings - Fork 34
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
fix unique() behaviour, add unique!() #358
base: master
Are you sure you want to change the base?
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Let's do this then. Unfortunately this is breaking and we released 0.10 recently, so I guess the PR will have to remain unmerged for a while. But better finish it anyway.
This does sound like a good solution. |
gentle bump |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Looks good! Just waiting for #359 (and then for the next breaking release).
src/array.jl
Outdated
@@ -854,7 +841,15 @@ end | |||
Drop levels which do not appear in categorical array `A` (so that they will no longer be | |||
returned by [`levels`](@ref DataAPI.levels)). | |||
""" | |||
droplevels!(A::CategoricalArray) = levels!(A, intersect(levels(A), uniquelevels(A))) | |||
function droplevels!(A::CategoricalArray) | |||
# FIXME temporary code until PR#359 is merged |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just a note so that we don't forget this before merging (x-ref #359).
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've just rebased the PR against the updated droplevels!()
and squashed the commits, so it should be ready for merging (when it's time for a new minor release).
so it conforms to the semantics of the Base.unique() This is a breaking change that requires a new minor release.
A draft of a solution for #357, this PR renamesunique(::CategoricalArray)
touniquelevels(::CategoricalArray)
as it better reflects what this method doesThis PR restores the
Base.unique()
behavior -- makesunique(x::CategoricalArray)
return the categorical array of the same type asx
and containing the unique values ofx
in the order of their first appearance.The internal implementation of
unique()
is cleaned up and optimized a bit (avoid intermediate array sorting, generalize toAbstractCategoricalArray
).The PR also adds
Base.unique!(x::CategoricalArray)
.The newunique()
is not yet covered by unit tests. I'll do that if the overall approach would be considered ok.If you need the old
unique(x::CategoricalArray)
behavior, useunwrap.(unique(x))
.As this is backward-incompatible change, the new minor version would be required.
Needs to be rebased once #359 lands.Fixes #357, #129.