SourceForge logo
SourceForge logo
Menu

matplotlib-devel — matplotlib developers

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
(1)
2
3
(2)
4
(5)
5
(3)
6
(5)
7
8
(5)
9
10
11
(5)
12
(2)
13
(6)
14
(2)
15
(3)
16
(1)
17
18
(9)
19
(4)
20
(1)
21
(3)
22
(2)
23
(1)
24
(1)
25
26
(1)
27
(1)
28
(20)
29
(10)
30
(2)
31
(1)






Showing 4 results of 4

From: <ka...@mp...> - 2008年08月19日 14:06:41
Hi,
I am currently on vacation, so I can ́t be of much help - back 
beginning of next month. It would be useful if
you could try the clabel and ginput demo scripts and send images of 
the resulting figures so that we can determine exactly what things 
work and don ́t work.
Thanks,
David
Mark Bakker <ma...@gm...> ha escrito:
> Hello David and the developers list-
>
> I have had little luck on the mailing list, so sorry for writing you
> directly (David may be on vacation).
>
> I have two problems labeling contour lines in 0.98.3.
>
> First, when I call clabel, it removes all contours that are not labeled
> (because the label doesn't fit on the section of contour, I presume).
> This seems like a bug to me (or a really odd feature). It doesn't do this
> when inline = False, but I don't think it should do it either when inline =
> True
> Easy example:
>
>>>> x,y = meshgrid( linspace(-10,10,50), linspace(-10,10,50) )
>>>> z = log(x**2 + y**2)
>>>> cobj = contour(x,y,z) # Note that there are 8 contours levels (11
> contour sections in all)
>>>> cobj.clabel()
> <a list of 8 text.Text objects>
>>>> draw() # Now only 5 contours are drawn; the ones in the middle are
> removed.
>
> Second, when using the new manual labeling of contour labels (which is
> pretty neat!), how do I end this feature?
> The doc string says: right click, or potentially click both mouse buttons
> together (which already worries me).
> Neither works for me on win32, mpl 0.98.3, TkAgg backend, interactive mode.
> Does anybody have a solution?
>
> Thanks, Mark
>
----------------------------------------------------------------
This message was sent using IMP, the Internet Messaging Program.
From: Grégory L. <gre...@ff...> - 2008年08月19日 09:49:41
On Tue, 2007年11月20日 at 11:15 -1000, Eric Firing wrote:
> Jeff Whitaker wrote:
> > If I draw two images with imshow, then set_zorder for one of them to be 
> > higher than the other, should that one be the one that displays?
> 
> Jeff,
> 
> It is a wart. Images are handled separately from other artists, and 
> always drawn first, either as a composite or in the order in which they 
> were added to the list. Here is the relevant code in the Axes.draw() 
> method:
> 
> if len(self.images)<=1 or renderer.option_image_nocomposite():
> for im in self.images:
> im.draw(renderer)
> else:
> # make a composite image blending alpha
> # list of (mimage.Image, ox, oy)
> 
> 
> mag = renderer.get_image_magnification()
> ims = [(im.make_image(mag),0,0)
> for im in self.images if im.get_visible()]
> 
> 
> im = mimage.from_images(self.bbox.height()*mag,
> self.bbox.width()*mag,
> ims)
> im.is_grayscale = False
> l, b, w, h = self.bbox.get_bounds()
> # composite images need special args so they will not
> # respect z-order for now
> renderer.draw_image(l, b, im, self.bbox)
> 
> Maybe the set_zorder method for images should raise a warning, since it 
> can't do what one might reasonably expect.
> 
> Mike may be able to comment on the prospects for removing this wart at 
> some point in the transforms branch; he is looking at related questions 
> right now.
> 
> Eric
> 
> > 
> > for example, with
> > 
> > from pylab import *
> > delta = 0.025
> > x = y = arange(-3.0, 3.0, delta)
> > X, Y = meshgrid(x, y)
> > Z1 = bivariate_normal(X, Y, 1.0, 1.0, 0.0, 0.0)
> > Z2 = bivariate_normal(X, Y, 1.5, 0.5, 1, 1)
> > Z = Z2-Z1 # difference of Gaussians
> > im2 = imshow(Z2, interpolation='bilinear', cmap=cm.gray,
> > origin='lower', extent=[-3,3,-3,3])
> > im2.set_zorder(2)
> > im1 = imshow(Z1, interpolation='bilinear', cmap=cm.gray,
> > origin='lower', extent=[-3,3,-3,3])
> > im1.set_zorder(1)
> > show()
> > 
> > I expected Z2 to be plotted, but I actually see Z1. In fact, I always 
> > see the last one that was plotted, regardless of what I set the zorder to.
> > 
> > I'm using the latest SVN, with GTKAgg.
> > 
> > -Jeff
> > 
Any idea if the "wart" can be removed? I tried to use zorder with the
SVN matplotlib (in conjuction with alpha-transparency, it can give a
great way to represent missing data in waterfall diagram)
but without success, image is still always in the back....
I did not use imshow, but NonUniformImage, but I guess the problem is
the same for all AxisImage instances...
BTW, I also submitted a patch to NonUniformImage to allows for bilinear
interpolation on rectangular non-uniform grids. I think the original
code was yours, so maybe you have something to say about the patch ;-)
Best regards,
Greg.
From: Pierre R. <co...@py...> - 2008年08月19日 08:58:42
Hi Darren,
2008年8月18日 Darren Dale <dsd...@gm...>:
> Nevermind. It turns out its not exactly poor performance, but for some reason
> the gui events were not getting processed as frequently on windows. Maybe Qt
> changed something in an attempt to optimize performance.
>
> I applied a patch in svn 6043, but its a really simple fix. At the end of
> backend_qt4agg.FigureCanvasQTAgg.draw, after self.update(), add this line:
>
> QtGui.qApp.processEvents()
>
> It seemed to improve things on my windows laptop, but let me know if it fixes
> the problem for you.
Good work Darren, thanks, it works perfectly!
That is great news because I found (and reported) this bug three
months ago, so I was beginning to worry about the future of Qt4
backend.
Now I can consider updating PyQt in Python(x,y).
> I forgot to mention, the svg icons display fine for me with windows xp,
> matplotlib-0.98.
Forget about it, I've just found out that this is related to one of my
own-made packages.
Thanks
Pierre
From: Mark B. <ma...@gm...> - 2008年08月19日 08:06:27
Hello David and the developers list-
I have had little luck on the mailing list, so sorry for writing you
directly (David may be on vacation).
I have two problems labeling contour lines in 0.98.3.
First, when I call clabel, it removes all contours that are not labeled
(because the label doesn't fit on the section of contour, I presume).
This seems like a bug to me (or a really odd feature). It doesn't do this
when inline = False, but I don't think it should do it either when inline =
True
Easy example:
>>> x,y = meshgrid( linspace(-10,10,50), linspace(-10,10,50) )
>>> z = log(x**2 + y**2)
>>> cobj = contour(x,y,z) # Note that there are 8 contours levels (11
contour sections in all)
>>> cobj.clabel()
<a list of 8 text.Text objects>
>>> draw() # Now only 5 contours are drawn; the ones in the middle are
removed.
Second, when using the new manual labeling of contour labels (which is
pretty neat!), how do I end this feature?
The doc string says: right click, or potentially click both mouse buttons
together (which already worries me).
Neither works for me on win32, mpl 0.98.3, TkAgg backend, interactive mode.
Does anybody have a solution?
Thanks, Mark

Showing 4 results of 4

Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X





Briefly describe the problem (required):
Upload screenshot of ad (required):
Select a file, or drag & drop file here.
Screenshot instructions:

Click URL instructions:
Right-click on the ad, choose "Copy Link", then paste here →
(This may not be possible with some types of ads)

More information about our ad policies

Ad destination/click URL:

AltStyle によって変換されたページ (->オリジナル) /