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
(14) |
2
(11) |
3
(5) |
4
(17) |
5
(11) |
6
(37) |
7
(35) |
8
(9) |
9
(1) |
10
(9) |
11
(7) |
12
(22) |
13
(34) |
14
(24) |
15
(27) |
16
(13) |
17
(19) |
18
(43) |
19
(36) |
20
(12) |
21
(9) |
22
(21) |
23
(3) |
24
(5) |
25
(30) |
26
(14) |
27
(23) |
28
(19) |
29
(19) |
30
(10) |
31
(6) |
|
|
|
|
|
|
From: Christopher B. <Chr...@no...> - 2009-05-01 21:27:06
|
Gideon Simpson wrote: > Is there a way to construct a figure to have a certain width, setting > the height proportionally, so that this will be the actual size if I > then save it as a PNG? I don't understand quite what you are after, but this may help: http://www.scipy.org/Cookbook/Matplotlib/AdjustingImageSize -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... |
From: Gideon S. <si...@ma...> - 2009-05-01 21:00:41
|
Is there a way to construct a figure to have a certain width, setting the height proportionally, so that this will be the actual size if I then save it as a PNG? -gideon |
From: Joey W. <dou...@gm...> - 2009-05-01 19:31:35
|
I am creating a script that generates images and displays them to the screen in real time. I created the following simple script: __________________________ #!/usr/bin/env python from pylab import * from scipy import * for k in range(1,10000): img = standard_normal((40,40)) imshow(img,interpolation=None,animated=True,label="blah") clf() show() __________________________ Now, this script plots the image too slowly. I am forced to use the clf() function so that it doesn't slow down at each iteration of the for loop. Is there a way that I can plot this simple image faster? What's the best way to get imshow() to plot quickly? Thanks for your help. -Joey |
From: Eric F. <ef...@ha...> - 2009-05-01 19:04:41
|
Christopher Barker wrote: > Eric Firing wrote: >> Split the command up: >> p = Circle(...) >> ax.add_patch(p, ...) >> >> (add_* could be modified to return the reference; maybe this would be >> worthwhile.) > > +1 > > > Done in r7077. Eric |
From: Michael D. <md...@st...> - 2009-05-01 18:06:25
|
Michiel de Hoon provided a patch for this which I just applied to the trunk. As I don't have a Mac, I can't test it -- any feedback is welcome. Mike Jae-Joon Lee wrote: > Thomas, > As John suggested before, please check if the size differences go away > if you use the same dpi, actually dpi=72. > > After some quick look, it seems that the osx backend does not scale > the font size correctly respecting the dpi. > At line 124 of bacend_macosx.py, > > size = prop.get_size_in_points() > weight = prop.get_weight() > style = prop.get_style() > gc.draw_text(x, y, unicode(s), family, size, weight, style, angle) > > My quick guess is that replacing > > size => size*self.dpi/72. > > in the last call may solve the problem. Since I don't use the osx > backend, I wonder if others can test this. > > -JJ > > > On Thu, Apr 30, 2009 at 9:32 AM, Michael Droettboom <md...@st...> wrote: > >> I forwarded this message to Michiel de Hoon, the author of the Mac OS-X >> backend, in case he has any thoughts. >> >> Mike >> >> Thomas Robitaille wrote: >> >>> Hi Jae-Jong and John, >>> >>> Thanks for your replies! While experimenting with this to send >>> screenshots, I realized that my default backend was set to MacOSX, not >>> WXAgg. The WXAgg output to the screen actually agrees with the PNG output in >>> terms of font sizes. But the font sizes differ between the MacOSX and WXAgg >>> backends. Attached are screenshots using the MacOSX and WXAgg backends. You >>> can see the font size is different. Is this a bug? >>> >>> Thanks, >>> >>> Thomas >>> >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> ------------------------------------------------------------------------ >>> >>> >>> On 29 Apr 2009, at 00:24, Jae-Joon Lee wrote: >>> >>> >>>> On Tue, Apr 28, 2009 at 11:09 PM, John Hunter <jd...@gm...> wrote: >>>> >>>>> If you want the relative fontsizes in the figure window and saved figure >>>>> to >>>>> agree, pass the same "dpi" to the figure command and savefig command. >>>>> >>>> John, >>>> I thought the font size (which is specified in points) is independent >>>> of dpi, i.e., font size in "pixel" actually scales with the dpi. I >>>> think it should be filed as a bug if the relative font size depends on >>>> the dpi. >>>> >>>> Anyhow, I just did a quick test and the (relative) font size does not >>>> seem to vary with dpi. >>>> >>>> Thomas, >>>> What version of mpl are you using? >>>> With the mpl from the svn trunk, I don't see any significant change as >>>> you described. >>>> The WxAgg figure and the png output are actually drawn by an identical >>>> backend, so there should be no significant difference. There can be >>>> some subtle difference due to different dpi, but I don't see a >>>> difference as large as 30%. Can you post a some sample images? i.e., a >>>> screenshot of WxAgg figure and the png output. >>>> >>>> I can see that the text in pdf output occupies a bit larger area than >>>> png (when usetex=False), but, to me, this seems to be due to different >>>> amount of kernings (it seems that no kerning is applied for pdf text) >>>> instead of different font size. >>>> >>>> So, can you first check if the difference goes away when you use same >>>> dpi as John suggested? And if that is the case, can you try the latest >>>> svn and check if the relative font size still depends on the dpi? >>>> >>>> Regards, >>>> >>>> -JJ >>>> >>> ------------------------------------------------------------------------ >>> >>> >>> ------------------------------------------------------------------------------ >>> Register Now & Save for Velocity, the Web Performance & Operations >>> Conference from O'Reilly Media. Velocity features a full day of expert-led, >>> hands-on workshops and two days of sessions from industry leaders in >>> dedicated Performance & Operations tracks. Use code vel09scf and Save an >>> extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >>> ------------------------------------------------------------------------ >>> >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >>> >>> >> -- >> Michael Droettboom >> Science Software Branch >> Operations and Engineering Division >> Space Telescope Science Institute >> Operated by AURA for NASA >> >> >> |
From: Eric F. <ef...@ha...> - 2009-05-01 17:23:50
|
Peter Pippan wrote: > Hi, > > I was wondering about the eps output produced by imshow(). > > This program > ---------------------------------------------- > from pylab import * > Z = rand(10,10) > imshow(Z,interpolation='nearest',cmap=cm.bone) > savefig('bone.eps') > imshow(Z,interpolation='nearest',cmap=cm.gray) > savefig('gray.eps') > ---------------------------------------------- > produces files with sizes of > 11M and 172K for bone.eps and gray.eps > respectively. With svn, I get nearly the same size for both, and intermediate between your two: -rw------- 1 efiring efiring 1413040 2009-05-01 07:19 bone.eps -rw------- 1 efiring efiring 1407313 2009-05-01 07:19 gray.eps > > Does anybody know why the difference is that large? > I would expect a factor of 3 for RGB or 4 if an alpha channel is > included, but not a factor of about 60. Yes, it's bizarre. I have no idea what was going on. Fortunately, it no longer is. Eric > > Best regards, > Peter > > ------------------------------------------------------------------------------ > Stay on top of everything new and different, both inside and > around Java (TM) technology - register by April 22, and save > $200 on the JavaOne (SM) conference, June 2-5, 2009, San Francisco. > 300 plus technical and hands-on sessions. Register today. > Use priority code J9JMT32. http://p.sf.net/sfu/p > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
From: Ng, E. <enr...@lm...> - 2009-05-01 14:47:26
|
I am using the 0.98.5 That works for me too but its gets messed up if I modify theta in order to rotate the graph Theta = pi/2 - theta will cause the circles to appear If I modify r, then it works ok -----Original Message----- From: Eric Firing [mailto:ef...@ha...] Sent: Friday, May 01, 2009 2:14 AM To: Ng, Enrico Subject: Re: [Matplotlib-users] Polar plotting clockwise and rotated With mpl from svn (and using ipython -pylab), the following works: rr = rand(36) r = np.hstack((rr, [rr[0]])) theta = linspace(0, 2*pi, 37) polar(theta, r) Eric |
From: Thomas R. <tho...@gm...> - 2009-05-01 14:47:07
|
Hello, I want to create two sets of axes for a figure that would be equivalent to ax = fig.add_subplot(111) ax2 = ax .figure .add_axes(ax.get_position(True),frameon=False,sharex=ax,sharey=ax) except that I want to be able to specify different tick locators and formatters for ax and ax2. If I remove sharex and sharey, then there is no guarantee that both axes have the same view limits. I want to enforce common view limits while retaining the independence that would allow me to specify different locators/formatters. I would welcome any advice on how to do this, Thanks! Thomas |
From: Michael D. <md...@st...> - 2009-05-01 14:25:55
|
Can you provide a stand along script that reproduces the problem? Mike Gideon Simpson wrote: > When I try to plot some data, I get: > > Floating point exception > > How can I track down what's wrong? > > -gideon > > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
From: Gideon S. <si...@ma...> - 2009-05-01 14:14:58
|
When I try to plot some data, I get: Floating point exception How can I track down what's wrong? -gideon |
From: Gert-Jan <gj_...@ho...> - 2009-05-01 13:24:42
|
Michael Droettboom-3 wrote: > > Can you be more specific about why that doesn't work? > Trying to save a plot as, for example, 'image.emf' makes an error message pop up. This error dialog has the title 'Error saving file', but does not have any error message in its body. I hope that is what you mean? Michael Droettboom-3 wrote: > > What GUI backend are you using? That sounds like a bug in how the file > selection dialog is being used. > I'm using the Qt4 backend in my application, though the code examples I gave are created and executed without any GUI backend. To see this for yourself you could run this example code: > from pylab import * > > x = [0,1,2,3] > y = [4,3,2,1] > > figure() > plot(x,y) > show() > I'm using the most current version (0.98.5.2) of Matplotlib, just to be clear about that. Cheers, Gert-Jan -- View this message in context: http://www.nabble.com/Manually-enable-export-as-EMF-tp23293186p23333043.html Sent from the matplotlib - users mailing list archive at Nabble.com. |
From: Michael D. <md...@st...> - 2009-05-01 12:34:46
|
To emulate the current behavior (which doesn't try to interpolate between points) you can pass "resolution=1" to the polar command. But I agree with Eric -- it sounds like updating my resolve this issue. Mike Eric Firing wrote: > Ng, Enrico wrote: > >> The rotation and resetting of the labels isn't a big issue. >> The issues is when I reverse the direction. Matplotlib seems to only >> want to plot in an anti-clockwise direction. I can transform the data >> to be backwards so that it looks ok, however when it tries to connect >> the start and end points, it goes back around and draws a circle instead >> of just connecting the two points using a straight line. >> > > What version of mpl are you using? This sounds like behavior that is > not current. > > Eric > > >> On Tuesday 21 April 2009 08:36:35 Michler, Matthias wrote: >> Hi Enrico, >> >> I'm afraid that this functionality is missing in matplotlib, but I'm not >> an >> expert so there is still hope that this can be easily achieved. >> >> A work around, that comes to my mind is resetting the label values using >> an >> idea from another mail on this list >> ( thetagrids( range(0,360,45), ('E', 'NE', 'N','NW', 'W', 'SW', 'S', >> 'SE') ) ) >> >> label_values = [item % 360 for item in range(90, -260, -45)] >> thetagrids( range(0,360,45), label_values) >> >> and using some well defined (linear) transformation for plotting - >> translating >> your data to the actual tick positions and corresponding labels. >> >> best regards Matthias >> >> ------------------------------------------------------------------------------ >> Register Now & Save for Velocity, the Web Performance & Operations >> Conference from O'Reilly Media. Velocity features a full day of >> expert-led, hands-on workshops and two days of sessions from industry >> leaders in dedicated Performance & Operations tracks. Use code vel09scf >> and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> > > > ------------------------------------------------------------------------------ > Register Now & Save for Velocity, the Web Performance & Operations > Conference from O'Reilly Media. Velocity features a full day of > expert-led, hands-on workshops and two days of sessions from industry > leaders in dedicated Performance & Operations tracks. Use code vel09scf > and Save an extra 15% before 5/3. http://p.sf.net/sfu/velocityconf > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
From: Michael D. <md...@st...> - 2009-05-01 12:34:43
|
Gert-Jan wrote: > Hello again, > > Thanks for the reply! I did some more testing, but I couldn't get it to work > yet. However, during the testing, I got the idea that I was wrong about what > backends do; it appears they are only used for creating plots, not for > saving them. For example: > > > > >> #!/usr/bin/env python >> >> import matplotlib >> matplotlib.use('module://backend_emf') >> from pylab import * >> >> x = [0,1,2,3] >> y = [4,3,2,1] >> >> figure() >> plot(x,y) >> savefig('C:\\test.emf') >> >> > > This still results in a NotImplemented error. Trying to save as another file > type (savefig(C':\\test.pdf') for example) won't work anymore, either. > Trying to save as PDF, for example, gives this error message: > > > > >> ValueError: Format "pdf" is not supported. >> Supported formats: emf. >> >> > > Basically, what I'd like to have is that, when the user views the plot and > presses the save button, the user can select 'Enhanced Metafile (*.emf)' > from the file type list and save as EMF. > Can you be more specific about why that doesn't work? > Well, thanks for the help so far. I hope there is a solution for this. > Otherwise I think I'll revert to an older version. > > PS. It appears as though the Matplotlib creators have forgotten to remove > EMF from the file type list, as it's still there. > Yes -- that was an oversight. > Also, there appears to be a bug when saving files, as the selection from the > file type list is ignored and the file is saved as PNG instead, unless you > manually add another extension in the name. > What GUI backend are you using? That sounds like a bug in how the file selection dialog is being used. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA |
From: Gert-Jan <gj_...@ho...> - 2009-05-01 09:31:46
|
Hello again, Thanks for the reply! I did some more testing, but I couldn't get it to work yet. However, during the testing, I got the idea that I was wrong about what backends do; it appears they are only used for creating plots, not for saving them. For example: > #!/usr/bin/env python > > import matplotlib > matplotlib.use('module://backend_emf') > from pylab import * > > x = [0,1,2,3] > y = [4,3,2,1] > > figure() > plot(x,y) > savefig('C:\\test.emf') > This still results in a NotImplemented error. Trying to save as another file type (savefig(C':\\test.pdf') for example) won't work anymore, either. Trying to save as PDF, for example, gives this error message: > ValueError: Format "pdf" is not supported. > Supported formats: emf. > Basically, what I'd like to have is that, when the user views the plot and presses the save button, the user can select 'Enhanced Metafile (*.emf)' from the file type list and save as EMF. Well, thanks for the help so far. I hope there is a solution for this. Otherwise I think I'll revert to an older version. PS. It appears as though the Matplotlib creators have forgotten to remove EMF from the file type list, as it's still there. Also, there appears to be a bug when saving files, as the selection from the file type list is ignored and the file is saved as PNG instead, unless you manually add another extension in the name. -- View this message in context: http://www.nabble.com/Manually-enable-export-as-EMF-tp23293186p23330477.html Sent from the matplotlib - users mailing list archive at Nabble.com. |