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: John P. <par...@sp...> - 2006-12-19 06:44:57
|
> Shortly ago John Parejko mentioned he convertet Gnuplot-py to numpy for > his version. Sorry! Check out the latest subversion copy: I checked it in a while ago. Seems to be working just fine (using numpy, not numpy.oldnumeric). Try out the latest SVN, and let me know! I've got a few more changes (the format for label and title fonts changed in Gnuplot at some point) that I haven't submitted yet, but svn should be stable. Cheers. John -- ************************* John Parejko Department of Physics and Astronomy 215 895-2786 Drexel University Philadelphia, PA ************************** |
From: <her...@qi...> - 2006-12-18 15:16:18
|
Hello, Shortly ago John Parejko mentioned he convertet Gnuplot-py to numpy for his version. I tried the same with the alter_code1, but I'm too stupid to get this one running. Does anybody know if John released his changed version somewhere ? Or maybe any hints how he did the conversion ? Thanks and regards Hermann |
From: iCy-fLaME <icy...@gm...> - 2006-11-16 19:15:16
|
This is how I init my Gnuplot objects: >>> import Gnuplot >>> p = Gnuplot.Gnuplot(debug = 1) gnuplot> set terminal x11 >>> p('set data style line') gnuplot> set data style line >>> g = Gnuplot.Gnuplot(debug=1) gnuplot> set terminal x11 >>> g('set view map') gnuplot> set view map >>> g('unset surface') gnuplot> unset surface >>> g('set style data pm3d') gnuplot> set style data pm3d >>> g('set pm3d at b') gnuplot> set pm3d at b Then have: out => 2D numpy array xlst => 1D numpy array ylst => 1D numpy array If I do: >>> p.plot(flst) gnuplot> plot '/tmp/tmpuASWPU' notitle >>> g.splot(Gnuplot.GridData(out, xlst, ylst)) gnuplot> splot '/tmp/tmpqE8TME' binary notitle >>> line 0: File doesn't factorize into full matrix Hummm..... error. and if I do: >>> g.splot(Gnuplot.GridData(out, xlst, ylst, binary = 0)) gnuplot> splot '/tmp/tmpULSoZm' notitle Ahh... takes longer, but fixed. Sounds like incompatibility for the numpy (2D) array object. Here is what I am using: >>> Gnuplot.__version__ '1.7' >>> numpy.__version__ '1.0' >>> Numeric.__version__ '24.2' All suggestions are welcome. -- iCy-fLaME ------------------------------------------------ The body maybe wounded, but it is the mind that hurts. |
From: Conor R. <con...@gm...> - 2006-11-09 22:43:07
|
Using iCy-fLaME's suggestion I threw this together. Example: #directory I want to save to as str fdir = geo+'/'+str(hidden)+'/'+trial+'/%netval.eps' #set output add quotes g1('set output '+'"'+fdir+'"') #note there was an extra 'set' (typo) in previous example #set terminal g1('set terminal postscript landscape enhanced color') #plot g1.plot(r12, r1, Gnuplot.Func('-x + 1', title = "ave response%"), Gnuplot.Func('x', title = "ave cut%")) This seems to work well. Is this efficient, or what you refer to by 'set manually before plotting' ? I'd like to tighten up the time it takes for report generation albeit a negligible % of the process time. Thanks Conor On 11/9/06, Michael Haggerty <mh...@al...> wrote: > Conor Robinson wrote: > > I'm generating thousands of plots, which I'm storing as ps files as > > records of different trials. For example: > > > > #plot my data > > g2.plot(r22, r2, r21) > > > > #save results of a trial > > g2.hardcopy(trial+'/result.ps', enhanced=1, color=1) > > > > What I would like to do is complete the plot in g2, but suppress the > > visual output and just save a hardcopy to view later if need be. > > Eventually, as expected, AquaTerm will crash as I keep displaying the > > numerous plots. Is there a way to implement this? > > To prevent the terminal output, I think you could use the 'unknown' > terminal type (which appears to send output to nirvana): > > import gp, Gnuplot > > # Set the term value that is restored after a hardcopy: > gp.GnuplotOpts.default_term = 'unknown' > > g = Gnuplot.Gnuplot() > > # Set the initial term value: > g('set term unknown') > > ... > > If you are very worried about efficiency, though, you can't really use > the hardcopy() method at all because it causes the data to be processed > twice (once for 'unknown' then once for your desired hardcopy output > device). If that is a problem, you probably want to set the terminal > and output file manually before plotting anything. > > Michael > |
From: Michael H. <mh...@al...> - 2006-11-09 21:51:10
|
Conor Robinson wrote: > I'm generating thousands of plots, which I'm storing as ps files as > records of different trials. For example: > > #plot my data > g2.plot(r22, r2, r21) > > #save results of a trial > g2.hardcopy(trial+'/result.ps', enhanced=1, color=1) > > What I would like to do is complete the plot in g2, but suppress the > visual output and just save a hardcopy to view later if need be. > Eventually, as expected, AquaTerm will crash as I keep displaying the > numerous plots. Is there a way to implement this? To prevent the terminal output, I think you could use the 'unknown' terminal type (which appears to send output to nirvana): import gp, Gnuplot # Set the term value that is restored after a hardcopy: gp.GnuplotOpts.default_term = 'unknown' g = Gnuplot.Gnuplot() # Set the initial term value: g('set term unknown') ... If you are very worried about efficiency, though, you can't really use the hardcopy() method at all because it causes the data to be processed twice (once for 'unknown' then once for your desired hardcopy output device). If that is a problem, you probably want to set the terminal and output file manually before plotting anything. Michael |
From: Conor R. <con...@gm...> - 2006-11-09 19:22:15
|
I'm generating thousands of plots, which I'm storing as ps files as records of different trials. For example: #plot my data g2.plot(r22, r2, r21) #save results of a trial g2.hardcopy(trial+'/result.ps', enhanced=1, color=1) What I would like to do is complete the plot in g2, but suppress the visual output and just save a hardcopy to view later if need be. Eventually, as expected, AquaTerm will crash as I keep displaying the numerous plots. Is there a way to implement this? I'm running OSX (10.4.8), X11 and AquaTerm, but I'm assuming the method or arguments, if they exist, are universal. Thank you, Conor |
From: John P. <par...@sp...> - 2006-10-26 23:33:38
|
si...@lk... wrote: > Hello there, > I am sorry for the basic question, but i could not find a simple example > of plotting an array with gnuplot.py. > let's say i do the following: > e=4,5,6,7,8,9 > g=Gnuplot.Gnuplot > g.Data=e > what next? First of all, you need to instantiate Gnuplot (notice the parentheses): g=Gnuplot.Gnuplot() Then g.plot(e) will give a very basic plot. For more examples, look at demo.py in the Gnuplot.py installation directory. Good luck! John -- ************************* John Parejko Department of Physics and Astronomy 215 895-2786 Drexel University Philadelphia, PA ************************** |
From: <si...@lk...> - 2006-10-26 22:03:21
|
Hello there, I am sorry for the basic question, but i could not find a simple example of plotting an array with gnuplot.py. let's say i do the following: e=4,5,6,7,8,9 g=Gnuplot.Gnuplot g.Data=e what next? thanks, g |
From: Michael H. <mh...@al...> - 2006-10-26 20:18:33
|
John Parejko wrote: > Personally, I would completely replace Numeric with numpy, as numpy is > under very active development, includes greater functionality (at least > as Gnuplot.py is concerned) and has quite a few bugfixes. What I want > to know is whether anyone on the list really wants Numeric to remain, or > whether people are happy migrating to numpy, now that it has been > officially released. > > Please let me know what you think, either way. It would be fine with me. Michael |
From: Crider, J. A <jos...@bo...> - 2006-10-26 19:04:07
|
My application is already using numpy and scipy and Gnuplot.py is the only reason I still have for keeping Numeric installed, so I would love to see it replaced by numpy. Allen=20 -----Original Message----- From: John Parejko [mailto:par...@sp...]=20 Sent: Wednesday, October 25, 2006 11:30 AM To: Gnu...@li... Subject: [Gnuplot-py-users] imminent numpy support Hello! I've been rather silent since taking up Gnuplot.py support. Unfortunately, life got in the way; it does that sometimes. But I have managed to move my local version completely (I hope) over to numpy, replacing Numeric. Numpy 1.0 has just been released, so I hope to check in my changes shortly. Feel free to make comments and submit any bugs you find. See here for the latest numpy news: http://www.scipy.org/ Personally, I would completely replace Numeric with numpy, as numpy is under very active development, includes greater functionality (at least as Gnuplot.py is concerned) and has quite a few bugfixes. What I want to know is whether anyone on the list really wants Numeric to remain, or whether people are happy migrating to numpy, now that it has been officially released. Please let me know what you think, either way. Thanks! John ------------------------------------------------------------------------ - Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D120709&bid=3D263057&dat=3D= 121642 _______________________________________________ Gnuplot-py-users mailing list Gnu...@li... https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users |
From: iCy-fLaME <icy...@gm...> - 2006-10-25 19:05:30
|
On 10/25/06, Alan G Isaac <ai...@am...> wrote: > On Wed, 25 Oct 2006, John Parejko apparently wrote: > > What I want to know is whether anyone on the list really > > wants Numeric to remain, or whether people are happy > > migrating to numpy, now that it has been officially > > released. > > Go numpy! I've switched completely. > Thanks for supporting it! > > Cheers, > Alan Isaac > Yes, I second that. There might still be some of my old codes using Numeric, but 98% of them have moved on to numpy about 6 months ago. iCy |
From: Alan G I. <ai...@am...> - 2006-10-25 18:42:44
|
On Wed, 25 Oct 2006, John Parejko apparently wrote: > What I want to know is whether anyone on the list really > wants Numeric to remain, or whether people are happy > migrating to numpy, now that it has been officially > released. Go numpy! I've switched completely. Thanks for supporting it! Cheers, Alan Isaac |
From: John P. <par...@sp...> - 2006-10-25 16:29:47
|
Hello! I've been rather silent since taking up Gnuplot.py support. Unfortunately, life got in the way; it does that sometimes. But I have managed to move my local version completely (I hope) over to numpy, replacing Numeric. Numpy 1.0 has just been released, so I hope to check in my changes shortly. Feel free to make comments and submit any bugs you find. See here for the latest numpy news: http://www.scipy.org/ Personally, I would completely replace Numeric with numpy, as numpy is under very active development, includes greater functionality (at least as Gnuplot.py is concerned) and has quite a few bugfixes. What I want to know is whether anyone on the list really wants Numeric to remain, or whether people are happy migrating to numpy, now that it has been officially released. Please let me know what you think, either way. Thanks! John |
From: Alan G I. <ai...@am...> - 2006-10-11 23:27:54
|
On Wed, 11 Oct 2006, Carl Wenrich apparently wrote:=20 > I installed numeric, gnuplot, and gnuplot-py. When I try=20 > to run python demo.py, I get this: > No module named Gnuplot ---=20 Find it on your disk. Check sys.path. Apparently you put it outside of sys.path. Cheers, Alan Isaac |
From: Carl W. <car...@ya...> - 2006-10-11 20:22:03
|
It's working now. |
From: Carl W. <car...@ya...> - 2006-10-11 17:59:58
|
I installed numeric, gnuplot, and gnuplot-py. When I try to run python demo.py, I get this: --- Traceback (most recent call last): File "demo.py", line 22, in ? import Gnuplot, Gnuplot.funcutils ImportError : No module named Gnuplot --- Please advise, Carl |
From: dan2cil <da...@ti...> - 2006-08-30 20:28:56
|
Hello all, someone know if is possibile to use gnuplot-py on Pocket PC? Thank Danilo -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/ |
From: Roberta C. <r.c...@cs...> - 2006-08-24 20:30:53
|
>min = 1 >g.plot('%f *x+ %f'%(alfa,min)) Thank u very much, Cheers, Roberta |
From: Alan G I. <ai...@am...> - 2006-08-24 18:56:42
|
On Thu, 24 Aug 2006, Roberta Calegari apparently wrote:=20 > g =3D Gnuplot.Gnuplot(debug=3D1)=20 > g('set terminal aqua 0')=20 > ...=20 > alfa =3D 1 + n*math.pow(sum,-1)=20 > g.plot('f(x) =3D (alfa *x+min, alfa =3D 1.35710030508, min=3D1, f(x) = ')=20 min =3D 1 g.plot('%f *x+ %f'%(alfa,min)) Cheers, Alan Isaac |
From: Roberta C. <r.c...@cs...> - 2006-08-24 16:09:51
|
Hi. I've a problem using gnuplot.py. I have a python script in which I calculate the value of a parameter 'alfa'. After I'd like to plot the function f(x) = alfa*x. How ca I pass the parameter to gnuplot command? My script is the following: g = Gnuplot.Gnuplot(debug=1) g('set terminal aqua 0') ... alfa = 1 + n*math.pow(sum,-1) g.plot('f(x) = (alfa *x+min, alfa = 1.35710030508, min=1, f(x) ') Sorry for my english, thank you! |
From: Xynos K \(Comp\) <kx...@gl...> - 2006-08-02 16:42:19
|
Titi Anggono wrote: > [...] > here I got the message >=20 > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D > Traceback (most recent call last): > [...] > File > "C:\Python23\Lib\site-packages\Gnuplot\gp_win32.py", > line 125, in __call__ > self.write(s + '\n') > IOError: [Errno 22] Invalid argument > = =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >=20 > FYI, I use python2.3,Gnuplot-py-1.7 and winXP. Any > problems with my code ?? =20 Solution for Windows XP: =20 I had the same problem. I downloaded the Gnuplot program and it worked, although Gnuplot.py did not, even after adding the installation path (e.g.) to the PATH variable. =20 I put Gnuplot in C:\Program Files\ so the directory is C:\Program Files\gnuplot\bin =20 I then went to my Gnuplot folder in the site-packages folder (e.g. C:\ Program Files\Python24\Lib\site-packages\Gnuplot) and edited the gp_win32.py file. =20 Instead of gp_win32.py: =20 gnuplot_command =3D r' pgnuplot.exe' =20 Edit it to gp_win32.py: =20 gnuplot_command =3D r'"C:\Program Files\gnuplot\bin\pgnuplot.exe"' =20 and now it should work! =20 Good luck =20 Konstantinos Xynos Research Student Information Security Research Group University of Glamorgan =20 |
From: Daniel S. <da...@we...> - 2006-06-19 10:19:03
|
Thank you vermy much! Works like a charm! Daniel Am Sonntag, 18. Juni 2006 21:48 schrieb par...@sp...: > > i just wanted to know if it is possible to move the description text > > within the graph (with the line before it) from the right upper corner to > > the left upper corner? > > Try this: > > g=Gnuplot.Gnuplot() > g.("set key left top") > > The "not-so Frequently Asked Questions" page is very helpful: > > http://t16web.lanl.gov/Kawano/gnuplot/legend-e.html#2.2 > > John > > > > > _______________________________________________ > Gnuplot-py-users mailing list > Gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users |
From: <par...@sp...> - 2006-06-18 19:48:16
|
> i just wanted to know if it is possible to move the description text within > the graph (with the line before it) from the right upper corner to the left > upper corner? Try this: g=Gnuplot.Gnuplot() g.("set key left top") The "not-so Frequently Asked Questions" page is very helpful: http://t16web.lanl.gov/Kawano/gnuplot/legend-e.html#2.2 John |
From: Daniel S. <da...@we...> - 2006-06-18 08:14:47
|
Hi, i just wanted to know if it is possible to move the description text within the graph (with the line before it) from the right upper corner to the left upper corner? Thank you, Daniel |
From: Michael H. <mh...@al...> - 2006-06-14 19:03:54
|
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 |