All,
Having a built-in graph generator would be wonderful and save us from running dot every time we generate a graph file.
I'm not sure exactly what you mean, John? Do you mean you want the ability to write out pngs of graphs, avoiding graphviz? I guess I'm not clear on why exactly you would want to do this. Is graphviz not capable of doing something we need? I can see that it would be slightly more convenient to skip an intermediate step, but I think it would be lots of work on our part, when people have put at least a decade already into graphviz. Perhaps I misunderstand you?
What I think would very cool is if we could apply this particular type of graphviz output (and I know Stephen has also done a lot with graphviz, so maybe he has something to suggest) to the creation of level set (i.e., clump) diagrams.
If we wish to expand our usage of graphviz, I feel we may want to spend some time deciding if one of the python graphviz abstractions (like this http://code.google.com/p/pydot/) are useful. When it was only merger trees, a new package was overkill. Additionally, I never meant the graphviz merger tree output to be of a publishable quality. If that's something we want for these new directions (merger tree(s), clumps, level sets), we'll need to expand our capabilities. Graphviz is apparently capable of making some very beautiful graphs with some post-processing, see here: http://www2.research.att.com/~yifanhu/GALLERY/GRAPHS/index.html Stephen Skory stephenskory@yahoo.com http://stephenskory.com/ 510.621.3687 (google voice)
On 14 Jan 2011, at 11:23, Stephen Skory wrote:
Having a built-in graph generator would be wonderful and save us from running dot every time we generate a graph file.
I'm not sure exactly what you mean, John? Do you mean you want the ability to write out pngs of graphs, avoiding graphviz? I guess I'm not clear on why exactly you would want to do this. Is graphviz not capable of doing something we need? I can see that it would be slightly more convenient to skip an intermediate step, but I think it would be lots of work on our part, when people have put at least a decade already into graphviz. Perhaps I misunderstand you?
I thought Matt was talking about taking the writer from graphviz and porting it into yt. I didn't want to write one from scratch. That'd definitely be overkill. But it'd be great to have a png output instead of dot -- one more automated step is less work for me :)
Graphviz is apparently capable of making some very beautiful graphs with some post-processing, see here:
http://www2.research.att.com/~yifanhu/GALLERY/GRAPHS/index.html
Wow, that's amazing stuff! John
Hi Stephen & John, Sorry, I didn't mean to output pngs directly -- I just meant, a single place we could write hierarchical datasets to dot format. There's a lot of research, time, development and wheels in graphviz that we don't need to reinvent. As for a new package, I wonder if maybe that decision would benefit from a cost/benefit analysis: how much of any given graphviz wrapper would we use? -Matt On Fri, Jan 14, 2011 at 11:29 AM, John Wise <jwise@astro.princeton.edu> wrote:
On 14 Jan 2011, at 11:23, Stephen Skory wrote:
Having a built-in graph generator would be wonderful and save us from running dot every time we generate a graph file.
I'm not sure exactly what you mean, John? Do you mean you want the ability to write out pngs of graphs, avoiding graphviz? I guess I'm not clear on why exactly you would want to do this. Is graphviz not capable of doing something we need? I can see that it would be slightly more convenient to skip an intermediate step, but I think it would be lots of work on our part, when people have put at least a decade already into graphviz. Perhaps I misunderstand you?
I thought Matt was talking about taking the writer from graphviz and porting it into yt. I didn't want to write one from scratch. That'd definitely be overkill. But it'd be great to have a png output instead of dot -- one more automated step is less work for me :)
Graphviz is apparently capable of making some very beautiful graphs with some post-processing, see here:
http://www2.research.att.com/~yifanhu/GALLERY/GRAPHS/index.html
Wow, that's amazing stuff!
John _______________________________________________ Yt-dev mailing list Yt-dev@lists.spacepope.org http://lists.spacepope.org/listinfo.cgi/yt-dev-spacepope.org
participants (3)
-
John Wise -
Matthew Turk -
Stephen Skory