[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: publication quality graphs



On Thu, Oct 13, 2005 at 01:57:38PM +1000, Stuart Prescott wrote:
> Hi all,
> 
> A question that has come up a few times on this list is how people go
> about producing publication quality graphs. I'm revisiting this question
> as I'm yet to find a method that actually works for me. Part of this is
> that I am used to doing things in a particular way (which might have to
> change!) and part of this is shortcomings in various packages that I've
> tried. After a day or so of frustration with any given app, I end up
> going back to Origin (Origin6 under WINE mostly works).
> 
> Here, I'd like to describe how I normally plot data and why the various
> apps that I've tried don't work for me (below).
> 

I've also had tried several alternatives trying to find the 'right' tool. In
my "Windows" days I used Matlab, but never used it for the final publication
graph. I rather took the data and imported the data into Axum, whose graphs
looked much better to me. I tried Origin, but never really liked it. Too
"graphical" for my tastes :-) And for me, contrary to you, this "project"
concept has always confused me. For me the problem is: raw data -> eps graph.

Currently I don't do 3d graphs, so xmgrace is just fine for me, and has the
kind of configurability I need. But I don't like to repeat settings, so what
I did is to write a C++ code which takes the data and outputs a file in the
format .agr used by grace. Then I use the gracebat command to convert to
eps. Actually, the C++ code takes as input a script file, reading data and
graphic settings, and all the work is called from a single command line. I
feel I am doing the same as Gri in a way, but, like you, I tried it and
loved the idea, but the graphs are not quite what I want, and couldn't
configure the bits I needed. :-(


Regards,

					Victor
					



Reply to: