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) |
|
|
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
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
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" **********************************************************************
> > 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
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
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
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...
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...
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
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
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" **********************************************************************
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
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
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
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
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?
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.
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.