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

add offset option to time_bucket_gapfill #1304

Open
mmouterde opened this issue Jun 20, 2019 · 22 comments
Open

add offset option to time_bucket_gapfill #1304

mmouterde opened this issue Jun 20, 2019 · 22 comments

Comments

@mmouterde
Copy link

Relevant system information:

  • TimescaleDB version : 1.3.0

Describe the bug

  • I'm using time_bucket function with the offset option.
  • I would like to use the new gapfilling feature but the offset option is not provided.
  • I can't benefit from the gapfilling feature without regressions.

Expected behavior
time_bucket_gapfill takes an offset option

@k-rus
Copy link
Contributor

k-rus commented Jun 21, 2019

Thank you for requesting the feature. We will followup.

@allstream
Copy link

Origin should be implemented as well, it's hard to use the gapfilling features without origin and offset since the data being aggregated isn't even within the range you essentially query for, but instead is seemingly the closest multiple of the bucket size from the start time and on...

@ricky-sb
Copy link

instead is seemingly the closest multiple of the bucket size from the start time and on...

Could you elaborate what you mean here?

And does anyone have any workarounds at the moment to implement this feature? Like could you get feature parity by tuning your query parameters and dealing with it on the client?

@PhilippS93
Copy link

Hi everyone,
is this already on the roadmap?

Thanks!

@ateuber
Copy link

ateuber commented Feb 23, 2021

I spent too much time today trying to achieve this with the workaround mentioned in #1545, but it is too complicated (we also need to interpolate). Initially I expected that the start parameter would be enough, so I think this behavior should be mentioned in the time_bucket_gapfill documentation.

@Sytten
Copy link

Sytten commented Mar 23, 2021

Can we have this on the roadmap I also spent half a day before realizing why all my days were wrong :(

@eloyekunle
Copy link

it's a big API inconsistency since one would naturally expect time_bucket and time_bucket_gapfill to have similar behaviour everywhere else apart from the gap-filling itself.

@brakonstantin
Copy link

Is there a way to find out whether this issue is going to be addressed?

@jonatas
Copy link

jonatas commented Jul 29, 2021

Hello @brakonstantin, we coordinate our efforts based on our community votes. Here are the latest priorities. Please upvote to help us to prioritize it in the next months.

@diego-escobedo
Copy link

This would be awesome!

@aorticweb
Copy link

This would be very useful

@tomasrosauer
Copy link

This would be very useful!

@luislvasquez
Copy link

I need this so much right now 💯!! Any updates on this?

@Rayman-katib
Copy link

This would be awesome!

@jontingvold
Copy link

I'm also missing this feature.

@melicheradam
Copy link

+1, Would be great

@zaycev
Copy link

zaycev commented Sep 6, 2023

+1, this would be very handy

@aabrodskiy
Copy link

is there any update on this issue?
been open since 2019 and without the "origin" parameter the time_bucket_gapfill function is effectively useless as it does not align with the requested datetime period.

@miguetronic
Copy link

Please make it real!

@MichaelSaucier
Copy link

Origin

Absolutely. We need the same fix for offset and origin to make time_bucket_gapfill work. Without these fixes, we are stuck writing the same function with the fixes, but without the performance and confidence of longevity.

@DaggerJackfast
Copy link

+1 it would be great.

@webbegole
Copy link

+1 would make my current projects much easier!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests