Sourish,
We no longer are updating the 1.3.x releases. Can you reproduce this
problem using 1.4.3?
Tom
On Thu, May 7, 2015 at 11:14 AM Sourish Basu wrote:
> Hello,
>
> I have been fighting with this problem for some time. It seems that if, on
> a plot, I have some text inside a bounding box,
Looking at the code again, you actually don't need to go the approach of
passing an argument. The global "amp" should work. You just need to not be
futzing around with it. Get rid of the three commented out lines. They do
you no good.
Ben Root
On Wed, Dec 17, 2014 at 4:06 PM, Benjamin Root wrote
First, I am not sure what you think the reset() method does. samp.reset()
does one job. It RESETS the slider. You are not seeing the bar move because
it keeps getting reset. Take it out from your code. I do not know what you
are trying to do with it.
Second, numerical values in python are not muta
I have a simple oscillatory animation with a parameter "amp", which I control
with a slider.
The control works (when I do a mouse-drag on the slider bar), but the slide
bar never actually changes it's position because the reset call fails.
I don't see why the global statement should have any effec
the reset() method is meant to return the slider back to its initialized
value, that's it.
I suspect what you are having difficulties with has to do with your use of
a global variable "amp". It is going to be completely unlikely that updates
to the slider's "val" attribute would actually be updati
[This post might appear twice, if so, I apologize. The first version is
flagged that it has not been accepted yet]
I am controlling a simple animation with a slider, successfully. A mouse
drag updates the parameter correctly but the slider-bar position is not
updated.
If "samp" is a slider, the c
Filipe Pires Alvarenga Fernandes writes:
>
> Yep, that's what I was expecting. It should fail with both show() and
> the save as 'png' format. However, it only fails when trying to save
> an 'eps'
>
> -Filipe
>
> On Mon, May 7, 2012 at 1:12 PM, Benjamin Root ou.edu>
wrote:
> > On Mon, May
Hi,
trying to create a velocity plot for a 2d ode and superimposing it onto
a trajectory, I am encountering some issues with quiver.
Let ns1(x,t) be a vector function defining the ode, ready to be integrated with
scipy odeint and actually invariant with t. Here, x is a 1d state array with 2
entri
Yep, that's what I was expecting. It should fail with both show() and
the save as 'png' format. However, it only fails when trying to save
an 'eps'
-Filipe
On Mon, May 7, 2012 at 1:12 PM, Benjamin Root wrote:
> On Mon, May 7, 2012 at 12:55 PM, Michael Droettboom wrote:
>>
>> That's not a bug
On Mon, May 7, 2012 at 12:55 PM, Michael Droettboom wrote:
> That's not a bug. linewidth is required to be a float, rather than a
> string. Python's typing is generally a little stricter than languages
> such as JavaScript.
>
> Mike
>
>
I think the bigger question is why does it _work_ with sho
That's not a bug. linewidth is required to be a float, rather than a
string. Python's typing is generally a little stricter than languages
such as JavaScript.
Mike
On 05/07/2012 12:14 PM, Filipe Pires Alvarenga Fernandes wrote:
> Hi, this is not a big deal, but I think that there is a bug whi
Hi, this is not a big deal, but I think that there is a bug while
saving eps figures and passing the linewidth='2.5' as string instead
of float. The following reproduces the error I get here:
plt.plot([1,2,3], 'k', linewidth='2.5')
plt.savefig('teste.png') # Saves OK
# The following fails with l
Hello,
On matplotlib's home, there is a demo ( a program called legend_picking.py
) were one can click on the lines in the legend of a plot to hide / unhide
the corresponding plot lines.
However there is a problem when the click takes place outside the main
canvas (the white space).
I made a sma
On Thu, May 12, 2011 at 7:18 AM, David Andrews wrote:
> I'm quite interested in getting involved with mpl development, partly
> as a way to get my head around python & numpy and aid porting a bunch
> of stuff I use over to python from IDL. Unless I'm doing something
> totally wrong by expecting t
Yes, this is a bug that has been fixed.
https://github.com/matplotlib/matplotlib/commit/76851eb
Regards,
-JJ
On Thu, May 12, 2011 at 7:53 AM, Goyo wrote:
> 2011/5/12 David Andrews :
>> Hi,
>>
>> I've come across something I don't entirely understand in the
>> behaviour of gridspec. It's not
2011/5/12 David Andrews :
> Hi,
>
> I've come across something I don't entirely understand in the
> behaviour of gridspec. It's not obvious from the code & docs for this
> module, but is it only supposed to be able to deal with 'square'
> layouts, e.g. 3x3, 4x4 etc?
>
> Taking some code from an ex
Hi,
I've come across something I don't entirely understand in the
behaviour of gridspec. It's not obvious from the code & docs for this
module, but is it only supposed to be able to deal with 'square'
layouts, e.g. 3x3, 4x4 etc?
Taking some code from an example on the gridspec page ...
import m
Moving to the devel list, since this concerns an internal API of
matplotlib. Thanks to Sourav for reporting this and to Eric for sending
the note to me.
Eric Firing writes:
> Sourav K. Mandal wrote:
>> I have a simple problem: when outputting to PDF or SVG, alpha blending
>> does not work for th
Sourav K. Mandal wrote:
> Hello,
>
> I am using Matplotlib version 0.99.1.1.
>
> I have a simple problem: when outputting to PDF or SVG, alpha blending
> does not work for the lines drawn by "contour". However, alpha blending
> does work for the regions given by "contourf".
>
You are right,
Hello,
I am using Matplotlib version 0.99.1.1.
I have a simple problem: when outputting to PDF or SVG, alpha blending
does not work for the lines drawn by "contour". However, alpha blending
does work for the regions given by "contourf".
Both work when outputting to PNG.
My Python script (and
This has indeed been fixed.
http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/trunk/matplotlib/lib/matplotlib/ticker.py?r1=7677&r2=7980
Some minor changes may not be listed in the changelog.
Regards,
-JJ
On Thu, Jan 14, 2010 at 12:29 PM, Jeremy Lewi wrote:
> Hello,
>
>
>
> I think I’m
Hello,
I think I'm using matplotlib 0.99.0. IndexFormatter in matplotlib/ticker.py
doesn't appear to subclass Formatter which I think might be a bug. I did a
quick search of the changelog for 0.99.1 and I couldn't find any mention of
this issue.
Jeremy Lewi
Engineering Scientist
The
Phillip M. Feldman wrote:
> Hello Eric-
>
> When I look at http://matplotlib.sourceforge.net/api/colors_api.html,
> the documentation for LinearSegmentedColormap indicates that there is a
> parameter called "N" but does not specify what this parameter does.
> Thanks for clarifying this. I wil
Hello Eric-
When I look at http://matplotlib.sourceforge.net/api/colors_api.html,
the documentation for LinearSegmentedColormap indicates that there is a
parameter called "N" but does not specify what this parameter does.
Thanks for clarifying this. I will submit a patch to the documentation.
Dr. Phillip M. Feldman wrote:
> The attached script creates a colormap containing five colors. At the end of
> the script, I print the value of cmap.N, and it is 256 rather than 5.
>
> http://www.nabble.com/file/p25740788/bugdemo.py bugdemo.py
No, it is not a bug. You never told LinearSegmented
The attached script creates a colormap containing five colors. At the end of
the script, I print the value of cmap.N, and it is 256 rather than 5.
http://www.nabble.com/file/p25740788/bugdemo.py bugdemo.py
--
View this message in context:
http://www.nabble.com/possible-bug-in-LinearSegmentedCo
Hi,
I just installed matplotlib 0.99.0 and I see that this problem is
still there.
The command plot(a,ls='steps') is equivalent to plot(a,ls='steps-pre')
and both cause the first value of the array to NOT be plotted. This
is REALLY not what should happen when one plots an array with several
On Fri, Jul 17, 2009 at 5:15 PM, Paul Ray wrote:
>
>
> Ryan Krauss-2 wrote:
>>
>> RTFM:
>>
>> plot(t,y, drawstyle='steps-post')
>>
>>
>
> Actually, 'steps-pre' (which is the default) and 'steps-post' seem to have
> swapped definitions.
> Here is what the docs say:
> *where*: [ 'pre' | 'post' | '
Ryan Krauss-2 wrote:
>
> RTFM:
>
> plot(t,y, drawstyle='steps-post')
>
>
Actually, 'steps-pre' (which is the default) and 'steps-post' seem to have
swapped definitions.
Here is what the docs say:
*where*: [ 'pre' | 'post' | 'mid' ]
If 'pre', the interval from x[i] to x[i+1] has le
On Sun, Jun 21, 2009 at 4:42 PM, Thomas
Robitaille wrote:
> Hi Jae-Joon,
>
> Thanks for the quick fix! Just looked in the svn browser, and noticed you
> changed line 5290 of axes.py to
>
> 'o' : (0,0,3),
>
> Should this not be
>
> 'o' : (0,3,0),
>
> ?
No, somehow the meaning of each item is differ
Hi Jae-Joon,
Thanks for the quick fix! Just looked in the svn browser, and noticed
you changed line 5290 of axes.py to
'o' : (0,0,3),
Should this not be
'o' : (0,3,0),
?
Thanks,
Tom
On Jun 21, 2009, at 2:59 PM, Jae-Joon Lee wrote:
> Thanks for the report.
> And, this turned out to be a b
Thanks for the report.
And, this turned out to be a bug. The symbol style code was simply
ignored when its value is 3.
While the bug should now be fixed (both in the trunk and the maint.
branch), you may use marker style like (20,0,0) (or increase the first
number when symbol is large) for a worka
Hi,
I'm trying to use the scatter method, making use of the option to specify
the marker as a tuple. From the documentation, it would seem that specifying
marker=(0,3,0) should draw a circle. However, this is not the case. If you
consider the following code:
import matplotlib
matplotlib.use('Agg
RTFM:
plot(t,y, drawstyle='steps-post')
This was really helpful:
http://matplotlib.sourceforge.net/examples/pylab_examples/set_and_get.html
especially
>>> line, = plot([1,2,3])
>>> setp(line, linestyle='--')
On Fri, May 15, 2009 at 6:52 PM, Ryan Krauss wrote:
> Oh, and in case it matters
Oh, and in case it matters I am running
In [36]: matplotlib.__version__
Out[36]: '0.98.5.2'
on Ubuntu 9.04 (with the rather lame name of Jaunty Jackolope).
On Fri, May 15, 2009 at 6:51 PM, Ryan Krauss wrote:
> I think I used to use plot with linestyle='steps' to plot data for
> zero-order hold
Hi
Thanks for the replies. I replaced all the fonts of my script to
Helvetica and it works fine. Yes, I'm using ps.fonttype=3. The files
are pretty small.
But I still couldn't find out why matplotlib was getting that ttf Vera...
Cheers,
Marco
On Tue, Aug 26, 2008 at 4:48 AM, Michael Droettboom
On Mon, 25 Aug 2008, Michael Droettboom apparently wrote:
> The closest thing to Arial in the standard PS fonts is
> Helvetica.
OT:
Just a reminder that this is because Arial was designed as
a Helvetica clone for Windows users.
Cheers,
Alan Isaac
---
The "useafm" option is designed to work with the 14 standard Postscript
fonts. I suppose it's possible to use a third-party afm, but such a
thing would be extremely rare. The closest thing to Arial in the
standard PS fonts is Helvetica.
But yes, this is a bug, only in that the error message c
Hi everyone
I'm a matplotlib's beginner user and I had a problem that seems to be
a bug. If I enable the option ps.useafm and I ask for a font that is
not available in my OS, the matplotlib's font manager tries to get a
default font, which is Vera (I don't know how the default font is set
to Vera,
On Monday 05 May 2008 02:07:27 pm G Jones wrote:
> Hello,
> I don't know if this is a bug or not, but I notice that
> notify_axes_change is defined in each FigureManager* __init__
> function, and usually it is then passed to
> self.canvas.figure.add_axobserver(notify_axes_change), but this is not
>
Hello,
I don't know if this is a bug or not, but I notice that
notify_axes_change is defined in each FigureManager* __init__
function, and usually it is then passed to
self.canvas.figure.add_axobserver(notify_axes_change), but this is not
the case in FigureManagerQt, it is defined but never used in
Hi all,
I think there may be a bug in annotate. If I don't have any offset
between the xcoord of xy and xytext I get a zero division error.
Otherwise it is fine. For example:
In [3]: plot([1,2,3],[1,2,3])
Out[3]: []
In [4]: annotate('hello', xy=(2.0,2.0), xytext=(2.0,1.5),
arrowprops=dict(facecol
> "Nils" == Nils Wagner <[EMAIL PROTECTED]> writes:
>> Thanks for the report Nils, fixed in svn.
OK, and this time I actually tested :-)
JDH
Using Tomcat but need to do more? Need to support web services, security?
Get stuff done quickly with pre-integrated technology to make your job
John Hunter wrote:
>> "Nils" == Nils Wagner <[EMAIL PROTECTED]> writes:
>>
>
> Nils> I am using the latest svn version of mpl Traceback (most
> Nils> recent call last): File
> Nils> "/usr/lib/python2.4/site-packages/matplotlib/backend_bases.py",
> Nils> line 156
> "Nils" == Nils Wagner <[EMAIL PROTECTED]> writes:
Nils> I am using the latest svn version of mpl Traceback (most
Nils> recent call last): File
Nils> "/usr/lib/python2.4/site-packages/matplotlib/backend_bases.py",
Nils> line 1562, in zoom widgets.release(self) AttributeError:
I am using the latest svn version of mpl
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/matplotlib/backend_bases.py",
line 1562, in zoom
widgets.release(self)
AttributeError: 'module' object has no attribute 'release'
Nils
Using Tomcat but need to do more? N
> "Tony" == Tony Mannucci <[EMAIL PROTECTED]> writes:
Tony> axvline does not appear to work correctly. It appears to
Tony> change the plot axes. For example:
Thanks for the bug-report and example code, this is now fixed in svn
2481. To fix this, I also added support for selective au
axvline does not appear to work correctly. It appears to change the plot axes.
For example:
import matplotlib
import pylab as PLT
>>> x
array([ 0., 1., 2., 3.])
>>> y
array([ 2., 3., 5., 6.])
>>> PLT.plot(x,y)
[]
>>> PLT.axis([0.0,3.0,0.0,5.0])
[0.0, 3.0, 0.0, 5.0]
>>> PLT.axvline(1.5)
48 matches
Mail list logo