You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@arrow.apache.org by "Wes McKinney (JIRA)" <ji...@apache.org> on 2019/06/12 03:14:01 UTC
[jira] [Created] (ARROW-5566) [Python] Overhaul type unification
from Python sequence in arrow::py::InferArrowType
Wes McKinney created ARROW-5566:
-----------------------------------
Summary: [Python] Overhaul type unification from Python sequence in arrow::py::InferArrowType
Key: ARROW-5566
URL: https://issues.apache.org/jira/browse/ARROW-5566
Project: Apache Arrow
Issue Type: Improvement
Components: Python
Reporter: Wes McKinney
I'm working on ARROW-4324 and there's some technical debt lying in arrow/python/inference.cc because the case where NumPy scalars are mixed with non-NumPy Python scalar values, all hell breaks loose. In particular, the innocuous {{numpy.nan}} is a Python float, not a NumPy float64, so the sequence {{[np.float16(1.5), np.nan]}} can be converted incorrectly.
Part of what's messy is that NumPy dtype unification is split from general type unification. This should all be combined together with the NumPy types mapping onto an intermediate value (for unification purposes) that then maps ultimately onto an Arrow type
--
This message was sent by Atlassian JIRA
(v7.6.3#76005)