SourceForge logo
SourceForge logo
Menu

matplotlib-users — Discussion related to using matplotlib

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



Showing 5 results of 5

From: Eric F. <ef...@ha...> - 2006年05月27日 23:35:37
Andrew,
Sure enough. I did not pay a lot of attention to the zoom part of 
pan/zoom mode with fixed aspect ratio because it doesn't make much sense 
to me--it is trying to change the aspect ratio, while the aspect-ratio 
code is desperately trying to keep the aspect ratio fixed. The solution 
is probably to redefine what the right-button-event does in the fixed 
aspect ratio case. It should either be disabled, or arranged so that 
motion to the right and/or up zooms in and to the left and/or down zooms 
out. What do you think it should do?
Left-button pan is definitely broken for horizontal motion.
I think what we have is not a single simple bug, but a whole set of 
bugs. It seems to be difficult to fix one thing related to aspect-ratio 
handling without breaking something else for interactive drawing. That 
probably means the overall design is bad. When I can, I will take 
another look and see if I can patch it up, but it won't be right away. 
If you can find a solution, that would be great.
Eric
Andrew Straw wrote:
> I'm having trouble with axis('equal') myself -- I'm happy to take a look
> in the source, but maybe it's a simple and easy bug. The issue I'm
> having is readily apparent with examples/axis_equal_demo.py -- using the
> pan/zoom mode and holding the right-mouse button down to zoom, I notice
> several issues:
> 
> 1) moving left-and-right seems to affect the position, not the zoom level
> 2) moving up seems to zoom in (as expected)
> 3) moving down zooms out as expected, but past a certain point, only the
> vertical axis gets re-scaled and breaking the equal-aspect.
> 
> Eric Firing wrote:
> 
> 
>>Mike,
>>
>>I thought all the aspect handling was finally working correctly. If
>>you generate a simple example, I will take a look. The simpler the
>>better, of course. I presume you are working with a recent svn version.
>>
>>Eric
>>
>>Michael P. Mossey wrote:
>>
>>
>>>I'm using this aspect mode:
>>>
>>> axes.set_aspect( 'equal', adjustable='datalim' )
>>>
>>>With several xy line plots on the axes, autoscaling doesn't seem to
>>>occur properly. It cuts off part of the data. Is this a known issue?
>>>I don't have a simple script to replicate it---I'll have to pull that
>>>out of a larger program---but just wanted to check if it is known. I
>>>don't see anything in the bug tracker.
>>>
>>>Mike
>>>
> 
> 
From: John H. <jdh...@ac...> - 2006年05月27日 17:37:58
>>>>> "Jochen" == Jochen Voss <li...@se...> writes:
 Jochen> By the way: does anybody know how to move a patch in
 Jochen> matplotlib? set_data works for lines, but what works for
 Jochen> patches?
This should be easier, but here's an example with a regular polygon --
it is quite easy to generalize this to any patch...
Use the blit techniques described on the animation wiki if you want to
make this significantly more efficient
from matplotlib.patches import RegularPolygon
from pylab import figure, show, nx
class MyPoly(RegularPolygon):
 def __init__(self, *args, **kwargs):
 RegularPolygon.__init__(self, *args, **kwargs)
 self.offsetx = 0
 self.offsety = 0
 self.x, self.y = map(nx.array, zip(*RegularPolygon.get_verts(self)))
 
 def get_verts(self):
 x = self.x + self.offsetx
 y = self.y + self.offsety
 return zip(x, y)
 
poly = MyPoly(xy=(1,1), numVertices=6, radius=5)
fig = figure()
ax = fig.add_subplot(111, xlim=(-100, 100), ylim=(-100, 100), autoscale_on=False)
ax.add_patch(poly)
def start(event):
 fig.canvas.mpl_disconnect(start.cid)
 randn = nx.mlab.randn
 for i in range(200):
 poly.offsetx += 2*randn()
 poly.offsety += 2*randn()
 fig.canvas.draw()
 
start.cid = fig.canvas.mpl_connect('draw_event', start)
show()
From: Jochen V. <li...@se...> - 2006年05月27日 13:26:15
Hi Andrew,
On Fri, May 26, 2006 at 11:42:07AM -0700, Andrew Straw wrote:
> Wishing that in 2006 we as a human race could come up with a better,=20
> open video format, ...
I think most of the problems is caused by software patents. It is
just not safe for Linux distributions etc. to integrate video
encoders, so all the solutions which exist are hidden away somewhere,
are not well integrated into the system, and also not too well tested.
By the way: does anybody know how to move a patch in matplotlib?
set_data works for lines, but what works for patches?
Many thanks,
Jochen
--=20
http://seehuhn.de/
From: Jochen V. <li...@se...> - 2006年05月27日 13:20:49
Hi Alan,
On Fri, May 26, 2006 at 12:26:07PM -0400, Alan G Isaac wrote:
> How are you turning your PNGs into an animation?
Sorry about the slow answer. I just used mencoder:
 mencoder 'mf://oc/*.png' -mf type=3Dpng:fps=3D12 -ovc lavc -lavcopts vc=
odec=3Dmpeg4 -o ocean.avi
All the best,
Jochen
--=20
http://seehuhn.de/
From: Alan G I. <ai...@am...> - 2006年05月27日 00:38:43
On 2006年5月26日, Andrew Straw apparently wrote: 
> ffmpeg -hq -b 8000 -f mpeg2video -r 30 -i frame%03d.png movie.mpeg" 
> * it seems very fragile -- changing the frame rate or the 
> codec usually breaks one of the above points 
OK. Thanks for the information and warning.
Did you experiment with MNG, or is support just not there yet?
(And will the next PIL be supporting MNG?)
Cheers,
Alan Isaac

Showing 5 results of 5

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 によって変換されたページ (->オリジナル) /