-
Notifications
You must be signed in to change notification settings - Fork 68
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
Stop using ws2 therapytimeline endpoint #43
Comments
Oh perhaps this is related to my issue #44 - does this endpoint not have any basal data in it if ControlIQ is being used? |
Replied on #44 -- I'm hoping to fully deprecate the use of the ws2 endpoint in tconnectsync because it's incredibly unreliable and is currently a blocker to faster synchronization. |
Maybe they've changed the API? tconnectsync stopped working for me since a few days ago. In my logs:
When I use the chrome network tools visiting tconnect.tandemdiabetes.org I see in my therapytimeline responses there's no Also in chrome inspector I do see bolus data and EGV events under in therapyevents |
This has been achieved in the latest release of tconnectsync (v0.8) which removes use of the ws2 therapytimeline / csv endpoint for fetching bolus and cgm data. It is still being used for pump_events and iob. This should greatly improve the reliability of tconnectsync. #45 will track removing these remaining uses |
WS2 therapytimeline is currently used to fetch CGM, IOB, bolus, and NON-ControlIQ basal data. The WS2 therapytimeline API endpoint is excruciatingly slow to respond to queries at times -- Tandem's API frontend sometimes returns http 500's since it times out querying its backend. It can sometimes take multiple minutes to get a response as it refuses to return results entirely. The end data also needs to be heavily processed.
Equivalent data should exist in the ControlIQ therapy_events endpoint, which contains at least Basal, Bolus, and CGM data.
The text was updated successfully, but these errors were encountered: