View Single Post
Old 11-26-2009, 16:43   #24 (permalink)
PhilFluffy
Active Member
 
Join Date: Nov 2009
Location: central europe
Posts: 7
Default

Quote:
Originally Posted by psdaengr View Post
SD card capability wouldn't solve the fundamental problem - no two meter manufacturers save the information using the same internal data structure. If they all shared one common physical data connection and protocol type, you'd still have to deal with inconsistent time/date formats, varying field orders, inconsistent measurement units for glucose levels.

I have found one and only one glucose analysis program that is making a successful effort toward taking the data from a wide range of manufacturers' meters and presenting it in a consistent manner- SiDiary.

Overall it's a good product, but still faces from the last impediment to widespread adoption: human language. It's the product of a small German company, and its English language output is an awkward and incomplete translation produced by volunteers. One way that countries could help their economy recover would be to giving grants to small companies like this one, so that they could hire the resources needed to complete the development of products like this one.
Getting the data into a xml or csv format means its easy to internationalize the output, since you can manipulate/split on commas for csv etc and play with the data to your hearts content.
Theres a project called glucomodul thats trying to make a backend system to get the data from some models of meter, and its open source. Once the data can be read from a backend like this, a variety of programs will spring up that take advantage of the data.
I may buy one of the supported meters to have a tinker actually, since its in my field of expertise, and a lot easier than struggling trying to reverse engineer the roche one I have. Manufacturers take note and release specs to the community please
Glucomodul
PhilFluffy is offline   Reply With Quote