0.6.2 - Data integrity #1250
KaliszS
announced in
Announcements
Replies: 0 comments
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Uh oh!
There was an error while loading. Please reload this page.
-
Highlights
Counting steps and energy
We have updated the summaries for
stepcount andenergy(kcal). The data in thedata_point_seriestable now includes a newis_daily_totalcolumn. This is because data providers supply data at varying levels of granularity. Previously, an error occurred during aggregation when some providers sent a daily entry alongside granular entries (e.g. Garmin in 15-minute chunks). From now on, these will be correctly flagged via the new column. The current logic for displaying totals in summaries means that the daily record will be used first. Only if this does not exist will all other entries from that day be summed.Warning
The next time Open Wearables is launched, an automated script will set the value to
truein a new column for the relevant rows in the data points. Intraday aggregates are not flagged asfalseby the script, so as not to place too much load on the application at start-up (although all new records will be). Therefore, the valuenonein theis_daily_totalcolumn should be treated as equivalent to false.Active minutes
From now on,
active_minuteswill be treated as a separate series type and retrieved directly from all providers that supply this data. Until now, we have defined active minutes as the number of minutes in which more than 30 steps were recorded. This definition will remain the fallback for providers who do not supply this data. Our science team is developing a new, improved method for calculating this parameter, which will be implemented in the near future.Warning
This change will not affect any data that has already been saved to the database. To retrieve correct active minutes for this data, you will need to resynchronise it. With Garmin, you must first delete the data, whereas with other providers, it will be overwritten during historical synchronisation.
Tip
Providers that directly support active minutes include: Garmin, Oura, Polar and Ultrahuman.
Filter sleep sessions by priority
Important
One API endpoint (
/users/{user_id}/events/sleep) has been updated. However, this is a backwards-compatible change as a new parameter has been added that is set by default to not alter the existing behaviour of the endpoint.We have added an optional
filter_by_priorityflag to the/events/sleependpoint. This flag is disabled by default and, when enabled, filters out duplicate sleep sessions. On our frontend, this option is available as a toggle, as shown in the screenshot below. The screenshot illustrates a situation in which Oura connects to both Apple Health and Open Wearables, meaning sleep sessions are sent to the database directly from Oura and via Apple Health.Garmin's respiratory rate
We have corrected the way this parameter is retrieved. Until now, we had been searching for it in raw payloads under the wrong name, meaning it was not being saved to the database.
Improved data summary per user
We have enhanced the visual design of the data summary section and added time filters, enabling you to filter your data summaries by day or by a specified time period.
Manual invite links
Thanks to our contributor, we can now manually copy invitation links, which is useful if you don't have an email account configured.
connection.revokedoutgoing webhookA new event is now available in outgoing webhooks, which will notify you when connections with providers are revoked.
What's Changed
Data integrity
Oura
Apple Health
Garmin
Other Improvements
Docs & chores
New Contributors
Full Changelog: 0.6.1...0.6.2
This discussion was created from the release 0.6.2 - Data integrity.
Beta Was this translation helpful? Give feedback.
All reactions