BUG: np.issubdtype(ea_dtype, ...)
raises TypeError: Cannot interpret '<EADtype>' as a data type
#48237
Closed
2 of 3 tasks
Labels
Bug
Closing Candidate
May be closeable, needs more eyeballs
ExtensionArray
Extending pandas with custom dtypes or arrays.
Needs Triage
Issue that has not been reviewed by a pandas team member
Pandas version checks
I have checked that this issue has not already been reported.
I have confirmed this bug exists on the latest version of pandas.
I have confirmed this bug exists on the main branch of pandas.
Reproducible Example
raises
Issue Description
np.issubdtype(...)
raises an error for EADtype. I found this #27953 closed ticket which suggests thatnp.issubdtype
should work, but I haven't had a chance to check how this was solved forCategoricalDtype
(or if it's still working).Expected Behavior
No exception, normal behaviour as other dtypes
Installed Versions
INSTALLED VERSIONS
commit : e8093ba
python : 3.8.13.final.0
python-bits : 64
OS : Linux
OS-release : 5.18.17-200.fc36.x86_64
Version : #1 SMP PREEMPT_DYNAMIC Thu Aug 11 14:36:06 UTC 2022
machine : x86_64
processor : x86_64
byteorder : little
LC_ALL : None
LANG : en_AU.UTF-8
LOCALE : en_AU.UTF-8
pandas : 1.4.3
numpy : 1.23.2
pytz : 2022.2.1
dateutil : 2.8.2
setuptools : 59.6.0
pip : 21.3.1
Cython : None
pytest : None
hypothesis : None
sphinx : None
blosc : None
feather : None
xlsxwriter : None
lxml.etree : None
html5lib : None
pymysql : None
psycopg2 : None
jinja2 : None
IPython : None
pandas_datareader: None
bs4 : None
bottleneck : None
brotli : None
fastparquet : None
fsspec : None
gcsfs : None
markupsafe : None
matplotlib : None
numba : None
numexpr : None
odfpy : None
openpyxl : None
pandas_gbq : None
pyarrow : None
pyreadstat : None
pyxlsb : None
s3fs : None
scipy : None
snappy : None
sqlalchemy : None
tables : None
tabulate : None
xarray : None
xlrd : None
xlwt : None
zstandard : None
The text was updated successfully, but these errors were encountered: