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 |