-
-
Notifications
You must be signed in to change notification settings - Fork 1.1k
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
(feat): Support for pandas
ExtensionArray
#8723
Conversation
…all back to numpy
Thank you for opening this pull request! It may take us a few days to respond here, so thank you for being patient. |
This looks like a big feature addition! I'm very ignorant of |
Co-authored-by: Deepak Cherian <[email protected]>
What's the status here? |
Sorry, this fell off my radar. Can you open an issue regarding the |
for more information, see https://pre-commit.ci
* main: (feat): Support for `pandas` `ExtensionArray` (pydata#8723) Migrate datatree mapping.py (pydata#8948) Add mypy to dev dependencies (pydata#8947) Convert 360_day calendars by choosing random dates to drop or add (pydata#8603)
Some outstanding points/decisions brought up by this PR:
as_shared_dtypes
#8714)- [ ] Acceptance ofplum
as a dispatch method. Without it, the behavior should be fallen back on from before (cast tonumpy
types). I am a big fan of dispatching and think it could serve as a model going forward for making support of other data types/arrays more feasible. The other option, I think, would be to just use the underlyingarray
of theExtensionDuckArray
class to decide and then have some central registry that serves as the basis for a decorator (like the api for accessors via_CachedAccessor
). That being said, the current defaults are quite good so this is a marginal feature, in all likelihood.ExtensionArray
directly or can we also allowSeries
?Possible missing something else! Let me know!
Checklist:
whats-new.rst
api.rst