On 9/22/06, Barry Gershenfeld <[EMAIL PROTECTED]> wrote:
Paraphrasing Carl:
>I have been trying to build PyXplot tonight.
> - it can't find Python 2.4.
> - pxyplot needs scipy which needs numpy.
> - scipy also needs LAPACK, which is a gigantic software package.
> - Building scipy seems to generate a 30MB library
Thanks for answering my question :-) It was, "Is this suitable for an
embedded system?" Next question! (or in some way, previous question). How
big is gnuplot? I'd like to show a history of case temperature and fan
speed, but I'm not willing to quadruple the image size to do it.
The problem is that everybody wants to write an all-singing
all-dancing plot package that generates data from physical or
mathematical equations, and then presents it to the viewer.
The result can be something like MatLab.
Only a few people separate the plotting of the data from its
generation. The last plot package I wrote was named MPLot79, which
gives an indication of its age. Nothing terribly fancy. Written in
PDP11 assembler and Fortran. Someone at our lab translated it to C,
and it was used on VAXen running 4.xBSD, and Sun Sparcstations, for
about the next 20 years. I can recognize a couple of the slightly
peculiar character shapes that I put together for this package, and
occasionally see them in somebody's published paper.
You might want to look at GNU plotutils.
< http://www.gnu.org/software/plotutils/ >
Gnuplot is another example of a program that started out as an aid to
visualizing algebraic equations, and grew into a monster by accretion.
It did not start as a data display program. Nor did it originally
have any relationship with Gnu's Not Unix.
The simplest program you might look for is Bell Labs "grap", from the
people who brought you nroff and troff and eqn and tbl.
End of diatribe with regard to plot packages.
carl
--
carl lowenstein marine physical lab u.c. san diego
[EMAIL PROTECTED]
--
[email protected]
http://www.kernel-panic.org/cgi-bin/mailman/listinfo/kplug-lpsg
