logging- graphing software

2 views
Skip to first unread message

Karl Schmidt

unread,
Nov 4, 2009, 3:55:10 PM11/4/09
to kul...@googlegroups.com
I'm looking for some logging software for recording medical statistics (blood pressure, blood test
etc) that would also provide graphing. Anyone know of something Linux based that might do the job?

--------------------------------------------------------------------------------
Karl Schmidt EMail Ka...@xtronics.com
Transtronics, Inc. WEB http://xtronics.com
3209 West 9th Street Ph (785) 841-3089
Lawrence, KS 66049 FAX (785) 841-0434

The lottery: a tax on people that don't understand math.

--------------------------------------------------------------------------------

Nick Anderson

unread,
Nov 4, 2009, 4:43:03 PM11/4/09
to kul...@googlegroups.com
Karl Schmidt wrote:
> I'm looking for some logging software for recording medical statistics (blood pressure, blood test
> etc) that would also provide graphing. Anyone know of something Linux based that might do the jo
Cacti, zenoss, zabbix all use mrtg. There is gnuplot or for a simple
solution, openoffice.orgs calc

Scott Kahler

unread,
Nov 5, 2009, 1:19:20 PM11/5/09
to kul...@googlegroups.com
You might look into rrd files and rrd-tool. It's what's behind most
the network/server stat graphing packages.
--
Sent from Gmail for mobile | mobile.google.com

Justin Dugger

unread,
Nov 5, 2009, 4:35:50 PM11/5/09
to kul...@googlegroups.com
RRD is mainly for long term measurements that need reduced resolution
the further back you go. For example, today's data is stored at a
sample rate of 5 minutes, but the weekly graph is every 30 minutes (or
something like this) and the monthly at 1 hour and so on. As samples
fall off of one queue for another, the values are averaged into a
single representative for the next queue.

Depending on your application, this sounds like either overkill, or
undesirable data loss. If it's to display immediate data, a years
worth of data is probably too much, but if you want to store this data
for review later, you'd lose substantial information in the process.

Justin

Scott Kahler

unread,
Nov 6, 2009, 10:06:16 AM11/6/09
to kul...@googlegroups.com
That's what it's used for in the networking world. You can freely choose what you want those intervals to be and it gives you a compact way to store data in a predetermined file size. I could see as a good fit for something like medical equipment. You get to determine when/if there is data rollup and what that is. The tricky part is that you have to determine you max data period up front. So if you want to embed something in a blood pressure monitor that kicked out a graph for the last hour, day, week and month you could can do it, and still have it maintain each of the individual 5 minute data point readings, as long as you set up your RRD that way from the get go.

It's probably not the right answer in a lot of situations but it is a possible answer in some.

Another option I'd use if I was trying to go simple and light would be sqlite and some perl GD:Graph. If you want to get away from doing the graphing and love webservices the Google Chart API is pretty spiffy.

SK

Steve Nordquist

unread,
Nov 6, 2009, 2:57:00 PM11/6/09
to kul...@googlegroups.com
Deviation and deviance (appropriate to the blood pressure, components,
timing and other metadata) are things you'd probably just tell TeX to
calculate and graph, or make the medical XML data (or throw to RDF)
and pick something to render SVG, TeX, PDF chewables, and whatever
suits.
What are ya, tweeting athletes' glucose during the Winter Olympics?
You could pick a suitably minimal or lickable logging
script/interface, then use gnuplot (or render postscript or HTML and
SVG from TeX, or script OOo.)

http://sourceforge.net/projects/bio2rdf/
-"throwing" to RDF
http://mapyrus.sourceforge.net/
-lots of graphing goodness, not so much logging and validation at the frontend
http://ploticus.sourceforge.net/doc/welcome.html
-Needs another app to wrap w/ consistent title, key/scale,
explanation, axis labeling, typographical alignment, shiny
knobs...toss it, writing SVG or TeX from model examples is easier and
tk is more use! yPlot, jBPM.org and iSight (financial) are more use.
http://sourceforge.net/search/?words=plot+tool+science&sort=score&sortdir=desc&offset=0&type_of_search=soft&pmode=0&form_cat=18
-You may have phlebotomy, stress, bioavailable mineral chelation,
osteology or another specialty to favor in particular.
http://freshmeat.net/projects/prngtrace3d
-Testing distribution-trueness visually with no optimization for sensibility!

Reply all
Reply to author
Forward
0 new messages