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
(9) |
2
(1) |
3
(4) |
4
(4) |
|
5
(9) |
6
(5) |
7
(12) |
8
(5) |
9
(27) |
10
(10) |
11
(4) |
|
12
|
13
(6) |
14
(12) |
15
(16) |
16
(13) |
17
(9) |
18
(1) |
|
19
(2) |
20
(4) |
21
(9) |
22
(5) |
23
(2) |
24
(6) |
25
|
|
26
(1) |
27
(9) |
28
(7) |
29
(2) |
30
(9) |
|
|
|
From: Xavier G. <xav...@gm...> - 2011-06-13 21:33:57
|
On 06/13/2011 07:38 PM, Darren Dale wrote: > On Mon, Jun 13, 2011 at 12:25 PM, Michael Droettboom<md...@st...> wrote: >> This was recently discussed in the thread "v1.0.x branch seems confused." >> >> I (believe) the consensus was to get out another v1.0.x maintenance >> release out in the near future (which would not support py3k, but would >> still support Python 2.4), and then merge the py3 branch into master so >> it starts to get some more testing before making the next major release. >> >> I'm just today merging master into py3 so that when we are ready to do >> the merge the other way most of the hard work will have already been done. > Are there features already in master that should be supported by > <python-2.6? If so, I think we should consider releasing 1.1.0 and > making a 1.1.x maintenance branch before merging the py3 stuff back > into master. Then mpl-1.2 could be the first to support py3. > > Should we move this discussion to the mpl-dev mailing list? > > Darren Ho I wasn't aware of an mpl-dev mailing list. Sorry. py3 is already ok with python3 *and* python2 isn't it? Maybe the website should advertise a bit on the needs to test the py3 branch. Users used to compile mpl from git should be able to produce valuable technical feedback, shoudn't they? Xavier |
|
From: Nicholas D. <mis...@gm...> - 2011-06-13 19:58:57
|
I've been seeing weird behaviour with using a colorbar() and adjusting the plot extents, either interactively in the GUI or through figure.subplots_adjust. If I adjust the axes after drawing the colorbar, it is placed incorrectly. This seems to happen independently of the backends that I have and even continues through to the written file with figure.save_fig. I'm using matplotlib.__version__ = 1.1.0, with a git checkout that I recently updated. I have included a short test .py that shows the problem, and two images that it produces: - Adjusting after drawing the plot: http://ndevenish.com/images/post_adjust.png - Adjusting before drawing the plot: http://ndevenish.com/images/pre_adjust.png Is there a way I can avoid or correct this behaviour? It certainly seems erroneous that using the figure GUI to adjust plot bounds doesn't work, and is an especially nice way of tweaking for final plots. Thanks, Nick (apologies if this comes through twice, gmail was acting up) |
|
From: Darren D. <dsd...@gm...> - 2011-06-13 17:38:54
|
On Mon, Jun 13, 2011 at 12:25 PM, Michael Droettboom <md...@st...> wrote: > This was recently discussed in the thread "v1.0.x branch seems confused." > > I (believe) the consensus was to get out another v1.0.x maintenance > release out in the near future (which would not support py3k, but would > still support Python 2.4), and then merge the py3 branch into master so > it starts to get some more testing before making the next major release. > > I'm just today merging master into py3 so that when we are ready to do > the merge the other way most of the hard work will have already been done. Are there features already in master that should be supported by <python-2.6? If so, I think we should consider releasing 1.1.0 and making a 1.1.x maintenance branch before merging the py3 stuff back into master. Then mpl-1.2 could be the first to support py3. Should we move this discussion to the mpl-dev mailing list? Darren |
|
From: Michael D. <md...@st...> - 2011-06-13 16:22:53
|
This was recently discussed in the thread "v1.0.x branch seems confused." I (believe) the consensus was to get out another v1.0.x maintenance release out in the near future (which would not support py3k, but would still support Python 2.4), and then merge the py3 branch into master so it starts to get some more testing before making the next major release. I'm just today merging master into py3 so that when we are ready to do the merge the other way most of the hard work will have already been done. Mike On 06/13/2011 10:39 AM, Xavier Gnata wrote: > Hi, > > It looks like the matplotlib-py3 branch is worknig well both with > python2.X and python3.X. > Is there a plan to merge the changes from matplotlib-py3 into the > default trunk anytime soon? > > Xavier > > ------------------------------------------------------------------------------ > EditLive Enterprise is the world's most technically advanced content > authoring tool. Experience the power of Track Changes, Inline Image > Editing and ensure content is compliant with Accessibility Checking. > http://p.sf.net/sfu/ephox-dev2dev > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users -- Michael Droettboom Science Software Branch Space Telescope Science Institute Baltimore, Maryland, USA |
|
From: Xavier G. <xav...@gm...> - 2011-06-13 14:39:50
|
Hi, It looks like the matplotlib-py3 branch is worknig well both with python2.X and python3.X. Is there a plan to merge the changes from matplotlib-py3 into the default trunk anytime soon? Xavier |
|
From: Matthias Q. <mat...@un...> - 2011-06-13 10:30:14
|
Hello,
i have some problems formatting my plot with dates on the x-axis.
My time array contains datetime objects with year,month,day,hour,minute.
Matplotlib shows hour, minute, second and the timezone. I want only hour and
minute! I set my timezone in the matplotlibrc to 'UTC', but mpl shows still
CEST.
Here is a code snippet:
fig = figure(figsize=(8,7))
ax = fig.add_subplot(211)
xticks(visible=False)
ax.plot(...)
bx.twinx()
bx.plot(...)
cx = fig.add_subplot(211,sharex=ax)
cx.plot(...)
dx = cx.twinx()
dx.plot(...)
I tried:
from matplotlib.dates import DateFormatter
fmt = DateFormatter('%H:%M')
cx.xaxis.set_major_formatter(fmt)
and
ax.xaxis.set_major_formatter(fmt)
but this doesn't change anything!
I hope someone can help me.
Greeting
MQ
|