8000 SUMMARIZE Not Implemented Error (TIMETZ) · Issue #17115 · duckdb/duckdb · GitHub
[go: up one dir, main page]
More Web Proxy on the site http://driver.im/
Skip to content

SUMMARIZE Not Implemented Error (TIMETZ) #17115

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

Closed
1 of 2 tasks
dmcmurchy opened this issue Apr 14, 2025 · 2 comments · Fixed by #17162
Closed
1 of 2 tasks

SUMMARIZE Not Implemented Error (TIMETZ) #17115

dmcmurchy opened this issue Apr 14, 2025 · 2 comments · Fixed by #17162

Comments

@dmcmurchy
Copy link

What happens?

Appears that SUMMARIZE doesn't handle TIMETZ data and generates the following error:

Not implemented Error:
Unimplemented type for cast (INVALID -> DOUBLE)

Additionally, when working with a Jupyter notebook trying to query the table, results in

Not implemented Error: Unsupported type "TIME WITH TIME ZONE"

which initially made me think there was an error with the table but after some digging:

Per @soerenwolfers discussion here

"...is because there is no pandas OR datetime type with the same semantics as DuckDB's TIME WITH TIMEZONE.

If possible, it would be nice to have the pandas related error inform the user that this is due to pandas and perhaps provide a possible workaround.

To Reproduce

Using the CLI:

SUMMARIZE (SELECT '1:02:03.000000+05:30'::TIMETZ);

Gives:

Not implemented Error:
Unimplemented type for cast (INVALID -> DOUBLE)

Using python (example only):

import duckdb
duckdb.query("""SELECT '1:02:03'::TIMETZ""").df()
Not implemented Error: Unsupported type "TIME WITH TIME ZONE"

OS:

x86_64

DuckDB Version:

1.2.2

DuckDB Client:

CLI and python

Hardware:

No response

Full Name:

Dwayne McMurchy

Affiliation:

n/a

What is the latest build you tested with? If possible, we recommend testing with the latest nightly build.

I have not tested with any build

Did you include all relevant data sets for reproducing the issue?

Yes

Did you include all code required to reproduce the issue?

  • Yes, I have

Did you include all relevant configuration (e.g., CPU architecture, Python version, Linux distribution) to reproduce the issue?

  • Yes, I have
@hawkfish
Copy link
Contributor

If this happens in the CLI it has nothing to do with pandas. But I may have messed something up when adding more statistics for temporal types.

@hawkfish
Copy link
Contributor

Yeah I did - the TIMETZ code was never tested and doesn't work. The problem is in approx_quantile

hawkfish added a commit to hawkfish/duckdb that referenced this issue Apr 17, 2025
Mytherin added a commit that referenced this issue Apr 19, 2025
* Fix implementation to actually work...
* Add tests.

fixes: #17115
fixes: duckdblabs/duckdb-internal#4669
hmeriann pushed a commit to hmeriann/duckdb that referenced this issue Apr 22, 2025
* Fix implementation to actually work...
* Add tests.

fixes: duckdb#17115
fixes: duckdblabs/duckdb-internal#4669
hmeriann pushed a commit to hmeriann/duckdb that referenced this issue Apr 22, 2025
hmeriann added a commit to hmeriann/duckdb that referenced this issue Apr 22, 2025
* Fix implementation to actually work...
* Add tests.

fixes: duckdb#17115
fixes: duckdblabs/duckdb-internal#4669
hmeriann pushed a commit to hmeriann/duckdb that referenced this issue Apr 22, 2025
* Fix implementation to actually work...
* Add tests.

fixes: duckdb#17115
fixes: duckdblabs/duckdb-internal#4669
krlmlr added a commit to duckdb/duckdb-r that referenced this issue May 18, 2025
krlmlr added a commit to duckdb/duckdb-r that referenced this issue May 18, 2025
krlmlr added a commit to duckdb/duckdb-r that referenced this issue May 19, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants
0