You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I expect, that the returned DataFrame by pd.read_csv() has a pd.DatetimeIndex if I parse dates and there are some missing values in the date column, which should be NaT.
Expected Behavior
What I see, is, that my expectations are fulfilled, if I parse only on column.
If I parse more than one column, the missing values are not returned as NaT. At the end, the index of the index is of type Index and not of type DatetimeIndex.
Installed Versions
INSTALLED VERSIONS
------------------
commit : 2a953cf
python : 3.10.9.final.0
python-bits : 64
OS : Linux
OS-release : 4.19.0-21-amd64
Version : #1 SMP Debian 4.19.249-2 (2022-06-30)
machine : x86_64
processor : x86_64
byteorder : little
LC_ALL : en_US.UTF-8
LANG : en_US.UTF-8
LOCALE : en_US.UTF-8
The internal call to pd.to_datetime are set to errors = ignore which is why when it was given 'nan nan' (notice that here it is 'nan nan' which is in the string format) it found that it did not match the pattern of previous dates which is "%Y-%m-%d %H:%M:%S%z". So it did not parse any dates and left them as is in string form. You can confirm this by using type(df.at[0,'day_time']
The issue does not occur if you yourself trigger pd.to_datetime(df['day'] + ' ' df['time'], errors = 'ignore') after df is created because pandas knows that nan + nan = nan.
Root cause of issue is that when parse_dates is passed, Pandas forces the cols to be strings which coerces nan to 'nan'.
The right way would be fix the parser which coerces two columns to be strings .
I have pinned the function call strs = parsing.concat_date_cols(date_cols) as the culprit in the file .venv\Lib\site-packages\pandas\io\parsers\base_parser.py . This is the place where two columns with nan come back as a single col with 'nan nan'. parsing module is implemented in cpp in pandas\_libs\parsers.cp311-win_amd64.pyd and I couldn't view it as it is in compiled form and I don't know how to view the source of it
The simple fix is changing the argument of internal call in .venv\Lib\site-packages\pandas\io\parsers\base_parser.py of result = tools.to_datetime to have errors = 'coerce'.
The workaround is to use pd.to_datetime after the df is created.
If any maintainer can comment on this, I'd be happy to co ordinate and create a pull request for this
Thanks for the report here but the functionality of specifying multiple columns to combine into a date was deprecated and will be removed in pandas 3.0 #56569 so going to close as a won't fix
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
Example with two columns for the dates and unexpected result.
Example with one column for the dates and expected result.
Issue Description
I expect, that the returned DataFrame by
pd.read_csv()
has apd.DatetimeIndex
if I parse dates and there are some missing values in the date column, which should beNaT
.Expected Behavior
What I see, is, that my expectations are fulfilled, if I parse only on column.
If I parse more than one column, the missing values are not returned as
NaT
. At the end, the index of the index is of typeIndex
and not of typeDatetimeIndex
.Installed Versions
pandas : 2.1.3
numpy : 1.26.2
pytz : 2022.7.1
dateutil : 2.8.2
setuptools : 67.6.0
pip : 23.0.1
Cython : None
pytest : None
hypothesis : None
sphinx : None
blosc : None
feather : None
xlsxwriter : None
lxml.etree : 4.9.3
html5lib : None
pymysql : None
psycopg2 : None
jinja2 : 3.1.2
IPython : 8.11.0
pandas_datareader : None
bs4 : 4.11.2
bottleneck : None
dataframe-api-compat: None
fastparquet : None
fsspec : None
gcsfs : None
matplotlib : None
numba : None
numexpr : None
odfpy : None
openpyxl : None
pandas_gbq : None
pyarrow : None
pyreadstat : None
pyxlsb : None
s3fs : None
scipy : 1.11.4
sqlalchemy : 2.0.7
tables : None
tabulate : None
xarray : None
xlrd : None
zstandard : 0.19.0
tzdata : 2023.3
qtpy : None
pyqt5 : None
The text was updated successfully, but these errors were encountered: