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) |
|
|
On May 8, 2007, at 1:22 PM, Fernando Perez wrote: > On 5/8/07, Aaron Hoover <ah...@ee...> wrote: > >> > I have been using the qt4 backend with ipython for maybe a year >> > now, currently >> > ipython 0.8.0. What is the output of "ipython -Version"? >> >> ipython -Version gives: >> >> 0.8.0 >> >> Specifically, the error seems to be happening on line 838 of Shell.py >> in the mainloop() function: >> ... >> --> 838 self.timer.start( self.TIMEOUT, True ) >> ... >> >> TypeError: too many arguments to QTimer.start(), 1 at most expected > > Is this an unaltered ipython, along with a matplotlib configured to > use Qt4 as its backend? You mentioned having modified ipython > yourself, which is most definitely NOT needed. > > I recently used this same ipython with the qt4 backend for several > days without any problem, so your report is rather mysterious... > > So, make sure that: > > 1. You have a fully unmodified ipython. > > 2. Your matplotlibrc file has the proper backend setting: > > backend : Qt4Agg > > > We should be able to track this down, since we know it works fine for > others (myself and Darren included). Indeed, I just removed my old IPython directory in site-packages and reinstalled - that fixed the problem. Thanks for all the help. Aaron
On 5/8/07, Aaron Hoover <ah...@ee...> wrote: > > I have been using the qt4 backend with ipython for maybe a year > > now, currently > > ipython 0.8.0. What is the output of "ipython -Version"? > > ipython -Version gives: > > 0.8.0 > > Specifically, the error seems to be happening on line 838 of Shell.py > in the mainloop() function: > ... > --> 838 self.timer.start( self.TIMEOUT, True ) > ... > > TypeError: too many arguments to QTimer.start(), 1 at most expected Is this an unaltered ipython, along with a matplotlib configured to use Qt4 as its backend? You mentioned having modified ipython yourself, which is most definitely NOT needed. I recently used this same ipython with the qt4 backend for several days without any problem, so your report is rather mysterious... So, make sure that: 1. You have a fully unmodified ipython. 2. Your matplotlibrc file has the proper backend setting: backend : Qt4Agg We should be able to track this down, since we know it works fine for others (myself and Darren included). cheers, f
> > On Tuesday 08 May 2007 02:43:45 pm Aaron Hoover wrote: >> Hi All, >> >> I was excited to see that a Qt4 backend is available for matplotlib - >> I'm running 0.87.7. So, I installed PyQt4 from source from the >> riverbankcomputing website (OSX comes with the Qt framework already >> installed), and tried to give it a go. >> >> First off I got the error: >> >> "No module named qt" >> >> So, I went into the Shell.py script in the IPython subdirectory of >> site-packages and changed all instances of "import qt" to "from PyQt4 >> import Qt as qt". > > There is already support for the qt4 backend in ipython, you should > not have > to make any changes to (recent versions of) ipython. > >> It fixed the module not found error, but now >> I get the following error in Shell.py >> >> "TypeError: too many arguments to QTimer.start(), 1 at most expected" >> >> I realize that this is more likely an error with ipython, but I'm >> wondering if anyone else has seen this. If so, have people verified >> that ipython (0.80) is indeed compatible with the Qt4Agg backend. > > I have been using the qt4 backend with ipython for maybe a year > now, currently > ipython 0.8.0. What is the output of "ipython -Version"? ipython -Version gives: 0.8.0 Specifically, the error seems to be happening on line 838 of Shell.py in the mainloop() function: ... --> 838 self.timer.start( self.TIMEOUT, True ) ... TypeError: too many arguments to QTimer.start(), 1 at most expected Thanks, Aaron
Thanks, Philip. I wasn't aware of gmane. I only did a google search. Regards, > -----Original Message----- > From: Philip Austin [mailto:pa...@eo...] > Sent: Tuesday, May 08, 2007 11:51 AM > To: kc1...@ya... > Cc: mat...@li... > Subject: Re: [Matplotlib-users] plotting wind-speed time series > > > kc1...@ya... writes: > > > > I have not received a response from the author. Could you please > > post version 5 of windrose.py? > > The Gmane search page is a great resource for this kind of thing: > http://search.gmane.org/?query=windrose&author=Lionel+Roubeyrie&group=gmane.comp.python.*&sort=date&DEFAULTOP=and&xP=windrose%09py&xFILTERS=Gcomp.python.*-Alionel+roubeyrie---A http://article.gmane.org/gmane.comp.python.matplotlib.general/7041/match=windrose regards, Phil -- John Henry
On Tuesday 08 May 2007 02:43:45 pm Aaron Hoover wrote: > Hi All, > > I was excited to see that a Qt4 backend is available for matplotlib - > I'm running 0.87.7. So, I installed PyQt4 from source from the > riverbankcomputing website (OSX comes with the Qt framework already > installed), and tried to give it a go. > > First off I got the error: > > "No module named qt" Are you setting your backend to qt4agg and not qtagg?
On Tuesday 08 May 2007 02:43:45 pm Aaron Hoover wrote: > Hi All, > > I was excited to see that a Qt4 backend is available for matplotlib - > I'm running 0.87.7. So, I installed PyQt4 from source from the > riverbankcomputing website (OSX comes with the Qt framework already > installed), and tried to give it a go. > > First off I got the error: > > "No module named qt" > > So, I went into the Shell.py script in the IPython subdirectory of > site-packages and changed all instances of "import qt" to "from PyQt4 > import Qt as qt". There is already support for the qt4 backend in ipython, you should not have to make any changes to (recent versions of) ipython. > It fixed the module not found error, but now > I get the following error in Shell.py > > "TypeError: too many arguments to QTimer.start(), 1 at most expected" > > I realize that this is more likely an error with ipython, but I'm > wondering if anyone else has seen this. If so, have people verified > that ipython (0.80) is indeed compatible with the Qt4Agg backend. I have been using the qt4 backend with ipython for maybe a year now, currently ipython 0.8.0. What is the output of "ipython -Version"?
Jesper Larsen wrote: > On Monday 07 May 2007 16:46, Jeff Whitaker wrote: > >> 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). >> > > Thanks Jeff, > > You are absolutely right, I have changed my code so that it does not perform a > deepcopy now. I must have done something wrong when I wrote the code some > time ago (I think, maybe I was confused by the memory issues we discussed a > while ago). > > I am considering reusing an entire figure instance (which I guess I will have > to copy) as well instead of just the basemap instance but I don't know if it > is worth the effort or it is just as fast to redo the figure based on the > basemap instance. I consider doing it because the map decorations are > unchanged between the plots - a profiling of the application reveals that > they take a considerable amount of time to perform. Any recommendations on > that issue? > > - Jesper > > Ps. You can see a test/development version of the web application for which I > am using matplotlib/basemap in (besides for my scientific work) here (if it > is running when you read this): > > http://ocean.dmi.dk/apps/forecast/ > > (some bugs remain) > Jesper: You might consider just deleting the figure elements that you don't want to re-use (instead of figuring out everything you do want to re-use). Very nice web site! Are the plots generated on the fly, or are they pre-generated? -Jeff -- Jeffrey S. Whitaker Phone : (303)497-6313 NOAA/OAR/CDC R/PSD1 FAX : (303)497-6449 325 Broadway Boulder, CO, USA 80305-3328
kc1...@ya... writes: > > I have not received a response from the author. Could you please > post version 5 of windrose.py? The Gmane search page is a great resource for this kind of thing: http://search.gmane.org/?query=windrose&author=Lionel+Roubeyrie&group=gmane.comp.python.*&sort=date&DEFAULTOP=and&xP=windrose%09py&xFILTERS=Gcomp.python.*-Alionel+roubeyrie---A http://article.gmane.org/gmane.comp.python.matplotlib.general/7041/match=windrose regards, Phil
Hi All, I was excited to see that a Qt4 backend is available for matplotlib - I'm running 0.87.7. So, I installed PyQt4 from source from the riverbankcomputing website (OSX comes with the Qt framework already installed), and tried to give it a go. First off I got the error: "No module named qt" So, I went into the Shell.py script in the IPython subdirectory of site-packages and changed all instances of "import qt" to "from PyQt4 import Qt as qt". It fixed the module not found error, but now I get the following error in Shell.py "TypeError: too many arguments to QTimer.start(), 1 at most expected" I realize that this is more likely an error with ipython, but I'm wondering if anyone else has seen this. If so, have people verified that ipython (0.80) is indeed compatible with the Qt4Agg backend. Any ideas how I can fix this? Thanks, Aaron
Derek, When you say "on version 5", do you mean windrose itself is on version 5? May be that's why in your sample code, you invoked windrose via: freq,ax=windrose.windplot(ventV,ventD,counts=False,speed_classes=[0.1,0.2,0.3,0.4,0.5],sectors=8,style='bar2') but the version of windrose from John Hunter's message (http://www.nabble.com/windrose-t1392107.html) doesn't look anywhere like that. I have not received a response from the author. Could you please post version 5 of windrose.py? Appreciate it. <quote author='Derek Hohls'> I would suggest contacting the author directly. windrose.py is on version 5 (AFAIK). I have used it on a project and it works well. Derek >>> "John Hunter" <jd...@gm...> 05/04/07 10:34 PM >>> On 5/4/07, Alan Jackson <al...@aj...> wrote: > On Fri, 4 May 2007 12:15:13 -0700 (PDT) > kc1...@ya... wrote: > > > Saw this: > > > > http://www.originlab.com/www/products/GraphGallery.aspx?GID=26&s=8&lm=215 > > > > Since I am not interested in wind direction, may be I can use stacked bar-chart. Still, how would I tie plot_data with it though? 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 </quote> -- John Henry
On Monday 07 May 2007 16:46, Jeff Whitaker wrote: > 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). Thanks Jeff, You are absolutely right, I have changed my code so that it does not perform a deepcopy now. I must have done something wrong when I wrote the code some time ago (I think, maybe I was confused by the memory issues we discussed a while ago). I am considering reusing an entire figure instance (which I guess I will have to copy) as well instead of just the basemap instance but I don't know if it is worth the effort or it is just as fast to redo the figure based on the basemap instance. I consider doing it because the map decorations are unchanged between the plots - a profiling of the application reveals that they take a considerable amount of time to perform. Any recommendations on that issue? - Jesper Ps. You can see a test/development version of the web application for which I am using matplotlib/basemap in (besides for my scientific work) here (if it is running when you read this): http://ocean.dmi.dk/apps/forecast/ (some bugs remain)
Look at two_scales.py in the "examples" directory of the source distribution. Johann On Tuesday, 8 May 2007 09:59, Schmidt Michael wrote: > Hi, > > I am pretty new to python and matplotlib - > > I am struggeling a bit doing a 2d plot with two graphs in one with > different scaling on the left and right y-axis e.g. time vs > temperature and rainfall? > > Can someone give me a hint or example-code? > > Cheers Michael >
Hi, I am pretty new to python and matplotlib -=20 I am struggeling a bit doing a 2d plot with two graphs in one with different scaling on the left and right y-axis e.g. time vs temperature and rainfall? Can someone give me a hint or example-code? Cheers Michael =20 ************************************************************************ The information in this email together with any attachments is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any form of review, disclosure, modification, distribution and/or publication of this email message is prohibited, unless as a necessary part of Departmental business. If you have received this message in error, you are asked to inform the sender as quickly as possible and delete this message and any copies of this message from your computer and/or your computer system network. ************************************************************************
John If you look through the thread, you will see I have responded before saying I that had used this code successfully. I did not find any detailed documentation necessary... the program is really self- explanatory and well-commented. Here is a sample that works for me: from pylab import * import windrose figure(figsize=(8,8), facecolor='w') ventV = [ 0.2, 0.2, 0.35, 0.09, 0.55, 0.5, 0.2, 0.33, 0.44, 0.22 ] ventD = [ 65., 59., 74., 231., 268., 283., 166., 214., 66., 114.] freq,ax=windrose.windplot(ventV,ventD,counts=False,speed_classes=[0.1,0.2,0.3,0.4,0.5],sectors=8,style='bar2') title("And here is the title!", fontsize=14) fig=ax.get_figure() #for leg in fig.legends: # setp(leg.get_texts(), fontsize=8) draw() show() The commented code is in case you want to set the font size for the legend. Derek PS As I said before, I suggest you get the latest version. >>> <kc1...@ya...> 2007年05月07日 11:47 PM >>> 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 ------------------------------------------------------------------------- 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 -- This message is subject to the CSIR's copyright, terms and conditions and e-mail legal notice. Views expressed herein do not necessarily represent the views of the CSIR. CSIR E-mail Legal Notice http://mail.csir.co.za/CSIR_eMail_Legal_Notice.html CSIR Copyright, Terms and Conditions http://mail.csir.co.za/CSIR_Copyright.html For electronic copies of the CSIR Copyright, Terms and Conditions and the CSIR Legal Notice send a blank message with REQUEST LEGAL in the subject line to Cal...@cs.... This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.