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
(1) |
2
(10) |
3
(29) |
4
(56) |
5
(44) |
6
(26) |
7
(12) |
8
(1) |
9
(2) |
10
(11) |
11
(28) |
12
(17) |
13
(6) |
14
(17) |
15
(7) |
16
(1) |
17
(8) |
18
(8) |
19
(7) |
20
(2) |
21
(8) |
22
(4) |
23
(6) |
24
(1) |
25
(2) |
26
(8) |
27
(3) |
28
(5) |
29
(1) |
30
|
31
(1) |
|
|
|
|
|
I have a pcolormest and a fill that are plotted on the same graph (they hav= e the same scale). Is there an easy way to only plot the values of pcolormesh that lie in the fill? pcolormesh(oX, oY, test, shading=3D'flat', cmap=3Dcm.gray_r) fill([-x1,x2,x2,-x1], [-y1,-y1,y2,y2], 'b', alpha=3D0.2, edgecolor=3D'r') --=20 "The game of science can accurately be described as a never-ending insult t= o human intelligence." - Jo=E3o Magueijo
+1 Worked for me too. Thanks. ~ musically_ut On Dec 12, 2007 7:45 PM, Armando Serrano Lombillo <ars...@gm...> wrote: > Ok, I've just read the thread "Repeated calls to set_text using TeX > formatting results in RuntimeError" which looked very similar to our problem > and after applying the fix which is suggested there by Michael Droettboom > (see below), the problem seems to disappear. Let's hope this gets fixed in > 0.91.2. > > > Open the file "font_manager.py", which should live in > "%PYTHONPATH%/Lib/site-packages/matplotlib". Around line 681, you'll > find the function: > > def __hash__(self): > return hash(repr(self.__props)) > > Change it to: > > def __hash__(self): > return hash(repr(self.__props.__dict__)) > > (Obviously, back up the file first...) > > > On Dec 12, 2007 8:32 PM, Armando Serrano Lombillo <ars...@gm...> > wrote: > > > I'm running into the very same problem. I'm using matplotlib from a > > wxPython application, the same versions as you (Yongtao Cui), and I get the > > same error (see below) after repainting a figure many times. In my case I > > plot several figures (16 figures) and I get the error with very few > > repaintings. This didn't happen with matplotlib 0.90.1. > > > > Any fix besides going back to matplotlib 0.90.1? > > > > > > Traceback (most recent call last): > > Traceback (most recent call last): > > File "C:\Tesis\Programa\visualizador.py", line 93, in on_intervalos > > File "C:\Tesis\Programa\visualizador.py", line 126, in pinta > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wxagg.py", line > > 61, in draw > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line > > 380, in draw > > File "C:\Python25\Lib\site-packages\matplotlib\figure.py", line 612, > > in draw > > File "C:\Python25\Lib\site-packages\matplotlib\axes.py", line 1344, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 596, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 170, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 775, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 317, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 195, in > > _get_layout > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line > > 234, in get_text_width_height_descent > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line > > 301, in _get_agg_font > > RuntimeError: Could not open facefile C:\WINDOWS\Fonts\verdana.ttf; > > Cannot_Open_Resource > > > > File "C:\Tesis\Programa\visualizador.py", line 93, in on_intervalos > > File "C:\Tesis\Programa\visualizador.py", line 126, in pinta > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wxagg.py", line > > 61, in draw > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line > > 380, in draw > > File "C:\Python25\Lib\site-packages\matplotlib\figure.py", line 612, > > in draw > > File "C:\Python25\Lib\site-packages\matplotlib\axes.py", line 1344, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 596, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line 170, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 775, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 317, in > > draw > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line 195, in > > _get_layout > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line > > 234, in get_text_width_height_descent > > File > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", line > > 301, in _get_agg_font > > RuntimeError: Could not open facefile C:\WINDOWS\Fonts\verdana.ttf; > > Cannot_Open_Resource > > > > > > > > > > On Dec 5, 2007 3:15 AM, Yongtao Cui <cui...@gm...> wrote: > > > > > I don't know why those spaces always don't show up on the mailing list > > > webpage. They looked fine on my gmail page. > > > > > > The 'test' function only has one 'for' loop. The four lines below the > > > 'for' line are all in the loop. > > > > > > > > > > > > On Dec 4, 2007 8:52 PM, Yongtao Cui <cui...@gm...> wrote: > > > > >>> import pylab > > > > >>> def test(n): > > > > >>> for i in range(n): > > > > >>> f=pylab.figure(1) > > > > >>> f.clf() > > > > >>> a=f.add_axes([0.2, 0.2, 0.6 , 0.6]) > > > > >>> a.plot([1,2,3,4,5], 'ro') > > > > >>> > > > > > > > > I tracked down the svn tree. The above script works ok in revision > > > > 3737 and before, but crashes from revision 3738 and after. > > > > > > > > Yongtao > > > > > > > > > > > > On Dec 2, 2007 4:15 PM, Yongtao Cui <cui...@gm...> wrote: > > > > > Below is the minimum code with the right indent > > > > > > > > > > import pylab > > > > > def test(n): > > > > > for i in range(n): > > > > > f=pylab.figure(1) > > > > > f.clf() > > > > > a=f.add_axes([0.2, 0.2, 0.6 , 0.6]) > > > > > a.plot([1,2,3,4,5], 'ro') > > > > > > > > > > > > > > > On Dec 2, 2007 4:07 PM, Yongtao Cui <cui...@gm... > wrote: > > > > > > Hi, > > > > > > > > > > > > I got the following error when clearing and plotting on the same > > > > > > figure for many times. I found the following minimum code to > > > reproduce > > > > > > this error. I am using matplotlib-0.91.1 and wxpython2.8 on > > > windows > > > > > > xp. In the matplotlibrc file, I changed the backend to WXAgg and > > > > > > interactive to True. > > > > > > > > > > > > import pylab > > > > > > def test(n): > > > > > > for i in range(n): > > > > > > f=pylab.figure(1) > > > > > > f.clf() > > > > > > a=f.add_axes([0.2, 0.2, 0.6, 0.6]) > > > > > > a.plot([1,2,3,4,5], 'ro') > > > > > > > > > > > > > > > > > > The error only happens for a large n. For example, test(10) > > > works > > > > > > fine, but test(50) will cause the error. Also runing test(10) > > > for a > > > > > > few times will also cause the error. > > > > > > > > > > > > Could anyone give me some help? > > > > > > > > > > > > Thanks. > > > > > > > > > > > > The following is the error message: > > > > > > > > > > > > Traceback (most recent call last): > > > > > > File "<input>", line 1, in <module> > > > > > > File "<input>", line 3, in test > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\pyplot.py", line > > > 191, in figure > > > > > > File > > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wx.py", > > > > > > line 1227, in draw_if_interactive > > > > > > File > > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_wxagg.py", > > > > > > line 61, in draw > > > > > > File > > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", > > > > > > line 380, in draw > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\figure.py", line > > > 612, in draw > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\axes.py", line > > > 1344, in draw > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line > > > 596, in draw > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\axis.py", line > > > 170, in draw > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line > > > 775, in draw > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line > > > 317, in draw > > > > > > File "C:\Python25\Lib\site-packages\matplotlib\text.py", line > > > 195, > > > > > > in _get_layout > > > > > > File > > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", > > > > > > line 234, in get_text_width_height_descent > > > > > > File > > > "C:\Python25\Lib\site-packages\matplotlib\backends\backend_agg.py", > > > > > > line 301, in _get_agg_font > > > > > > RuntimeError: Could not open facefile > > > > > > > > > C:\Python25\lib\site-packages\matplotlib\mpl-data\fonts\ttf\Vera.ttf; > > > > > > Cannot_Open_Resource > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > SF.Net email is sponsored by: The Future of Linux Business White Paper > > > from Novell. From the desktop to the data center, Linux is going > > > mainstream. Let it simplify your IT future. > > > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > > > _______________________________________________ > > > Matplotlib-users mailing list > > > Mat...@li... > > > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > > > > > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > > -- Never trust a spiritual leader who cannot dance. ~Mr. Miyagi, The Next Karate Kid
On Dec 21, 2007 11:50 AM, John Hunter <jd...@gm...> wrote: > On Dec 20, 2007 9:22 PM, Gary Ruben <gr...@bi...> wrote: > > Hi listees, > > > > I often generate plots using the pylab interface plot() function to > > overlay an imshow() image. The minimal script below demonstrates a > > problem, which may be a bug, or may be a deliberate change introduced > > into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback > > with 0.91.1 - it seems not to be happy with the subplot limits. > > Commenting out the "note 1" line lets it run and demonstrates my real > > question. With scatter(), the first subplot doesn't rescale, but if line > > "note 2" is commented out and "note 3" is uncommented, it rescales. How > > do I prevent the rescaling? I prefer plot() instead of scatter() in this > > case because of the plot origin. You can manually turn off autoscaling on the axes instance with the following, and both scatter and plot should then work as you want. ax1 = subplot(121) axis('off') ax1.imshow(rand(20,20)) ax2 = subplot(122) axis('off') ax2.imshow(rand(20,20)) ax1.set_autoscale_on(False) #ax1.scatter([5,10],[5,10]) # note 2 ax1.plot([5,10],[5,10], 'o') # note 3 show() > > > > Hey Gary, thanks for the resend. > > On your first question vis-a-vis subplots_adjust, it looks like the > validate limits are wrong for these params. I'm CC-ing Darren because > he has done the most work recently for rc param validation. > > They currently read: > > 'figure.subplot.left' : [0.125, ValidateInterval(0, 1, > closedmin=False, closedmax=False)], > 'figure.subplot.right' : [0.9, ValidateInterval(0, 1, > closedmin=False, closedmax=False)], > 'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1, > closedmin=False, closedmax=False)], > 'figure.subplot.top' : [0.9, ValidateInterval(0, 1, > closedmin=False, closedmax=False)], > 'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1, > closedmin=False, closedmax=True)], > 'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1, > closedmin=False, closedmax=True)], > > and I think they should read: > > > 'figure.subplot.left' : [0.125, ValidateInterval(0, 1, > closedmin=True, closedmax=True)], > 'figure.subplot.right' : [0.9, ValidateInterval(0, 1, > closedmin=True, closedmax=True)], > 'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1, > closedmin=True, closedmax=True)], > 'figure.subplot.top' : [0.9, ValidateInterval(0, 1, > closedmin=True, closedmax=True)], > 'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1, > closedmin=True, closedmax=False)], > 'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1, > closedmin=True, closedmax=False)], > > That is, 0 and 1 should be legal for all values except the max of the > wspace and hspace. Darren, unless I am missing something, I'll commit > these changes. > > I'll look at your second question in a followup > > JDH >
On Dec 20, 2007 9:22 PM, Gary Ruben <gr...@bi...> wrote: > Hi listees, > > I often generate plots using the pylab interface plot() function to > overlay an imshow() image. The minimal script below demonstrates a > problem, which may be a bug, or may be a deliberate change introduced > into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback > with 0.91.1 - it seems not to be happy with the subplot limits. > Commenting out the "note 1" line lets it run and demonstrates my real > question. With scatter(), the first subplot doesn't rescale, but if line > "note 2" is commented out and "note 3" is uncommented, it rescales. How > do I prevent the rescaling? I prefer plot() instead of scatter() in this > case because of the plot origin. > Hey Gary, thanks for the resend. On your first question vis-a-vis subplots_adjust, it looks like the validate limits are wrong for these params. I'm CC-ing Darren because he has done the most work recently for rc param validation. They currently read: 'figure.subplot.left' : [0.125, ValidateInterval(0, 1, closedmin=False, closedmax=False)], 'figure.subplot.right' : [0.9, ValidateInterval(0, 1, closedmin=False, closedmax=False)], 'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1, closedmin=False, closedmax=False)], 'figure.subplot.top' : [0.9, ValidateInterval(0, 1, closedmin=False, closedmax=False)], 'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1, closedmin=False, closedmax=True)], 'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1, closedmin=False, closedmax=True)], and I think they should read: 'figure.subplot.left' : [0.125, ValidateInterval(0, 1, closedmin=True, closedmax=True)], 'figure.subplot.right' : [0.9, ValidateInterval(0, 1, closedmin=True, closedmax=True)], 'figure.subplot.bottom' : [0.1, ValidateInterval(0, 1, closedmin=True, closedmax=True)], 'figure.subplot.top' : [0.9, ValidateInterval(0, 1, closedmin=True, closedmax=True)], 'figure.subplot.wspace' : [0.2, ValidateInterval(0, 1, closedmin=True, closedmax=False)], 'figure.subplot.hspace' : [0.2, ValidateInterval(0, 1, closedmin=True, closedmax=False)], That is, 0 and 1 should be legal for all values except the max of the wspace and hspace. Darren, unless I am missing something, I'll commit these changes. I'll look at your second question in a followup JDH
Hi guys and girls, Quick question regarding matplotlib's svg backend... I've embeded pyhton into c++ and Qt's (4.3.3) svg support is having some problems with .svg files created by matplotlib. Text isn't showing up. Firefox displays the same .svg file correctly though... The problem: It seems some text stuff is stored in a section called defs at the end of the file with stuff linking to this earlier in the file. Qt doesn't like that and only displays the normal plot stuff (lines, etc.) but not the labels and other text. More exact: <use xlink:href="#c_7" ..... references <path id="c_7" d="M10.6875 ..... at the end of the file. When I simply cut and paste the defs section to the beginning of the file it solves the problem. What does the svg standard say about this? I assume Qt's implementation is defect... Has anybody else encountered this problem? I'll send an e-mail to Qt too and ask them about it. Hope you're all having a nice day. Regards, cputter
Retrying. Sorry if this appears twice. Hi listees, I often generate plots using the pylab interface plot() function to overlay an imshow() image. The minimal script below demonstrates a problem, which may be a bug, or may be a deliberate change introduced into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback with 0.91.1 - it seems not to be happy with the subplot limits. Commenting out the "note 1" line lets it run and demonstrates my real question. With scatter(), the first subplot doesn't rescale, but if line "note 2" is commented out and "note 3" is uncommented, it rescales. How do I prevent the rescaling? I prefer plot() instead of scatter() in this case because of the plot origin. thanks, Gary R. -- from pylab import * rcFig = {'figsize': (2,1), 'dpi': 256, 'subplot.hspace': 0.0, 'subplot.wspace': 0.0, 'subplot.bottom': 0.0, 'subplot.left': 0.0, 'subplot.right': 1.0, 'subplot.top': 1.0, } rc('figure', **rcFig) # note 1 subplot(121) axis('off') imshow(rand(20,20)) subplot(122) axis('off') imshow(rand(20,20)) subplot(121) scatter([5,10],[5,10]) # note 2 #~ plot([5,10],[5,10], 'o') # note 3 show() --
Hi listees, I often generate plots using the pylab interface plot() function to overlay an imshow() image. The minimal script below demonstrates a problem, which may be a bug, or may be a deliberate change introduced into mpl 0.91.1. It works fine with mpl 0.90.1 but gives a traceback with 0.91.1 - it seems not to be happy with the subplot limits. Commenting out the "note 1" line lets it run and demonstrates my real question. With scatter(), the first subplot doesn't rescale, but if line "note 2" is commented out and "note 3" is uncommented, it rescales. How do I prevent the rescaling? I prefer plot() instead of scatter() in this case because of the plot origin. thanks, Gary R. -- from pylab import * rcFig = {'figsize': (2,1), 'dpi': 256, 'subplot.hspace': 0.0, 'subplot.wspace': 0.0, 'subplot.bottom': 0.0, 'subplot.left': 0.0, 'subplot.right': 1.0, 'subplot.top': 1.0, } rc('figure', **rcFig) # note 1 subplot(121) axis('off') imshow(rand(20,20)) subplot(122) axis('off') imshow(rand(20,20)) subplot(121) scatter([5,10],[5,10]) # note 2 #~ plot([5,10],[5,10], 'o') # note 3 show() --
On Dec 20, 2007 10:09 AM, <lis...@ma...> wrote: > I was not sure on which list to post this, but perhaps someone here > can point me in the right direction. I maintain a few installers of > scientific python packages for OSX, one of which being matplotlib. I > generate mpkg installers with bdist_mpkg, and for the most part it > works fine. However, for matplotlib, many users report the following > error after installing and importing: > > backend = matplotlib.rcParams['backend'] > AttributeError: 'module' object has no attribute 'rcParams' > > By context, I assume this has something to do with the matplotlibrc > setup. This does not happen, by the way, when installing directly (ie. > using python setup.py install) or via eggs. If anyone knows why this > may be happening, I would appreciate some feedback My guess is that you're installing basemap or some other matplotlib.toolkits package with the setuptools namespace code (or you users are), and this is wreaking havoc and causing the mpl __init__.py code to not be read. The latest svn has the namespace code commented out in matplotlib.toolkits. You can try building from svn, and your uses will probably need to clean all the setuptools, namespace-ified matplotlib and matplotlib.toolkits from their systems. JDH