Closed andygrove closed 3 years ago
This is working as intended as defined by the documentation for the API here:
https://docs.rapids.ai/api/libcudf/nightly/group__strings__convert.html#ga9c8dd7fe42bcd7e0f615e730dfe0593a
Since the format may contain any or no character delimiters there is no practical way to support dynamic length fields.
Would 2020111
be January 11 or November 1 for valid format %Y%m%d
?
This issue has been labeled inactive-90d
due to no recent activity in the past 90 days. Please close this issue if no further response or action is needed. Otherwise, please respond with a comment indicating any updates or changes to the original issue and/or confirm this issue still needs to be addressed.
This issue has been labeled inactive-30d
due to no recent activity in the past 30 days. Please close this issue if no further response or action is needed. Otherwise, please respond with a comment indicating any updates or changes to the original issue and/or confirm this issue still needs to be addressed. This issue will be labeled inactive-90d
if there is no activity in the next 60 days.
Are we okay to close this issue @andygrove @davidwendt ? Was this resolved implicitly by https://github.com/rapidsai/cudf/pull/6460 ?
@beckernick yes this can be closed now. This was resolved with a combination of is_timestamp from #6460 and some additional processing in the Spark plugin.
Thanks! Closing
Describe the bug
Calling
ColumnVector.asTimestampDays("%Y-%m-%d")
on a string column works correctly for values inYYYY-MM-DD
format but not forYYYY-MM-D
,YYYY-M-DD
, orYYYY-M-D
.Steps/Code to reproduce bug
Expected behavior The value returned should be 1837, but zero is returned. It works fine for
2020-05-05
.Environment overview (please complete the following information)
Environment details
Additional context None