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




Showing 9 results of 9

From: Eric F. <ef...@ha...> - 2012年07月02日 22:50:51
On 07/02/2012 12:36 PM, Pavol Juhas wrote:
> Done - https://github.com/matplotlib/matplotlib/issues/984
Thank you.
> I guess this means there is currently no way around it, right?
None that I know of offhand.
Eric
>
> Pavol
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
From: Pavol J. <pav...@gm...> - 2012年07月02日 22:36:18
Done - https://github.com/matplotlib/matplotlib/issues/984
I guess this means there is currently no way around it, right?
Pavol
From: Benjamin R. <ben...@ou...> - 2012年07月02日 21:06:49
On Sun, Jul 1, 2012 at 12:50 PM, surfcast23 <sur...@gm...> wrote:
>
> Hi,
> I am translating a Matlab code to python and get the following error when
> the codes reaches the plotting section
>
> Warning (from warnings module):
> File "C:\Documents and Settings\My Documents\PHYSICS\Wave-eqn.py", line
> 40
> w = (D*v)
> RuntimeWarning: overflow encountered in multiply
> Traceback (most recent call last):
> File "C:\Documents and Settings\My Documents\PHYSICS\Wave-eqn\.py", line
> 50, in <module>
> ax.plot_wireframe(x,tdata,data, rstride=10, cstride=10)
> File "C:\Python32\lib\site-packages\mpl_toolkits\mplot3d\axes3d.py", line
> 906, in plot_wireframe
> tylines = [tY[i] for i in cii]
> File "C:\Python32\lib\site-packages\mpl_toolkits\mplot3d\axes3d.py", line
> 906, in <listcomp>
> tylines = [tY[i] for i in cii]
> IndexError: index out of bounds
>
> My code
>
> import numpy as np
> from numpy import *
> from math import pi
> from scipy.linalg import toeplitz
> from scipy.special import cotdg
> from mpl_toolkits.mplot3d import axes3d
> import matplotlib.pyplot as plt
>
>
>
> N = 512
> h = 2*np.pi/N
> x = h*(np.arange(N) + 1)
> t = 0
> dt = h / 4
> a = .1
> tmax = 15;
> tplot = .15;
> nplots = int(round((tmax/tplot)));
> plotgap = int(around(tplot/dt));
> c = a + np.sin(x - 1)**2
> v = np.exp(-100 * (x - 1)**2)
> vold = np.exp(-100 * (x - a*dt - 1)**2)
>
> #i = np.arange(1, N)
> #column = np.hstack([0, .5 * (-1**i) * cotdg(i * h/2)])
> #D = toeplitz(column, -column)
>
> column = ((0.5*(-1)**arange(1,N+1))*cotdg(arange(1,N+1))*(h/2));
> D = toeplitz(column,-column);print(D.shape);
>
> k = np.zeros(((nplots,N))); print(v.shape);print(k.shape);
> data = np.concatenate((v.reshape((512,1)).transpose(), k))#data =
> np.concatenate((v, k),axis = 1);
> #data = np.vstack([v,k]);
> tdata = t;
>
> for i in range(1,nplots+1):
> for n in range(1,plotgap+1):
> t = t+dt
> w = (D*v)
> vnew = vold-2*dt*c*w
> vold = v
> v = vnew
> data[i,:] = v[0,:]
> tdata = vstack([tdata, t])
>
> fig = plt.figure()
> ax = fig.add_subplot(111, projection='3d')
> #X, Y, Z = axes3d.get_test_data(0.05)
> ax.plot_wireframe(x,tdata,data, rstride=10, cstride=10)
>
> plt.show()
>
> I looked at the error line and it seems as if the y axes is where the
> problem is, but I am not seeing why and would appreciate any help. Thank
> you!
>
numpy arrays are indexed starting at 0, not 1. So when you populate your
"data" array with "data[i,:] = v[0,:]", and "i" only goes from 1 to nplots,
data[0,:] is left completely uninitialized (unless it is being done by some
of your pre-for-loop code, which is confusing to understand.)
What I can tell you is that the error isn't in plot_wireframe() as much as
the error exist with the inputs to plot_wireframe(). Perhaps the shapes
aren't right or something. I will try and look at your code closer
tomorrow and see if I can figure it out, but I suggest double-checking
those arrays.
Cheers!
Ben Root
From: Eric F. <ef...@ha...> - 2012年07月02日 18:59:51
On 06/27/2012 09:12 PM, Mads Ipsen wrote:
> Hi,
>
> Suppose you do this:
>
> axes = self.figure().get_axes()
> contour = axes.contourf(x,y,z)
> colorbar = self.figure().colorbar(contour)
>
> Suppose that the contour data changes, can you update the colorbar with
> the new data?
>
> Currently I remove the colorbar and insert a new one - but I have a
> feeling that something smarter could be done.
When you say "the contour data changes", I assume you mean you are 
contouring a new set of data, with new contour levels, and not just 
changing the cmap. In this case there is no point in trying to save 
something from the old colorbar, so remaking it is the right thing to 
do. Simple, effective, foolproof. (If only the cmap is changed, then 
the existing colorbar should be getting updated automatically.)
Eric
>
> Best regards,
>
> Mads
>
From: Benjamin R. <ben...@ou...> - 2012年07月02日 18:26:18
Mads,
On Thu, Jun 28, 2012 at 3:12 AM, Mads Ipsen <mad...@gm...> wrote:
> Hi,
>
> Suppose you do this:
>
> axes = self.figure().get_axes()
> contour = axes.contourf(x,y,z)
> colorbar = self.figure().colorbar(contour)
>
> Suppose that the contour data changes, can you update the colorbar with
> the new data?
>
> Currently I remove the colorbar and insert a new one - but I have a
> feeling that something smarter could be done.
>
> Best regards,
>
> Mads
>
The only way I could think of to do what you want a bit more intelligently
is to reuse the existing QuadContourMesh that comes from the initial call
to contourf. Updates to that "ScalarMappable" object should then trigger
updates to the existing colorbar. Not entirely sure which code would be
cleaner, though, because reusing a QuadContourMesh isn't easy.
Cheers!
Ben Root
From: Benjamin R. <ben...@ou...> - 2012年07月02日 18:20:58
Mads,
On Thu, Jun 28, 2012 at 7:47 AM, Mads Ipsen <mad...@gm...> wrote:
> I want to make some mods to a few selected tick labels.
>
> For example, if I do
>
> label = axes.yaxis.get_major_ticks()[2].label
> label.set_fontsize(size)
> label.set_rotation('vertical')
>
> the font size and the orientation of the tick label is changed. However,
> if try
>
> label.set_text('Foo')
>
> the tick label is *not* modified.
>
> Any clues?
>
> Best regards,
>
> Mads
>
>
I can't seem to reproduce your issue. If I call "label.get_text()" after
calling "label.set_text('Foo')", I get 'Foo' back. Did you mean that the
text on the plot was not updated? If so, I wouldn't be totally surprised.
Which version of matplotlib (and backend) are you using?
Cheers!
Ben Root
From: Eric F. <ef...@ha...> - 2012年07月02日 18:04:13
On 07/02/2012 06:34 AM, Pavol Juhas wrote:
> Hi all,
>
> I have been using backend-neutral matplotlib (0.99) widgets to implement
> a simple GUI control, which can be opened from IPython pylab session.
> The widgets are all contained in a dedicated figure, however if this
> figure is the current one, pyplot commands draw through the widget
> elements.
>
> Is there any option to lock a matplotlib figure and thus protect it
> from pyplot commands? If not, are there any plans to add such
> function? I think this would surely make the matplotlib widgets more
> useful.
>
> Thank you,
>
> Pavol
>
> PS: Actually, the built-in subplot_tool function seems to suffer from
> the same issue - here is an example which draws a line through the
> Reset button:
>
> $ ipython -pylab
> In [1]: subplot_tool()
> # click any slider
> In [2]: plot(range(2))
This looks like a bug. Would you report it on Github as a New Issue, 
please, noting your mpl version and backend?
https://github.com/matplotlib/matplotlib/issues.
I can replicate it with 1.2.x on Linux.
Thank you.
Eric
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
From: Pavol J. <pav...@gm...> - 2012年07月02日 16:34:44
Hi all,
I have been using backend-neutral matplotlib (0.99) widgets to implement
a simple GUI control, which can be opened from IPython pylab session.
The widgets are all contained in a dedicated figure, however if this
figure is the current one, pyplot commands draw through the widget
elements.
Is there any option to lock a matplotlib figure and thus protect it
from pyplot commands? If not, are there any plans to add such
function? I think this would surely make the matplotlib widgets more
useful.
Thank you,
Pavol
PS: Actually, the built-in subplot_tool function seems to suffer from
 the same issue - here is an example which draws a line through the
 Reset button:
$ ipython -pylab
In [1]: subplot_tool()
# click any slider
In [2]: plot(range(2))
From: <Jea...@hz...> - 2012年07月02日 08:33:12
Hi all!
How can I use the keyboard events up/down/right/left without starting an interaction with the navigation toolbar?
I connected to the keypress events and everything looks ok until I press the down key: my connected method gets called once and the navigation toolbar then gets the focus. From that point on it catches all of my arrow presses.
I noticed that using shifted keys could be a workaround but I really do not like it...
Thanks in advance for help!
cheers JF
-
Helmholtz Zentrum Geesthacht
Institut für Werkstoffforschung
Abteilung WPN, Instrument REFSANS
Lichtenbergstr. 1
85747 Garching FRM II
Tel.: +49 (0)89 289 10762
Internet: http://www.frm2.tum.deHelmholtz-Zentrum Geesthacht 
Zentrum für Material- und Küstenforschung GmbH 
Max-Planck-Straße 1 I 21502 Geesthacht I Deutschland/Germany 
Geschäftsführer/Board of Management: Prof. Dr. Wolfgang Kaysser, Dipl.-Ing. Michael Ganß 
Vorsitzender des Aufsichtsrates/Chairman of the Supervisory Board: MinDirig Wilfried Kraus 
Amtsgericht Lübeck HRB 285 GE (Register Court) 
Internet: http://www.hzg.de 

Showing 9 results of 9

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