SourceForge logo
SourceForge logo
Menu

matplotlib-users — Discussion related to using matplotlib

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
(2)
2
(4)
3
(6)
4
(20)
5
(2)
6
(9)
7
(18)
8
(14)
9
(5)
10
(27)
11
(40)
12
(9)
13
(4)
14
(20)
15
(9)
16
(8)
17
(10)
18
(17)
19
(1)
20
(5)
21
(6)
22
(4)
23
(4)
24
(6)
25
(4)
26
(2)
27
28
(2)
29
(10)
30
(6)
31
(16)


Showing 18 results of 18

From: <kc1...@ya...> - 2007年05月07日 21:47:24
Thanks to everybody that responded to my question.
After looking at the different options, I do agree that windrose.py fits my need the best. Unfortunately, there is insufficient information embedded in the code to the point where I can use it. I sent the author a email requesting more info and hopefully he would respond.
Just in case, have anybody used this code successfully? If so, could you please share a sample dataset to use windrose.py?
Thanks,
> 
> 
> grab "windrose.py" at the end of this thread
> 
>http://www.nabble.com/windrose-t1392107.html
>I've not used it but I think it is what you are looking for: a windrose module for python.
>JDH
 
--
John Henry
From: Russell E O. <ro...@ce...> - 2007年05月07日 20:42:42
At 2:30 PM -0600 2007年05月07日, Samuel M. Smith wrote:
>If you see my other post titled (Segmentation Fault TkAgg backend). 
>I was getting a seg fault
>It appears to be a problem with the MPL in the scipy superpack. When 
>I reinstalled your package it
>worked again. The reason I installed the scipy superpack was it was 
>the only package installer for scipy.
>Any chance of you posting a package installer of scipy?
I'm afraid it's not likely, at least not in the near term. I don't 
really need scipy (though it would be handy at times) and work is 
keeping me busy on other tasks.
-- Russell
From: Samuel M. S. <sm...@sa...> - 2007年05月07日 20:31:01
If you see my other post titled (Segmentation Fault TkAgg backend). I 
was getting a seg fault
It appears to be a problem with the MPL in the scipy superpack. When 
I reinstalled your package it
worked again. The reason I installed the scipy superpack was it was 
the only package installer for scipy.
Any chance of you posting a package installer of scipy?
On 7 May 2007, at 13:06 , Russell E. Owen wrote:
> In article <82F...@sa...>,
> "Samuel M. Smith" <sm...@sa...>
> wrote:
>
>> Anyone using TkAgg on OSX 10.4 with MPL 0.90.0 and Python 2.5
>> successfully?
>
> Absolutely. I use the package at <http://pythonmac.org/packages/> 
> (which
> I also built). One quirk is that I use ActiveState Aqua Tcl/Tk 
> (8.4.11)
> rather than Apple's built-in Tcl/Tk. But it should work either way.
>
> What problems are you having?
>
> -- Russell
>
>
> ---------------------------------------------------------------------- 
> ---
> This SF.net email is sponsored by DB2 Express
> Download DB2 Express C - the FREE version of DB2 express and take
> control of your XML. No limits. Just data. Click to get it now.
> http://sourceforge.net/powerbar/db2/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
**********************************************************************
Samuel M. Smith Ph.D.
2966 Fort Hill Road
Eagle Mountain, Utah 84005-4108
801-768-2768 voice
801-768-2769 fax
**********************************************************************
"The greatest source of failure and unhappiness in the world is
giving up what we want most for what we want at the moment"
**********************************************************************
From: Samuel M. S. <sm...@sa...> - 2007年05月07日 19:54:45
>
> I'm not too surprised. OS-X double buffers behind the scenes, and I
> think it waits until it thinks there is good reason to before it 
> updates
> the screen. You need to force it in your code quite explicitly in a 
> way
> you don't on other platforms. You might try adding a Refresh() and
> Update() call to the relevant wx.Window. Or maybe you need to do a
> wx.App.Yield()
I am not sure how I do that from matplotlib running in ipython
How do you get a handle to wx.Window and wx.App.Yield from MPL?
I do animations by calling MPL functions inside ipython --pylab.
Do you approach animations in a completely different way?
Sam
From: Russell E. O. <ro...@ce...> - 2007年05月07日 19:06:46
In article <82F...@sa...>,
 "Samuel M. Smith" <sm...@sa...> 
 wrote:
> Anyone using TkAgg on OSX 10.4 with MPL 0.90.0 and Python 2.5 
> successfully?
Absolutely. I use the package at <http://pythonmac.org/packages/> (which 
I also built). One quirk is that I use ActiveState Aqua Tcl/Tk (8.4.11) 
rather than Apple's built-in Tcl/Tk. But it should work either way.
What problems are you having?
-- Russell
From: Ken M. <mc...@ii...> - 2007年05月07日 17:39:33
On May 7, 2007, at 11:21 AM, Christopher Barker wrote:
> Praveen Gopalakrishnan wrote:
>> Hi, I'm a newbie trying to install matplotlib (0.87) on Linux
>> (2.6.11,FC4). I have Python 2.4, wxPython 2.8.3 and all required
>> libraries for matplotlib (freetype, libpng, zlib). I'm tring to use
>> wxAgg as the backend, and there is a build error for matplotlib when
>> it tries to compile the wxagg files..
>
> I'm pretty sure that 0.87 will not build with wxPython2.8.* I think 
> it's
> been fixed in SVN, but not in the 0.90 release either.
Chris is correct, you cannot build 0.87's _wxagg module using 
wxPython 2.8. However, you can edit setup.py and change the value of 
the BUILD_WXAGG variable from 'auto' to 0. This will inhibit the 
compilation of the module and everything should work fine.
Ken
From: Christopher B. <Chr...@no...> - 2007年05月07日 16:18:04
Praveen Gopalakrishnan wrote:
> Hi, I'm a newbie trying to install matplotlib (0.87) on Linux
> (2.6.11,FC4). I have Python 2.4, wxPython 2.8.3 and all required
> libraries for matplotlib (freetype, libpng, zlib). I'm tring to use
> wxAgg as the backend, and there is a build error for matplotlib when
> it tries to compile the wxagg files..
I'm pretty sure that 0.87 will not build with wxPython2.8.* I think it's 
been fixed in SVN, but not in the 0.90 release either.
You can:
switch to wxPython 2.6
or
search the archives of this list for the fix and patch your source 
(search for my name, that may help)
or
Use the SVN version of MPL.
-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: Christopher B. <Chr...@no...> - 2007年05月07日 16:13:11
Samuel M. Smith wrote:
> Anyone able to "see" an animation using WXAgg 2.6 or otherwise on OS X 
> 10.4 python 2.5 mpl 0.90.0
Please post a as-small-as-you-can-make-it sample, and I'll give it test 
here.
> I can save figures and make a movie but nothing shows in the figure 
> window until the animation is over.
I'm not too surprised. OS-X double buffers behind the scenes, and I 
think it waits until it thinks there is good reason to before it updates 
the screen. You need to force it in your code quite explicitly in a way 
you don't on other platforms. You might try adding a Refresh() and 
Update() call to the relevant wx.Window. Or maybe you need to do a 
wx.App.Yield()
> even the example anim.py has the same behavior. 
oops, I guess I can try that! Maybe I can get to it later today -- no 
time now!
-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: Praveen G. <pra...@ya...> - 2007年05月07日 15:50:41
Hi,
I'm a newbie trying to install matplotlib (0.87) on Linux (2.6.11,FC4). I have Python 2.4, wxPython 2.8.3 and all required libraries for matplotlib (freetype, libpng, zlib). I'm tring to use wxAgg as the backend, and there is a build error for matplotlib when it tries to compile the wxagg files.. I've attached the resulting output from the build.
It will be great help if anyone can give throw some light on how to fix this build error.
Thanks
Praveen
 
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
From: Lionel R. <lro...@li...> - 2007年05月07日 15:29:00
Le Vendredi 20 Avril 2007 18:10, Jeff Whitaker a =E9crit=A0:
> Lionel Roubeyrie wrote:
> > By grd file, I mean csv like file, with one line by value, like
> > X1	Y1	Z1
> > X2	Y1	Z2
> > X3	Y1	Z3
> > ...
> > X1	Y2	Zk
> > X2	Y2	Zk+1
> > ...
> > Xi	Yj	Zn
> > this is in geographic format, where there is a repetition in the X valu=
es
> > and the Y values, because the grid is regular, but not in lambert
> > projection, then I can't retrieve the dimensions of the grid.
> >
> > [SNIP]
>
> Lionel: Well, I guess you are stuck without knowing what the dimensions
> of the grid are. Can't you find that out from the data provider?
>
> -Jeff
Hi Jeff,
sorry for the latency.
Problems come from the implementation of GMT into our programs, which only=
=20
uses Lambert coords, and we are now with a deadlock. We're going to replace=
=20
it by MPL because we believe in it and we think it's the better way to make=
=20
plots and maps, so if for that we have to rewrite all the codes, we can the=
n=20
try to catch geographic coords instead of Lambert.
Thanks for your help, and for basemap too.
=2D-=20
Lionel Roubeyrie - lro...@li...
Chag=E9 d'=E9tudes et de maintenance
LIMAIR - la Surveillance de l'Air en Limousin
http://www.limair.asso.fr
From: Samuel M. S. <sm...@sa...> - 2007年05月07日 15:21:01
I decided that the scipy superpack might be at fault so I installed 
numpy 1.02 from the macpython packages and
then reinstalled MPL 0.90.0 from the macpython packages and now TkAgg 
works. Also scipy still seems to work.
So apparently Fonnesbeck's build of scipy superpack has a problem 
with TkAgg.
On 5 May 2007, at 18:37 , Samuel M. Smith wrote:
> I have been using WXAgg but I have had better success using TkAgg 
> for animations.
> So I tried TkAgg and get a segmentation fault. I haven't used it in 
> a while so I don't know
> when it stopped working. I have ipython 0.80 OS x 10.4.9 
> scipysuperpack with MPL 0.90.0
>
> anyone have any idea or used TkAgg lately?
>
>
> backend TkAgg version 8.4
> Python 2.5.1 (r251:54869, Apr 18 2007, 22:08:04)
> Type "copyright", "credits" or "license" for more information.
>
> IPython 0.8.0 -- An enhanced Interactive Python.
> ? -> Introduction to IPython's features.
> %magic -> Information about IPython's 'magic' % functions.
> help -> Python's own help system.
> object? -> Details about 'object'. ?object also works, ?? prints more.
>
> Welcome to pylab, a matplotlib-based Python environment.
> For more information, type 'help(pylab)'.
>
> In [1]: plot([1,2,5])
> Segmentation fault
> albook:samuel$
>
>
>
> **********************************************************************
> Samuel M. Smith Ph.D.
> 2966 Fort Hill Road
> Eagle Mountain, Utah 84005-4108
> 801-768-2768 voice
> 801-768-2769 fax
> **********************************************************************
> "The greatest source of failure and unhappiness in the world is
> giving up what we want most for what we want at the moment"
> **********************************************************************
>
>
**********************************************************************
Samuel M. Smith Ph.D.
2966 Fort Hill Road
Eagle Mountain, Utah 84005-4108
801-768-2768 voice
801-768-2769 fax
**********************************************************************
"The greatest source of failure and unhappiness in the world is
giving up what we want most for what we want at the moment"
**********************************************************************
From: Jeff W. <js...@fa...> - 2007年05月07日 14:46:36
Jesper Larsen wrote:
> On Monday 07 May 2007 16:02, Jesper Larsen wrote:
> 
>> The deepcopy operation takes almost as much time as creating a new basemap
>> instance. If the basemap instance was unchanged by my plotting I would of
>> course be able to avoid doing this and simply use a basemap instance
>> without copying it. Am I right in asserting that this is not the case? Any
>> suggestions on how to avoid deepcopying it?
>> 
>
> I forgot to mention that the reason I have to deepcopy it is that I cannot use 
> the basemap methods:
>
> drawparallels()
> drawmeridians()
> fillcontinents()
> drawcoastlines()
>
> without an axes instance which is again tied to a figure instance. These 
> methods seem to modify the basemap instance (as far as I recall).
>
> - Jesper
>
> 
Jesper: Can you be more specific about why you need a deepcopy? Those 
methods you mention do not modify the Basemap instance, although they do 
modify the axes instance they are used with. It shouldn't be a problem 
reusing the Basemap instance with a new axes instance (without using 
using deepcopy).
-Jeff
-- 
Jeffrey S. Whitaker Phone : (303)497-6313
Meteorologist FAX : (303)497-6449
NOAA/OAR/PSD R/PSD1 Email : Jef...@no...
325 Broadway Office : Skaggs Research Cntr 1D-124
Boulder, CO, USA 80303-3328 Web : http://tinyurl.com/5telg
From: John H. <jd...@gm...> - 2007年05月07日 14:21:39
On 5/6/07, Jouni K. Sepp=E4nen <jk...@ik...> wrote:
> Tommy Grav <tg...@ma...> writes:
>
> > I would now like to plot a vs e for all the obj objects in nlist.
> > how do I do that? I tried
> >
> > plot(nlist[:].a,nlist[:].e,'ko')
>
> You have a list of objects that have attributes named a and e; these
> are not attributes of the list. Try
>
> plot([x.a for x in nlist], [x.e for x in nlist], 'ko')
Another idiom which I use a lot
 a,e =3D zip(*[(o.a, o.e) for o in nlist])
or if I have a lot of attributes I want dumped into arrays
 a,b,c,d =3D map(numpy.asarray, zip(*[(o.a, o.b, o.c, o.d) for o in data])=
)
JDH
From: Jesper L. <jl...@dm...> - 2007年05月07日 14:12:51
On Monday 07 May 2007 16:02, Jesper Larsen wrote:
> The deepcopy operation takes almost as much time as creating a new basemap
> instance. If the basemap instance was unchanged by my plotting I would of
> course be able to avoid doing this and simply use a basemap instance
> without copying it. Am I right in asserting that this is not the case? Any
> suggestions on how to avoid deepcopying it?
I forgot to mention that the reason I have to deepcopy it is that I cannot use 
the basemap methods:
drawparallels()
drawmeridians()
fillcontinents()
drawcoastlines()
without an axes instance which is again tied to a figure instance. These 
methods seem to modify the basemap instance (as far as I recall).
- Jesper
From: Jesper L. <jl...@dm...> - 2007年05月07日 14:02:44
Hi matplotlib basemap users,
I am doing a lot of plots of the same area but for different vertical levels, 
time steps and parameters. I am therefore trying to reuse my basemap instance 
(which in some cases is quite time consuming to setup). I am doing this by 
making a deepcopy of a basemap instance created by this simple function 
(where mapresolution is a function giving the different map resolutions for 
different areas):
def getbasemap(area):
 """Returns basemap instance for a given area."""
 from matplotlib.toolkits import basemap
 mapres = mapresolution(area)
 m = basemap.Basemap(area[0], area[1], area[2], area[3], resolution=mapres)
 return m
The deepcopy operation takes almost as much time as creating a new basemap 
instance. If the basemap instance was unchanged by my plotting I would of 
course be able to avoid doing this and simply use a basemap instance without 
copying it. Am I right in asserting that this is not the case? Any 
suggestions on how to avoid deepcopying it?
Cheers,
Jesper
From: Matthias M. <Mat...@gm...> - 2007年05月07日 13:41:20
Attachments: RS_activate.patch
Hello list,
refering to the thread 'activate/deactivate RectangleSelector' of the 
developer-mailing-list I thought a bit about the problem because I found it 
quite irritating that the RS couldn't be stopped during zooming.
I attached a patch including Martin's example and my proposal to (de)activate 
RectangleSelector including deactivation during zoom mode.
I hope this is helpful for others too and can be part of matplotlib.
best regards,
Matthias
PS: Should I send those mails to developer mailing list?
From: Darren D. <dd...@co...> - 2007年05月07日 01:58:17
On Sunday 06 May 2007 8:08:34 pm yardbird wrote:
> Hello,
>
> I'm using matplotlib 0.90 + qt4. Everything seems ok, apart from the fact
> that I cannot see anything when accessing the subplot configuration tool
> from the plot window. The subplot bars _are_ there, since clicking &
> dragging blindly seems to have effects on the figure, but the sliders used
> to regulate subplot parameters are not there.
>
> Is this a known problem or is there something wrong with my setup?
It is a known problem, and is fixed in svn.
From: yardbird <yar...@ne...> - 2007年05月07日 00:08:57
Hello,
I'm using matplotlib 0.90 + qt4. Everything seems ok, apart from the fact that 
I cannot see anything when accessing the subplot configuration tool from the 
plot window. The subplot bars _are_ there, since clicking & dragging blindly 
seems to have effects on the figure, but the sliders used to regulate subplot 
parameters are not there.
Is this a known problem or is there something wrong with my setup?
Thanks and best regards,
 Francesco.

Showing 18 results of 18

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /