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

Interesting project, how can I help? #2

Open
cggaurav opened this issue Nov 30, 2013 · 4 comments
Open

Interesting project, how can I help? #2

cggaurav opened this issue Nov 30, 2013 · 4 comments

Comments

@cggaurav
Copy link

No description provided.

@giacecco
Copy link
Owner

Hi cggaurav, do you own a Fitbit or similar, or you're a 'Moves' user? You may start from writing the equivalent of upcl.js for it.

@cggaurav
Copy link
Author

Yes a Force. I'll get you started with that in a week or so. Can you update README with a format that is interoperable with Jawbone and Fitbit to start out with? Further, I see this project as an API for the other fitness
tracking APIs (read API for APIs)

@giacecco
Copy link
Owner

giacecco commented Dec 1, 2013

Very good, I will write something but I'll give you a gist of it here. There are two levels of data extraction that we need to achieve.

The higher level is the one that is device-agnostic: whatever the user owns, UP, Force etc., the data is represented in a commonly shared format that empowers comparison between users (e.g. for gamification in team of friends) or data analysis on populations of users (e.g. to anonymise and donate to medical research). One device could capture more information than others, in that case the data format should allow for the extra information to be stored without compromising data consolidation with less articulated devices.

The lower level is not device-agnostic: it is just about extracting the data as it is, actually with as little change as possible. This is needed to guarantee that any later change of mind, bug, revision in how we interpret the original format (that could be not that well documented) will allow us to go back to the raw data and re-interpret it at the 'higher level' described above... or even with other data-crunching tools, such as the R programming language. Consider also that we can't expect all makers to be diligent in documenting the data formats. Jawbone isn't.

One more advantage of the lower level is that today most device makers abuse of the ownership of the data, and it is not easy at all for users to get a copy of their own. In case of Fitbit for example I believe users have the right only to download consolidated versions of the data being captured, and need to pay ~ £40/year (in the UK) to access the full thing. I expect this privilege the makers have to become illegal some time in the next future, but in the meantime I would like we found a way for the user to have a copy of their data.

@cggaurav
Copy link
Author

cggaurav commented Dec 3, 2013

Right, the issue with Fitbit is that there is no way to download data unless the user authenticates and this can't be done via the command line alone, so just a CLT will not work. Building a webservice for Jawbone + Fitbit Connect + getting necessary data is a great start, even in the context of research that you are mentioning.

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

No branches or pull requests

2 participants