You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(15) |
Sep
(21) |
Oct
(15) |
Nov
|
Dec
(3) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(7) |
Feb
(6) |
Mar
(2) |
Apr
(5) |
May
(6) |
Jun
(3) |
Jul
(4) |
Aug
(4) |
Sep
(3) |
Oct
(14) |
Nov
(16) |
Dec
(10) |
| 2004 |
Jan
(5) |
Feb
(10) |
Mar
(4) |
Apr
(8) |
May
(1) |
Jun
(5) |
Jul
(5) |
Aug
(4) |
Sep
(10) |
Oct
(3) |
Nov
(4) |
Dec
|
| 2005 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(15) |
May
(12) |
Jun
(1) |
Jul
(4) |
Aug
(3) |
Sep
(6) |
Oct
(7) |
Nov
(21) |
Dec
(11) |
| 2006 |
Jan
(16) |
Feb
(12) |
Mar
(4) |
Apr
(6) |
May
(5) |
Jun
(9) |
Jul
|
Aug
(5) |
Sep
(1) |
Oct
(10) |
Nov
(4) |
Dec
(3) |
| 2007 |
Jan
(6) |
Feb
(4) |
Mar
(6) |
Apr
(11) |
May
(1) |
Jun
(21) |
Jul
|
Aug
(6) |
Sep
(2) |
Oct
(4) |
Nov
|
Dec
|
| 2008 |
Jan
(14) |
Feb
(1) |
Mar
(5) |
Apr
(22) |
May
(4) |
Jun
(1) |
Jul
(7) |
Aug
(5) |
Sep
(7) |
Oct
(3) |
Nov
|
Dec
(1) |
| 2009 |
Jan
(14) |
Feb
(1) |
Mar
(9) |
Apr
(5) |
May
(6) |
Jun
(7) |
Jul
(8) |
Aug
(3) |
Sep
|
Oct
|
Nov
(2) |
Dec
(4) |
| 2010 |
Jan
(2) |
Feb
|
Mar
(6) |
Apr
(6) |
May
(34) |
Jun
|
Jul
(8) |
Aug
(3) |
Sep
|
Oct
(5) |
Nov
(3) |
Dec
(1) |
| 2011 |
Jan
|
Feb
(4) |
Mar
(3) |
Apr
|
May
|
Jun
(5) |
Jul
(9) |
Aug
(5) |
Sep
(9) |
Oct
(3) |
Nov
(10) |
Dec
(1) |
| 2012 |
Jan
(1) |
Feb
(3) |
Mar
(2) |
Apr
|
May
(2) |
Jun
(1) |
Jul
(5) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
(3) |
Nov
(2) |
Dec
(9) |
| 2014 |
Jan
(1) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
|
| 2015 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(3) |
| 2016 |
Jan
|
Feb
(4) |
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
From: <kai...@t-...> - 2003-02-05 09:44:00
|
Andrew Straw wrote: > Sorry, my error report was premature -- deleting my old Gnuplot > module before re-installing fixes the problem. > > And I now have working mouse zoom! Unfortunately, I cannot get this > to work with fifos -- it seems the "file" is unlinked immediately > after gnuplot gets it the first time, and gnuplot wants it again when > trying to zoom. I assume that the mouse-zoom feature is implemented (under the hood) by calling the equivalent of "replot", which causes gnuplot to try to read the file again. The whole point of the FIFO code is that after Gnuplot.py has written the data once through the FIFO it can assume that gnuplot is done with the data and therefore the pseudo-file can be deleted. This, in turn, was a trick to get around the problem of otherwise not knowing when normal temporary files could be deleted. So I'm not surprised to hear that mouse-zoom doesn't work with FIFOs. If you can think of a strategy to get around this problem, please let me know. > The same thing does work when fifos and inline are off, although in > that case, plot is not called a 2nd time. Perhaps the 2nd call to > plot with fifos is a gnuplot OS X oddity? I hope so; otherwise the FIFO workaround for the temporary file problem isn't a good one! Michael -- Michael Haggerty mh...@al... |
|
From: Andrew S. <and...@ad...> - 2003-02-05 04:32:17
|
Sorry, my error report was premature -- deleting my old Gnuplot module
before re-installing fixes the problem.
And I now have working mouse zoom! Unfortunately, I cannot get this to
work with fifos -- it seems the "file" is unlinked immediately after
gnuplot gets it the first time, and gnuplot wants it again when trying
to zoom. Here's the output when I put debug=1:
gnuplot> set mouse
gnuplot> set term x11
gnuplot> set yrange [-5:20]
gnuplot> set xlabel "Time (seconds)"
gnuplot> set ylabel "Response (mV)"
gnuplot> plot '/tmp/@20093.0' title "1115: 2000-03-06 17:23:09" with
lines
gnuplot> plot '/tmp/@20093.0' title "1115: 2000-03-06 17:23:09" with
lines
^
can't read data file "/tmp/@20093.0"
line 0: (No such file or directory)
The second call to plot is done on an attempted mouse zoom.
The same thing does work when fifos and inline are off, although in
that case, plot is not called a 2nd time. Perhaps the 2nd call to plot
with fifos is a gnuplot OS X oddity?
Anyhow, mouse zooming works for me, so I'm happy!
Cheers!
Andrew
On Wednesday, February 5, 2003, at 12:38 AM, Andrew Straw wrote:
> It sounds good... However, I just did a CVS checkout, build, and
> install and got the following:
>
> >>> import Gnuplot
> Traceback (most recent call last):
> File "<stdin>", line 1, in ?
> File
> "/Library/Frameworks/Python.framework/Versions/2.2/lib/python2.2/site-
> packages/Gnuplot/__init__.py", line 177, in ?
> from PlotItems import PlotItem, Func, File, Data, GridData
> File
> "/Library/Frameworks/Python.framework/Versions/2.2/lib/python2.2/site-
> packages/Gnuplot/PlotItems.py", line 374, in ?
> if gp.GnuplotOpts.support_fifo:
> AttributeError: class GnuplotOpts has no attribute 'support_fifo'
>
> (I'll dig farther, but this is what I got to tonight.)
>
> Cheers!
> Andrew
>
> On Tuesday, February 4, 2003, at 03:09 AM, Michael Haggerty wrote:
>
>> Andrew,
>>
>> Andrew Straw <and...@ad...> wrote:
>>> First of all, a big thanks for contributing Gnuplot.py! I use it
>>> all the time, as I'm sure countless others do.
>>
>> Thanks for the kind words.
>>
>>> Now a question -- is there a way to pipe data through a
>>> Gnuplot.PlotItems.TempArrayFile by default? I ask because on my
>>> machine (Mac OS X 10.2.3 with gnuplot 3.8h0), the 'set mouse' on the
>>> x11 terminal only works when the data is available in such a file.
>>>
>>> I vaguely seem to recall another version of Gnuplot (I'm using 1.6)
>>> did
>>> this. (I remember lots of /tmp/@1234132.1 files.) I did find in the
>>> gp_macosx.py file a "prefer_inline_data" variable, which I have set
>>> to
>>> 1, to no avail.
>>
>> That's funny; I thought that in version 1.6 temporary files were still
>> the default for Mac OS X.
>>
>> In any case, in the current CVS version, FIFOs are used by default to
>> send data to gnuplot on platforms that support them, including Mac OS
>> X. In the CVS version, if you set the following options in
>> gp_macos.py, then you should get temporary files by default:
>>
>> prefer_inline_data = 0
>> prefer_fifo_data = 1
>>
>> You can obtain the CVS version from sourceforge; instructions are
>> available one or two clicks from the Gnuplot.py project page,
>>
>> http://sourceforge.net/projects/gnuplot-py/
>>
>> Also from the sourceforge project page you can find instructions how
>> to join our mailing list, which is a good place to submit such
>> questions and discussion. (I have forwarded a copy of this email to
>> the mailing list.)
>>
>> Michael
>>
>> --
>> Michael Haggerty
>> hag...@jp...
>>
>
>
>
> -------------------------------------------------------
> This SF.NET email is sponsored by:
> SourceForge Enterprise Edition + IBM + LinuxWorld = Something 2 See!
> http://www.vasoftware.com
> _______________________________________________
> Gnuplot-py-users mailing list
> Gnu...@li...
> https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users
>
|
|
From: Andrew S. <and...@ad...> - 2003-02-04 14:08:05
|
It sounds good... However, I just did a CVS checkout, build, and
install and got the following:
>>> import Gnuplot
Traceback (most recent call last):
File "<stdin>", line 1, in ?
File
"/Library/Frameworks/Python.framework/Versions/2.2/lib/python2.2/site-
packages/Gnuplot/__init__.py", line 177, in ?
from PlotItems import PlotItem, Func, File, Data, GridData
File
"/Library/Frameworks/Python.framework/Versions/2.2/lib/python2.2/site-
packages/Gnuplot/PlotItems.py", line 374, in ?
if gp.GnuplotOpts.support_fifo:
AttributeError: class GnuplotOpts has no attribute 'support_fifo'
(I'll dig farther, but this is what I got to tonight.)
Cheers!
Andrew
On Tuesday, February 4, 2003, at 03:09 AM, Michael Haggerty wrote:
> Andrew,
>
> Andrew Straw <and...@ad...> wrote:
>> First of all, a big thanks for contributing Gnuplot.py! I use it
>> all the time, as I'm sure countless others do.
>
> Thanks for the kind words.
>
>> Now a question -- is there a way to pipe data through a
>> Gnuplot.PlotItems.TempArrayFile by default? I ask because on my
>> machine (Mac OS X 10.2.3 with gnuplot 3.8h0), the 'set mouse' on the
>> x11 terminal only works when the data is available in such a file.
>>
>> I vaguely seem to recall another version of Gnuplot (I'm using 1.6)
>> did
>> this. (I remember lots of /tmp/@1234132.1 files.) I did find in the
>> gp_macosx.py file a "prefer_inline_data" variable, which I have set to
>> 1, to no avail.
>
> That's funny; I thought that in version 1.6 temporary files were still
> the default for Mac OS X.
>
> In any case, in the current CVS version, FIFOs are used by default to
> send data to gnuplot on platforms that support them, including Mac OS
> X. In the CVS version, if you set the following options in
> gp_macos.py, then you should get temporary files by default:
>
> prefer_inline_data = 0
> prefer_fifo_data = 1
>
> You can obtain the CVS version from sourceforge; instructions are
> available one or two clicks from the Gnuplot.py project page,
>
> http://sourceforge.net/projects/gnuplot-py/
>
> Also from the sourceforge project page you can find instructions how
> to join our mailing list, which is a good place to submit such
> questions and discussion. (I have forwarded a copy of this email to
> the mailing list.)
>
> Michael
>
> --
> Michael Haggerty
> hag...@jp...
>
|
|
From: Michael H. <hag...@jp...> - 2003-02-03 16:39:51
|
Andrew,
Andrew Straw <and...@ad...> wrote:
> First of all, a big thanks for contributing Gnuplot.py! I use it
> all the time, as I'm sure countless others do.
Thanks for the kind words.
> Now a question -- is there a way to pipe data through a
> Gnuplot.PlotItems.TempArrayFile by default? I ask because on my
> machine (Mac OS X 10.2.3 with gnuplot 3.8h0), the 'set mouse' on the
> x11 terminal only works when the data is available in such a file.
>
> I vaguely seem to recall another version of Gnuplot (I'm using 1.6) did
> this. (I remember lots of /tmp/@1234132.1 files.) I did find in the
> gp_macosx.py file a "prefer_inline_data" variable, which I have set to
> 1, to no avail.
That's funny; I thought that in version 1.6 temporary files were still
the default for Mac OS X.
In any case, in the current CVS version, FIFOs are used by default to
send data to gnuplot on platforms that support them, including Mac OS
X. In the CVS version, if you set the following options in
gp_macos.py, then you should get temporary files by default:
prefer_inline_data = 0
prefer_fifo_data = 1
You can obtain the CVS version from sourceforge; instructions are
available one or two clicks from the Gnuplot.py project page,
http://sourceforge.net/projects/gnuplot-py/
Also from the sourceforge project page you can find instructions how
to join our mailing list, which is a good place to submit such
questions and discussion. (I have forwarded a copy of this email to
the mailing list.)
Michael
--
Michael Haggerty
hag...@jp...
|
|
From: <kai...@t-...> - 2003-01-11 15:37:35
|
David,
Thanks for your email. Obviously you figured out one way to print to a
file.
I was working on generic support for gnuplot terminals and the code is
checked into CVS. If you are willing to install Gnuplot.py from CVS you
can try it out. I've defined a mechanism in termdefs.py for defining
terminal options, and I've typed the list of options for a few terminal
types into that file (including png). It would be easy for you to add
the information about other terminal types that you want to use, and
then the Gnuplot.hardcopy() method will be able to work the them.
Unfortunately the only documentation is in the source file, which is
one reason that I haven't released a version including this new code :-(
The other, main reason is that I haven't had time to work on Gnuplot.py
in quite a while. :-( :-(
You might run into the famous "temporary-file deletion" problem if you
try to use your script in an automated environment. See the archives of
this newsgroup and FAQS.txt in the CVS repository of Gnuplot.py for more
information.
Regarding the jpeg and gif support: jpeg should work (afaik) though
since it is lossy it is not ideal for output such as that produced by
gnuplot. (You will especially notice that the large white background
regions are not uniform.) PNG is the recommended output format if it
can be used by the rest of your tools. Jpeg support is compiled into
the gnuplot packaged with RedHat Linux but it is possible that you have
to recompile gnuplot to enable support for it.
I don't believe that gnuplot supports GIF anymore because GIF is a
proprietary format and to write GIF files requires paying a license fee
to somebody. But see the gnuplot web site or user groups for the latest
information on that topic.
Yours,
Michael
David Casti wrote:
>On 1/10/03 8:32 AM, "David Casti" <da...@ne...> wrote:
>
>>My question: how do I get the output of gnuplot to go into a gif, png or
>>jpeg file? I believe I have compiled and installed all of the correct
>>components to make this possible... but I just don't know where to throw the
>>switch. Can someone give me a quick pointer?
>>
>>
>
>I asked too soon... turns out this is not hard at all --
>
>import Gnuplot, Gnuplot.funcutils
>g = Gnuplot.Gnuplot( debug=1 )
>g('set term png')
>g('set output "/tmp/david.png"')
>g.plot( [ [0, 1], [1, 2], [2, 3], [3, 4] ] )
>
>
--
Michael Haggerty
mh...@al...
|
|
From: David C. <da...@ne...> - 2003-01-10 14:16:40
|
On 1/10/03 8:32 AM, "David Casti" <da...@ne...> wrote:
> My question: how do I get the output of gnuplot to go into a gif, png or
> jpeg file? I believe I have compiled and installed all of the correct
> components to make this possible... but I just don't know where to throw the
> switch. Can someone give me a quick pointer?
I asked too soon... turns out this is not hard at all --
import Gnuplot, Gnuplot.funcutils
g = Gnuplot.Gnuplot( debug=1 )
g('set term png')
g('set output "/tmp/david.png"')
g.plot( [ [0, 1], [1, 2], [2, 3], [3, 4] ] )
-- and observe the output file in /tmp/david.png.
It appears that jpeg and gif support is going to be trickier... because "set
terminal" at the gnuplot command prompt does not show those to be available
terminal types. Once I figure out how to make them available, the way to
use them in gnuplot.py is clear.
I hope this post helps a future gnuplot.py user! :)
David.
|
|
From: David C. <da...@ne...> - 2003-01-10 13:32:11
|
Hello, I have just come across gnuplot, and am very pleased to discover the python interface. Everything appears to be set up here correctly... the demo charts are outstanding. My question: how do I get the output of gnuplot to go into a gif, png or jpeg file? I believe I have compiled and installed all of the correct components to make this possible... but I just don't know where to throw the switch. Can someone give me a quick pointer? Thanks, David. |
|
From: Michael T. C. <mt...@ic...> - 2003-01-08 21:13:47
|
Thanks to everyone for the input. Turned out that adding the path to gnuplot in the bash script that was calling the gnuplot.py routine which is all being called from a cron entry did the trick. Thanks again, mtc Michael Haggerty wrote: > Hi, > > My guess is that "gnuplot: not found" indicates that the gnuplot > program (not the Python package but the program itself) is not in your > PATH. > > If that is not the case, make sure that you don't have problems with > temporary files being deleted before they are used. The FAQ.txt file > in the latest CVS version of Gnuplot.py has more information about > this well-known problem. > > If you are interested in Gnuplot.py issues, you might consider > subscribing to the mailing list. You can do that through SourceForge, > > http://sourceforge.net/projects/gnuplot-py > > Let me know if it helps, > Michael > > Michael T. Colee wrote: > >> Hello and thanks for the efforts on gnuplot.py, really a nice tool. >> I'm hoping you might have some insight into a problem I'm having as a >> relatively new python and gnuplot.py user. >> >> I've written a rather brute force script that generates png plots of >> various meteorological fields for posting on a web page. When I run >> it from the command line it functions beautifully and generates all >> my plots in the locations I want them. If you are curious to see the >> results what I'm doing you can look at: >> >> http://neige.bren.ucsb.edu/mmsa/images/weekly/default.htm >> & >> http://neige.bren.ucsb.edu/mmsa/images/daily/default.htm >> >> When I go to run the routine scheduled from a cron entry however, it >> chokes. The system I'm on is running W2K server and I've got cron >> running under cygwin which calls various scripts every hour to >> generate the pages I need. Other python scripts work fine in this >> manner, for example, the following page: >> >> http://neige.bren.ucsb.edu/mmsa/images/hourly/LatestMet.htm >> >> is automatically generated hourly from a seperate python script >> called from the same cron entry. >> >> So, the code (Plotmmsa.py) I'm having trouble with is: >> >> _________________________________________________________ >> #...bunch of prep stuff cut out for brevity... >> print "Read in and set various lists, starting plots. Last depth >> reading:" >> print PlatformTemp[-1:] #make sure we've got data in our lists (we do). >> >> #g = Gnuplot.Gnuplot() >> g = Gnuplot.Gnuplot(debug=1) #debug=1 outputs gnuplot commands to stdout >> g('set data style lines') >> #g('set data style linespoints') >> g('set term png color') >> >> >> g.title('Temperature') >> g.xlabel('Day of Year') >> g.ylabel('Degrees C') >> #This is line 106 which seems to be the problem: >> g('set output "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png"') >> g.plot(PlatformTemp[-700:]) #Plot the last 7 days of data. >> time.sleep(1) #Wait for gnuplot to do it's thing. >> g('set output "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png"') >> g.plot(PlatformTemp[-96:]) #Plot the last day of data. >> time.sleep(1) #Wait for gnuplot to do it's thing. >> #...Rest of plots left out for brevity... >> __________________________________________________________ >> >> >> Output from running Plotmmsa.py at the command prompt: >> >> $ ../bin/python/Plotmmsa.py >> Read in and set various lists, starting plots. Last depth reading: >> [[7.458333333333333, 3.8610000000000002]] >> gnuplot> set data style lines >> gnuplot> set term png color >> gnuplot> set title "Temperature" >> gnuplot> set xlabel "Day of Year" >> gnuplot> set ylabel "Degrees C" >> gnuplot> set output >> "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png" >> gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1648.0' notitle >> gnuplot> set output >> "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png" >> gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1648.1' notitle >> __________________________________________________________ >> >> Output from cron running the same program: >> >> gnuplot> set data style lines >> gnuplot> set term png color >> gnuplot> set title "Temperature" >> gnuplot> set xlabel "Day of Year" >> gnuplot> set ylabel "Degrees C" >> gnuplot> set output >> "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png" >> gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1984.0' notitle >> gnuplot: not found >> Read in and set various lists, starting plots. Last depth reading: >> [[7.458333333333333, 3.8610000000000002]] >> Traceback (most recent call last): >> File "/home/mmsa/bin/python/Plotmmsa.py", line 106, in ? >> g('set output >> "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png"') >> File "/usr/lib/python2.2/site-packages/Gnuplot/_Gnuplot.py", line >> 206, in __call__ >> self.gnuplot(s) >> File "/usr/lib/python2.2/site-packages/Gnuplot/gp_unix.py", line >> 203, in __call__ >> self.flush() >> IOError: [Errno 32] Broken pipe >> >> _________________________________________________________ >> >> Any suggestions would be much appreciated. My next step will be to >> get gnuplot.py running on a linux box and see if I have the same >> problems there. >> >> Thanks in advance, >> mtc >> > > -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Michael Colee Internet: mt...@ic... ICESS & Bren SESM Phone : (805) 893-2883 University of California Fax : (805) 893-6113 Santa Barbara CA 93106-3060 Office : 1001 Bren Hall =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= |
|
From: Joachim W. <wu...@cr...> - 2003-01-08 08:26:55
|
Michael:
> When I go to run the routine scheduled from a cron entry however, it=20
> chokes. The system I'm on is running W2K server and I've got cron=20
> running under cygwin which calls various scripts every hour=20
> to generate the pages I need.
> #This is line 106 which seems to be the problem:
> g('set output "/home/blabla/out.png"')
I guess, the problem is not so much with Python and Gnuplot, but rather
with the interaction of W2K, Cygwin, and cron. It looks to me as if
your cron job simply doesn't know about the Cygwin file name mapping.
Try with a little test script. Alternatively, try with "Windows" (i.e.
DOS) file names "D:\cygwin\home\blabla\out.png".
Good luck, Joachim
|
|
From: <kai...@t-...> - 2003-01-08 08:18:10
|
Hi,
My guess is that "gnuplot: not found" indicates that the gnuplot program
(not the Python package but the program itself) is not in your PATH.
If that is not the case, make sure that you don't have problems with
temporary files being deleted before they are used. The FAQ.txt file in
the latest CVS version of Gnuplot.py has more information about this
well-known problem.
If you are interested in Gnuplot.py issues, you might consider
subscribing to the mailing list. You can do that through SourceForge,
http://sourceforge.net/projects/gnuplot-py
Let me know if it helps,
Michael
Michael T. Colee wrote:
> Hello and thanks for the efforts on gnuplot.py, really a nice tool.
> I'm hoping you might have some insight into a problem I'm having as a
> relatively new python and gnuplot.py user.
>
> I've written a rather brute force script that generates png plots of
> various meteorological fields for posting on a web page. When I run
> it from the command line it functions beautifully and generates all my
> plots in the locations I want them. If you are curious to see the
> results what I'm doing you can look at:
>
> http://neige.bren.ucsb.edu/mmsa/images/weekly/default.htm
> &
> http://neige.bren.ucsb.edu/mmsa/images/daily/default.htm
>
> When I go to run the routine scheduled from a cron entry however, it
> chokes. The system I'm on is running W2K server and I've got cron
> running under cygwin which calls various scripts every hour to
> generate the pages I need. Other python scripts work fine in this
> manner, for example, the following page:
>
> http://neige.bren.ucsb.edu/mmsa/images/hourly/LatestMet.htm
>
> is automatically generated hourly from a seperate python script called
> from the same cron entry.
>
> So, the code (Plotmmsa.py) I'm having trouble with is:
>
> _________________________________________________________
> #...bunch of prep stuff cut out for brevity...
> print "Read in and set various lists, starting plots. Last depth
> reading:"
> print PlatformTemp[-1:] #make sure we've got data in our lists (we do).
>
> #g = Gnuplot.Gnuplot()
> g = Gnuplot.Gnuplot(debug=1) #debug=1 outputs gnuplot commands to stdout
> g('set data style lines')
> #g('set data style linespoints')
> g('set term png color')
>
>
> g.title('Temperature')
> g.xlabel('Day of Year')
> g.ylabel('Degrees C')
> #This is line 106 which seems to be the problem:
> g('set output "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png"')
> g.plot(PlatformTemp[-700:]) #Plot the last 7 days of data.
> time.sleep(1) #Wait for gnuplot to do it's thing.
> g('set output "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png"')
> g.plot(PlatformTemp[-96:]) #Plot the last day of data.
> time.sleep(1) #Wait for gnuplot to do it's thing.
> #...Rest of plots left out for brevity...
> __________________________________________________________
>
>
> Output from running Plotmmsa.py at the command prompt:
>
> $ ../bin/python/Plotmmsa.py
> Read in and set various lists, starting plots. Last depth reading:
> [[7.458333333333333, 3.8610000000000002]]
> gnuplot> set data style lines
> gnuplot> set term png color
> gnuplot> set title "Temperature"
> gnuplot> set xlabel "Day of Year"
> gnuplot> set ylabel "Degrees C"
> gnuplot> set output
> "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png"
> gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1648.0' notitle
> gnuplot> set output
> "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png"
> gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1648.1' notitle
> __________________________________________________________
>
> Output from cron running the same program:
>
> gnuplot> set data style lines
> gnuplot> set term png color
> gnuplot> set title "Temperature"
> gnuplot> set xlabel "Day of Year"
> gnuplot> set ylabel "Degrees C"
> gnuplot> set output
> "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png"
> gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1984.0' notitle
> gnuplot: not found
> Read in and set various lists, starting plots. Last depth reading:
> [[7.458333333333333, 3.8610000000000002]]
> Traceback (most recent call last):
> File "/home/mmsa/bin/python/Plotmmsa.py", line 106, in ?
> g('set output
> "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png"')
> File "/usr/lib/python2.2/site-packages/Gnuplot/_Gnuplot.py", line
> 206, in __call__
> self.gnuplot(s)
> File "/usr/lib/python2.2/site-packages/Gnuplot/gp_unix.py", line
> 203, in __call__
> self.flush()
> IOError: [Errno 32] Broken pipe
>
> _________________________________________________________
>
> Any suggestions would be much appreciated. My next step will be to
> get gnuplot.py running on a linux box and see if I have the same
> problems there.
>
> Thanks in advance,
> mtc
>
--
Michael Haggerty
mh...@al...
|
|
From: Michael T. C. <mt...@ic...> - 2003-01-07 23:08:23
|
Hello and thanks for the efforts on gnuplot.py, really a nice tool. I'm hoping you might have some insight into a problem I'm having as a relatively new python and gnuplot.py user. I've written a rather brute force script that generates png plots of various meteorological fields for posting on a web page. When I run it from the command line it functions beautifully and generates all my plots in the locations I want them. If you are curious to see the results what I'm doing you can look at: http://neige.bren.ucsb.edu/mmsa/images/weekly/default.htm & http://neige.bren.ucsb.edu/mmsa/images/daily/default.htm When I go to run the routine scheduled from a cron entry however, it chokes. The system I'm on is running W2K server and I've got cron running under cygwin which calls various scripts every hour to generate the pages I need. Other python scripts work fine in this manner, for example, the following page: http://neige.bren.ucsb.edu/mmsa/images/hourly/LatestMet.htm is automatically generated hourly from a seperate python script called from the same cron entry. So, the code (Plotmmsa.py) I'm having trouble with is: _________________________________________________________ #...bunch of prep stuff cut out for brevity... print "Read in and set various lists, starting plots. Last depth reading:" print PlatformTemp[-1:] #make sure we've got data in our lists (we do). #g = Gnuplot.Gnuplot() g = Gnuplot.Gnuplot(debug=1) #debug=1 outputs gnuplot commands to stdout g('set data style lines') #g('set data style linespoints') g('set term png color') g.title('Temperature') g.xlabel('Day of Year') g.ylabel('Degrees C') #This is line 106 which seems to be the problem: g('set output "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png"') g.plot(PlatformTemp[-700:]) #Plot the last 7 days of data. time.sleep(1) #Wait for gnuplot to do it's thing. g('set output "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png"') g.plot(PlatformTemp[-96:]) #Plot the last day of data. time.sleep(1) #Wait for gnuplot to do it's thing. #...Rest of plots left out for brevity... __________________________________________________________ Output from running Plotmmsa.py at the command prompt: $ ../bin/python/Plotmmsa.py Read in and set various lists, starting plots. Last depth reading: [[7.458333333333333, 3.8610000000000002]] gnuplot> set data style lines gnuplot> set term png color gnuplot> set title "Temperature" gnuplot> set xlabel "Day of Year" gnuplot> set ylabel "Degrees C" gnuplot> set output "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png" gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1648.0' notitle gnuplot> set output "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png" gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1648.1' notitle __________________________________________________________ Output from cron running the same program: gnuplot> set data style lines gnuplot> set term png color gnuplot> set title "Temperature" gnuplot> set xlabel "Day of Year" gnuplot> set ylabel "Degrees C" gnuplot> set output "/home/mmsa/wwwroot/mmsa/images/weekly/PlatformTemp.png" gnuplot> plot '/cygdrive/c/WINNT/TEMP/@1984.0' notitle gnuplot: not found Read in and set various lists, starting plots. Last depth reading: [[7.458333333333333, 3.8610000000000002]] Traceback (most recent call last): File "/home/mmsa/bin/python/Plotmmsa.py", line 106, in ? g('set output "/home/mmsa/wwwroot/mmsa/images/daily/PlatformTemp.png"') File "/usr/lib/python2.2/site-packages/Gnuplot/_Gnuplot.py", line 206, in __call__ self.gnuplot(s) File "/usr/lib/python2.2/site-packages/Gnuplot/gp_unix.py", line 203, in __call__ self.flush() IOError: [Errno 32] Broken pipe _________________________________________________________ Any suggestions would be much appreciated. My next step will be to get gnuplot.py running on a linux box and see if I have the same problems there. Thanks in advance, mtc -- =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= Michael Colee Internet: mt...@ic... ICESS & Bren SESM Phone : (805) 893-2883 University of California Fax : (805) 893-6113 Santa Barbara CA 93106-3060 Office : 1001 Bren Hall =-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-= |
|
From: Andreas T. <ti...@rk...> - 2002-12-10 12:34:11
|
Hello,
is there any possibility to ensure that an output file will be created
immediately after calling the plot method?
My problem is the following:
g = Gnuplot.Gnuplot(debug=1)
g.xlabel('x')
g.ylabel('y')
g('set terminal postscript eps color solid "Helvetica" 24')
g('set output "tmp.eps"')
g.plot(X)
p = os.popen('/usr/bin/convert tmp.eps png:-', 'r')
img = Binary(p.read())
p.close()
This EPS to PNG conversion is done for several reasons. One of these
reasons are better fonts compared to direct PNG output.
Unfortunately it is not sure that the file tmp.eps exists at this time.
I have a randomly effect that it is missing if I go through a loop of
about 30 iterations (each creating different images).
I guess this has something to do with syncronisation and I wonder if I could
flush a certain buffer to ensure that the file is written.
Any hints?
Andreas.
|
|
From: Leonardo M. <lm...@ud...> - 2002-12-02 18:39:25
|
Hi Nate, Yes, please use the code on CVS, that will do. You can search in mailing list archives for discussion on this topic. Best -- leo On Mon, 2 Dec 2002, Nate Gelbard wrote: > Hello, > > I've written a python script that collects memory data from many > test machines and graphs it over time. > > I have a problem that comes & goes where gnuplot is passed a list > of /tmp/@files to plot (8 lines per graph), and it can't find the last > file. Below is a log that illustrates the issue: > > I assume something is being cleaned up too quickly.. > > any suggestions? |
|
From: Nate G. <gel...@tr...> - 2002-12-02 18:25:40
|
Hello,
I've written a python script that collects memory data from many
test machines and graphs it over time.
I have a problem that comes & goes where gnuplot is passed a list
of /tmp/@files to plot (8 lines per graph), and it can't find the last
file. Below is a log that illustrates the issue:
I assume something is being cleaned up too quickly..
any suggestions?
thanx
nate
gnuplot> set data style lines
gnuplot> set term png color
gnuplot> set output
"/home/gelbardn/public_html/vegaDuration/speedy-mem-199.png"
gnuplot> set title "Time vs Memory"
gnuplot> set xlabel "Time \(10min intervals\)"
gnuplot> set ylabel "Kilobytes"
gnuplot> plot '/tmp/@32215.0' title "interbase", '/tmp/@32215.1' title
"rmid", '/tmp/@32215.2' title "txn", '/tmp/@32215.3' title "javaspace",
'/tmp/@32215.4' title "outrigger", '/tmp/@32215.5' title "lookup",
'/tmp/@32215.6' title "space", '/tmp/@32215.7' title "tomcat"
gnuplot> plot '/tmp/@32215.0' title "interbase", '/tmp/@32215.1' title
"rmid", '/tmp/@32215.2' title "txn", '/tmp/@32215.3' title "javaspace",
'/tmp/@32215.4' title "outrigger", '/tmp/@32215.5' title "lookup",
'/tmp/@32215.6' title "space", '/tmp/@32215.7' title "tomcat"
^
can't read data file "/tmp/@32215.7"
line 0: (No such file or directory)
gnuplot> set data style lines
gnuplot> set term png color
gnuplot> set output
"/home/gelbardn/public_html/vegaDuration/goofy-mem-199.png"
gnuplot> set title "Time vs Memory"
gnuplot> set xlabel "Time \(10min intervals\)"
gnuplot> set ylabel "Kilobytes"
gnuplot> plot '/tmp/@32215.8' title "interbase", '/tmp/@32215.9' title
"rmid", '/tmp/@32215.10' title "txn", '/tmp/@32215.11' title "javaspace",
'/tmp/@32215.12' title "outrigger", '/tmp/@32215.13' title "lookup",
'/tmp/@32215.14' title "space", '/tmp/@32215.15' title "tomcat"
gnuplot> set data style lines
gnuplot> set term png color
gnuplot> set output
"/home/gelbardn/public_html/vegaDuration/plucky-mem-199.png"
gnuplot> set title "Time vs Memory"
gnuplot> set xlabel "Time \(10min intervals\)"
gnuplot> set ylabel "Kilobytes"
gnuplot> plot '/tmp/@32215.16' title "interbase", '/tmp/@32215.17' title
"rmid", '/tmp/@32215.18' title "txn", '/tmp/@32215.19' title "javaspace",
'/tmp/@32215.20' title "outrigger", '/tmp/@32215.21' title "lookup",
'/tmp/@32215.22' title "space", '/tmp/@32215.23' title "tomcat"
gnuplot> set data style lines
gnuplot> set term png color
gnuplot> set output
"/home/gelbardn/public_html/vegaDuration/blackhole-mem-199.png"
gnuplot> set title "Time vs Memory"
gnuplot> set xlabel "Time \(10min intervals\)"
gnuplot> set ylabel "Kilobytes"
gnuplot> plot '/tmp/@32215.24' title "interbase", '/tmp/@32215.25' title
"rmid", '/tmp/@32215.26' title "txn", '/tmp/@32215.27' title "javaspace",
'/tmp/@32215.28' title "outrigger", '/tmp/@32215.29' title "lookup",
'/tmp/@32215.30' title "space", '/tmp/@32215.31' title "tomcat"
gnuplot> plot '/tmp/@32215.24' title "interbase", '/tmp/@32215.25' title
"rmid", '/tmp/@32215.26' title "txn", '/tmp/@32215.27' title "javaspace",
'/tmp/@32215.28' title "outrigger", '/tmp/@32215.29' title "lookup",
'/tmp/@32215.30' title "space", '/tmp/@32215.31' title "tomcat"
^
can't read data file "/tmp/@32215.30"
line 0: (No such file or directory)
gnuplot> set data style lines
gnuplot> set term png color
gnuplot> set output
"/home/gelbardn/public_html/vegaDuration/wormhole-mem-199.png"
gnuplot> set title "Time vs Memory"
gnuplot> set xlabel "Time \(10min intervals\)"
gnuplot> set ylabel "Kilobytes"
gnuplot> plot '/tmp/@32215.32' title "interbase", '/tmp/@32215.33' title
"rmid", '/tmp/@32215.34' title "txn", '/tmp/@32215.35' title "javaspace",
'/tmp/@32215.36' title "outrigger", '/tmp/@32215.37' title "lookup",
'/tmp/@32215.38' title "space", '/tmp/@32215.39' title "tomcat"
gnuplot> plot '/tmp/@32215.32' title "interbase", '/tmp/@32215.33' title
"rmid", '/tmp/@32215.34' title "txn", '/tmp/@32215.35' title "javaspace",
'/tmp/@32215.36' title "outrigger", '/tmp/@32215.37' title "lookup",
'/tmp/@32215.38' title "space", '/tmp/@32215.39' title "tomcat"
^
can't read data file "/tmp/@32215.39"
line 0: (No such file or directory)
|
|
From: Michael H. <hag...@jp...> - 2002-10-21 14:42:50
|
James S. Martin writes:
> I am trying to figure out how to plot multiple sets of file data on
> the same graph without using a replot.
[...]
> p1=Gnuplot.File("file1",title="line1",using=9)
> p2=Gnuplot.File("file1",title="line2",using=10)
>
> lines.append(p1)
> lines.append(p2)
>
>
> g.plot(lines)
Yes. Since Gnuplot.plot() is defined to take a variable number of
parameters, you need to arrange that each of your PlotItems is a
separate parameter to the plot() method. Do either
g.plot(p1, p2)
or
lines = [p1,p2]
apply(g.plot, lines)
or (if you are using Python 2.0 or later)
lines = [p1,p2]
g.plot(*lines)
Michael
--
Michael Haggerty
hag...@jp...
|
|
From: James S. M. <jam...@di...> - 2002-10-21 14:21:34
|
First off thanks for gnuplot-py, it's helped me concentrate on my code
w/out worrrying about Gnuplots messy syntax.
I am trying to figure out how to plot multiple sets of file data on the
same graph without using a replot.
I notice that if I do this it doesn't work because the _add_to_queue
thinks it is a data array and not an array of instances. I am trying to
plot multiple columns from the same or different files on the same graph
and I can't think of how to do it without using replot. Is there a
better way?
p1=Gnuplot.File("file1",title="line1",using=9)
p2=Gnuplot.File("file1",title="line2",using=10)
lines.append(p1)
lines.append(p2)
g.plot(lines)
Thanks,
James
|
|
From: Leonardo M. <lm...@ud...> - 2002-10-10 20:12:03
|
Hi Johnny Yes, you will need to satisfy all dependecies. Let's do something. I'll help you install gnuplot outside the list (to avoid going too off-topic) and then we come back to the list if there are gnuplot-py specific issues :-) -- leo > I was trying to install gnuplot, but it seems like > there are alot of dependencies that are associated > with gnuplot. > > Is there a package where it contains all the files I > would need to install it? Or do i have to install each > dependency one by one? > > Thanks. > > Johnny |
|
From: Andreas T. <ti...@rk...> - 2002-10-09 07:08:53
|
On Wed, 9 Oct 2002, [iso-8859-1] Johnny boi wrote:
> I was trying to install gnuplot, but it seems like
> there are alot of dependencies that are associated
> with gnuplot.
>
> Is there a package where it contains all the files I
> would need to install it? Or do i have to install each
> dependency one by one?
It depends from your Linux Distribution. In Debian GNU/Linux this
is done by
apt-get install gnuplot
automagically.
Kind regards
Andreas.
|
|
From: <py...@ya...> - 2002-10-09 01:10:40
|
Hi Leo, I was trying to install gnuplot, but it seems like there are alot of dependencies that are associated with gnuplot. Is there a package where it contains all the files I would need to install it? Or do i have to install each dependency one by one? Thanks. Johnny http://mobile.yahoo.com.au - Yahoo! Messenger for SMS - Always be connected to your Messenger Friends |
|
From: Leonardo M. <lm...@ud...> - 2002-10-05 15:42:15
|
> I was wondering is gnuplot-py compatible with wxPython? It is actually independent. Gnuplot-py talks to gnuplot and gnuplot does the plotting, opens windows, etc (it is a "wrapper" to gnuplot) > I'm trying to plot data with real time. Yes, you can do that. You loop within python, grab the data and send it to gnuplot using gnuplot-py. No problem :-) -- leo |
|
From: <py...@ya...> - 2002-10-04 23:49:31
|
Hi Leo, I'll try using rpm's, as soon as I finish downloading the required file(s). I was wondering is gnuplot-py compatible with wxPython? I'm trying to plot data with real time. Thank you. Johnny --------------------------------- Yahoo! Messenger for SMS- Always be connected to your Messenger Friends |
|
From: Leonardo M. <lm...@ud...> - 2002-10-04 12:27:02
|
On Fri, 4 Oct 2002, Johnny boi wrote: > Hello again Leo, > > I tried typing "gnuplot" in the console, and all I get > is: > [root@localhost root]# gnuplot > bash: gnuplot: command not found > [root@localhost root]# Yeah. It probably installed the binary in a place not included in you path. If this is the case it is fixable: locate gnuplot |grep bin will probably tell you where it is, but then you'd have to either mofify the global path (/etc/profile) or do i for each user (~/.bash_profile). Much easier would be to use the packaging sysutem, which takes care of everything for you. You can go to an rpmfind.net mirror, such as: http://speakeasy.rpmfind.net Search for gnuplot and get a binary package for your distribution (in your case RH 7.1, package name ends in i386.rpm) Download this, and run as root: "rpm -Uvh package-name" That's it, it sould run after that. If you are thinking of working a lot in your system, it's worthwile upgrading, RH 7.1 is fairly old and Linux went a long way. As I said, Mandrake would probably best shot. Installing this package would mean opening the control panel, going to software managment, choosing install software, and typing gnuplot. More, Mandrake's 9 installation has a "scientific workstation" option that installs gnuplot and other nice goodies by default. Anyway, my 2cts, I strongly recommend sticking to the RPM packages whenever possible. RPM takes care of the software (installs/uninstalls properly, etc) > Should I install and use Numeric 22 instead, even > though I am using Python2.1? It may run and it shouldn't hurt > Anyway I think I should uninstall the gnuplot as well > as gnuplot-py. Basically I should start from scratch. > Is this recommended? I think it's extra work, just get gnuplot installed again and you are fine. Uninstalling from source is not trivial, there is no universal way to do it (check for a target in the Makefile, there probably is). That's why using rpm (or apt/get in Debian systems) is so cool. > Thanks for your ongoing help. My pleasure :-) Take care -- leo |
|
From: <py...@ya...> - 2002-10-04 04:36:59
|
Hello again Leo, I tried typing "gnuplot" in the console, and all I get is: [root@localhost root]# gnuplot bash: gnuplot: command not found [root@localhost root]# hence there was no gnuplot session that opened up. The Linux distribution that I am using is Red Hat 7.1. I assume this is what you mean by the distribution. I have also installed Python2.1 and Numeric 18.4.1. Should I install and use Numeric 22 instead, even though I am using Python2.1? Anyway I think I should uninstall the gnuplot as well as gnuplot-py. Basically I should start from scratch. Is this recommended? Thanks for your ongoing help. Regards, Johnny http://mobile.yahoo.com.au - Yahoo! Messenger for SMS - Always be connected to your Messenger Friends |
|
From: Leonardo M. <lm...@ud...> - 2002-10-04 02:37:30
|
Hi Johhny > First of all thanks for the help, but it seems like I > shall be needing more of it. You'll get it :-) > The instructions I used were > > ./configure > make > make install > > I hope this is right. Yes, it usually is > Anyway when i type "whereis gnuplot" I get the > following: > [root@localhost root]# whereis gnuplot > gnuplot: > [root@localhost root]# > > so it obviously didn't install properly. Unless there is some issue with whereis. How about typing "gnuplot" from a console ? Does it open a "gnuplot" session ? > What should i do? Can I uninstall in Linux? Yes, if you use a package manager. What distribution of Linux are you using ?. If you are new to Linux I would strongly recommend mandrake. Anyway, chances are your distro uses rpm, a package management software (very useful). > Is there a step-by-step set of instructions for me to > follow? Yes, but please tell us what distro you use, version of the distro, etc. Best leo |
|
From: <py...@ya...> - 2002-10-04 02:28:53
|
Hello Leo, First of all thanks for the help, but it seems like I shall be needing more of it. After reading thru the gnuplot.info website, I think apart from installing gnuplot.py I have to install the gnuplot program itself. So I follow the installation instructions to install gnuplot-3.7.1. The instructions I used were ./configure make make install I hope this is right. Anyway when i type "whereis gnuplot" I get the following: [root@localhost root]# whereis gnuplot gnuplot: [root@localhost root]# so it obviously didn't install properly. What should i do? Can I uninstall in Linux? I am fairly new to Linux, so please forgive my trivial questions. Is there a step-by-step set of instructions for me to follow? Thank you. Regards, Johnny http://mobile.yahoo.com.au - Yahoo! Messenger for SMS - Always be connected to your Messenger Friends |