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
(43) |
3
(17) |
4
(12) |
5
(9) |
6
(14) |
7
(8) |
8
|
9
(15) |
10
(16) |
11
(11) |
12
(10) |
13
(20) |
14
(7) |
15
(4) |
16
(16) |
17
(25) |
18
(10) |
19
(27) |
20
(26) |
21
(6) |
22
(20) |
23
(12) |
24
(15) |
25
(22) |
26
(15) |
27
(43) |
28
(8) |
29
(6) |
30
(12) |
|
|
|
|
|
Hi. A couple of questions about `scatter`: Q1 ==== The bounding box `axes.dataLim` increases in size when calling scatter(x, y) compared to plot(x, y) (for the same x, y data, of course). I think this change is due to the size of the markers being added to the data limits (not sure if this is true). Is there an easy way to get the same data limits I would have for a call to `plot`? Q2 ==== Is there a way to get the data from the axes of a scatter plot? Initially I thought I could get it with: >>> for collection in ax.collections: >>> for path in collection._paths: >>> print path.vertices But this seems to be the path that draws the scatter markers. Any ideas? Frame Class ========== Finally, if anyone is interested, I'm playing around with a Frame class for `axes.frame`. This class adds customizable axes frames similar to the topic of this thread: http://sourceforge.net/mailarchive/message.php?msg_id=87d57vjgye.fsf%40peds-pc311.bsd.uchicago.edu In this older thread, the SAGE axes frames were criticized for not being flexible enough. I've tried to make this class as general as possible (within my ability:). As an example of the flexibility of this Frame class, I've added some Tufte-style frames similar to: http://hupp.org/adam/weblog/2007/09/03/etframes-applying-the-ideas-of-edward-tufte-to-matplotlib/ To the developers on this thread: If there's anything I could do to make the attached Frame class more flexible (and more suitable for possible inclusion into MPL), I'd be happy to get some feedback. Current Limitations: ================ * the frame can only be placed on the borders of the axes (mainly because I don't know how to move the tickers anywhere else). * RangeFrame only works with linear data (I'm not sure how to use the `axes.transScale` to properly transform the data) * RangeFrame and DashDotFrame don't work properly with `scatter` (because of the questions in this post). The frame class itself isn't too long, but I got a little carried away adding in extra crap. Sorry for the long, rambling email.;) -Tony
sandric ionut wrote: > Hello: > > I am trying to diplay legend of X and Y axes like: legend(('label X', > 'label Y'), isaxes=True) > and I get an error<type 'exceptions.TypeError'>: __init__() got an > unexpected keyword argument 'is > axes' > > How can I display labels for X and Y axes and a Title for the plot If I understand you correctly, what I think you want are: title() xlabel() ylabel() Ryan -- Ryan May Graduate Research Assistant School of Meteorology University of Oklahoma
Hello: I am trying to diplay legend of X and Y axes like: legend(('label X', 'label Y'), isaxes=True) and I get an error<type 'exceptions.TypeError'>: __init__() got an unexpected keyword argument 'is axes' How can I display labels for X and Y axes and a Title for the plot Thank you, Ionut
On Sun, Jun 29, 2008 at 22:26, John Hunter <jd...@gm...> wrote: > gcf is written to return the last figure activated or created by the > "figure" command. It would be fairly trivial to add support for > making the last clicked figure the active one, but it seems like a > reasonable thing to do (does anyone know what matlab does?). Since > gcf emulates a matlab function, I'd like to hew fairly closely to > that. in Matlab, gcf() returns a handle to the last activated figure, either by click or programmatically (e.g. "figure(1)", etc) Cheers, Vincent
On Sun, Jun 29, 2008 at 2:09 PM, sordnay <so...@gm...> wrote: > > Hi all, > I have a little problem, I've been unable to solve, maybe someone can help > me out. > I have several figures opened, but when I use gcf() I get handle of the last > opened figure instead of the active one... > i.e. when intercepting a button_press_event, gcf().number returns the number > of the last figure, not the number of the figure over which I clicked > (different from last one gcf is written to return the last figure activated or created by the "figure" command. It would be fairly trivial to add support for making the last clicked figure the active one, but it seems like a reasonable thing to do (does anyone know what matlab does?). Since gcf emulates a matlab function, I'd like to hew fairly closely to that. JDH
Hi all, I have a little problem, I've been unable to solve, maybe someone can help me out. I have several figures opened, but when I use gcf() I get handle of the last opened figure instead of the active one... i.e. when intercepting a button_press_event, gcf().number returns the number of the last figure, not the number of the figure over which I clicked (different from last one). How can I force that the gcf() to return handle to the active figure? Is there any event trigered when a figure gets the focus? I don't think this should be the normal behaviour, but I have review my code and I haven't found how could I be forcing this... any idea about how to debug this? or if this is a bug? some data that may help: matplotlib version 0.98.1 interactive is True units is False platform is win32 numerix numpy 1.1.0 backend TkAgg version 8.4 -- View this message in context: http://www.nabble.com/gcf%28%29-problem-tp18184245p18184245.html Sent from the matplotlib - users mailing list archive at Nabble.com.