You can subscribe to this list here.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(1) |
Nov
(33) |
Dec
(20) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(7) |
Feb
(44) |
Mar
(51) |
Apr
(43) |
May
(43) |
Jun
(36) |
Jul
(61) |
Aug
(44) |
Sep
(25) |
Oct
(82) |
Nov
(97) |
Dec
(47) |
| 2005 |
Jan
(77) |
Feb
(143) |
Mar
(42) |
Apr
(31) |
May
(93) |
Jun
(93) |
Jul
(35) |
Aug
(78) |
Sep
(56) |
Oct
(44) |
Nov
(72) |
Dec
(75) |
| 2006 |
Jan
(116) |
Feb
(99) |
Mar
(181) |
Apr
(171) |
May
(112) |
Jun
(86) |
Jul
(91) |
Aug
(111) |
Sep
(77) |
Oct
(72) |
Nov
(57) |
Dec
(51) |
| 2007 |
Jan
(64) |
Feb
(116) |
Mar
(70) |
Apr
(74) |
May
(53) |
Jun
(40) |
Jul
(519) |
Aug
(151) |
Sep
(132) |
Oct
(74) |
Nov
(282) |
Dec
(190) |
| 2008 |
Jan
(141) |
Feb
(67) |
Mar
(69) |
Apr
(96) |
May
(227) |
Jun
(404) |
Jul
(399) |
Aug
(96) |
Sep
(120) |
Oct
(205) |
Nov
(126) |
Dec
(261) |
| 2009 |
Jan
(136) |
Feb
(136) |
Mar
(119) |
Apr
(124) |
May
(155) |
Jun
(98) |
Jul
(136) |
Aug
(292) |
Sep
(174) |
Oct
(126) |
Nov
(126) |
Dec
(79) |
| 2010 |
Jan
(109) |
Feb
(83) |
Mar
(139) |
Apr
(91) |
May
(79) |
Jun
(164) |
Jul
(184) |
Aug
(146) |
Sep
(163) |
Oct
(128) |
Nov
(70) |
Dec
(73) |
| 2011 |
Jan
(235) |
Feb
(165) |
Mar
(147) |
Apr
(86) |
May
(74) |
Jun
(118) |
Jul
(65) |
Aug
(75) |
Sep
(162) |
Oct
(94) |
Nov
(48) |
Dec
(44) |
| 2012 |
Jan
(49) |
Feb
(40) |
Mar
(88) |
Apr
(35) |
May
(52) |
Jun
(69) |
Jul
(90) |
Aug
(123) |
Sep
(112) |
Oct
(120) |
Nov
(105) |
Dec
(116) |
| 2013 |
Jan
(76) |
Feb
(26) |
Mar
(78) |
Apr
(43) |
May
(61) |
Jun
(53) |
Jul
(147) |
Aug
(85) |
Sep
(83) |
Oct
(122) |
Nov
(18) |
Dec
(27) |
| 2014 |
Jan
(58) |
Feb
(25) |
Mar
(49) |
Apr
(17) |
May
(29) |
Jun
(39) |
Jul
(53) |
Aug
(52) |
Sep
(35) |
Oct
(47) |
Nov
(110) |
Dec
(27) |
| 2015 |
Jan
(50) |
Feb
(93) |
Mar
(96) |
Apr
(30) |
May
(55) |
Jun
(83) |
Jul
(44) |
Aug
(8) |
Sep
(5) |
Oct
|
Nov
(1) |
Dec
(1) |
| 2016 |
Jan
|
Feb
|
Mar
(1) |
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
(3) |
Sep
(1) |
Oct
(3) |
Nov
|
Dec
|
| 2017 |
Jan
|
Feb
(5) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(3) |
Aug
|
Sep
(7) |
Oct
|
Nov
|
Dec
|
| 2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
|
|
|
|
|
1
(5) |
2
(7) |
3
(2) |
|
4
|
5
|
6
(11) |
7
|
8
(1) |
9
(3) |
10
|
|
11
(1) |
12
(1) |
13
|
14
(6) |
15
(1) |
16
|
17
(2) |
|
18
|
19
(3) |
20
(5) |
21
|
22
(1) |
23
(9) |
24
(2) |
|
25
(1) |
26
(9) |
27
(4) |
28
(9) |
29
(2) |
30
(3) |
31
|
|
From: John H. <jd...@gm...> - 2012-03-28 18:37:08
|
On Wed, Mar 28, 2012 at 1:22 PM, Neal Becker <ndb...@gm...> wrote:
>
> > import matplotlib
> > matplotlib.use('pdf')
> >
> > It looks like you are inadvertently importing the qt library in a
> headless
> > script run.
> >
> > JDH
>
> Thanks, but should that cause a (scary looking) error? Or is there a real
> problem?
>
>
> It's just a clean up error in the qt destructors I think. You are
basically in an unsupported use case: using a gui backend, but not raising
the figures with show, so our initialization code doesn't get run properly,
which means the clean up may not be properly configured. Our work is hard
enough supporting all the GUI toolkits across multiple operating systems --
I don't know that we want to get into trying to support *unsupported* use
cases.
JDH
|
|
From: Neal B. <ndb...@gm...> - 2012-03-28 18:22:21
|
John Hunter wrote:
> On Wed, Mar 28, 2012 at 8:57 AM, Neal Becker
> <ndb...@gm...> wrote:
>
>> qt-x11-4.8.0-7.fc16.x86_64
>> PyQt4-4.8.6-1.fc16.x86_64
>>
>> But interestingly, I'm not actually using the display in this script. I'm
>> using
>> pdfpages.
>
>
> At the beginning of your script (before importing pylab/pyplot) you should
> be doing
>
> import matplotlib
> matplotlib.use('pdf')
>
> It looks like you are inadvertently importing the qt library in a headless
> script run.
>
> JDH
Thanks, but should that cause a (scary looking) error? Or is there a real
problem?
|
|
From: John H. <jd...@gm...> - 2012-03-28 15:19:53
|
On Wed, Mar 28, 2012 at 8:57 AM, Neal Becker <ndb...@gm...> wrote:
> qt-x11-4.8.0-7.fc16.x86_64
> PyQt4-4.8.6-1.fc16.x86_64
>
> But interestingly, I'm not actually using the display in this script. I'm
> using
> pdfpages.
At the beginning of your script (before importing pylab/pyplot) you should
be doing
import matplotlib
matplotlib.use('pdf')
It looks like you are inadvertently importing the qt library in a headless
script run.
JDH
|
|
From: Neal B. <ndb...@gm...> - 2012-03-28 13:58:19
|
qt-x11-4.8.0-7.fc16.x86_64
PyQt4-4.8.6-1.fc16.x86_64
But interestingly, I'm not actually using the display in this script. I'm using
pdfpages.
The basic outline is:
At the start:
from matplotlib.backends.backend_pdf import PdfPages
self.pdf = PdfPages(file_name)
Then at the start of each page I do:
self.prop = mpl.font_manager.FontProperties(size='xx-small')
self.fig = fig = plt.figure()
self.ax = fig.add_subplot(111)
fig.subplots_adjust(bottom=0.2)
self.colors = itertools.cycle(['r','g','b','c','y','m','k'])
self.markers = itertools.cycle(['o','s','v'])
Then at the start of each plot on a page I do:
self.ax.semilogy (esno, [e for e in per], c=self.colors.next(),
marker=self.markers.next(), label='iter=%s'%n_iter)
Finally, to finish each page:
plt.title (...)
plt.grid(which='major', linestyle='solid')
plt.grid(which='minor', linestyle='dashed')
plt.legend(prop=self.prop, loc='best')
self.ax.set_xlabel ('${E_s}/N_0$')
self.ax.set_ylabel ('per')
plt.figtext (0, 0, res['carriers'].values, horizontalalignment='left',
verticalalignment='bottom', size=5)
self.pdf.savefig (self.fig)
plt.close()
Then when all pages are done:
self.pdf.close()
It looks like I'm getting one of these error messages for each page.
Michael Droettboom wrote:
> Can you provide more detail about how to reproduce this?
>
> I can deduce you're using the Qt4Agg backend -- but running
> simple_plot.py, zooming around, and then closing the window does not
> seem to reproduce the error here.
>
> What version of Qt/PyQt/PySide are you running. What platform?
>
> Mike
>
> On 03/28/2012 08:34 AM, Neal Becker wrote:
>> I'm getting these messages, which did not occur with 1.1:
>>
>> Traceback (most recent call last):
>> File "/home/nbecker/.local/lib/python2.7/site-
>> packages/matplotlib/backends/backend_qt4.py", line 151, in<lambda>
>> lambda: self.close_event())
>> File "/home/nbecker/.local/lib/python2.7/site-
>> packages/matplotlib/backend_bases.py", line 1564, in close_event
>> self.callbacks.process(s, event)
>> RuntimeError: underlying C/C++ object has been deleted
>>
>>
>>
------------------------------------------------------------------------------
>> This SF email is sponsosred by:
>> Try Windows Azure free for 90 days Click Here
>> http://p.sf.net/sfu/sfd2d-msazure
>> _______________________________________________
>> Matplotlib-devel mailing list
>> Mat...@li...
>> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
|
|
From: Michael D. <md...@st...> - 2012-03-28 13:35:22
|
Can you provide more detail about how to reproduce this? I can deduce you're using the Qt4Agg backend -- but running simple_plot.py, zooming around, and then closing the window does not seem to reproduce the error here. What version of Qt/PyQt/PySide are you running. What platform? Mike On 03/28/2012 08:34 AM, Neal Becker wrote: > I'm getting these messages, which did not occur with 1.1: > > Traceback (most recent call last): > File "/home/nbecker/.local/lib/python2.7/site- > packages/matplotlib/backends/backend_qt4.py", line 151, in<lambda> > lambda: self.close_event()) > File "/home/nbecker/.local/lib/python2.7/site- > packages/matplotlib/backend_bases.py", line 1564, in close_event > self.callbacks.process(s, event) > RuntimeError: underlying C/C++ object has been deleted > > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel |
|
From: Neal B. <ndb...@gm...> - 2012-03-28 13:03:19
|
If I have to manually add room, I guess I might as well just keep using this, which I had used with version 1.1: fig.subplots_adjust(bottom=0.2) Jae-Joon Lee wrote: > I'm afraid that, unfortunately, it won't be fixed soon (if ever, as > far as I can tell). > What "tight_layout" does is to adjust the *subplot parameters* of the > figure so that the "subplots" fit in. Artists created with figtext > command is not affected by the subplot parameters, i.e. there is not > much thing we can do for these artists within the current > implementation. It would be better if some warning is printed in such > case (there are lots of cases that tight_layout will fail), but this > is not currently done. > > Depending on your need, you may leave out some area for figtext when > you call "tight_layout". This is only supported for gridspec though. > > import matplotlib.pyplot as plt > import matplotlib.gridspec as gridspec > > fig = plt.figure() > > gs1 = gridspec.GridSpec(2, 2) > ax_list = [fig.add_subplot(ss) for ss in gs1] > > fig.text (02, 0, "test", horizontalalignment='left', > verticalalignment='bottom', size=5) > fig.text (0.5, 1, "01", horizontalalignment='left', > verticalalignment='top', size='x-small') > > gs1.tight_layout(fig, rect=[0, 0.03, 1, 0.97]) # adjust rect parameter > to make some room for figtext. > > > Regards, > > -JJ > > > On Wed, Mar 28, 2012 at 9:17 PM, Neal Becker <ndb...@gm...> wrote: >> I just tried 1.1.1rc to see if it fixed the tight_layout for figtext. >> >> I have a semilogy plot, and add some lines of text on the bottom (and top): >> >> plt.figtext (0, 0, res['carriers'].values, horizontalalignment='left', >> verticalalignment='bottom', size=5) >> plt.figtext (0.5, 1, self.pageno, horizontalalignment='left', >> verticalalignment='top', size='x-small') >> ##plt.tight_layout(pad=1.0) >> plt.tight_layout() >> >> The text on the bottom is overprinting the x axis - the same as happened >> with the previous release. >> >> >> ------------------------------------------------------------------------------ >> This SF email is sponsosred by: >> Try Windows Azure free for 90 days Click Here >> http://p.sf.net/sfu/sfd2d-msazure >> _______________________________________________ >> Matplotlib-devel mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel > > ------------------------------------------------------------------------------ > This SF email is sponsosred by: > Try Windows Azure free for 90 days Click Here > http://p.sf.net/sfu/sfd2d-msazure > _______________________________________________ > Matplotlib-devel mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-devel |
|
From: Jae-Joon L. <lee...@gm...> - 2012-03-28 12:59:46
|
I'm afraid that, unfortunately, it won't be fixed soon (if ever, as
far as I can tell).
What "tight_layout" does is to adjust the *subplot parameters* of the
figure so that the "subplots" fit in. Artists created with figtext
command is not affected by the subplot parameters, i.e. there is not
much thing we can do for these artists within the current
implementation. It would be better if some warning is printed in such
case (there are lots of cases that tight_layout will fail), but this
is not currently done.
Depending on your need, you may leave out some area for figtext when
you call "tight_layout". This is only supported for gridspec though.
import matplotlib.pyplot as plt
import matplotlib.gridspec as gridspec
fig = plt.figure()
gs1 = gridspec.GridSpec(2, 2)
ax_list = [fig.add_subplot(ss) for ss in gs1]
fig.text (02, 0, "test", horizontalalignment='left',
verticalalignment='bottom', size=5)
fig.text (0.5, 1, "01", horizontalalignment='left',
verticalalignment='top', size='x-small')
gs1.tight_layout(fig, rect=[0, 0.03, 1, 0.97]) # adjust rect parameter
to make some room for figtext.
Regards,
-JJ
On Wed, Mar 28, 2012 at 9:17 PM, Neal Becker <ndb...@gm...> wrote:
> I just tried 1.1.1rc to see if it fixed the tight_layout for figtext.
>
> I have a semilogy plot, and add some lines of text on the bottom (and top):
>
> plt.figtext (0, 0, res['carriers'].values, horizontalalignment='left',
> verticalalignment='bottom', size=5)
> plt.figtext (0.5, 1, self.pageno, horizontalalignment='left',
> verticalalignment='top', size='x-small')
> ##plt.tight_layout(pad=1.0)
> plt.tight_layout()
>
> The text on the bottom is overprinting the x axis - the same as happened with
> the previous release.
>
>
> ------------------------------------------------------------------------------
> This SF email is sponsosred by:
> Try Windows Azure free for 90 days Click Here
> http://p.sf.net/sfu/sfd2d-msazure
> _______________________________________________
> Matplotlib-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
|
|
From: Neal B. <ndb...@gm...> - 2012-03-28 12:34:39
|
I'm getting these messages, which did not occur with 1.1:
Traceback (most recent call last):
File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backends/backend_qt4.py", line 151, in <lambda>
lambda: self.close_event())
File "/home/nbecker/.local/lib/python2.7/site-
packages/matplotlib/backend_bases.py", line 1564, in close_event
self.callbacks.process(s, event)
RuntimeError: underlying C/C++ object has been deleted
|
|
From: Neal B. <ndb...@gm...> - 2012-03-28 12:17:35
|
I just tried 1.1.1rc to see if it fixed the tight_layout for figtext.
I have a semilogy plot, and add some lines of text on the bottom (and top):
plt.figtext (0, 0, res['carriers'].values, horizontalalignment='left',
verticalalignment='bottom', size=5)
plt.figtext (0.5, 1, self.pageno, horizontalalignment='left',
verticalalignment='top', size='x-small')
##plt.tight_layout(pad=1.0)
plt.tight_layout()
The text on the bottom is overprinting the x axis - the same as happened with
the previous release.
|