-
-
Notifications
You must be signed in to change notification settings - Fork 18.4k
ENH: IntegerArray.astype(dt64) #32538
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
Conversation
By my count, after today's slew of values_from_object/internal_get_values PRs, we'll have
(not counting usages in tests, docstrings, or in the each other's implementations) |
…_datetime-no-mask
…_datetime-no-mask
…_datetime-no-mask
@@ -633,6 +633,15 @@ def test_astype_specific_casting(self, dtype): | |||
expected = pd.Series([1, 2, 3, None], dtype=dtype) | |||
tm.assert_series_equal(result, expected) | |||
|
|||
def test_astype_dt64(self): |
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.
do we have tests with None, np.nan here as well?
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 guess those would go in the test for pd.array inference in tests.arrays.test_array, where I see a test for [1, None]
thanks. can you add a release note in a followon. (I guess this is a bug fix) |
black pandas
git diff upstream/master -u -- "*.py" | flake8 --diff
Let's us de-kludge to_datetime code, getting rid of another _ndarray_values usage.