Drawing charts over a lot of data

Hi cafe, Are there any (possibly unfinished?) libraries dedicated to drawing charts over large amounts of data? I mean, such amounts that you don't want to store the whole set of input data in memory and instead you prefer to do one or a few passes over the input, calling the library's drawing functions for each data point. I'm currently using the excellent Chart package http://hackage.haskell.org/package/Chart , but it seems to require quite a bit of work to become usable in this mode (I haven't looked really deep yet). So, I'd be happy if someone pointed me to an existing package (I didn't find one on hackage) or if someone expressed interest in making Chart avoid having the whole input in memory. -- Eugene Kirpichov Principal Engineer, Mirantis Inc. http://www.mirantis.com/ Editor, http://fprog.ru/

This doesn't directly solve your problem, but you may want to take a look at zoom-cache [1]. I've never used it myself, but it seems pretty nice. Cheers, [1] http://hackage.haskell.org/package/zoom-cache -- Felipe.

On 21 November 2011 22:36, Felipe Almeida Lessa
This doesn't directly solve your problem, but you may want to take a look at zoom-cache [1]. I've never used it myself, but it seems pretty nice.
Cheers,
Hi, zoom-cache is useful for managing time-series data. There is a zoom-cache-gnuplot in development, and it would probably be useful to make a tool that uses Chart. I'm happy to help with that :) Conrad.

On Mon, Nov 21, 2011 at 3:47 PM, Conrad Parker
zoom-cache is useful for managing time-series data. There is a zoom-cache-gnuplot in development, and it would probably be useful to make a tool that uses Chart. I'm happy to help with that :)
Be aware that Chart is pretty slow on large data sets.

On 22/11/2011, at 10:55 AM, Bryan O'Sullivan wrote:
Be aware that Chart is pretty slow on large data sets.
I've noticed this too. I believe the issue is with the cairo bindings - hopefully a new version of gtk2hs will fix this: http://www.mail-archive.com/haskell-cafe@haskell.org/msg94451.html Tim
participants (5)
-
Bryan O'Sullivan
-
Conrad Parker
-
Eugene Kirpichov
-
Felipe Almeida Lessa
-
Tim Docker