Comments on: A crazy idea about graph visualisation

By: Ivan Miljenovic

Ivan Miljenovic — Wed, 26 Jan 2011 20:39:01 +0000

Well, I’m only planning on supporting the graph outputs of JIT, not all of them (since that’s all I care about)

I’m not sure how far to take it: should it ust be Dot JSON, or help generate the actual JavaScript for it as well? If the latter, it might even be feasible to use the webkit bindings to open a window to instantly play with a graph…

By: gb

gb — Wed, 26 Jan 2011 19:31:32 +0000

InfoVis is really awesome. I’ve been meaning to find some time/excuse to play with it. Some tool support from Haskell would be pretty nifty. I’d start by thinking about what you’d want to generate InfoVis input from Haskell in general, and then figure out how to tie the DotRepr stuff in as a client to that API. That way, whatever you produce will have more general value as well. If you’re going to be producing javascript and not just json, then I’d also consider taking a look at my pet project, JMacro

By: Ivan Miljenovic

Ivan Miljenovic — Wed, 26 Jan 2011 13:00:16 +0000

Well, I’ve mentally started working out how to do this. The biggest barrier at the moment is that I’m currently in the middle of porting graphviz from String to Text, and so I can’t really start playing with it until that’s done. But from some experimentation I’ve done it seems dot, neato, etc. ignore any extra Attributes you might want to add to the DotRepr values for JIT attributes that don’t have corresponding Dot ones!

By: Jens

Jens — Wed, 26 Jan 2011 12:43:40 +0000

After hearing about JIT infovis, I was wondering about a haskell tool/library to convert graphs to json too for infovis as an alternative to svg rendering.

By: Ivan Miljenovic

Ivan Miljenovic — Tue, 25 Jan 2011 22:53:34 +0000

OK, so the next question is: should I have intermediary datatypes or go directly between the DotRepr types and JSON?

By: Edward Kmett

Edward Kmett — Tue, 25 Jan 2011 03:56:41 +0000

You’re relatively crazy, but its still a good idea.