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
(9) |
2
(8) |
3
|
4
(6) |
5
|
6
|
7
(41) |
8
(18) |
9
(25) |
10
(18) |
11
(10) |
12
(13) |
13
(7) |
14
(4) |
15
(12) |
16
(6) |
17
(9) |
18
(7) |
19
(2) |
20
(5) |
21
(7) |
22
(2) |
23
(11) |
24
(11) |
25
(14) |
26
(3) |
27
(3) |
28
(17) |
29
(7) |
30
(16) |
31
(8) |
|
|
From: Eric F. <ef...@ha...> - 2011-03-15 22:32:52
|
On 03/15/2011 11:47 AM, Tom Dimiduk wrote: > Ah thanks. I am used to the general math/physics convention of x axis > being first. Caught between conventions I guess. Good to know why > things are done differently. > > I am using the mouse click event.xdata and event.ydata as indexes into > an array. From what you say, it looks like I want to use > im[im.shape[1]-y, x] to get the pixel a user clicked on. Is that correct? Almost--but mpl is using an inverted Y-axis so that the y-coordinate increases downward. Therefore you need only im[round(y), round(x)]. Eric > > Thanks agaian, > Tom > > On 03/15/2011 05:35 PM, Eric Firing wrote: >> On 03/15/2011 10:23 AM, Tom Dimiduk wrote: >>> It appears to me that when imshow tells you that the mouse cursor is at >>> x=50, y=100 >>> >>> That corresponds to array element >>> im[100, 50] >>> >>> Is there a reason imshow does not have x be the first coordinate of the >>> array as I would think of as conventional usage? >> >> That is not conventional usage. Instead, for images, it common for the >> image to correspond to a printout of memory, using the C convention. >> Hence the column index is X, and incrementing the row index yields the >> next line down on the page, thereby corresponding to a decrease in the Y >> coordinate. >> >> Eric >> >>> >>> Tom >> >> ------------------------------------------------------------------------------ >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
From: Tom D. <tdi...@ph...> - 2011-03-15 21:48:06
|
Ah thanks. I am used to the general math/physics convention of x axis being first. Caught between conventions I guess. Good to know why things are done differently. I am using the mouse click event.xdata and event.ydata as indexes into an array. From what you say, it looks like I want to use im[im.shape[1]-y, x] to get the pixel a user clicked on. Is that correct? Thanks agaian, Tom On 03/15/2011 05:35 PM, Eric Firing wrote: > On 03/15/2011 10:23 AM, Tom Dimiduk wrote: >> It appears to me that when imshow tells you that the mouse cursor is at >> x=50, y=100 >> >> That corresponds to array element >> im[100, 50] >> >> Is there a reason imshow does not have x be the first coordinate of the >> array as I would think of as conventional usage? > > That is not conventional usage. Instead, for images, it common for the > image to correspond to a printout of memory, using the C convention. > Hence the column index is X, and incrementing the row index yields the > next line down on the page, thereby corresponding to a decrease in the Y > coordinate. > > Eric > >> >> Tom > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
From: Eric F. <ef...@ha...> - 2011-03-15 21:36:06
|
On 03/15/2011 10:23 AM, Tom Dimiduk wrote: > It appears to me that when imshow tells you that the mouse cursor is at > x=50, y=100 > > That corresponds to array element > im[100, 50] > > Is there a reason imshow does not have x be the first coordinate of the > array as I would think of as conventional usage? That is not conventional usage. Instead, for images, it common for the image to correspond to a printout of memory, using the C convention. Hence the column index is X, and incrementing the row index yields the next line down on the page, thereby corresponding to a decrease in the Y coordinate. Eric > > Tom |
From: Tom D. <tdi...@ph...> - 2011-03-15 20:23:24
|
It appears to me that when imshow tells you that the mouse cursor is at x=50, y=100 That corresponds to array element im[100, 50] Is there a reason imshow does not have x be the first coordinate of the array as I would think of as conventional usage? Tom |
From: Michael D. <md...@st...> - 2011-03-15 17:06:24
|
Can you provide a standalone example? This below is missing some imports and there are some mystery variables. Mike On 03/15/2011 12:25 PM, Auré Gourrier wrote: > import matplotlib as mpl > from matplotlib import pylab > import numpy as np > > #build custom colormap > cm_sym =customfunc() > > #define mesh grid > theta = np.arange(0.,2.*math.pi+2.*math.pi/9,2.*math.pi/9) > r = np.arange(0,1.1,0.1) > X,Y = np.meshgrid(r,theta) > > #define rgba array > polarcolorseq = mpl.cm.ScalarMappable(cmap=cm_hsvsym).to_rgba(Y) > #set an increasing alpha value along the radius > polarcolorseq[:,:,-1] = [list(np.arange(0,1.1,.1))]*10 > > pylab.figure(figsize=(10,5),dpi=100,facecolor='white') > > #display using rectangular axis > ax = pylab.subplot((121),axisbg='k') > ax.imshow(np.flipud(np.swapaxes(polarcolorseq,0,1))) > > #display using polar axis > ax2 = pylab.subplot((122),axisbg='k',projection='polar') #also > tried with polar=True > ax2.imshow(np.flipud(np.swapaxes(polarcolorseq,0,1))) > > pylab.draw() -- Michael Droettboom Science Software Branch Space Telescope Science Institute Baltimore, Maryland, USA |
From: Auré G. <aur...@ya...> - 2011-03-15 16:26:00
|
Really no one to point me in the right direction ? This is really important, I'm trying to wrap up a publication and this is the only element missing... ________________________________ De : Auré Gourrier <aur...@ya...> À : mat...@li... Envoyé le : Jeu 10 mars 2011, 15h 40min 04s Objet : [Matplotlib-users] alternative to imshow with polar axes ? Dear all, Once again, I turn for help. I'm trying to plot a polar image using colormap values for the theta values and increasing alpha values along the radius. I do this using imshow passing the rgba tuple at each pixel position which works very nicely with rectangular axes, but fails to display using polar axes (see code below). As usual, I've done a fair bit of digging to find where the problem is and whether I could make out an alternate solution but haven't managed to come through. I've tried using pcolormesh but I don't see how to pass the rgba tuple Can anyone point me in the right direction. I'm using matplotlib 1.0.1 and Python 2.4 Cheers, Auré ------ import matplotlib as mpl from matplotlib import pylab import numpy as np #build custom colormap cm_sym =customfunc() #define mesh grid theta = np.arange(0.,2.*math.pi+2.*math.pi/9,2.*math.pi/9) r = np.arange(0,1.1,0.1) X,Y = np.meshgrid(r,theta) #define rgba array polarcolorseq = mpl.cm.ScalarMappable(cmap=cm_hsvsym).to_rgba(Y) #set an increasing alpha value along the radius polarcolorseq[:,:,-1] = [list(np.arange(0,1.1,.1))]*10 pylab.figure(figsize=(10,5),dpi=100,facecolor='white') #display using rectangular axis ax = pylab.subplot((121),axisbg='k') ax.imshow(np.flipud(np.swapaxes(polarcolorseq,0,1))) #display using polar axis ax2 = pylab.subplot((122),axisbg='k',projection='polar') #also tried with polar=True ax2.imshow(np.flipud(np.swapaxes(polarcolorseq,0,1))) pylab.draw() |
From: Alan G I. <ala...@gm...> - 2011-03-15 13:42:51
|
On 3/15/2011 8:51 AM, Michael Droettboom wrote: > It has no way of deducing the file format from the file object. Inspect f.name? Alan Isaac |
From: Giovanni L. C. <jun...@gm...> - 2011-03-15 13:08:02
|
My fault, I didn't read the docstring properly. Thanks for both replies. Best, G On 15/03/2011 13:51, Michael Droettboom wrote: > It has no way of deducing the file format from the file object. > > You need to explicitly pass the format keyword to savefig, e.g.: > > savefig(f, format='pdf') > > Mike > > On 03/15/2011 07:11 AM, Giovanni Luca Ciampaglia wrote: >> Hi all, >> I call savefig by passing to it a file-like object but it appears to not >> get the graphics format right: >> >> f = open('not_a_pdf.pdf', 'w') >> plot([1,2,3]) >> savefig(f) >> >> but it produces a PNG image. Can anybody confirm this? I am on >> matplotlib 0.99.3 >> >> Cheers, >> >> Giovanni >> >> ------------------------------------------------------------------------------ >> Colocation vs. Managed Hosting >> A question and answer guide to determining the best fit >> for your organization - today and in the future. >> http://p.sf.net/sfu/internap-sfd2d >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> > |
From: Michael D. <md...@st...> - 2011-03-15 12:52:06
|
It has no way of deducing the file format from the file object. You need to explicitly pass the format keyword to savefig, e.g.: savefig(f, format='pdf') Mike On 03/15/2011 07:11 AM, Giovanni Luca Ciampaglia wrote: > Hi all, > I call savefig by passing to it a file-like object but it appears to not > get the graphics format right: > > f = open('not_a_pdf.pdf', 'w') > plot([1,2,3]) > savefig(f) > > but it produces a PNG image. Can anybody confirm this? I am on > matplotlib 0.99.3 > > Cheers, > > Giovanni > > ------------------------------------------------------------------------------ > Colocation vs. Managed Hosting > A question and answer guide to determining the best fit > for your organization - today and in the future. > http://p.sf.net/sfu/internap-sfd2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > -- Michael Droettboom Science Software Branch Space Telescope Science Institute Baltimore, Maryland, USA |
From: Giovanni L. C. <jun...@gm...> - 2011-03-15 11:11:28
|
Hi all, I call savefig by passing to it a file-like object but it appears to not get the graphics format right: f = open('not_a_pdf.pdf', 'w') plot([1,2,3]) savefig(f) but it produces a PNG image. Can anybody confirm this? I am on matplotlib 0.99.3 Cheers, Giovanni |
From: Giovanni L. C. <cia...@us...> - 2011-03-15 10:44:08
|
Hi all, I call savefig by passing to it a file-like object but it appears to not get the graphics format right: f = open('not_a_pdf.pdf', 'w') plot([1,2,3]) savefig(f) but it produces a PNG image. Can anybody confirm this? I am on matplotlib 0.99.3 Cheers, -- Giovanni L. Ciampaglia PhD Student University of Lugano, MACS Lab |
From: NotBrianCox <sam...@gm...> - 2011-03-15 01:43:20
|
I'm plotting a series of sub plots within a figure, where most are small sub plots, but the last one spans the width of the figure. For the final subplot only, I want to set the xtick pad to 20. Something like: import matplotlib.pyplot as plt fig = plt.figure() ax1 = fig.add_subplot(2,2,1) ax2 = fig.add_subplot(2,2,2) ax3 = fig.add_subplot(2,1,3) plt.setp(ax3.xaxis.get_major_ticks(), pad=20) plt.show() But this doesn't have any effect on the final plot. I've also tried getting the ticks individually and calling set_pad(20) i.e.: for tick in ax3.xaxis.get_major_ticks(): tick.set_pad(20) But this does't work either. Anyone have an ideas? -- View this message in context: http://old.nabble.com/Different-xtick-pads-for-subplots-within-figure-tp31150430p31150430.html Sent from the matplotlib - users mailing list archive at Nabble.com. |