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}
(151) 
_{Aug}

_{Sep}

_{Oct}

_{Nov}

_{Dec}

S  M  T  W  T  F  S 







1
(2) 
2
(4) 
3
(16) 
4
(4) 
5
(15) 
6
(16) 
7
(6) 
8
(4) 
9
(9) 
10
(5) 
11
(8) 
12
(14) 
13
(19) 
14
(21) 
15
(8) 
16
(6) 
17
(10) 
18
(22) 
19
(15) 
20
(7) 
21
(21) 
22
(1) 
23
(6) 
24
(16) 
25
(12) 
26
(11) 
27
(27) 
28
(7) 
29

30
(4) 
31
(5) 





From: Angus McMorland <amcmorl@gm...>  20110104 22:30:03

Hi all, I've created a custom projection for drawing Lambert plots on two adjacent hemispheres, copied closely from the custom_projection_example [1], and attached here. The basics are working I think, but the axes objects have too much whitespace around them, and I can't immediately work out what approach to take to reduce it to something reasonable. Can anyone point me in the right direction? Ultimately I'm hoping to be able to put several of these plots together in a figure, which is currently not practical. (Also, pcolor doesn't work as I expect, but I need to play around with that a bit more before I know what question I need to ask of the list.) Thanks, Angus. [1] http://matplotlib.sourceforge.net/examples/api/custom_projection_example.html  AJC McMorland Postdoctoral research fellow Neurobiology, University of Pittsburgh 
From: Goyo <goyodiaz@gm...>  20110104 19:52:40

2011/1/1 OKB (not okblacke) <brenbarn@...>: > I noticed that the boxplot function incorrectly calculates the > location of the median line in each box. As a simple example, plotting > the dataset [1, 2, 3, 4] incorrectly plots the median line at 3. It seems to work fine in matplotlib 1.0.0: user@...:~$ python Python 2.6.6 (r266:84292, Sep 15 2010, 16:22:56) [GCC 4.4.5] on linux2 Type "help", "copyright", "credits" or "license" for more information. >>> import matplotlib as mpl >>> mpl.__version__ '1.0.0' >>> import matplotlib.pyplot as plt >>> import matplotlib.mlab as mlab >>> plt.ion() >>> plt.boxplot([1, 2, 3, 4]) {'medians': [<matplotlib.lines.Line2D object at 0x3ad6250>], 'fliers': [<matplotlib.lines.Line2D object at 0x3ad6610>, <matplotlib.lines.Line2D object at 0x3ad69d0>], 'whiskers': [<matplotlib.lines.Line2D object at 0x3acff50>, <matplotlib.lines.Line2D object at 0x3ad4310>], 'boxes': [<matplotlib.lines.Line2D object at 0x3ad4e50>], 'caps': [<matplotlib.lines.Line2D object at 0x3ad46d0>, <matplotlib.lines.Line2D object at 0x3ad4a90>]} >>> plt.grid() >>> plt.boxplot([1, 2, 3, 4]) {'medians': [<matplotlib.lines.Line2D object at 0x3dfbad0>], 'fliers': [<matplotlib.lines.Line2D object at 0x3dfbe90>, <matplotlib.lines.Line2D object at 0x3dff290>], 'whiskers': [<matplotlib.lines.Line2D object at 0x3df8810>, <matplotlib.lines.Line2D object at 0x3df8b90>], 'boxes': [<matplotlib.lines.Line2D object at 0x3dfb710>], 'caps': [<matplotlib.lines.Line2D object at 0x3df8f50>, <matplotlib.lines.Line2D object at 0x3dfb350>]} >>> plt.grid() >>> # See attached image. ... >>> mlab.prctile([1, 2, 3, 4]) array([ 1. , 1.75, 2.5 , 3.25, 4. ]) Goyo > > It also seems that the quartile calculations for the box are a > little peculiar. I have seen some discussion in old mailing list > postings about mlab.prctile and its ways of calculating percentiles, > which are different than those of some other software. > > I'm aware that there is legitimate disagreement about the "best" > way to calculate the quartiles. However, it seems to me that mlab's way > is still not any of these possiblycorrect ways, because it uses int() > or nparray.astype(int) to coerce the percentile result to an integer > index. This TRUNCATES the floatingpoint result. No accepted quantile > calculating method that I'm aware of does this; they all ROUND instead > of truncating (if they want to coerce to an integer index at all, in > order to produce a quantile value that is an element of the data set), > or in some cases they round uniformly up for the lower quartile and > down for the upper. You can see a summary of different methods at > http://www.amstat.org/publications/jse/v14n3/langford.html ; the method > used by mlab does not appear to agree with any of these. > > I would suggest that mlab.prctile be fixed to conform to some one > or other of these methods, rather than adding to the proliferation of > approaches to quantilecalculation. Is there any motivation for always > truncating to integer (other that "it's quicker to type" :)? > > Also, regardless of these quartile issues, there is, as far as I'm > aware, no one who denies that the median of a (sorted) data set with an > even number of values is the mean of the middle two values. Since numpy > is already a dependency for matplotlib, boxplot shouldn't use > mlab.prctile at all to decide where to plot the median line  just use > numpy.median. > > Thanks, >  > OKB (not okblacke) > Brendan Barnwell > "Do not follow where the path may lead. Go, instead, where there is > no path, and leave a trail." > author unknown 
From: Gf B <gbspambucket@gm...>  20110104 17:31:46

On Mon, Jan 3, 2011 at 3:53 PM, Paul Ivanov <pivanov314@...> wrote: Hi, Paul. Thanks for the links! Gf B, on 20110103 15:23, wrote: > > Can such a "grid of grids" be done with matplotlib? If so, could someone > > show me how? > > You'll be able to group the inner grids visually by adjusting the > spacing. As far as getting the spines to only outline the outer > grid, and not the inner grid  I think you'll have to do it > manually by hiding the appropriate spines for the inner subplots. > This sort of adhoc manual tweaking is what I was hoping to avoid. What would it take to implement a "true" gridofgrids function in matplotlib? What I mean by this is a function that can arrange in a grid not only plots but also other grids. (Is this a question for the devel group?) G. 
From: Marcin Dulak <marcin.dulak@gm...>  20110104 12:18:12

Hi, the formlayout part in the latest matplotlib requires python >= 2.5 See http://www.mailarchive.com/matplotlibusers@.../msg19219.html That causes troubles on very popular in RHEL 5 based distributions  they use an old python 2.4 still. Can this be fixed for the next release? Best regards, Marcin 