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
|
S | M | T | W | T | F | S |
---|---|---|---|---|---|---|
1
(4) |
2
(20) |
3
(8) |
4
(10) |
5
(4) |
6
(8) |
7
(4) |
8
(9) |
9
(11) |
10
(12) |
11
(13) |
12
(3) |
13
(17) |
14
(4) |
15
|
16
(10) |
17
(9) |
18
(11) |
19
(4) |
20
(17) |
21
(6) |
22
(9) |
23
(35) |
24
(17) |
25
(9) |
26
(16) |
27
(17) |
28
(14) |
As far as I know, there is no user settable attribute. But something like below will work. ax = gca() title("My title") ax.titleOffsetTrans._t = (0., 10.0/72.) # x, y offset in points/72. default is (0., 5/72.) ax.titleOffsetTrans.invalidate() draw() Alternatively, you may use ax.title.set_y(1.1) # y position of the title in the normalized axes coordinate. default 1.0 -JJ On Mon, Feb 9, 2009 at 2:08 AM, C M <cmp...@gm...> wrote: > Is there anything like a title pad, similar to the xaxis.LABELPAD? > I'd like to see if the plot would look better with the title a bit higher > off the plot. > > Thanks, > Che > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Is there anything like a title pad, similar to the xaxis.LABELPAD? I'd like to see if the plot would look better with the title a bit higher off the plot. Thanks, Che
Since you call twinx then twiny, you're creating two additional axes, not one. And I guess this is why labels are drawn twice. You may do def twin(ax): ax2 = ax.figure.add_axes(ax.get_position(True), frameon=False) ax2.yaxis.tick_right() ax2.yaxis.set_label_position('right') ax.yaxis.tick_left() ax2.xaxis.tick_top() ax2.xaxis.set_label_position('top') ax.xaxis.tick_bottom() return ax2 ax = gca() ax2 = twin(ax) ax.scatter([0.4],[0.6]) ax2.scatter([10.],[10.]) draw() Note that you need to manually adjust the view limits of each axes. If you use sharex or sharey parameters for the axes, you can share their view limits (this is how axes is created when twinx and twiny is called). But then you cannot have different tick locators. In case you need an axes with a same viewlimit as the original one but just want to place ticks at different position, you may check my related post. http://sourceforge.net/mailarchive/forum.php?thread_name=4985DED6.90108%40head.cfa.harvard.edu&forum_name=matplotlib-users -JJ On Sun, Feb 8, 2009 at 5:07 PM, Thomas Robitaille <tho...@gm...> wrote: > Hi everyone, > > I am plotting a figure where I need two independent x axes and two > independent y axes. I've tried to use both twinx and twiny at the > same time, and this works to some extent, but it looks like it is > plotting the labels for the bottom x axis and the right-hand y axis > twice, which makes me think that I must be doing something wrong (the > numbers appear more 'bold'). The code is below. Is there a better way > to do this? > > In reality, I don't need a different scale for the opposite axes, but > I want to specify different Locator functions, but I assume that > creating a new axes instance as done below is the only way to do this? > > Thanks for any advice, > > Thomas > > ### > fig = figure() > ax = fig.add_subplot(111) > ax2 = ax.twinx().twiny() > for tick in ax.yaxis.get_major_ticks(): > tick.label1On = True > tick.label2On = False > tick.tick1On = True > tick.tick2On = False > for tick in ax.xaxis.get_major_ticks(): > tick.label1On = True > tick.label2On = False > tick.tick1On = True > tick.tick2On = False > for tick in ax2.yaxis.get_major_ticks(): > tick.label1On = False > tick.label2On = True > tick.tick1On = False > tick.tick2On = True > for tick in ax2.xaxis.get_major_ticks(): > tick.label1On = False > tick.label2On = True > tick.tick1On = False > tick.tick2On = True > ax.scatter([0.4],[0.6]) > ax2.scatter([10.],[10.]) > draw() > ### > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users >
Hi, Did anyone have any insight on this? Alternatively, anyone know why there has been little uptake on this question ...(apologies that it was accidentally sent twice)? Leo On Tue, Feb 3, 2009 at 11:42 PM, Leo Trottier <le...@co...> wrote: > Matplotlib 0.98.5.2 > Location: C:\leo\.matplotlib > Running Windows XP SP2 > Obtained from pythonxy v. 2.1.10 > No rc customizations ... > > I've been having a devil of a time getting my rcParams to update > mid-script. Perhaps this isn't possible, but if that's so, it's not > entirely clear. Even if it is so, this is seemingly a defect, because in an > interactive session one expects quite different behavior (and no amount of > iPython %reset-ing seems to be able to help). > > Note that manually setting the font (or what have you) in *title* works > fine. > > Here is some example code: > > ############## BEGIN ######### > import matplotlib > from matplotlib import rc, rcParams, rcdefaults > from matplotlib.pyplot import plot, show, figure, title > > print matplotlib.__version__ > print matplotlib.get_configdir() > print > print "rcParams['font.sans-serif']:", rcParams['font.sans-serif'] > print 'family is:', rcParams['font.family'] > print > figure(4) > title('This should be in a sans-serif font') > show() > > rcParams['font.sans-serif'] = rcParams['font.monospace'] > print "rcParams['font.sans-serif']:", rcParams['font.sans-serif'] > print 'family is:', rcParams['font.family'] > print > figure(1) > title('This should be in a monospace font') > show() > > rcParams['font.sans-serif'] = rcParams['font.serif'] > print "rcParams['font.sans-serif']:", rcParams['font.sans-serif'] > print 'family is:', rcParams['font.family'] > print > figure(2) > title('This should be in a serif font') > show() > > rcdefaults() > print "rcParams['font.sans-serif']:", rcParams['font.sans-serif'] > print 'family is:', rcParams['font.family'] > print > figure(3) > title('This should be back to a sans-serif font') > show() > ######### END #################### >
Sure. Just send me a note when the src is ready. - Charlie On Sun, Feb 8, 2009 at 3:46 PM, John Hunter <jd...@gm...> wrote: > We have accumulated a number of bug fixes in our stable release > branch, so I would like to release the 3rd bugfix release. Please > test and report any problems > > http://matplotlib.sourceforge.net/release-candidates/matplotlib-0.98.5.3.tar.gz > > Charlie, will you have any time early next week for the windows > builds? I can handle the OSX and src release. > > Thanks, > JDH >
Hi everyone, I am plotting a figure where I need two independent x axes and two independent y axes. I've tried to use both twinx and twiny at the same time, and this works to some extent, but it looks like it is plotting the labels for the bottom x axis and the right-hand y axis twice, which makes me think that I must be doing something wrong (the numbers appear more 'bold'). The code is below. Is there a better way to do this? In reality, I don't need a different scale for the opposite axes, but I want to specify different Locator functions, but I assume that creating a new axes instance as done below is the only way to do this? Thanks for any advice, Thomas ### fig = figure() ax = fig.add_subplot(111) ax2 = ax.twinx().twiny() for tick in ax.yaxis.get_major_ticks(): tick.label1On = True tick.label2On = False tick.tick1On = True tick.tick2On = False for tick in ax.xaxis.get_major_ticks(): tick.label1On = True tick.label2On = False tick.tick1On = True tick.tick2On = False for tick in ax2.yaxis.get_major_ticks(): tick.label1On = False tick.label2On = True tick.tick1On = False tick.tick2On = True for tick in ax2.xaxis.get_major_ticks(): tick.label1On = False tick.label2On = True tick.tick1On = False tick.tick2On = True ax.scatter([0.4],[0.6]) ax2.scatter([10.],[10.]) draw() ###
We have accumulated a number of bug fixes in our stable release branch, so I would like to release the 3rd bugfix release. Please test and report any problems http://matplotlib.sourceforge.net/release-candidates/matplotlib-0.98.5.3.tar.gz Charlie, will you have any time early next week for the windows builds? I can handle the OSX and src release. Thanks, JDH
Never mind - I just saw the very timely e-mail from Jouni. Thanks! On Sun, 8 Feb 2009 14:16:59 -0600 Alan Jackson <al...@aj...> wrote: > Trying to find a simple way to shrink the tick labels for this plot - > since I can have many tiny histograms, the labels need to be smaller, > but it isn't obvious to me how to simply shrink them. > > code snippet... > > num = len(datasets) > fig = plt.figure() > rows = np.int(np.sqrt(num)) > cols = np.int(float(num)/float(rows)+.9) > for i in range(num): > ax = fig.add_subplot(rows, cols, i+1) > ax.hist(datasets[i][np.isfinite(datasets[i])], bins=60 ) > ax.set_xlabel(labels[i], size = 9) > ax.set_ylabel('Counts', size = 9) > plt.show() > > > -- > ----------------------------------------------------------------------- > | Alan K. Jackson | To see a World in a Grain of Sand | > | al...@aj... | And a Heaven in a Wild Flower, | > | www.ajackson.org | Hold Infinity in the palm of your hand | > | Houston, Texas | And Eternity in an hour. - Blake | > ----------------------------------------------------------------------- > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- ----------------------------------------------------------------------- | Alan K. Jackson | To see a World in a Grain of Sand | | al...@aj... | And a Heaven in a Wild Flower, | | www.ajackson.org | Hold Infinity in the palm of your hand | | Houston, Texas | And Eternity in an hour. - Blake | -----------------------------------------------------------------------
Trying to find a simple way to shrink the tick labels for this plot - since I can have many tiny histograms, the labels need to be smaller, but it isn't obvious to me how to simply shrink them. code snippet... num = len(datasets) fig = plt.figure() rows = np.int(np.sqrt(num)) cols = np.int(float(num)/float(rows)+.9) for i in range(num): ax = fig.add_subplot(rows, cols, i+1) ax.hist(datasets[i][np.isfinite(datasets[i])], bins=60 ) ax.set_xlabel(labels[i], size = 9) ax.set_ylabel('Counts', size = 9) plt.show() -- ----------------------------------------------------------------------- | Alan K. Jackson | To see a World in a Grain of Sand | | al...@aj... | And a Heaven in a Wild Flower, | | www.ajackson.org | Hold Infinity in the palm of your hand | | Houston, Texas | And Eternity in an hour. - Blake | -----------------------------------------------------------------------
A B <pyt...@gm...> writes: > f = pyplot.figure() When you do this, matplotlib retains a reference to the figure until you close it so that you can go back to it with e.g. figure(4). So add pyplot.close(f) to your script. Or, even better, use the object-oriented API. To get started with that, see http://matplotlib.sourceforge.net/leftwich_tut.txt -- Jouni K. Seppänen http://www.iki.fi/jks
Hi, Following is my post to the Django mailing list from yesterday. The response was that Django isn't known to leak memory so there should be something off with matplotlib or rather that way I am using it. Hopefully someone here could comment on what could be causing the leaks. Thanks in advance. ---- I am using matplotlib/pyplot on my site to dynamically generate PNG plots. And I am experiencing dramatic memory leaks. Within 10-15 hits, my Apache process grows from 15-20M to 100M. I am using Django 1.0.2-final, Apache 2.2.1, Python 2.4.3, matplotlib 0.98.5.2. The leak happens under both Apache (with mod_wsgi 2.3) and the development server. My OS is RHEL5. Below is a simple code snippet that causes the leak. Please let me know if I am doing something wrong or if there is a better way to write this. Thanks. from matplotlib import pyplot def test_graph (request): f = pyplot.figure() ax = f.add_subplot(111) ax.plot([1,2,3]) ax.fill_between([1,2,3],[1,2,3],[1.1,2.1,3.1]) ax.grid(True) ax.legend(['hello'], 'upper right', shadow=True, fancybox=True) ax.set_xlabel('Time') ax.set_ylabel('Value ') f.text(.5, 0.93, 'my title', horizontalalignment='center') response = HttpResponse(content_type='image/png') ### both ways causes a leak f.savefig( response, format = 'png' ) OR canvas = FigureCanvas(f) canvas.print_png(response) canvas = None ax = None f = None return response
Hi all, I have noticed a funny behaviour when using twinx to do two plots on the same axes: the xticklabels are printed twice, once for each axes. This shows up as slightly thicker labels than for a single axes. It is particularly visible for ps or pdf output, but can be seen also in an interactive session. I can also see this in the figure shown for the two_scales.py example (http://matplotlib.sourceforge.net/_images/two_scales.png), where the xticklabels are thicker than the yticklabels (though it is not so apparent due to different colours. I therefore assume it is not just my installation. (Adding for tl in ax2.get_xticklabels(): tl.set_fontsize(16) just before the last plt.show() in two_scales.py makes it even more visible) Does anyone know of a reasonable work-around? Surely it is not the intended behaviour? Thanks for any help, Christoffer Åberg
On Fri, Feb 6, 2009 at 5:13 AM, Rezwan <rez...@gm...> wrote: > > Hi > I am developing a plotting tool using matplotlib and wxpython as backend. I > have separate thread for iperf and it creates a text file every time I want > to create this thread and this thread finish it's task once it reach the > duration(defined by the user). Plot and some text boxes are updated reading > this text file every second once I press plot button. My problem is > matplotlib keeps the old data and impose new data on the same plot. I am > using cla function to clear the axes but how can I clear set_data for every > new plot. What I want is to initialize set_data. Anyone here to tell me how > can I do that? Hope my post makes sense. If not I will post with some > snippets of my tool. > You will need to post some example code before we can really help, but the best way to do this is not via cla, but by storing the line instance and calling set_data on it line, = ax.plot(x, y) and then later line.set_data(newx, newy) line.axes.figure.canvas.draw() If you are getting overplotting, it sounds like you are making additional calls to plot that you are overlooking. JDH
On Fri, Feb 6, 2009 at 8:34 AM, Gary Ruben <gr...@bi...> wrote: > Hi all, > > I've attached a candidate imsave() to complement imread() in the image.py > module. Would my use of pyplot instead of the oo interface preclude its > inclusion in image.py? Also, I noticed some problems when I ran the tests > with the Wx backends with mpl 0.98.5.2 in Win32. Both of the Wx backends > produce incorrect, but different, results. Yes, if it imports pyplot, we can't put it in the image module. But you can easily rewrite your function to use the Agg backend as in http://matplotlib.sourceforge.net/examples/api/agg_oo.html the agg backend will detect other extensions, like png, pdf, svg or ps and do the right thing. So if you'd like to resubmit this as an svn patch that doesn't use pyplot, I think it would be a useful addition. http://matplotlib.sourceforge.net/faq/howto_faq.html#contributing-howto JDH
Eli Bressert wrote: > Hi Everyone, > > Looks like I may have run into a bug for the contourf function. I was > able to reproduce the problem on two OS X systems. One was based on > 10.5 and the other was on 10.4. The problem appears when you use > contourf with alpha < 1. With the transparency there appears to be > streaks of lines pointing downward from the contour lines. Is this a > bug that has been spotted before? Additional information is provided > below with a python script to reproduce the problem. > > Note, this bug was reproduced with a range of different parameters and > input values. The script is the easiest way to reproduce the problem. It is partly inherent in the underlying contouring algorithm, and I think partly reflecting a common characteristic of renderers. On my ubuntu box, the problem shows up in agg, pdf or ps shown with evince, but *not* in svg rendered by eog. The part inherent in the contouring algorithm is that all patches are simply connected--the algorithm does not make annular patches, for example--so there is a vertical cut. With alpha < 1, that cut, and for that matter the boundary between one patch and the next, seem to be effectively rendered twice. The contour code is already specifying that the patch should be rendered without a boundary, so I don't know what else can be done. Eric > > Cheers, > > Eli > > > > Mac OSX Darwin Kernel Version 9.5.0 (Leopard 10.5.5) > > Matplotlib version: 0.98.3 > > Matplotlib was installed via EPD, version Py2.5 4.1.30101 i386 > > Code to show bug: > Most of the python code was borrowed from the Matplotlib examples > http://matplotlib.sourceforge.net/examples/pylab_examples/contour_demo.html?highlight=contours > > ###### Begin Python Code ####### > import matplotlib > import numpy as np > import matplotlib.cm as cm > import matplotlib.mlab as mlab > import matplotlib.pyplot as plt > > delta = 0.025 > x = np.arange(-3.0, 3.0, delta) > y = np.arange(-2.0, 2.0, delta) > X, Y = np.meshgrid(x, y) > Z1 = mlab.bivariate_normal(X, Y, 1.0, 1.0, 0.0, 0.0) > Z2 = mlab.bivariate_normal(X, Y, 1.5, 0.5, 1, 1) > Z = 10.0 * (Z2 - Z1) > > plt.figure() > CS = plt.contourf(X, Y, Z,alpha = 0.7) > ###### End Python Code ####### > > > > > > > > > > ------------------------------------------------------------------------------ > Create and Deploy Rich Internet Apps outside the browser with Adobe(R)AIR(TM) > software. With Adobe AIR, Ajax developers can use existing skills and code to > build responsive, highly engaging applications that combine the power of local > resources and data with the reach of the web. Download the Adobe AIR SDK and > Ajax docs to start building applications today-http://p.sf.net/sfu/adobe-com > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
Hi Everyone, Looks like I may have run into a bug for the contourf function. I was able to reproduce the problem on two OS X systems. One was based on 10.5 and the other was on 10.4. The problem appears when you use contourf with alpha < 1. With the transparency there appears to be streaks of lines pointing downward from the contour lines. Is this a bug that has been spotted before? Additional information is provided below with a python script to reproduce the problem. Note, this bug was reproduced with a range of different parameters and input values. The script is the easiest way to reproduce the problem. Cheers, Eli Mac OSX Darwin Kernel Version 9.5.0 (Leopard 10.5.5) Matplotlib version: 0.98.3 Matplotlib was installed via EPD, version Py2.5 4.1.30101 i386 Code to show bug: Most of the python code was borrowed from the Matplotlib examples http://matplotlib.sourceforge.net/examples/pylab_examples/contour_demo.html?highlight=contours ###### Begin Python Code ####### import matplotlib import numpy as np import matplotlib.cm as cm import matplotlib.mlab as mlab import matplotlib.pyplot as plt delta = 0.025 x = np.arange(-3.0, 3.0, delta) y = np.arange(-2.0, 2.0, delta) X, Y = np.meshgrid(x, y) Z1 = mlab.bivariate_normal(X, Y, 1.0, 1.0, 0.0, 0.0) Z2 = mlab.bivariate_normal(X, Y, 1.5, 0.5, 1, 1) Z = 10.0 * (Z2 - Z1) plt.figure() CS = plt.contourf(X, Y, Z,alpha = 0.7) ###### End Python Code #######
On Fri, Feb 6, 2009 at 1:10 PM, John Hunter <jd...@gm...> wrote: > On Fri, Feb 6, 2009 at 10:56 AM, Ryan May <rm...@gm...> wrote: > > Lionel Roubeyrie wrote: > >> You're right, it's the chaco's zooming plot, I confused. > >> Is there a way to have this render with matplotlib? > > > > The event_handling/zoom_window.py example is kind of similar and might > give some > > clues of where to go. But no, I don't know of a straight-forward version > of > > chaco's example using matplotlib. Patches are accepted. :) > > The following example is pretty close to what you want I think -- > select a span in the upper axes to see the zoom in the lower: > > http://matplotlib.sourceforge.net/examples/widgets/span_selector.html > > You know, in the back of my mind I just knew I was wrong, but had forgotten about this one. Thanks for jogging my memory. Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma
On Fri, Feb 6, 2009 at 10:56 AM, Ryan May <rm...@gm...> wrote: > Lionel Roubeyrie wrote: >> You're right, it's the chaco's zooming plot, I confused. >> Is there a way to have this render with matplotlib? > > The event_handling/zoom_window.py example is kind of similar and might give some > clues of where to go. But no, I don't know of a straight-forward version of > chaco's example using matplotlib. Patches are accepted. :) The following example is pretty close to what you want I think -- select a span in the upper axes to see the zoom in the lower: http://matplotlib.sourceforge.net/examples/widgets/span_selector.html JDH
On Feb 6, 2009, at 8:45 AM, Zunbeltz Izaola wrote: > Dear all, > > I would like to have a plot where the frame only have left and > bottom border. I can not find in the documentation any function to > draw > the Rectangle contained in figure() only with this 2 lines. It is > possilbe? Hi Zunbeltz, Attached is an example of a custom Axes class that does what you want. There are examples at the bottom of the file that show its use. I worked on generalizing this idea for inclusion in MPL, but the code got really nasty, really quickly. On a side note, if any of the MPL devs think this would make a useful API example (since this topic has come up a few times on the list), feel free to do whatever you want with it. Cheers, -Tony
Lionel Roubeyrie wrote: > You're right, it's the chaco's zooming plot, I confused. > Is there a way to have this render with matplotlib? The event_handling/zoom_window.py example is kind of similar and might give some clues of where to go. But no, I don't know of a straight-forward version of chaco's example using matplotlib. Patches are accepted. :) Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma
Hi all, I've attached a candidate imsave() to complement imread() in the image.py module. Would my use of pyplot instead of the oo interface preclude its inclusion in image.py? Also, I noticed some problems when I ran the tests with the Wx backends with mpl 0.98.5.2 in Win32. Both of the Wx backends produce incorrect, but different, results. Gary R.
Dear all, I would like to have a plot where the frame only have left and bottom border. I can not find in the documentation any function to draw the Rectangle contained in figure() only with this 2 lines. It is possilbe? Regards, Zunbeltz -- Dr. Zunbeltz Izaola Helmholtz-Zentrum Berlin für Materialien und Energie GmbH Methods and Instruments (SF1) Glienicker Str. 100 D-14109 Berlin Tel (030) 8062-3179 Fax (030) 8062-2523 Room A 349
You're right, it's the chaco's zooming plot, I confused. Is there a way to have this render with matplotlib? Le jeudi 05 février 2009 à 10:41 -0600, Ryan May a écrit : > Lionel Roubeyrie wrote: > > Hi all, > > On the matplotlib website I can't find an "old" example code showing a > > figure with two vertical plots, where the second represents a "zoom" of > > some selected datas in a rectangle of the first axis, and between the > > two axis there was a trapezoid. > > If someone has this code, I'll be happy to get it :) > > Thanks > > I don't remember a demo like that in matplotlib, but I do remember such a demo > for Chaco2. > > Ryan > -- Lionel Roubeyrie chargé d'études LIMAIR - La Surveillance de l'Air en Limousin http://www.limair.asso.fr
Hi I am developing a plotting tool using matplotlib and wxpython as backend. I have separate thread for iperf and it creates a text file every time I want to create this thread and this thread finish it's task once it reach the duration(defined by the user). Plot and some text boxes are updated reading this text file every second once I press plot button. My problem is matplotlib keeps the old data and impose new data on the same plot. I am using cla function to clear the axes but how can I clear set_data for every new plot. What I want is to initialize set_data. Anyone here to tell me how can I do that? Hope my post makes sense. If not I will post with some snippets of my tool. Cheers! Rezwan -- View this message in context: http://www.nabble.com/problem-with-set_data-update-refresh-in-matplotlib-using-wxpython-backend-tp21870522p21870522.html Sent from the matplotlib - users mailing list archive at Nabble.com.
Jeff et al: I submitted a bug report about universal newline support in the gzip module. It's been fixed. Much thanks to Skip Montanaro: http://bugs.python.org/issue5148 I have no idea if this issue exists in the zip module and/or py3k, but it's a start. Of course, we can't count in it for ages, as we need MPL to work on older versions of Python, but it's a step in the right direction. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R (206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception Chr...@no...