matplotlib-users Mailing List for matplotlib

A new mpl release is coming soon.  One of the changes is that there is a 
new matplotlib.pyplot module that has only the plotting parts of the 
pylab interface.  The pylab module still imports from oldnumeric, so it 
still has the old Numeric-style upper case types (Float64 instead of 
float64, etc.), but it gets its plotting capabilities from pyplot.

The old pylab namespace was very crowded, with many ways of getting some 
functions and modules.  Via pyplot it has been simplified somewhat. 
This means that if it stays the way it is, some user code will 
break--something that used to be there will be missing.

So far, no svn user has complained.  If you are concerned about possible 
breakage of your code, however, please check now to see if there is a 
problem.  If you can make a good argument that something I have left out 
of pyplot (and therefore pylab) should go back in, I will be happy to 
consider it.  But for the long run we do want to slim these things down, 
regularize them, and deprecate the old Numeric compatibility names, 
defaults, and functionality.  A future version of pylab may be little 
more than

from matplotlib.pyplot import *
from numpy import *


Eric

On Nov 8, 2007 7:10 AM, James Jackson <Jam...@ce...> wrote:
> Hi,
>
> I have written a module which implements a custom histogram class,
> with the plotting handled by a call to ax.plot(x, y, ...). The x and
> y values are massaged to create a conventional histogram binned look,
> for example:
>
> http://www.onlineclienttest.co.uk/invmass-hor-py.png
>
> What I would like to do is add custom error bars to each of the bin
> centroids. Clearly some form of ScatterError(x, y, yerr_up,
> yerr_down) where the scatter point itself is set to be non-visible
> would be ideal. Is there anything like this I could use?
>

Not sure I understand the question, but perhaps you can borrow
something from ax.errorbar?

If you would like to simply patch ax.hist with a kwarg to draw it in
the style you want, that would also be welcome.

sunzen w. wrote:
> I try to rebuild a small sample code, which is attached. Amazingly,
> the pan mode is normal for this sample code.  However, the problem
> existing in my application code is still not yet identified.
> 
> What's the possible reasons? What kind of further information i should provide?
> I'll keep exploration. Thank you for your guidance.

All I can suggest is that you compare this script you provided (which 
works) to the one that's broken (your application), and try to determine 
which difference is causing it to break.  Once you've put that 
difference into a short script and we can reproduce it, we'll have a 
better idea of what the root cause might be and whether there's a 
workaround.

Cheers,
Mike

-- 
Michael Droettboom
Science Software Branch
Operations and Engineering Division
Space Telescope Science Institute
Operated by AURA for NASA

Hi,

I have written a module which implements a custom histogram class,  
with the plotting handled by a call to ax.plot(x, y, ...). The x and  
y values are massaged to create a conventional histogram binned look,  
for example:

http://www.onlineclienttest.co.uk/invmass-hor-py.png

What I would like to do is add custom error bars to each of the bin  
centroids. Clearly some form of ScatterError(x, y, yerr_up,  
yerr_down) where the scatter point itself is set to be non-visible  
would be ideal. Is there anything like this I could use?

Regards,
James.

John,
Thank you for your response.

On Nov 7, 2007 10:13 PM, John Hunter <jd...@gm...> wrote:
> On Nov 7, 2007 7:17 AM, Michael Droettboom <md...@st...> wrote:
>
> Michael> I'm not sure what you mean by "can't work on my canvas".  Can you
> Michael> provide a small code sample that shows it not working?
(Mike, i'm sorry for that i forgot to send my last response to matplotlib-users)
I meant the plot can't be constrained to x or y axis when I press 'x'
or 'y' key while operating on the pan mode.  Panning plot just
relative to 'x' or 'y' axis is what i want.

>
> Here is a reference example in which the x and y constrained panning
> do work in my tests with (GTKAgg and mpl svn), and picking is enabled,
> so you might start and see if this works for you and if not what is
> different about your code.  Note that you can only have *either*
> panning and zooming enabled, or picking, but not both at the same
> time, because both compete for the resource of the mouse via the
> widget lock.

Thanks for your example.
The pan mode works normally in the example, as many examples of
matplotlib package.
Yes, Only either panning/zooming or picking is enabled at one time.

> Sunzen> I'm sad to see that there is no answer to my question over these days.
> Sunzen> Active development of matplotlib needs a lot of users.
>
> Absolutely true.  We have several active developers, and many more
> users, so developers tend to prioritize their responses to questions
> which provide a clear description of the problem (with version and
> environment information) and more importantly, a code sample so we can
> see whether we can replicate the problem on our end.  When a user
> doesn't take the time to prepare such a post so that we can help him
> effectively, we tend to move on.

Thanks for your detailed explanation. I'm sorry for my brief information.
My system is fedora 7. python version is 2.5, and matplotlib version
is 0.90.0.

I try to rebuild a small sample code, which is attached. Amazingly,
the pan mode is normal for this sample code.  However, the problem
existing in my application code is still not yet identified.

What's the possible reasons? What kind of further information i should provide?
I'll keep exploration. Thank you for your guidance.


-- 
sunzen
<<freedom & enjoyment>>

Hello,

I'm struggling with compiling matplotlib0.90.1 on Solaris5.9.
Although I set environ variables CC=gcc, installer arbitrarily put the 
special options such as -xO2 -xtarget=ultra -xarch=v8 that gcc can not 
handle. How can I suppress those machine dependent options?
It is probably not because of the matplotlib itself though...

Hyungjun

>From: Herman Berendsen <H.Berendsen@ru...> - 2007-10-01 08:48
>After installing matplotlib (matplotlib-0.90.1.win32-py2.5.exe) on
>Windows XP, the command "from pylab import *" results in an error
>message complaining that the file "_agg" is missing. Indeed there is no
>file "_agg.py" in the distribution, although a file "_agg.pyd" exists.
>Can anyone suggest how to solve this problem?

I found that pywin was masking the true error message which was
"missing mvsvcp71.dll"

Running python from the command prompt I could see this error, after I
downloaded this dll matplotlib works fine.

Hope this helps.

Neil