You can subscribe to this list here.
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(3) |
Jun
|
Jul
|
Aug
(12) |
Sep
(12) |
Oct
(56) |
Nov
(65) |
Dec
(37) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2004 |
Jan
(59) |
Feb
(78) |
Mar
(153) |
Apr
(205) |
May
(184) |
Jun
(123) |
Jul
(171) |
Aug
(156) |
Sep
(190) |
Oct
(120) |
Nov
(154) |
Dec
(223) |
2005 |
Jan
(184) |
Feb
(267) |
Mar
(214) |
Apr
(286) |
May
(320) |
Jun
(299) |
Jul
(348) |
Aug
(283) |
Sep
(355) |
Oct
(293) |
Nov
(232) |
Dec
(203) |
2006 |
Jan
(352) |
Feb
(358) |
Mar
(403) |
Apr
(313) |
May
(165) |
Jun
(281) |
Jul
(316) |
Aug
(228) |
Sep
(279) |
Oct
(243) |
Nov
(315) |
Dec
(345) |
2007 |
Jan
(260) |
Feb
(323) |
Mar
(340) |
Apr
(319) |
May
(290) |
Jun
(296) |
Jul
(221) |
Aug
(292) |
Sep
(242) |
Oct
(248) |
Nov
(242) |
Dec
(332) |
2008 |
Jan
(312) |
Feb
(359) |
Mar
(454) |
Apr
(287) |
May
(340) |
Jun
(450) |
Jul
(403) |
Aug
(324) |
Sep
(349) |
Oct
(385) |
Nov
(363) |
Dec
(437) |
2009 |
Jan
(500) |
Feb
(301) |
Mar
(409) |
Apr
(486) |
May
(545) |
Jun
(391) |
Jul
(518) |
Aug
(497) |
Sep
(492) |
Oct
(429) |
Nov
(357) |
Dec
(310) |
2010 |
Jan
(371) |
Feb
(657) |
Mar
(519) |
Apr
(432) |
May
(312) |
Jun
(416) |
Jul
(477) |
Aug
(386) |
Sep
(419) |
Oct
(435) |
Nov
(320) |
Dec
(202) |
2011 |
Jan
(321) |
Feb
(413) |
Mar
(299) |
Apr
(215) |
May
(284) |
Jun
(203) |
Jul
(207) |
Aug
(314) |
Sep
(321) |
Oct
(259) |
Nov
(347) |
Dec
(209) |
2012 |
Jan
(322) |
Feb
(414) |
Mar
(377) |
Apr
(179) |
May
(173) |
Jun
(234) |
Jul
(295) |
Aug
(239) |
Sep
(276) |
Oct
(355) |
Nov
(144) |
Dec
(108) |
2013 |
Jan
(170) |
Feb
(89) |
Mar
(204) |
Apr
(133) |
May
(142) |
Jun
(89) |
Jul
(160) |
Aug
(180) |
Sep
(69) |
Oct
(136) |
Nov
(83) |
Dec
(32) |
2014 |
Jan
(71) |
Feb
(90) |
Mar
(161) |
Apr
(117) |
May
(78) |
Jun
(94) |
Jul
(60) |
Aug
(83) |
Sep
(102) |
Oct
(132) |
Nov
(154) |
Dec
(96) |
2015 |
Jan
(45) |
Feb
(138) |
Mar
(176) |
Apr
(132) |
May
(119) |
Jun
(124) |
Jul
(77) |
Aug
(31) |
Sep
(34) |
Oct
(22) |
Nov
(23) |
Dec
(9) |
2016 |
Jan
(26) |
Feb
(17) |
Mar
(10) |
Apr
(8) |
May
(4) |
Jun
(8) |
Jul
(6) |
Aug
(5) |
Sep
(9) |
Oct
(4) |
Nov
|
Dec
|
2017 |
Jan
(5) |
Feb
(7) |
Mar
(1) |
Apr
(5) |
May
|
Jun
(3) |
Jul
(6) |
Aug
(1) |
Sep
|
Oct
(2) |
Nov
(1) |
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2020 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2025 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Arnd B. <arn...@we...> - 2004-07-20 11:03:39
|
On Mon, 19 Jul 2004, John Hunter wrote: > >>>>> "Arnd" == Arnd Baecker <arn...@we...> writes: [...] > Arnd> 1) I would like to know if there is an equivalent to the > Arnd> scipy.xplt.mouse command which (in its simplest form) waits > Arnd> for a mouse click and returns its coordinates: > > Arnd> Example: #------------------------------------- from > Arnd> scipy.xplt import * x=arange(0.0,1.0,0.1) plg(x*x,x) > Arnd> m=mouse(1,-1,"click with the mouse") print "x,y=",m[0],m[1] > Arnd> #------------------------------------- [...] > > For some time, we've provided basic cross GUI event handling with the > canvas.connect method. Todd Miller had the idea to port the gtk > connect interface to Tk. For example, the demo coords_demo.py runs > unchanged on TkAgg and GTKAgg. This is only a partial implementation, > and in CVS I've extended it a bit more. The new method is called > mpl_connect, and you will be able to do, across GUIs, calls like > > def on_move(event): > # get the x and y coords > x, y = event.x, event.y > ...snip... > > canvas.mpl_connect('motion_notify_event', on_move) > > > I plan to provide the motion notify, on click, and key press events, > and provide some extra positional information in the events, namely > canvas coordinate location and axes coordinate location. The backend > will handle things like flipy so the script can ignore it. I'm in the > process of designing a better toolbar and am using this cross-GUI > event handling to minimize the burden of implementing the toolbar in > the various backends. > > In order to do something like the > > m = mouse(1,-1,"click with the mouse") > print "x,y=",m[0],m[1] > > example, it would be necessary to implement some cross gui blocking > capability, so that the execution of the script is halted until the > block is removed. I don't see this as a major problem, but will > require some input from people with experience on the not-GTK GUIs. > It's probably not be necessary, though, since it's only a few more > keystrokes to do > > def on_click(event): print 'x, y =', event.x, event.y > canvas.mpl_connect(''button_press_event', on_click) > > This should be ready by the 0.61 release. Excellent - that sounds really good! Still I think that maybe the variant with blocking is useful as well: I am having our students in mind which were quite happy and sucessfull with scipy.xplt (in particular also those who had no previous programming experience.) Introducing them to event driven ``design'' already in the second excercise might be burdoning them too much (but maybe I am wrong). > BTW, as a wx expert, > perhaps you have a code snippet I can use which calls the event > Connect and Disconnect methods directly. I'm currently trying to > figure this out for the wx implementation of mpl_connect and > mpl_disconnect. I am definitively no wx expert - a lot of the stuff I learned from looking at Chris Barker's and Gordon Williams' code and the wxPython demo. So I also don't have an example here. (It only rings a bell that Chris maybe had some discussion on this on the wxPython mailing list - I think it was about creating custom events - maybe there is an example in Chris' FloatCanvas? Ok, I just had a _quick_ look and at the beginning of FloatCanvas.py ( http://home.comcast.net/~chrishbarker/FloatCanvas/ ) there are a couple of window.Connect. Maybe this helps... Anyway, if you did not succeed by Friday let me know and I will try to have a look over the week-end. > Arnd> 2) For one set of applications I would like to be able to > Arnd> plot several times 1000 points (or more). Optimally would > Arnd> be to plot one point after another to get a dynamical > Arnd> impression. In the application I have in mind there would > Arnd> be no need to store these points (ie zooming is not > Arnd> necessary) which normally degrades performance. Presently > Arnd> for me the solution for this type of things is our > Arnd> PlottingCanvas for wxPython, see > Arnd> http://www.physik.tu-dresden.de/~baecker/python/plot.html > Arnd> and there the StandardMap.py example. > > There is a lot of interest in making dynamical plotting more > efficient. Currently, the entire figure is redrawn with each frame > update, which is clearly not ideal for dynamic figures in which only a > portion needs to be redrawn. I'm interested in making some changes to > better support "real time" data acquisition, where the quotes mean > "fast enough to handle most use cases". Personally I am a bit sceptic, if it is possible to cater for all needs (super-fast vs. zooming/redraw of stored data, ...), sureley not at the same time but maybe a reasonable comprise is possible ;-). > My current thought is to support drawing to subsections of the agg > canvas, eg, so that a single axes, line or patch could be updated > without updating the entire figure canvas. To support this, each > object would need to know it's rectangular extent (done), take a > snapshot of the background canvas before drawing (to be done) and know > how to render itself to canvas (done). In addition, agg and the > backends would need to be extended to allow drawing of subregions of > the canvas, which should be fairly easy. By calling the right > combination of store_background, draw and erase, you could get much > faster dynamic plots. Thinking of the example I have in mind, where not untypically up to 100 x 10000 points are plotted (or even more) storing each point as an object + further information might (presumably will) slow things down and cause memory problems (that's what occurred for me with Tkinter). Anyway, in September we have a student who will set up a couple of examples and then we will see if things are fast enough (for us ;-)... > The current implementation (redrawing the entire figure) is pretty > fast on a fast machine, but needs to be faster. > > How do you do this in PlottingCanvas? Do simply add objects to the > canvas Yes (with the usual double-buffering) so for example for a circle we just call self.ScreenDC.DrawCircle(x, y, pointsize) self.BufferDC.DrawCircle(x, y, pointsize) and the border color and fill color of the circle are initialized before and only once for a sequence of successive points. Also (in the case of wx) it helps a lot if the drawing context (DC) is only initialized once for a sequence of successive points. Nikolai (Hlubek) measured the speed increase to be factor 2 for wx.wxClientDC(self) factor 10 for wx.wxBufferedDC(wx.wxClientDC(self), self._Buffer) > and redraw the entire canvas if you need to remove an object, Well, in the fastest mode of operation we don't allow for removal of objects/resizing the canvas and things like that... > or do you support selective erasing and removal of objects? No. What the PlottingCanvas does provide though is the possibility to ``move'' an object over a ``background'' plot - see AnnularBilliard.py where a ball is moving inside a two-dimensional billiard (click in the right window to specify the initial condition and move the slider upwards to increas the speed of the ball a bit). In another mode of operation we enable storing of all data points (with the corresponding speed penalty). This then allows to zoom in and redraw those data. Despite some optimizations, plotting with wx is still not as fast as for example with pgplot (wherever the bottlenecks are ;-). Best, Arnd |
From: Arnd B. <arn...@we...> - 2004-07-20 09:57:58
|
On Mon, 19 Jul 2004, Malte Marquarding wrote: > I have sarge (with a few unstable bits and pieces) > It 'shouldn't' be dependent on "unstable". > > You can always see what extra libs it wants and decide then if you wnat > it or not. > > Cheers, > Malte. Indeed it works without any problems - the only additional requirement from http://mentors.debian.net/ was python-ttfquery_1.0.0_all.deb (it also requested fonttools, python-gd python2.3-xml libgd2-xpm libgd-tools, all available in testing.) Many thanks, Arnd > Arnd Baecker wrote: > > > > > > >Before I screw up my installation ;-) > > - did anyone successfully use these on sarge (debian testing)? > > - and/or are there deb's available for sarge? > > > >Many thanks, > > > >Arnd > > > > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=4721&alloc_id=10040&op=click > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |
From: Malte M. <Mal...@cs...> - 2004-07-20 05:39:57
|
Hi, I am trying to use a script interacively. It basically needs to do the following. * do some work * plot() * Ask whether to keep the data plotted or not etc. This should be done (initially) at the command line using raw_read(). I don't want to close the plot window to get back to the prompt. In terms of a GUI this would be easy as the dialog would run in the same thread as the plot window. But interactive.py doesn't seem to be the solution. BTW, I am running 0.54.2 as I can't get 0.60.2 to compile under debian stable. |
From: Vineet J. <vi...@al...> - 2004-07-20 03:39:47
|
1. I added the following at the end of the script just before show savefig("filename") It works however the intereactive mode still comes up. How can I generate the image file without having the interactive window come up. 2. figure(1, facecolor=figBG) What is this used for? Is it for the interactive charting? I can still generate charts to file with this commented. 3. Where and how do you set the overall size of the chart ( in inches or pixels) Thanks, Vineet |
From: Stephen R. <snr...@ya...> - 2004-07-19 21:23:21
|
There is a backend from wx to maplotlib, along with GTK and TKinter also. I'm just recently started using matplotlib and wx. Seems to work fine - though not very fast for what we're trying to do (multiple graphs on screen, updated at a fixed multi-Hz rate). Having said that, matplotilb does a decent job and the feedback and turnaround on its mailing list is great. I haven't delved far into wx yet, but for the most part its decent with pretty good documentation. HTH Stephen On Jul 19, 2004, at 4:59 PM, Uwe Schmitt wrote: >> >> Hi everyone, > > Hi Darren, > >> >> Now that I have become an intermediate python programmer, I want to >> learn how to build some GUIs. I am trying to decide between WX and >> GTK, >> and was hoping to get input from this list specifically. >> > > wxPython wraps wxWidgets which wraps GTK on Unix machines. > > From wxwidgets.com: > "wxWidgets gives you a single, easy-to-use API for writing GUI > applications > on multiple platforms. Link with the appropriate library for your > platform > (Windows/Unix/Mac, others coming shortly) and compiler (almost any > popular > C++ compiler), > and your application will adopt the look and feel appropriate to that > platform. " > > So you get cross platform support for free. I had a look at pyQt which > looks > very promising, but has some limitations if you want to sell pyQT > applications > for windows machines. > > There is a package called PythonCard (http://pythoncard.sf.net) which > is > a layer above wxPython. PythoCard simpliefies programming simple GUIs, > but is restricted in its functionality. > > wxPython is my workorse for GUI programming for some years now and > I'm quite happy with it. The mailing list is friendly and helpfull, > too. > > According to http://matplotlib.sf.net there is a wx backend, but I > never > used it. > > Greetings, Uwe. |
From: Uwe S. <sc...@nu...> - 2004-07-19 20:56:32
|
> > Hi everyone, Hi Darren, > > Now that I have become an intermediate python programmer, I want to > learn how to build some GUIs. I am trying to decide between WX and GTK, > and was hoping to get input from this list specifically. > wxPython wraps wxWidgets which wraps GTK on Unix machines. From wxwidgets.com: "wxWidgets gives you a single, easy-to-use API for writing GUI applications on multiple platforms. Link with the appropriate library for your platform (Windows/Unix/Mac, others coming shortly) and compiler (almost any popular C++ compiler), and your application will adopt the look and feel appropriate to that platform. " So you get cross platform support for free. I had a look at pyQt which looks very promising, but has some limitations if you want to sell pyQT applications for windows machines. There is a package called PythonCard (http://pythoncard.sf.net) which is a layer above wxPython. PythoCard simpliefies programming simple GUIs, but is restricted in its functionality. wxPython is my workorse for GUI programming for some years now and I'm quite happy with it. The mailing list is friendly and helpfull, too. According to http://matplotlib.sf.net there is a wx backend, but I never used it. Greetings, Uwe. > |
From: Stephen W. <ste...@cs...> - 2004-07-19 20:56:17
|
On Mon, 2004-07-19 at 10:28, John Hunter wrote: > As for > resetting the axes to the original view, redraw would not have done > that. In the next generation toolbar, I might be able to add a button > to support that. It already has a forward / back button to navigate > between previous views. Er, it does? I don't see them, at least not with either the default backend on FC1, which I'm guessing is GTK, nor with the TkAgg one. Incidentally, the on line .matplotlibrc example file still has the "toolbar" keyword, which is gone, and is missing the "datapath" one. -- Stephen Walton <ste...@cs...> Dept. of Physics & Astronomy, Cal State Northridge |
From: Darren D. <dd...@co...> - 2004-07-19 18:25:36
|
Hi everyone, Now that I have become an intermediate python programmer, I want to learn how to build some GUIs. I am trying to decide between WX and GTK, and was hoping to get input from this list specifically. GTK seems to have the most active support in matplotlib. Is this true? The amount of demo code for learning pygtk is not as good as for wxPython, for example, I cant figure out how to call a print dialog with gtk. Does one exist? WX seems to have the most broad support in the Python community. WX seems easier to work with based on the demo code, but once I graduate and make the switch to Linux, it seems a waste to be interfacing GTK through wxPython. WX needs another person to help with maintanence, and I want to help with Matplotlib when I become experienced enough to be of use to the project. But for now, I need to be able to analyze data and finish school. While undecided on a GUI, I am decided on python and matplotlib, so your input would be valuable. Right now I don't have enough experience to make an intelligent decision. Thanks in advance, Darren -- Darren S. Dale dd...@co... PGP public key available |
From: Curtis C. <cu...@hi...> - 2004-07-19 18:12:50
|
Hi, I have been using the colorbar() method along with pcolor to make image plots of data. Normally, the colorbar legend is correct. However, when the range of numbers to plot is less than 1, such as 10^-3 - 2*10^-3, the colorbar labels just show up as 0.0 on the top and bottom. Thanks, Curtis |
From: John H. <jdh...@ac...> - 2004-07-19 17:52:27
|
>>>>> "Stephen" == Stephen Walton <ste...@cs...> writes: Stephen> I have played with version 0.50 a bit before, but I asked Stephen> about the "missing" widgets because they're still in the Stephen> online tutorial. Plus, I had thought the redraw button Stephen> would be a convenient way to reset a plot to its default Stephen> after zooming and/or scrolling in one or the other axis. Stephen> This last function is one I actually need, but I was Stephen> unable to see anywhere in the documentation how it might Stephen> be done. Thanks for letting me know about the tutorial problem. As for resetting the axes to the original view, redraw would not have done that. In the next generation toolbar, I might be able to add a button to support that. It already has a forward / back button to navigate between previous views. By clicking back enough times, you'll get back to your original view. Still, if you are deep enough in, a "reset" button might be nice. Stephen> This turned out to be SOE (Stupid Operator Error). I Stephen> didn't have the tk-devel and tcl-devel packages Stephen> installed. Unfortunately the lack of tk.h and/or tcl.h Stephen> causes so many error messages in the compile that the Stephen> line complaining about their lack is easy to miss. Not a Stephen> matplotlib problem, I hasten to add. Yep, you have to train yourself to find that first error, the rest are often meaningless. JDH |
From: John H. <jdh...@ac...> - 2004-07-19 17:48:24
|
>>>>> "Arnd" == Arnd Baecker <arn...@we...> writes: Arnd> Hi, I am following this mailing list for a while now and Arnd> considering to convert to matplotlib at some point. Whether Arnd> this is feasable depends on the following two points: Arnd> 1) I would like to know if there is an equivalent to the Arnd> scipy.xplt.mouse command which (in its simplest form) waits Arnd> for a mouse click and returns its coordinates: Arnd> Example: #------------------------------------- from Arnd> scipy.xplt import * x=arange(0.0,1.0,0.1) plg(x*x,x) Arnd> m=mouse(1,-1,"click with the mouse") print "x,y=",m[0],m[1] Arnd> #------------------------------------- Arnd> John's reply Arnd> http://mail.python.org/pipermail/python-list/2004-April/216550.html Arnd> shows that it is possible to connect mouse events with Arnd> functions. However, that code depends on the back-end and Arnd> is not as short as the above one (though more flexible, of Arnd> course ;-). For some time, we've provided basic cross GUI event handling with the canvas.connect method. Todd Miller had the idea to port the gtk connect interface to Tk. For example, the demo coords_demo.py runs unchanged on TkAgg and GTKAgg. This is only a partial implementation, and in CVS I've extended it a bit more. The new method is called mpl_connect, and you will be able to do, across GUIs, calls like def on_move(event): # get the x and y coords x, y = event.x, event.y ...snip... canvas.mpl_connect('motion_notify_event', on_move) I plan to provide the motion notify, on click, and key press events, and provide some extra positional information in the events, namely canvas coordinate location and axes coordinate location. The backend will handle things like flipy so the script can ignore it. I'm in the process of designing a better toolbar and am using this cross-GUI event handling to minimize the burden of implementing the toolbar in the various backends. In order to do something like the m = mouse(1,-1,"click with the mouse") print "x,y=",m[0],m[1] example, it would be necessary to implement some cross gui blocking capability, so that the execution of the script is halted until the block is removed. I don't see this as a major problem, but will require some input from people with experience on the not-GTK GUIs. It's probably not be necessary, though, since it's only a few more keystrokes to do def on_click(event): print 'x, y =', event.x, event.y canvas.mpl_connect(''button_press_event', on_click) This should be ready by the 0.61 release. BTW, as a wx expert, perhaps you have a code snippet I can use which calls the event Connect and Disconnect methods directly. I'm currently trying to figure this out for the wx implementation of mpl_connect and mpl_disconnect. Arnd> 2) For one set of applications I would like to be able to Arnd> plot several times 1000 points (or more). Optimally would Arnd> be to plot one point after another to get a dynamical Arnd> impression. In the application I have in mind there would Arnd> be no need to store these points (ie zooming is not Arnd> necessary) which normally degrades performance. Presently Arnd> for me the solution for this type of things is our Arnd> PlottingCanvas for wxPython, see Arnd> http://www.physik.tu-dresden.de/~baecker/python/plot.html Arnd> and there the StandardMap.py example. There is a lot of interest in making dynamical plotting more efficient. Currently, the entire figure is redrawn with each frame update, which is clearly not ideal for dynamic figures in which only a portion needs to be redrawn. I'm interested in making some changes to better support "real time" data acquisition, where the quotes mean "fast enough to handle most use cases". My current thought is to support drawing to subsections of the agg canvas, eg, so that a single axes, line or patch could be updated without updating the entire figure canvas. To support this, each object would need to know it's rectangular extent (done), take a snapshot of the background canvas before drawing (to be done) and know how to render itself to canvas (done). In addition, agg and the backends would need to be extended to allow drawing of subregions of the canvas, which should be fairly easy. By calling the right combination of store_background, draw and erase, you could get much faster dynamic plots. The current implementation (redrawing the entire figure) is pretty fast on a fast machine, but needs to be faster. How do you do this in PlottingCanvas? Do simply add objects to the canvas and redraw the entire canvas if you need to remove an object, or do you support selective erasing and removal of objects? JDH |
From: Stephen W. <ste...@cs...> - 2004-07-19 16:41:53
|
On Mon, 2004-07-19 at 08:24, John Hunter wrote: > >>>>> "GStephen" == Stephen Walton <ste...@cs...> writes: > > GStephen> I am not seeing the redraw or close widgets on > GStephen> the plot windows I produce. > > Your post says you are a new user but the content suggests you've used > matplotlib before. I have played with version 0.50 a bit before, but I asked about the "missing" widgets because they're still in the online tutorial. Plus, I had thought the redraw button would be a convenient way to reset a plot to its default after zooming and/or scrolling in one or the other axis. This last function is one I actually need, but I was unable to see anywhere in the documentation how it might be done. > As for the FC1 [compile] problem, This turned out to be SOE (Stupid Operator Error). I didn't have the tk-devel and tcl-devel packages installed. Unfortunately the lack of tk.h and/or tcl.h causes so many error messages in the compile that the line complaining about their lack is easy to miss. Not a matplotlib problem, I hasten to add. Thanks for the responses. |
From: John H. <jdh...@ac...> - 2004-07-19 15:55:17
|
>>>>> "Darren" == Darren Dale <dd...@co...> writes: Darren> Can text created with mathtext can be rotated? I am trying Darren> to label a y axis like y = ylabel(r'$rm{Temperature} Darren> (^\circ C)$') and y.set_rotation() does not respond to Darren> 'horizontal' or 'vertical' settings. Vertical rotation is not supported yet. I adjust the alignment args so at least the horizontal ylabels are in the right place ylabel(r'$\Delta_{i+1}$', fontsize='x-large', verticalalignment='center', horizontalalignment='right', rotation='horizontal' ) The good news is that Jim Benson just sent me a patch to support vertical mathtext in *Agg, which will be included in the next release. Cheers, JDH |
From: John H. <jdh...@ac...> - 2004-07-19 15:53:31
|
>>>>> "Jonathan" == Jonathan Hanson <ha...@ph...> writes: > [Fri Jul 16 16:30:30 2004] [error] > [Fri Jul 16 16:30:30 2004] [error] from backend_gtkagg import > error_msg, draw_if_interactive, show, new_figure_manager Here is your problem - a web app server should not be using gtkagg (this is a GUI interface). You should be using Agg (which doesn't require X11, a DISPLAY var etc). You can either set backend : Agg to be your default backend in matplotlib rrc - http://matplotlib.sf.net/.matplotlibrc or do the following at the top of your script (before importing matplotlib.matlab) import matplotlib matplotlib.use('Agg') from matplotlib.matlab import .... whatever you usually do Should work... JDH |
From: John H. <jdh...@ac...> - 2004-07-19 15:50:23
|
>>>>> "Darren" == Darren Dale <dd...@co...> writes: Darren> Hi Everyone, I'm having trouble saving plot images with Darren> the *Agg backends. I've tried TkAgg, GTKAgg, WXAgg, and Darren> get the following error message (here for WXAgg): Darren> Do not know how to handle extension *.jpg 14:48:54 Debug Darren> e:\Projects\wx2.4\src\msw\app.cpp(439): Darren> 'UnregisterClass(canvas)' failed with error 0x00000584 Darren> (class still has open windows) Darren> WX and GTK backends work. I'm using the precompiled 0.60.2 Darren> version of Matplotlib (congratulations on the new Darren> release), python 2.3.4, windows XP. I'm calling my program Darren> from a DOS prompt to get the error messages, working in Darren> non-interactive mode and trying to save the image using Darren> the save-button widget. The agg backend can only save png, ps, eps, and svg. jpeg is available from backend_wx and backend_gtk. Personally, I've never encountered a figure for which jpeg was a better output format than png, which is why I haven't worked to provide a jpeg output to agg, but it would be a good thing to add, at some point. Cheers, JDH |
From: John H. <jdh...@ac...> - 2004-07-19 15:48:28
|
>>>>> "GStephen" == Stephen Walton <ste...@cs...> writes: GStephen> As a new user of matplotlib, I'm surprised I haven't GStephen> seen this mentioned, offhand, in the mailing list GStephen> archive. I am not seeing the redraw or close widgets on GStephen> the plot windows I produce. The platform is Fedora Core GStephen> 1, although I built on RHEL3 because matplotlib-0.60-2 GStephen> won't build on FC1 (some problem with tk-devel, GStephen> apparently). Your post says you are a new user but the content suggests you've used matplotlib before. In early versions there was both a redraw button and a close button. The former was there because sometimes the figure would get into an inconsistent state (after exposes, or resizes for example) but these problems were fixed and I no longer saw a need for it. The close button was dropped after Steve Chaplin pointed me to some user interface design guidelines that argued close buttons should never be placed on toolbars. So it is by design that these are missing. Is this a problem for you? As for the FC1 problem, perhaps Fernando Perez can comment - I believe he has used matplotlib with FC1. I have no experience here. JDH |
From: Arnd B. <arn...@we...> - 2004-07-19 07:33:31
|
Hi, I am following this mailing list for a while now and considering to convert to matplotlib at some point. Whether this is feasable depends on the following two points: 1) I would like to know if there is an equivalent to the scipy.xplt.mouse command which (in its simplest form) waits for a mouse click and returns its coordinates: Example: #------------------------------------- from scipy.xplt import * x=arange(0.0,1.0,0.1) plg(x*x,x) m=mouse(1,-1,"click with the mouse") print "x,y=",m[0],m[1] #------------------------------------- John's reply http://mail.python.org/pipermail/python-list/2004-April/216550.html shows that it is possible to connect mouse events with functions. However, that code depends on the back-end and is not as short as the above one (though more flexible, of course ;-). 2) For one set of applications I would like to be able to plot several times 1000 points (or more). Optimally would be to plot one point after another to get a dynamical impression. In the application I have in mind there would be no need to store these points (ie zooming is not necessary) which normally degrades performance. Presently for me the solution for this type of things is our PlottingCanvas for wxPython, see http://www.physik.tu-dresden.de/~baecker/python/plot.html and there the StandardMap.py example. (this is not to advertise this, but just that you get an idea of what I have in mind. In the code there are couple of tricks to speed things up). In the end I would be happy to dump our PlottingCanvas in favour of matplotlib! Best, Arnd |
From: Malte M. <Mal...@cs...> - 2004-07-19 06:56:15
|
I have sarge (with a few unstable bits and pieces) It 'shouldn't' be dependent on "unstable". You can always see what extra libs it wants and decide then if you wnat it or not. Cheers, Malte. Arnd Baecker wrote: > > >Before I screw up my installation ;-) > - did anyone successfully use these on sarge (debian testing)? > - and/or are there deb's available for sarge? > >Many thanks, > >Arnd > > |
From: Arnd B. <arn...@we...> - 2004-07-19 06:52:55
|
Hi, On Mon, 19 Jul 2004, Malte Marquarding wrote: > I installed it from > > http://mentors.debian.net > the other day. > > The debian package is: > > python-matplotlib > > It is version 0.60.2 > > 'apt-cache search matplotlib' should give you the names of all the > relevant matplotlib packages if you don't know them. > > Cheers, > Malte Before I screw up my installation ;-) - did anyone successfully use these on sarge (debian testing)? - and/or are there deb's available for sarge? Many thanks, Arnd |
From: Malte M. <Mal...@cs...> - 2004-07-19 01:34:08
|
I installed it from http://mentors.debian.net the other day. The debian package is: python-matplotlib It is version 0.60.2 'apt-cache search matplotlib' should give you the names of all the relevant matplotlib packages if you don't know them. Cheers, Malte John Hunter wrote: > Charles> I can't see the matplotlib package with "apt-get". I > Charles> have these lines in my sources.list and I've rerun > Charles> "apt-get update". > > Charles> # Matplotlib deb http://mentors.debian.net/debian > Charles> unstable main contrib non-free deb-src > Charles> http://mentors.debian.net/debian unstable main contrib > Charles> non-free > > Charles> I can see matplotlib-doc, but not matplotlib. Any ideas? > >Hi Charles, I think messages about the debian distribution should be >sent to the devel list; I'm not sure Vittorio reads the users list. >I've CCd him on this email. > >Cheers, >JDH > |
From: Stephen W. <ste...@cs...> - 2004-07-17 03:21:32
|
On Fri, 2004-07-16 at 12:04, Darren Dale wrote: > Hi Everyone, > > I'm having trouble saving plot images with the *Agg backends. I've tried > TkAgg, GTKAgg, WXAgg, and get the following error message (here for WXAgg): > > Do not know how to handle extension *.jpg I see the same problem under Fedora Core 1. If one doesn't specify an extension, the saved image is of type PNG, which is fine. But specifying a .jpg extension to get a JPEG doesn't work with the Agg backends. |
From: Darren D. <dd...@co...> - 2004-07-16 22:43:49
|
Can text created with mathtext can be rotated? I am trying to label a y axis like y = ylabel(r'$rm{Temperature} (^\circ C)$') and y.set_rotation() does not respond to 'horizontal' or 'vertical' settings. Darren -- Darren S. Dale dd...@co... PGP public key available |
From: Jonathan H. <ha...@ph...> - 2004-07-16 21:58:24
|
I've had a recurring issue for about 5 days now. I am running a Fedora Core 2 linux box, which has just been freshly formatted and rebuilt. I am running Apache as my webserver. I did clean installs of numarray 1.0 and matplotlib 0.60.2 from source, and they both installed cleanly and completely. The only config I did was in the matplotlib setup.py file, I changed the numerix setting to numarray instead of numeric. Both packages test out just fine from the command-line python interface. I am trying to use PHP to call a Python script, which will in turn render some images for display by the PHP web page. The python script runs just fine as a regular user; the plots come out to the proper directory just as they should. But simply calling from matplotlib.matlab import * at the head of the script leads to errors when the script is called by PHP instead. Commenting out this import and any matplotlib function calls allows the PHP script to conclude cleanly (but of course without the desired result). Here is a snippet from apache's logfile, from one try-through of the php script. [Fri Jul 16 16:30:28 2004] [error] Numeric import failed... trying numarray. [Fri Jul 16 16:30:28 2004] [error] [Fri Jul 16 16:30:30 2004] [error] Traceback (most recent call last): [Fri Jul 16 16:30:30 2004] [error] File "/httpd/cgi-bin/Webplots/Devel/plotdata.py", line 13, in ? [Fri Jul 16 16:30:30 2004] [error] [Fri Jul 16 16:30:30 2004] [error] from matplotlib.matlab import * [Fri Jul 16 16:30:30 2004] [error] File "/usr/lib/python2.3/site-packages/matplotlib/matlab.py", line 143, in ? [Fri Jul 16 16:30:30 2004] [error] [Fri Jul 16 16:30:30 2004] [error] from backends import new_figure_manager, error_msg, \\ [Fri Jul 16 16:30:30 2004] [error] File "/usr/lib/python2.3/site-packages/matplotlib/backends/__init__.py", line 26, in ? [Fri Jul 16 16:30:30 2004] [error] [Fri Jul 16 16:30:30 2004] [error] from backend_gtkagg import error_msg, draw_if_interactive, show, new_figure_manager [Fri Jul 16 16:30:30 2004] [error] File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gtkagg.py", line 12, in ? [Fri Jul 16 16:30:30 2004] [error] [Fri Jul 16 16:30:30 2004] [error] from backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\\ [Fri Jul 16 16:30:30 2004] [error] File "/usr/lib/python2.3/site-packages/matplotlib/backends/backend_gtk.py", line 21, in ? [Fri Jul 16 16:30:30 2004] [error] [Fri Jul 16 16:30:30 2004] [error] import gtk [Fri Jul 16 16:30:30 2004] [error] File "/usr/src/build/375621-i386/install/usr/lib/python2.3/site-packages/gtk-2.0/gtk/__init__.py", line 43, in ? [Fri Jul 16 16:30:30 2004] [error] RuntimeError [Fri Jul 16 16:30:30 2004] [error] : [Fri Jul 16 16:30:30 2004] [error] could not open display [Fri Jul 16 16:30:30 2004] [error] [Fri Jul 16 16:30:30 2004] [error] Premature end of script headers: plotdata.py I have no idea what that is all about. I had a problem earlier with the ttf something something cache file that is generated on the first use by each user. Evidently, since Apache doesn't have a home directory, and doesn't have permissions to use /usr/share/matplotlib/ it was getting a permission denial when it tried to create that cache file. I changed the permissions of that directory temporarily to 777, ran the PHP script, and the whole thing got a little bit further before crapping out (as seen above). Trying to run the script directly as a cgi execution results in identical errors. So the issue is not in PHP. So If anyone can lead me toward a solution here, I would be much obliged. Also, if anyone can tell me a more elegant fix for the permissions issue above, that would be nice too. I don't like leaving 777 permissions on system files like that. This package looks like it could be a really great on-the-fly plot generator for web applications, if we can iron out all the config wrinkles. Thanks everyone for your time and patience on this big post. Good Luck! - Jonathan Hanson Department of Physics and Astronomy Louisiana State University |
From: Darren D. <dd...@co...> - 2004-07-16 19:05:28
|
Hi Everyone, I'm having trouble saving plot images with the *Agg backends. I've tried TkAgg, GTKAgg, WXAgg, and get the following error message (here for WXAgg): Do not know how to handle extension *.jpg 14:48:54 Debug e:\Projects\wx2.4\src\msw\app.cpp(439): 'UnregisterClass(canvas)' failed with error 0x00000584 (class still has open windows) WX and GTK backends work. I'm using the precompiled 0.60.2 version of Matplotlib (congratulations on the new release), python 2.3.4, windows XP. I'm calling my program from a DOS prompt to get the error messages, working in non-interactive mode and trying to save the image using the save-button widget. Any suggestions? Thanks, Darren -- Darren S. Dale dd...@co... PGP public key available |
From: Serge B. <se...@op...> - 2004-07-16 13:06:00
|
Paul Barrett wrote: >What version of matplotlib are you using? Versions earlier than 0.60.2 >may not work. Sorry, I should have mentionned that: it was the latest version, 0.60.2 >I just uploaded improved TrueType Font (TTF) support for PS last night, >so the version on CVS should fix this. Please give it a try and let me >know if you have any problems. The CVS version works perfectly, thank you very much! ...and congratulations for fixing the problem before it even got reported :) Serge |