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: Seth L. <se...@em...> - 2004-08-25 02:16:05
|
I apologize in advance if this has been brought up somewhere before, Gnuplot on Windows exits immediately when the python script exits. Is there a nice way of preventing this without a call to time.sleep()? Regards, SL |
From: Fernando P. <Fer...@co...> - 2004-08-04 04:53:44
|
Alan G Isaac wrote: > As a new SciPy user, I am interested in understanding > the relationship between the scipy.gplt module and the > Gnuplot.py project. > > What considerations influence which was chosen, and > which a new user should choose? > > This is especially important to me as I am planning > to use one of these in a teaching setting. If you decide to use Gnuplot.py, you may want to consider using it through ipython (http://ipython.scipy.org). Ipython, via the IPython.GnuplotRuntime and .GnuplotInteractive modules, adds substantial functionality on top of the default Gnuplot.py, to make interactive work as easy and efficient as possible. There are also some enhancements for scripted use, which facilitate common plotting tasks and EPS generation. I personally decided to use Gnuplot.py (with my enhancements in ipython), because I found the interface to be cleaner than that exhibited by scipy.gplt. This is probably due to the fact that gplt was trying to keep a consistent interface across scipy's 3 plotting subsystems. Note that I use the rest of scipy extensively, it's only for plotting that I decided to use an alternate solution. You may also consider matplotlib, which IMHO holds a lot of promise. I am currently working on a multithreaded version of ipython so it can be used interactively with matplotlib and the Wx/gtk frontends (the Tk one already works fine). Best, f |
From: Alan G I. <ai...@am...> - 2004-08-04 03:08:27
|
As a new SciPy user, I am interested in understanding the relationship between the scipy.gplt module and the Gnuplot.py project. What considerations influence which was chosen, and which a new user should choose? This is especially important to me as I am planning to use one of these in a teaching setting. Thank you, Alan Isaac |
From: Michael H. <mh...@ka...> - 2004-07-27 20:26:20
|
Simon Clift wrote: >Hi Nate, > >>From Nate Gelbard <gelbardn@tr...> 2003-11-06 22:53: > > >>I have a database query that returns a variable length list of hosts >> >> >for > > >>which I want to plot some data about. >>How can I pass Gnuplot.plot a list of Gnuplot.Data types? >> >> >I had this problem today and my solution was to use eval(): > > [...] It is rarely necessary to resort to eval(). In this case, just set up the gpd array the way you did and then use eval(). Here I have modified your code as described: > # plot contents of dKGrid[][] against xKGrid[] > > pobj = Gnuplot.Gnuplot() > > # Snipped out formatting stuff... > > gpd = [] # Array of plot objects. > > for i in xrange( 0, len( yKGrid ) ): > > # Make a list of plot objects > > gpd.append( Gnuplot.Data( xKGrid, dKGrid[i] ) ) > > apply(pobj.plot, gpd) # Execute the plot command > pobj.reset() > > With newer version of Python (starting with 2.0?) you can use the new syntax pobj.plot(*gpd) Michael -- Michael Haggerty mh...@al... |
From: Simon C. <ss...@ma...> - 2004-07-10 17:25:05
|
Hi Nate, >From Nate Gelbard <gelbardn@tr...> 2003-11-06 22:53: > I have a database query that returns a variable length list of hosts for > which I want to plot some data about. > How can I pass Gnuplot.plot a list of Gnuplot.Data types? Sorry I can't reply to the exact thread, I just joined the list. I had this problem today and my solution was to use eval(): # plot contents of dKGrid[][] against xKGrid[] pobj = Gnuplot.Gnuplot() # Snipped out formatting stuff... gpd = [] # Array of plot objects. gpdStr = "" # String listing them as arguments for i in xrange( 0, len( yKGrid ) ): # Make a list of plot objects gpd.append( Gnuplot.Data( xKGrid, dKGrid[i] ) ) if i > 0: gpdStr += ", " # Comma separate them ... gpdStr += 'gpd[%d]' % (i) # as a list of arguments eval( 'pobj.plot( ' + gpdStr + ')' ) # Execute the plot command pobj.reset() Bit late, but I hope this helps... -- Simon -- Simon Clift E-mail: ssclift at math dot uwaterloo dot ca Ph.D. Student Scientific Computation Group University of Waterloo Waterloo, Ontario, Canada N2L 3G1 |
From: Robert B. <rb...@de...> - 2004-07-04 02:37:58
|
Hello Michael, Thanks for your response. I found out what happened and what was going on with the Terminal window. I'm pretty sure the "delete" line in the python demo code caused the original problem (deleting a temp file as you describe), but the com.Apple.terminal.plist file didn't get updated. There is an execution string in this file that needed to get updated with the name of the last temp file created, and it didn't, so the terminal just logged out when it couldn't find the file. Just in case this ever happens to you, though, see the solution below that my next door neighbor suggested. It worked like a charm. Best Regards, Rob -- Robert D. Brown III Partner Decision Strategies, Inc. 678.947.5997 Phone 928.563.3059 Fax rb...@de... http://www.decisionstrategies.com > Hi Rob, > > Well, for some reason your terminal is executing these two commands (separated > by semicolon) when you open a window: > > 1) /tmp/501/Cleanup At Startup/1386939.command > First it tries to run this file. (501 is the user id of the first user created > on your machine - the OS X admin user.) Dunno what it is, but it can't find it > and bombs out, but that's ok. > > 2) exit > This command is the problem - it logs you out of the terminal but doesn't > close the terminal window, which is why you can't interact with it once it's > executed. > > The terminal window has a property called "ExecutionString" which apparently > has been set to these commands. Since you've loaded the dev tools, you should > have the PropertyListEditor installed in your /Developer/Applications > directory. > > Now somewhere in /Library/Preferences there should be a file for the default > terminal window, and it is probably in this file that the ExecutionString is > set, *unless* you're using custom term files, which would be in > ~/Library/Application Support/Terminal...called something like foo.term. > > In either case, open up the prefs or term file in PropertyListEditor, find the > ExecutionString property, and check if it contains these two commands you're > seeing. If so, clear it out (just select the contents and delete the string) > and save the prefs / term file. > > I'm not in front of a Mac right now, but I think the directories I'm telling > you are right...the worst case is we can create a custom term file and have > that launch when you start terminal. If you haven't used 'em, term files are > actually quite handy and cool in a geeky way. > > I tried calling but your father-in-law sez you're out for the night. If you're > around this weekend and still having trouble let me know and I'd be happy to > look at it. > > - Vince > From: Michael Haggerty <mh...@ka...> > Reply-To: <gnu...@li...> > Date: Sat, 03 Jul 2004 23:25:23 +0200 > To: <gnu...@li...> > Subject: Re: [Gnuplot-py-users] Terminal window problems > > Robert Brown wrote: > >> [...] >> Now when I launch my terminal window without invoking Gnuplot, I get the >> following message in my terminal window: >> >> >>> Last login: Fri Jul 2 14:08:28 on ttyp1 >>> Welcome to Darwin! >>> Robert-Browns-Computer:~ robertbr$ /tmp/501/Cleanup\ At\ >>> Startup/1386939.command; exit >>> [Process completed]-bash: /tmp/501/Cleanup At Startup/1386939.command: No >>> such >>> file or directory >>> logout >>> >>> > [...] > >> Does anyone see this problem as related to my uncommenting line 108 in the >> demo.py file? I am using Mac OS 10.3.4 if this helps. >> >> > > The "Cleanup At Startup" directory seems to be a Mac place to write > files that can be deleted without moving them to the trash first. It > appears that somebody is writing a command script in that directory > which should be executed when you log in (e.g., it is run from your > .profile or .bashrc or whatever Macs use). But the file is missing for > some reason. > > Gnuplot.py is certainly not doing anything so elaborate itself. It > creates temporary files using filenames generated by Python's standard > tempfile.mktemp() function then deletes them when the _TempFileItem > object is destroyed using os.unlink(), and it might be that Python puts > those files in the "Cleanup At Startup" directory. But it doesn't write > any command scripts, and certainly none that are installed into one of > your startup scripts. > > It's hardly imaginable that the Mac version of Python or gnuplot go to > such heroic efforts to try to ensure the deletion of temporary files, > and I don't see any such code in the Python source, so I guess that your > problem must have arisen from a cause unrelated to Gnuplot.py. > > You might try using grep to find out which script is trying to execute > that missing file. Perhaps that will give you further clues. > > Michael > > -- > Michael Haggerty > mh...@al... > > > > ------------------------------------------------------- > This SF.Net email sponsored by Black Hat Briefings & Training. > Attend Black Hat Briefings & Training, Las Vegas July 24-29 - > digital self defense, top technical experts, no vendor pitches, > unmatched networking opportunities. Visit www.blackhat.com > _______________________________________________ > Gnuplot-py-users mailing list > Gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users |
From: Michael H. <mh...@ka...> - 2004-07-03 21:25:32
|
Robert Brown wrote: >[...] >Now when I launch my terminal window without invoking Gnuplot, I get the >following message in my terminal window: > > >>Last login: Fri Jul 2 14:08:28 on ttyp1 >>Welcome to Darwin! >>Robert-Browns-Computer:~ robertbr$ /tmp/501/Cleanup\ At\ >>Startup/1386939.command; exit >>[Process completed]-bash: /tmp/501/Cleanup At Startup/1386939.command: No such >>file or directory >>logout >> >> [...] >Does anyone see this problem as related to my uncommenting line 108 in the >demo.py file? I am using Mac OS 10.3.4 if this helps. > > The "Cleanup At Startup" directory seems to be a Mac place to write files that can be deleted without moving them to the trash first. It appears that somebody is writing a command script in that directory which should be executed when you log in (e.g., it is run from your .profile or .bashrc or whatever Macs use). But the file is missing for some reason. Gnuplot.py is certainly not doing anything so elaborate itself. It creates temporary files using filenames generated by Python's standard tempfile.mktemp() function then deletes them when the _TempFileItem object is destroyed using os.unlink(), and it might be that Python puts those files in the "Cleanup At Startup" directory. But it doesn't write any command scripts, and certainly none that are installed into one of your startup scripts. It's hardly imaginable that the Mac version of Python or gnuplot go to such heroic efforts to try to ensure the deletion of temporary files, and I don't see any such code in the Python source, so I guess that your problem must have arisen from a cause unrelated to Gnuplot.py. You might try using grep to find out which script is trying to execute that missing file. Perhaps that will give you further clues. Michael -- Michael Haggerty mh...@al... |
From: Robert B. <rb...@de...> - 2004-07-02 18:16:37
|
I just recently downloaded Gnuplot-Py and have been running it successfully for several days, namely the demo.py file as I learn how to use Gnuplot-Py. However, I did have the problem of temporary files being left behind, so I uncommented line 108 ("# del g, d") Now when I launch my terminal window without invoking Gnuplot, I get the following message in my terminal window: > Last login: Fri Jul 2 14:08:28 on ttyp1 > Welcome to Darwin! > Robert-Browns-Computer:~ robertbr$ /tmp/501/Cleanup\ At\ > Startup/1386939.command; exit > [Process completed]-bash: /tmp/501/Cleanup At Startup/1386939.command: No such > file or directory > logout At which point I no longer get a prompt to the Terminal window. My suspicion is that the Python script deleted the temp file 1386939, but there is some registry that still maintains that temp file 1386939 still needs to be deleted. But I cannot directly confirm that this is related to the Gnuplot activity. Does anyone see this problem as related to my uncommenting line 108 in the demo.py file? I am using Mac OS 10.3.4 if this helps. Best Regards, Rob |
From: Marc H. <ho...@is...> - 2004-06-30 06:51:47
|
Hi Michael, as you told the "using" argument is essential for the 4d plot. With > > >>> d = Gnuplot.Data(asd, inline=1, using=(1,2,3,4,)) > >>> g.splot(d) > my plot is now behaving in the way I want. Many thanks. Marc |
From: Michael H. <mh...@ka...> - 2004-06-29 06:18:06
|
Marc Hodapp wrote: > I get a colored 3d plot with x,y,z and z as colored values on the > surface. Somehow the val- values are not shown on the colored surface. > Is this due to the implementation of Data? Or did I misunderstand > something? > [...] > g.title('test') > g('set pm3d') > g('set term X11') > g.splot(Gnuplot.Data(asd, inline=1)) > raw_input() > > All I got on the colored surface where values ranging from 0 to 2 > instead of values from 10 to 30 . I guess you also need the "using" argument to tell gnuplot to use all 4 columns: >>> Gnuplot.Data(asd, inline=1, using=(1,2,3,4,)) General advice for debugging problems: To see exactly what is happening, initialize the Gnuplot object with debug=1; i.e., >>> g = Gnuplot.Gnuplot(debug=1) This causes the Gnuplot object to print out each of the commands that it is sending to gnuplot. Also create the Data object explicitly then ask it to print out its content: >>> d = Gnuplot.Data(asd, inline=1, using=(1,2,3,4,)) >>> print d.content >>> g.splot(d) The print statement outputs the same data that will be sent to gnuplot via the "inline" mechanism. Now you know everything that is being sent to gnuplot. If what you see differs from what you need to have sent to gnuplot, let us know the difference and we'll try to get you from here to there :-) Michael -- Michael Haggerty mh...@al... |
From: Marc H. <ho...@is...> - 2004-06-28 13:39:09
|
Hi all, Michael's suggestion almost worked like a charm (thanks). This means when I format my data like: data = [ [ [1,1,z(1,1),val(1,1)], [1,2,z(1,2),val(1,2)], [1,3,z(1,3),val(1,3)], ], [ [2,1,z(2,1),val(2,1)], [2,2,z(2,2),val(2,2)], [2,3,z(2,3),val(2,3)], ], ... ] and then plot it with: resG.splot(Gnuplot.Data(data)) I get a colored 3d plot with x,y,z and z as colored values on the surface. Somehow the val- values are not shown on the colored surface. Is this due to the implementation of Data? Or did I misunderstand something? See below for I test case I tried to run. import Gnuplot g = Gnuplot.Gnuplot() asd =[ \ [ \ [1,1,0,10], \ [1,2,0,10], \ [1,3,0,10], \ [1,4,0,10], \ ], \ [ \ [2,1,1,20], \ [2,2,1,20], \ [2,3,1,20], \ [2,4,1,20], \ ], \ [ \ [3,1,2,30], \ [3,2,2,30], \ [3,3,2,30], \ [3,4,2,30], \ ], \ ] print asd g.title('test') g('set pm3d') g('set term X11') g.splot(Gnuplot.Data(asd, inline=1)) raw_input() All I got on the colored surface where values ranging from 0 to 2 instead of values from 10 to 30 . Every help is appreciated. Many thanks in advance Marc Hodapp |
From: Michael H. <mh...@ka...> - 2004-06-26 08:23:44
|
To get blank lines in the data that is sent to gnuplot, put your data into a 3-d array then pass the array to Gnuplot.Data. In other words, you currently have x = [1,1,1,2,2,2,3,3,3,4,4,4] y = [1,2,3,1,2,3,1,2,3,1,2,3] z = [z(1,1),z(1,2),z(1,3),z(2,1),...] val = [val(1,1), ...] Instead, create an array as follows: data = [ [ [1,1,z(1,1),val(1,1)], [1,2,z(1,2),val(1,2)], [1,3,z(1,3),val(1,3)], ], [ [2,1,z(2,1),val(2,1)], [2,2,z(2,2),val(2,2)], [2,3,z(2,3),val(2,3)], ], ... ] Then plot the data with resG.splot(Gnuplot.Data(data)) You could create the data array from your old lists using something like (untested!): data = Numeric.asarray([x,y,z,val], Numeric.Float32) # Change the order of the indices to "zip" the arrays together: data = Numeric.transpose(set, (1,0)) data = Numeric.reshape((4,3,4,), data) If you generate the data using functions (and if you are using python 2 or above), an even easier way would be to use data = [[[x,y,z(x,y),val(x,y)] for y in yvals] for x in xvals] Hope that helps. Michael Marc Hodapp wrote: > when using gnuplot directly, I can create 4d data plots with > something like: > > set pm3d > splot 'file.dat' using 1:2:3:4 > > Where file.dat is the data file, 1,2,3 are the columns with the x,y,z > data and 4 is the column with the value data which defines the color > value. > > Now I want to do the same thing using gnuplot.py. In my python > program, I define 4 lists: x, y,z,val. I then use the instructions: > > resG = Gnuplot.Gnuplot() > resG('set pm3d') > resG.splot(Gnuplot.Data(x,y,z,val)) > > What I get as a result, is a 3d plot with my points, but no colored > surface showing val . So my questions are: Can Gnuplot.Data() receive > 4 arguments, which are then passed to splot and pm3d? When using > gnuplot directly, the file must contain blank lines between two scans > (isolines). In gnuplot.py do I have to include empty strings in the > x,y,z,val lists to delimit the isolines? How can I delimit these scans > in gnuplot.py? Is there an other way to plot my surface using the > xyz,val lists ( like resG('splot ...') )? -- Michael Haggerty mh...@al... |
From: Marc H. <ho...@is...> - 2004-06-25 13:57:35
|
Hi all, when using gnuplot directly, I can create 4d data plots with something like: set pm3d splot 'file.dat' using 1:2:3:4 Where file.dat is the data file, 1,2,3 are the columns with the x,y,z data and 4 is the column with the value data which defines the color value. Now I want to do the same thing using gnuplot.py. In my python program, I define 4 lists: x, y,z,val. I then use the instructions: resG = Gnuplot.Gnuplot() resG('set pm3d') resG.splot(Gnuplot.Data(x,y,z,val)) What I get as a result, is a 3d plot with my points, but no colored surface showing val . So my questions are: Can Gnuplot.Data() receive 4 arguments, which are then passed to splot and pm3d? When using gnuplot directly, the file must contain blank lines between two scans (isolines). In gnuplot.py do I have to include empty strings in the x,y,z,val lists to delimit the isolines? How can I delimit these scans in gnuplot.py? Is there an other way to plot my surface using the xyz,val lists ( like resG('splot ...') )? Many thanks in advance. Marc Hodapp |
From: <old...@ya...> - 2004-05-17 03:19:04
|
When I tried the demo.py on MS-Windows, it appeared some error messages as follows: >>> gnuplot> set terminal windows gnuplot> set title "A simple example" gnuplot> set data style linespoints gnuplot> plot 'c:\docume~1\導師\locals~1\temp\tmpmwdsu4' notitle Please press return to continue... Traceback (most recent call last): File "C:\Python23\Lib\site-packages\Gnuplot\demo.py", line 113, in -toplevel- demo() File "C:\Python23\Lib\site-packages\Gnuplot\demo.py", line 39, in demo g.reset() File "C:\Python23\Lib\site-packages\Gnuplot\_Gnuplot.py", line 355, in reset self('reset') File "C:\Python23\Lib\site-packages\Gnuplot\_Gnuplot.py", line 199, in __call__ self.gnuplot(s) File "C:\Python23\Lib\site-packages\Gnuplot\gp_win32.py", line 125, in __call__ self.write(s + '\n') IOError: [Errno 22] Invalid argument >>> Is there anyone can tell me how I can fix it ?? Thanks in advance!! --------------------------------- 抄近路!!Email處處收! Yahoo!奇摩捷徑列 免費下載 |
From: Fernando P. <fp...@co...> - 2004-04-20 06:17:57
|
Hi all, here's the promised patch to make Gnuplot properly support mouse. Please note that I only have access to linux boxes, so this hasn't been tested under any other platform. I have, however, tried to make it portable by using only python code and no system commands. The Gnuplot() constructor now has a new keyword option, 'mouse'. If not given, it will try to auto-detect mouse support and enable it if present. You may want to disable it explicitly for batch processing of very large datasets, because the mouse disables fifos, so it will be slower. I hope this is useful to some, and after review Michael may choose to include it. Regards, f |
From: Fernando P. <fp...@co...> - 2004-04-20 05:41:48
|
Hi all, I found out that the 'fix' I suggested yesterday for Unix wasn't quite enough to get the mouse properly working with Gnuplot.py 1.7. While it works for plots of string-specified functions (like in gp.plot('x**2')), it fails when you supply arrays and try to zoom in. The resulting error is something like: In [2]: x=frange(0,2*pi,npts=200) In [3]: plot x,sin(x) ------> plot(x,sin(x)) In [4]: gnuplot> plot '/tmp/@14248.1' notitle ^ can't read data file "/tmp/@14248.1" line 0: util.c: No such file or directory where after input [3] I tried to zoom into the plot with the mouse. I think the problem stems from the use of pipes, in fact I had some old notes (from 2002) in ipython's changelog about this. If I change line 87 of gp_unix.py from: prefer_fifo_data = 1 to prefer_fifo_data = 0 the above problem goes away. It may be in fact possible to make the mouse and FIFOs happily coexist, but I've never been able to. Now that Gnuplot 4.0 with mouse support is officially out, this may become a more common issue for users, so I figured it would be worth at least providing people with a temporary solution. Perhaps Michael can find a cleaner, permanent one, which maintains the advantages of FIFOs while keeping the mouse features active (which are essential for those of us used to them: once you get them, you don't want to go back :). In summary, for users of Gnuplot.py v1.7: if you want full mouse support to work under python as it does in a regular gnuplot session, a hackish fix is to: 1. Comment out line 188 of _Gnuplot.py 2. Set prefer_fifo_data=0 in line 87 of gp_unix.py Best regards, F. |
From: Fernando P. <Fer...@co...> - 2004-04-19 22:06:50
|
Michael Haggerty wrote: > One quick-and-dirty fix would be to defer the initialization of the > terminal until the first plot (or splot) invocation. But I suppose that > a cleaner solution should be possible. However, I'm at a loss regarding > the best solution, since I've still never even used a version of gnuplot > with mouse support! Since Gnuplot 4.0 is now officially out, and it has this feature, I suspect you are going to get more and more reports about this (it only used to be available to CVS users, which is a far smaller group). I'll try to whip up a decent patch against 1.7 tonight and send it your way, hopefully covering all the bases. Cheers, f |
From: <kai...@t-...> - 2004-04-19 22:00:54
|
Hello, Fernando Perez wrote: > Nadav had reported in > > http://sourceforge.net/mailarchive/forum.php?thread_id=3592388&forum_id=11272 > > > having problems with mouse support with v1.7. After following Michael's > debugging suggestion, I found the culprit to be line 188 of _Gnuplot.py: > > self('set terminal %s' % (gp.GnuplotOpts.default_term,)) [...] > I fixed this for myself by just commenting out that line. It wasn't > there in > v1.5 which I've used for a long time without any problems, so I'm not > too worried. Coincidentally, this line was added at the suggestion of another user, Chris Barker, who wrote: > [...] I found (and fixed) a small bug in _Gnuplot.py. I was installing it on Mac OS-X, > using the Python2.2 that Apple delivered with OS-X 10.2. The terminal should be > set to "aqua" by default, but that was not happening. What I discovered is that the > Gnuplot object was not initializing the terminal to the default. The correction is: > > In _Gnuplot.py > > At the end of: Gnuplot.__init__ (line 196) > > add: > self('set terminal %s' % gp.GnuplotOpts.default_term) > > This sets the terminal to the default, and all is well. > Michael may want to do something a bit better, perhaps including an > option for > 'set mouse' in the constructor, or mouse support auto-detection. If > you want > to go this route, let me know and I can send you the mouse support > code I have > in IPython's Gnuplot routines. One quick-and-dirty fix would be to defer the initialization of the terminal until the first plot (or splot) invocation. But I suppose that a cleaner solution should be possible. However, I'm at a loss regarding the best solution, since I've still never even used a version of gnuplot with mouse support! Michael the absentee landlord -- Michael Haggerty mh...@al... |
From: Fernando P. <fp...@co...> - 2004-04-18 22:24:55
|
Hi all, Nadav had reported in http://sourceforge.net/mailarchive/forum.php?thread_id=3592388&forum_id=11272 having problems with mouse support with v1.7. After following Michael's debugging suggestion, I found the culprit to be line 188 of _Gnuplot.py: self('set terminal %s' % (gp.GnuplotOpts.default_term,)) The problem is that now (v.1.6 and earlier did NOT do this), each Gnuplot instance gets issued a 'set terminal FOO' command immediately upon starting. Unfortunately, the 'set mouse' command (for reasons I don't understand), can ONLY be issued as the very first command to gnuplot. Otherwise it has no effect. So in v1.7, by the time the Gnuplot() instance is returned, it's already impossible to activate the mouse for it in any way. I fixed this for myself by just commenting out that line. It wasn't there in v1.5 which I've used for a long time without any problems, so I'm not too worried. Michael may want to do something a bit better, perhaps including an option for 'set mouse' in the constructor, or mouse support auto-detection. If you want to go this route, let me know and I can send you the mouse support code I have in IPython's Gnuplot routines. Regards, f |
From: Eric F. <efe...@pa...> - 2004-04-09 10:43:34
|
Michael Haggerty wrote: > Hi, > > The "matrix" option is currently not supported by Gnuplot.py. If you > want to add it, start from the example of the "binary" option to > _FileItem. > > It is of course possible to read the file into a Numeric array and > then plot the array as a "Data()" PlotItem. > > Michael > > Eric Fernandez wrote: > >> I would like to plot 3d graph from data in a file, but reading data >> in "matrix" mode. >> [...] >> Unfortunately, it reads the file as 'binary', not 'matrix'. I did not >> find out how to pass the matrix option. Under gnuplot, it works with : >> >> splot('data_file') matrix >> >> is it possible to use it with gnuplot-py ? > > Hi Michael Thanks for your answer. I have added the option to the code, and it works ! I am actually working on MacOSX, so gp_macosx.py was also changed. Please find the three files I have changed. Sorry to not make a real patch for it, I prefer to send you the whole files, because I am not really confident with diff. Could you please check if this is correct (it works on MacOSX and Linux) and add it to the CVS ? If there is another way to submit a patch, please tell me, I shall try to send it more formally. Have a nice Easter week-end. Eric Fernandez |
From: <kai...@t-...> - 2004-04-06 18:31:56
|
Hi, The "matrix" option is currently not supported by Gnuplot.py. If you want to add it, start from the example of the "binary" option to _FileItem. It is of course possible to read the file into a Numeric array and then plot the array as a "Data()" PlotItem. Michael Eric Fernandez wrote: > I would like to plot 3d graph from data in a file, but reading data in > "matrix" mode. > [...] > Unfortunately, it reads the file as 'binary', not 'matrix'. I did not > find out how to pass the matrix option. Under gnuplot, it works with : > > splot('data_file') matrix > > is it possible to use it with gnuplot-py ? -- Michael Haggerty mh...@al... |
From: Eric F. <efe...@pa...> - 2004-04-06 09:42:02
|
Hello I would like to plot 3d graph from data in a file, but reading data in "matrix" mode. Here is the code I use : g = Gnuplot.Gnuplot() plot_volt = Gnuplot.PlotItems._FileItem('data_file') g.splot(plot_volt) Unfortunately, it reads the file as 'binary', not 'matrix'. I did not find out how to pass the matrix option. Under gnuplot, it works with : splot('data_file') matrix is it possible to use it with gnuplot-py ? Thanks a lot for your help. Eric |
From: <kai...@t-...> - 2004-03-08 22:38:12
|
Hi, There is no specific keyword argument for linewidth, but you can type ... with="step lw 5" Michael Xavier Brouckaert wrote: >What is the equivalent in gnuplot-py to "plot XXX lw 5" ? >I couldn't find how to do change the linewidth... >I'm using this call currently : > g.replot(Gnuplot.Data(dataset_content, title=fileName, with="step")) >But I couldn't append lw="5" or linewidth="5" to it. >And I haven't found how to change the width afterwards. > -- Michael Haggerty mh...@al... |
From: Xavier B. <xb...@in...> - 2004-03-08 12:34:53
|
Hello, What is the equivalent in gnuplot-py to "plot XXX lw 5" ? I couldn't find how to do change the linewidth... I'm using this call currently : g.replot(Gnuplot.Data(dataset_content, title=fileName, with="step")) But I couldn't append lw="5" or linewidth="5" to it. And I haven't found how to change the width afterwards. Thanks, Xavier |
From: Leonardo M. <lm...@ud...> - 2004-03-02 14:53:12
|
Hi Per > On mandrake 8.2 I can't work on gnuplot graph , I can put a canvas and > use it to redraw a gnuplot graph but I can't use the mouse and work > with it in python in the gnuplot graph. Is this post of any help ? http://sourceforge.net/mailarchive/message.php?msg_id=6729179 Older gnuplot versions used temporary files, but it was a problem under certain circunstances (i.e., when a gnuplot-py object was destroyed while gnuplot was still reading the temporary file). Then Michael switched to use FIFOs, and this was a great solution for the problem. But it seems to not allow for mouse interaction if I am not mistaken Good luck Leo > Excuse me for my english > Thanks > Per. > > > > ------------------------------------------------------- > SF.Net is sponsored by: Speed Start Your Linux Apps Now. > Build and deploy apps & Web services for Linux with > a free DVD software kit from IBM. Click Now! > http://ads.osdn.com/?ad_id=1356&alloc_id=3438&op=click > _______________________________________________ > Gnuplot-py-users mailing list > Gnu...@li... > https://lists.sourceforge.net/lists/listinfo/gnuplot-py-users > |