hypnogram timeseries typesleep_cycle) which captures the detailed hypnogram of a sleep session.
It replaces the existing hypnogram timeseries type. More details can be found here: Sleep Cycle Summary
historical.data.sleep_cycle.created, daily.data.sleep_cycle.created and daily.data.sleep_cycle.updated events.
Stop processing the historical.timeseries.hypnogram.created, daily.timeseries.hypnogram.created and daily.timeseries.hypnogram.updated events.The new definitions of Provider and Source
| Entity | Definition |
|---|---|
| Source | The source context of a specific summary or a specific timeseries value group. |
| Provider | A wearable data provider (an app, a platform, a service, or Vital Mobile SDKs). |
name, logo and slug trio you have been receiving in many data events.All Data Dvents (daily.data.*)
$.data.source, the name, logo, and slug fields are
now deprecated.Vital no longer embeds these Provider object fields in every data event, except for the provider
slug.Using the Steps data event as an illustration, originally
the source field describes the wearable data provider:source field is redefined to mean the Source context of this steps timeseries
value group. So Vital has introduced a few new Source context fields:name, logo and slug when processing the $.data.source field in
all Data Events (daily.data.*).Get Summary endpoints
GET /v2/summary/activity/*GET /v2/summary/body/*GET /v2/summary/meal/*GET /v2/summary/profile/*GET /v2/summary/sleep/*GET /v2/summary/workouts/*name, logo, and slug sub-fields under the source field
in each and every summary are now deprecated.Vital no longer embeds these Provider object fields in every summary, except for the provider
slug.Using the Get Profile endpoint as an illustration, originally
the source field describes the wearable data provider:source field is redefined to mean the Source context of this Profile
summary. So Vital has introduced a few new Source context fields:name, logo and slug fields in all Get Summary endpoint responses.Provider Connection events
provider.connection.created.source field in this event to provider, aligning with the redefinition of Source
and Provider.To illustrate the change, originally the source field describes the wearable data provider:source is no longer applicable here. Vital has introduced an identical
provider field as its replacement.source field:provider.connection.created event parsing logic to parse the provider field,
and stop parsing the source field.is_final flag in historical.data.*.created eventsis_final flag from the Historical Pull Completed (historical.data.*.created) events.
For each resource, Vital now signals one Historical Pull Completed event, only after we have finished fetching
all data chunks. This means is_final no longer has a meaning, since the event itself is final.
is_final as a required field when processing historical.data.*.created events.