gnuplot-py-users Mailing List for Gnuplot.py

Hello,

I have created a new mailing list:

    gnu...@li...

This mailing list will automatically receive a message every time that
somebody commits something to the Gnuplot.py Subversion repository.
People who are interested in following the development of Gnuplot.py
should subscribe to the new mailing list by visiting the following web page:

    https://lists.sourceforge.net/lists/listinfo/gnuplot-py-svn

Please continue to use the gnuplot-py-users mailing list for discussions.

Michael

John Parejko wrote:
> I've been having trouble using multiple replot commands, ie:
> 
> g.plot(Gnuplot.Data(dataset[0]))
> for i in xrange(1,len(dataset)):
>     g.replot(Gnuplot.Data(dataset[i]))
> 
> After about the 40th row in dataset, I start getting errors like this:
> 
> gnuplot> 1961992.5 0.0 2.47496008873
>          ^
>          line 31995: invalid command
> 
> gnuplot> e

It doesn't make sense to use replot() for this, because after each call
to replot() the plot is re-drawn (first with 1 dataset, then 2, then 3,
etc.)  The total work goes like len(dataset)**2.

Something like

    g.plot(*[Gnuplot.Data(d) for d in dataset])

should do the whole thing in one shot.

I don't know if the extreme inefficiency is the cause for the failure,
but it certainly can't help.

> (if inline == 1) and sometimes about bad filenames (seems to be system
> dependent) if inline = 0.  Eventually the plot seems to come out
> correctly, but I can't verify that all the rows are actually being
> plotted.  Is this a bug, or am I going about this all wrong?  I want to
> overlay a bunch (~100) of different lines on the same plot, and then
> possibly an averaged line in dark black on top of that.
> 
> I can put sample code and plots up somewhere for reference...

If it is appropriate to your application, it is also possible to combine
multiple curves into a single file by separating them with blank lines.
 (The blank line basically says "lift the pen before plotting the next
point").

There are typically operating system limits on the number of files that
may be open at once, which could also cause problems.  There might also
be limits on the number of named pipes; I'm not sure.

Michael

Michael Haggerty wrote:
> Is there anybody out there who can program in Python and would be
> interested in taking over the maintenance of Gnuplot.py?

I am happy to announce that John Parejko has volunteered to work on the
Gnuplot.py project.  I've just granted him developer privileges at
SourceForge.  I hope he can give the project some of the care and
attention that it has been missing for a long time!

That is not, of course, to say that other volunteers are not welcome :-)
 And everybody is encouraged to chip in, not only with writing code, but
also with updating documentation, answering questions on the mailing
list, testing, etc, etc...

Welcome John!
Michael