Skip to content
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

[FEA] Support wider range of date/time formats with unix_timestamp #1142

Open
andygrove opened this issue Nov 17, 2020 · 0 comments
Open

[FEA] Support wider range of date/time formats with unix_timestamp #1142

andygrove opened this issue Nov 17, 2020 · 0 comments
Labels
feature request New feature or request P1 Nice to have for release

Comments

@andygrove
Copy link
Contributor

Is your feature request related to a problem? Please describe.
Once #1113 is merged, we support a small number of date/time formats on GPU in unix_timestamp / to_unix_timestamp based on a list of supported formats.

It would be better to add logic to determine if a format is supported so that we can support a wider range of formats. For example, we know that we can't currently support .SSS on GPU because cuDF and Spark have different support for variable number of milliseconds. There may be other cases like this.

Describe the solution you'd like
Detemine whether a format is supported based on the invidial parts of the format.

@andygrove andygrove added feature request New feature or request ? - Needs Triage Need team to review and classify labels Nov 17, 2020
@andygrove andygrove self-assigned this Nov 17, 2020
@sameerz sameerz added P1 Nice to have for release and removed ? - Needs Triage Need team to review and classify labels Nov 17, 2020
@andygrove andygrove removed their assignment Dec 14, 2020
tgravescs pushed a commit to tgravescs/spark-rapids that referenced this issue Nov 30, 2023
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
feature request New feature or request P1 Nice to have for release
Projects
None yet
Development

No branches or pull requests

2 participants