-
Notifications
You must be signed in to change notification settings - Fork 50
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
Automatic Time Binning Fails for Large Time Intervals #484
Comments
Thanks! Looks like a simple (face-palm inducing) bug in the time binning routine for multi-year intervals. This led to intervals that were much too large and then cause query parse errors. Adding quotes to the intervals fixes the parse error, and then more informative DuckDB error messages occur, but the underlying cause is the same. |
Thanks for the fix! |
Thanks again for the fix! I hate to ask, but could these changes end up in a patch release? Or require waiting until the next minor? |
Sorry for the delay. I plan to cut a new release as soon as #519 lands. |
No problem. Thanks! |
Thanks for all the work on Mosaic! It's been really fun building quak on top of it. There are some tricky SQL errors that keep popping up (manzt/quak#35 manzt/quak#21), and I think I have finally tracked down that it stems from an initial parser error from code that relies on Mosaic's automatic time/date binning from #435.
I'm able to reproduce the error with
vgplot
and theathletes.csv
dataset.Important to note that a smaller interval of the same data seems to work just fine (
athletes_partial
).I think this might just be an error in the generated SQL that is not tested, since I can reproduce the error and fix it by quoting the interval.
I don't know enough about the auto-binning implementation to understand when this code path is hit, so the "large time intervals" might be incorrect for identifying when this fails. Perhaps a better issue title would be "Automatic time binning fails for some data".
The text was updated successfully, but these errors were encountered: