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
(8) |
2
(2) |
3
(11) |
4
(11) |
|
5
(3) |
6
(3) |
7
(8) |
8
(1) |
9
(10) |
10
(16) |
11
(1) |
|
12
(8) |
13
(21) |
14
(13) |
15
(15) |
16
(6) |
17
(12) |
18
(2) |
|
19
(6) |
20
(6) |
21
(5) |
22
(2) |
23
(9) |
24
|
25
|
|
26
(2) |
27
(3) |
28
(2) |
29
(10) |
30
(2) |
31
(4) |
|
|
From: Benjamin R. <ben...@ou...> - 2010-12-20 23:05:47
|
On Monday, December 20, 2010, Jose Guzman <sjm...@go...> wrote: > > > > > > > > Hi everybody > > I wanted to collect a combination of plots to insert then in a subplot. > I choose to create Line2D objects to use the .add_line() method of the > AxesSubplot class, but unfortunately this does lead to the desired > results. > > Here my dummy version: > > from > matplotlib.lines import Line2D > from matplotlib.pyplot import figure, show > > import numpy as np > > def subplot_foo(n): > """ returns a the combination of 2 Line2D instances """ > x = np.arange(0, 200, 0.1) > y = np.random.randn(len(x)) > print len(x) > #y2 = y+n > > line1 = Line2D(x, y, color = 'k') > #line2 = Line2D(x,y2, 'r') > > #return line1+line2 > return line1 > > > fig = figure() # create Figure object > for i in range(1,5): > ax = fig.add_subplot(2,2,i) > > ax.add_line(subplot_foo(i)) > > show() > > First, the Line2D object does not represent > the plot I want to create. > Second, I cannot collect various Line2D objects into a Subplot. > > Any good idea around? > > > > You might want to look at LineCollection objects. Ben Root |
|
From: Jose G. <sjm...@go...> - 2010-12-20 17:14:57
|
Hi everybody
I wanted to collect a combination of plots to insert then in a subplot.
I choose to create Line2D objects to use the .add_line() method of the
AxesSubplot class, but unfortunately this does lead to the desired results.
Here my dummy version:
from matplotlib.lines import Line2D
from matplotlib.pyplot import figure, show
import numpy as np
def subplot_foo(n):
""" returns a the combination of 2 Line2D instances """
x = np.arange(0, 200, 0.1)
y = np.random.randn(len(x))
print len(x)
#y2 = y+n
line1 = Line2D(x, y, color = 'k')
#line2 = Line2D(x,y2, 'r')
#return line1+line2
return line1
fig = figure() # create Figure object
for i in range(1,5):
ax = fig.add_subplot(2,2,i)
ax.add_line(subplot_foo(i))
show()
First, the Line2D object does not represent the plot I want to create.
Second, I cannot collect various Line2D objects into a Subplot.
Any good idea around?
|
|
From: John H. <jha...@gm...> - 2010-12-20 15:36:55
|
No, I'm not adding or removing axes while interacting. (A single axes instance gets created when the figure is instantiated and remains the life of the figure.) Thans for the suggestion of replacing Axes.end_pan. Unfortunately I've left on a trip since my initial post so it will be a while before I can try it. On Dec 20, 2010 8:20 AM, "Michael Droettboom" <md...@st...> wrote: > This is a wild guess -- sounds like a race condition where the mouse up > event is somehow getting fired before the mouse down event. > > In your more complex example, are you adding/removing axes while > interacting with the plots? > > You could try "papering over" this problem by replacing Axes.end_pan > with the following (I'm not entirely sure this is a good idea, but I'm > curious if it prevents the sluggishness): > > def end_pan(self): > """ > Called when a pan operation completes (when the mouse button > is up.) > > .. note:: > Intended to be overridden by new projection types. > """ > if hasattr(self, '_pan_start'): > del self._pan_start > > Mike > > On 12/18/2010 01:52 PM, John Haiducek wrote: >> I have an application with two matplotlib figures, both using the gtkAgg >> backend. One or the other is displayed on the screen depending on the >> GUI state. Initially after creating the two figures, I can interact with >> both of them just fine, but after switching between figures two or three >> times the figure becomes sluggish in handling pans and zooms, and I >> start getting errors like this while panning: >> >> Traceback (most recent call last): >> File >> "/usr/lib/pymodules/python2.6/matplotlib/backends/backend_gtk.py", line >> 216, in button_release_event >> FigureCanvasBase.button_release_event(self, x, y, event.button, >> guiEvent=event) >> File "/usr/lib/pymodules/python2.6/matplotlib/backend_bases.py", line >> 1219, in button_release_event >> self.callbacks.process(s, event) >> File "/usr/lib/pymodules/python2.6/matplotlib/cbook.py", line 165, in >> process >> func(*args, **kwargs) >> File "/usr/lib/pymodules/python2.6/matplotlib/backend_bases.py", line >> 2016, in release_pan >> a.end_pan() >> File "/usr/lib/pymodules/python2.6/matplotlib/axes.py", line 2458, in >> end_pan >> del self._pan_start >> AttributeError: _pan_start >> >> I tried to create a minimum working example but so far have been >> unsuccessful; the problem did not recur in the simpler program I created. >> >> Can anyone suggest to me where I would look to find what could cause >> this error and the (presumably related) performance degradation? >> >> ------------------------------------------------------------------------------ >> Lotusphere 2011 >> Register now for Lotusphere 2011 and learn how >> to connect the dots, take your collaborative environment >> to the next level, and enter the era of Social Business. >> http://p.sf.net/sfu/lotusphere-d2d >> _______________________________________________ >> 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 > > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Michael D. <md...@st...> - 2010-12-20 14:18:25
|
This is a wild guess -- sounds like a race condition where the mouse up
event is somehow getting fired before the mouse down event.
In your more complex example, are you adding/removing axes while
interacting with the plots?
You could try "papering over" this problem by replacing Axes.end_pan
with the following (I'm not entirely sure this is a good idea, but I'm
curious if it prevents the sluggishness):
def end_pan(self):
"""
Called when a pan operation completes (when the mouse button
is up.)
.. note::
Intended to be overridden by new projection types.
"""
if hasattr(self, '_pan_start'):
del self._pan_start
Mike
On 12/18/2010 01:52 PM, John Haiducek wrote:
> I have an application with two matplotlib figures, both using the gtkAgg
> backend. One or the other is displayed on the screen depending on the
> GUI state. Initially after creating the two figures, I can interact with
> both of them just fine, but after switching between figures two or three
> times the figure becomes sluggish in handling pans and zooms, and I
> start getting errors like this while panning:
>
> Traceback (most recent call last):
> File
> "/usr/lib/pymodules/python2.6/matplotlib/backends/backend_gtk.py", line
> 216, in button_release_event
> FigureCanvasBase.button_release_event(self, x, y, event.button,
> guiEvent=event)
> File "/usr/lib/pymodules/python2.6/matplotlib/backend_bases.py", line
> 1219, in button_release_event
> self.callbacks.process(s, event)
> File "/usr/lib/pymodules/python2.6/matplotlib/cbook.py", line 165, in
> process
> func(*args, **kwargs)
> File "/usr/lib/pymodules/python2.6/matplotlib/backend_bases.py", line
> 2016, in release_pan
> a.end_pan()
> File "/usr/lib/pymodules/python2.6/matplotlib/axes.py", line 2458, in
> end_pan
> del self._pan_start
> AttributeError: _pan_start
>
> I tried to create a minimum working example but so far have been
> unsuccessful; the problem did not recur in the simpler program I created.
>
> Can anyone suggest to me where I would look to find what could cause
> this error and the (presumably related) performance degradation?
>
> ------------------------------------------------------------------------------
> Lotusphere 2011
> Register now for Lotusphere 2011 and learn how
> to connect the dots, take your collaborative environment
> to the next level, and enter the era of Social Business.
> http://p.sf.net/sfu/lotusphere-d2d
> _______________________________________________
> 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: Mark J. <mja...@es...> - 2010-12-20 02:58:03
|
Sweet locale for sure... been pointing colleagues here for awhile now. Any word on when an "official" version for 27 is expected? Thanks much, MJ -----Original Message----- From: Alan G Isaac [mailto:ala...@gm...] Sent: Friday, December 17, 2010 3:55 PM To: mat...@li... Subject: Re: [Matplotlib-users] unofficial binaries (Matplotlib, etc) On 12/17/2010 6:28 PM, Christoph Gohlke wrote: > http://www.lfd.uci.edu/~gohlke/pythonlibs/#matplotlib Wow! That's quite an offering. Alan Isaac ------------------------------------------------------------------------------ Lotusphere 2011 Register now for Lotusphere 2011 and learn how to connect the dots, take your collaborative environment to the next level, and enter the era of Social Business. http://p.sf.net/sfu/lotusphere-d2d _______________________________________________ Matplotlib-users mailing list Mat...@li... https://lists.sourceforge.net/lists/listinfo/matplotlib-users |
|
From: Jae-Joon L. <lee...@gm...> - 2010-12-20 00:37:14
|
When I open your eps file with ghostscript, I can see the problem. I'm about 95% sure that this is related to the ghostscript not correctly rendering the line. In your ghostscript viewer, turn off "antialiasing" then you will see straight line (of course w/o antialiasing). This seems to be a known problem that has recently been fixed http://www.ghostscript.com/doc/current/Changes.htm (see the entry of 2010-04-07T13:13:57.741241Z Robin Watts) It only happens when you use "round" join style. So, change your rc file (or any other setting) not to use "round" style. In case you must use "round" style, I guess you'd better upgrade your ghostscript. Regards, -JJ On Mon, Dec 20, 2010 at 8:53 AM, andes <czu...@ya...> wrote: > > Hello JJ, > > Thanks so much for replying.. > I have attached the "eps" file. > > http://old.nabble.com/file/p30495318/figeps.eps figeps.eps > > c > > > > Jae-Joon Lee wrote: >> >> Can you post your eps file? >> This may be related to the ps rasterizer you're using. >> Regards, >> >> -JJ >> >> >> On Thu, Dec 16, 2010 at 1:46 AM, andes <czu...@ya...> wrote: >>> >>> hello, >>> >>> When I save as an "eps" a figure created by matplotlib I face the problem >>> that the inclined lines in the plot appear to be jagged when I open the >>> "eps" (please see figure below). This problem doesn't appear when I save >>> the >>> figure as a pdf or png. Do you you know if there is a simple solution to >>> this problem that I can implement in my example code (shown below)? >>> I would greatly appreciate any advice. >>> #----example code >>> from numpy import * >>> from pylab import * >>> x=linspace(-1,1,100) >>> y=x >>> figure(1) >>> p1,=plot(x,y,lw=3) >>> savefig("figeps.eps") >>> #---jagged line in plot >>> http://old.nabble.com/file/p30465591/jagged.png >>> >>> -- >>> View this message in context: >>> http://old.nabble.com/jagged-line-in-eps-from-matplitlib-tp30465591p30465591.html >>> Sent from the matplotlib - users mailing list archive at Nabble.com. >>> >>> >>> ------------------------------------------------------------------------------ >>> Lotusphere 2011 >>> Register now for Lotusphere 2011 and learn how >>> to connect the dots, take your collaborative environment >>> to the next level, and enter the era of Social Business. >>> http://p.sf.net/sfu/lotusphere-d2d >>> _______________________________________________ >>> Matplotlib-users mailing list >>> Mat...@li... >>> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >>> >> >> ------------------------------------------------------------------------------ >> Lotusphere 2011 >> Register now for Lotusphere 2011 and learn how >> to connect the dots, take your collaborative environment >> to the next level, and enter the era of Social Business. >> http://p.sf.net/sfu/lotusphere-d2d >> _______________________________________________ >> Matplotlib-users mailing list >> Mat...@li... >> https://lists.sourceforge.net/lists/listinfo/matplotlib-users >> >> > > -- > View this message in context: http://old.nabble.com/jagged-line-in-eps-from-matplitlib-tp30465591p30495318.html > Sent from the matplotlib - users mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------------ > Lotusphere 2011 > Register now for Lotusphere 2011 and learn how > to connect the dots, take your collaborative environment > to the next level, and enter the era of Social Business. > http://p.sf.net/sfu/lotusphere-d2d > _______________________________________________ > Matplotlib-users mailing list > Mat...@li... > https://lists.sourceforge.net/lists/listinfo/matplotlib-users > |