matplotlib-users Mailing List for matplotlib (Page 11)

Hello,
I have a problem with the 3D plotting of PolyCollections with
python-matplotlib-1.0.0 (on openSUSE 11.3 x86_64):
instead of being correctly stacked as in the example
http://matplotlib.sourceforge.net/examples/mplot3d/polys3d_demo.html,
the plots are weirdly overlapping. The example works OK for me but I
need a PolyCollection in order to plot the results of a couple of FEM
simulations...
Code is attached which demonstrates the problem. Any help is deeply appreciated!
Thanks a million times in advance,
best regards from Salzburg, Austria,
Daniel

Hi,
On 8 January 2011 18:57, OKB (not okblacke) <bre...@br...> wrote:
> Is there a simple way to get a
> histogram that does not bin any values together at all, but simply
> creates one bar for each distinct value in the dataset?
You can just use the bins keyword to plt.hist (or np.hist):
plt.hist ( x, bins=np.unique ( x ) )
Jose

 	A straightforward question: Is there a simple way to get a 
histogram that does not bin any values together at all, but simply 
creates one bar for each distinct value in the dataset?
-- 
--OKB (not okblacke)
Brendan Barnwell
"Do not follow where the path may lead. Go, instead, where there is
no path, and leave a trail."
	--author unknown

Hi there,
I am using matplotlib for the first time to chart stock prices.
I have a list of trades I have made on a particular stock, and I would
like to be able to superimpose on the chart the particular "buy" or
"sell" days I have made historically.
I had a look at the "plt.text()" function, but not sure about the x,y
portion, since the two items I am interested in are the date (x-axis)
and price (y-axis) for that trade to put a "buy" or "sell" label on.
The buy/sell data I have in a MySQL DB, but easily pulled into a list or
array if matplotlib lends itself to either format.
Any tips or help appreciated.

Hi
Thanks to your encouragement, I tried a different computer with all new install, and everything worked (matplotlib 1.0.1, py2exe, etc)! That is great. I think I had a bad sys.path or a linking problem (too many compilers,etc) but I blamed matplotlib.
Thanks to all the great matplotlib people for doing such a great job. Keep on rocking.
Cheers 
--- On Thu, 1/6/11, Christoph Gohlke <cg...@uc...> wrote:
> From: Christoph Gohlke <cg...@uc...>
> Subject: Re: [Matplotlib-users] new 1.0.1 and py2exe build fails
> To: mat...@li...
> Date: Thursday, January 6, 2011, 8:22 PM
> Please post a minimal script that
> fails and details about your setup. I 
> do not have any problem with mpl 1.0.1 and py2exe.
> 
> Christoph
> 
> On 1/6/2011 4:48 PM, zb wrote:
> > Hi
> >
> > I decided to give a quick try to 1.0.1 and py2exe and
> see what happens. When I try to start the compiled exe
> program I get this error log:
> >
> > Traceback (most recent call last):
> >  File "artisan.pyw", line 122,
> in<module>
> >  File "zipextimporter.pyo", line 82, in
> load_module
> >  File "matplotlib\figure.pyo", line 18,
> in<module>
> >  File "zipextimporter.pyo", line 82, in
> load_module
> >  File "matplotlib\axes.pyo", line 332,
> in<module>
> >  File "matplotlib\axes.pyo", line 2014, in
> Axes
> >  File "matplotlib\docstring.pyo", line
> 103, in dedent_interpd
> >  File "matplotlib\docstring.pyo", line 36,
> in __call__
> > KeyError: 'Line2D'
> >
> >
> > It seems as if I did not include something important
> in the setup.py.
> >
> >
> > How could I modify the setup.py file to make it work?
> >
> >
> > Thanks for any suggestions.
> >
> >
> > ######### setup.py 
> ########################################
> >
> >
> > from distutils.core import setup
> > import matplotlib as mpl
> > import py2exe
> >
> > INCLUDES = [
> >       
> "sip",
> >       
> "serial"
> >       ]
> >
> > EXCLUDES = ['_tkagg',
> >       
> '_ps',
> >       
> '_fltkagg',
> >       
> 'Tkinter',
> >       
> 'Tkconstants',
> >       
> '_cairo',
> >       
> '_gtk',
> >       
> 'gtkcairo',
> >       
> 'pydoc',
> >       
> 'sqlite3',
> >       
> 'bsddb',
> >       
> 'curses',
> >       
> 'tcl',
> >       
> '_wxagg',
> >       
> '_gtagg',
> >       
> '_cocoaagg',
> >       
> '_wx']
> >
> > setup(
> >   windows=[{"script" :
> "E:\\Artisan\\artisan\\trunk\\artisan.pyw"}],
> >   data_files =
> mpl.get_py2exe_datafiles(),
> >   zipfile = None,
> >   options={"py2exe" :{
> >        
>      "packages":
> ['matplotlib','pytz'],
> >        
>      "compressed": True,
> >        
>      "unbuffered": True,
> >        
>      "optimize":1,
> >        
>      "bundle_files": 1,
> >        
>      "dll_excludes":[
> >        
>       
> 'tcl84.dll','tk84.dll','libgdk-win32-2.0-0.dll',
> >        
>       
> 'libgdk_pixbuf-2.0-0.dll','libgobject-2.0-0.dll'],
> >        
>      "includes" : INCLUDES,
> >        
>      "excludes" : EXCLUDES}
> >      
>  }
> >   )
> >
> >
> >
> >
> >
> >
> >
> >
> ------------------------------------------------------------------------------
> > Learn how Oracle Real Application Clusters (RAC) One
> Node allows customers
> > to consolidate database storage, standardize their
> database environment, and,
> > should the need arise, upgrade to a full multi-node
> Oracle RAC database
> > without downtime or disruption
> > http://p.sf.net/sfu/oracle-sfdevnl
> > _______________________________________________
> > Matplotlib-users mailing list
> > Mat...@li...
> > https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> >
> >
> 
> ------------------------------------------------------------------------------
> Gaining the trust of online customers is vital for the
> success of any company
> that requires sensitive data to be transmitted over the
> Web.  Learn how to 
> best implement a security strategy that keeps consumers'
> information secure 
> and instills the confidence they need to proceed with
> transactions.
> http://p.sf.net/sfu/oracle-sfdevnl 
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
 

Hello,
I would like to increase the space between the axis line and the ticks
label, what is the property I have to edit?
Thanks a lot
--
BrainBurner

Hi guys, i've had some trouble lately trying to get the matplotlib .show()
gui to function the way i want.
i'm new to programming and cant find a way of making the next and previous
buttons in the gui active.
i can draw two at the same time, in seperate windows, one behind the other
and i can draw two on the same figure with sup plot.
what would the code be to create two graphs that could be cycled through
using the next and prev buttons on the end gui??
Thanks very much.
-- 
View this message in context: http://old.nabble.com/Using-the-GUI-tp30612866p30612866.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

Please post a minimal script that fails and details about your setup. I 
do not have any problem with mpl 1.0.1 and py2exe.
Christoph
On 1/6/2011 4:48 PM, zb wrote:
> Hi
>
> I decided to give a quick try to 1.0.1 and py2exe and see what happens. When I try to start the compiled exe program I get this error log:
>
> Traceback (most recent call last):
> File "artisan.pyw", line 122, in<module>
> File "zipextimporter.pyo", line 82, in load_module
> File "matplotlib\figure.pyo", line 18, in<module>
> File "zipextimporter.pyo", line 82, in load_module
> File "matplotlib\axes.pyo", line 332, in<module>
> File "matplotlib\axes.pyo", line 2014, in Axes
> File "matplotlib\docstring.pyo", line 103, in dedent_interpd
> File "matplotlib\docstring.pyo", line 36, in __call__
> KeyError: 'Line2D'
>
>
> It seems as if I did not include something important in the setup.py.
>
>
> How could I modify the setup.py file to make it work?
>
>
> Thanks for any suggestions.
>
>
> ######### setup.py ########################################
>
>
> from distutils.core import setup
> import matplotlib as mpl
> import py2exe
>
> INCLUDES = [
> "sip",
> "serial"
> ]
>
> EXCLUDES = ['_tkagg',
> '_ps',
> '_fltkagg',
> 'Tkinter',
> 'Tkconstants',
> '_cairo',
> '_gtk',
> 'gtkcairo',
> 'pydoc',
> 'sqlite3',
> 'bsddb',
> 'curses',
> 'tcl',
> '_wxagg',
> '_gtagg',
> '_cocoaagg',
> '_wx']
>
> setup(
> windows=[{"script" : "E:\\Artisan\\artisan\\trunk\\artisan.pyw"}],
> data_files = mpl.get_py2exe_datafiles(),
> zipfile = None,
> options={"py2exe" :{
> "packages": ['matplotlib','pytz'],
> "compressed": True,
> "unbuffered": True,
> "optimize":1,
> "bundle_files": 1,
> "dll_excludes":[
> 'tcl84.dll','tk84.dll','libgdk-win32-2.0-0.dll',
> 'libgdk_pixbuf-2.0-0.dll','libgobject-2.0-0.dll'],
> "includes" : INCLUDES,
> "excludes" : EXCLUDES}
> }
> )
>
>
>
>
>
>
>
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node allows customers
> to consolidate database storage, standardize their database environment, and,
> should the need arise, upgrade to a full multi-node Oracle RAC database
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>

Hi 
I decided to give a quick try to 1.0.1 and py2exe and see what happens. When I try to start the compiled exe program I get this error log:
Traceback (most recent call last):
 File "artisan.pyw", line 122, in <module>
 File "zipextimporter.pyo", line 82, in load_module
 File "matplotlib\figure.pyo", line 18, in <module>
 File "zipextimporter.pyo", line 82, in load_module
 File "matplotlib\axes.pyo", line 332, in <module>
 File "matplotlib\axes.pyo", line 2014, in Axes
 File "matplotlib\docstring.pyo", line 103, in dedent_interpd
 File "matplotlib\docstring.pyo", line 36, in __call__
KeyError: 'Line2D'
It seems as if I did not include something important in the setup.py.
How could I modify the setup.py file to make it work?
Thanks for any suggestions.
######### setup.py ########################################
from distutils.core import setup
import matplotlib as mpl
import py2exe
INCLUDES = [
 "sip",
 "serial"
 ]
EXCLUDES = ['_tkagg',
 '_ps',
 '_fltkagg',
 'Tkinter',
 'Tkconstants',
 '_cairo',
 '_gtk',
 'gtkcairo',
 'pydoc',
 'sqlite3',
 'bsddb',
 'curses',
 'tcl',
 '_wxagg',
 '_gtagg',
 '_cocoaagg',
 '_wx']
setup(
 windows=[{"script" : "E:\\Artisan\\artisan\\trunk\\artisan.pyw"}],
 data_files = mpl.get_py2exe_datafiles(),
 zipfile = None,
 options={"py2exe" :{
 "packages": ['matplotlib','pytz'],
 "compressed": True,
 "unbuffered": True,
 "optimize":1,
 "bundle_files": 1,
 "dll_excludes":[
 'tcl84.dll','tk84.dll','libgdk-win32-2.0-0.dll',
 'libgdk_pixbuf-2.0-0.dll','libgobject-2.0-0.dll'],
 "includes" : INCLUDES,
 "excludes" : EXCLUDES}
 }
 )
 

On Thu, Jan 6, 2011 at 11:47 AM, Benjamin Root <ben...@ou...> wrote:
> On Thu, Jan 6, 2011 at 12:57 AM, Sebastian Voigt <sv...@gm...> wrote:
>
>> Am 06.01.2011 02:14, schrieb Benjamin Root:
>>
>> On Wed, Jan 5, 2011 at 6:15 PM, Sebastian Voigt <sv...@gm...> wrote:
>>
>>> I've been running into the well known rendering problems with mplot3d's
>>> bar3d function. After two days of trying to get acceptable results
>>> without success: Is it possible to simply disable z-sorting (whoops)?
>>>
>>> I want to generate static plots from experimental data, all using the
>>> same perspective, so I know the order of the bars to be plotted. It's a
>>> no-brainer to provide the data vectors in this appropriate order, which
>>> I tried too - didn't work. Even if I provide explicit zorders for all
>>> Poly3dCollections in axes.collections (single-plotting each bar),
>>> everything gets messed up after showing the plot window.
>>>
>>> So is there any way to create the bars just in the order of the data
>>> vectors passed to bar3d (or keep the order/zorder in axes.collections)?
>>>
>>>
>>> - Sebastian Voigt -
>>>
>>>
>> There are well-known rendering issues with mplot3d in general, but I am
>> not aware of one with respect to bar3d. Can you please include a image of
>> the rendering defect that you are seeing?
>>
>> And no, there is no way to disable z-sorting that I am aware of because it
>> is inherent in matplotlib's system. mplot3d merely utilizes the drawing
>> facilities that matplotlib provides.
>>
>> Ben Root
>>
>>
>> It's exactly the same problem as described in
>>
>>
>> http://www.mail-archive.com/mat...@li.../msg15243.html
>>
>> see the second sample pic in this post. If I cannot disable z-sorting, how
>> can I control it? Artist have a set_zorder() method, but providing correct
>> z-levels for all my artists seems to be ignored.
>>
>> Sebastian
>>
>
> Sebastian, looking at those images, I have to wonder if there is a bug in
> how bar3d is reporting the z-order. These rendering mistakes do not seem to
> follow the same patterns that I have seen with manually setting polygon
> objects. I will take a deeper look into it.
>
> Ben Root
>
>
Ok, I have figure out what is wrong here. First of all, thank you for
pointing out this whole issue, because my investigations lead me to realize
some other bugs that are currently in the development trunk (I have to see
if they are in the 1.0.1 branch as well).
As for the issue with bar3d. The graphs look much better when you plot each
row of bars (or even better if you plot each bar separately). This is
because bar3d creates a Poly3DCollection and will do its best to sort the
collection elements internally with respect to each other. However, when
you have two objects from two separate Poly3DCollections (or any two 3D
collection objects, for that matter) that occupy the same region in space,
then you will have problems.
Each Poly3DCollection object reports a scalar zsort value that is supposed
to represent the zsort value of all its elements. This is fine if the
collections are spatially distinct, or if the scalar zsort value is equal to
the zsort value of all the elements.
Try out the attached modified script. You can see that by looping through
the bars, you get a much better result (although it is still not perfect due
to the already established issues). I am not exactly sure how to resolve
this, but at least it is documented here for posterity.
Ben Root

On Thu, Jan 6, 2011 at 3:06 PM, aradea hakim <ara...@gm...> wrote:
> Hi all,
> I am trying to install matplotlib1.0.1 on my machine but somehow I keep on
> getting a corrupt .tar.gz file.
> This is the error message:
> tar: Skipping to next header
> gzip: stdin: invalid compressed data--crc error
> gzip: stdin: invalid compressed data--length error
> tar: Child returned status 1
> tar: Exiting with failure status due to previous errors
> Any help would be appreciated. Thank you.
Seems to work for me. What platform are you on -- can you verify the
md5 sum of your download? Here is what I get (my md5 and sha sums
match those reported on the sf download site)
jdhunter@uqbar:tmp> wget
http://sourceforge.net/projects/matplotlib/files/matplotlib/matplotlib-1.0.1/matplotlib-1.0.1.tar.gz
...snip
2011年01月06日 13:18:25 (159 KB/s) - `matplotlib-1.0.1.tar.gz' saved
[13285166/13285166]
jdhunter@uqbar:tmp> md5sum matplotlib-1.0.1.tar.gz
2196c0482d5b33dc8d33f67bbafc1323 matplotlib-1.0.1.tar.gz
jdhunter@uqbar:tmp> sha1sum matplotlib-1.0.1.tar.gz
c7a832f28a66817626e7a8af21e14ea0e15f4008 matplotlib-1.0.1.tar.gz
jdhunter@uqbar:tmp> tar tvf matplotlib-1.0.1.tar.gz |tail -5
-rw-r--r-- jdhunter/jdhunter 9582 2010年07月06日 18:41
matplotlib-1.0.1/lib/mpl_toolkits/axes_grid1/inset_locator.py
-rw-r--r-- jdhunter/jdhunter 16648 2010年07月06日 18:41
matplotlib-1.0.1/lib/mpl_toolkits/axes_grid1/parasite_axes.py
-rw-r--r-- jdhunter/jdhunter 25637 2010年07月06日 18:41
matplotlib-1.0.1/lib/mpl_toolkits/axes_grid1/axes_grid.py
-rw-r--r-- jdhunter/jdhunter 4658 2010年07月06日 18:41
matplotlib-1.0.1/lib/mpl_toolkits/axes_grid1/axes_rgb.py
-rw-r--r-- jdhunter/jdhunter 27358 2010年08月03日 07:22
matplotlib-1.0.1/lib/mpl_toolkits/axes_grid1/colorbar.py

Hi all,
I am trying to install matplotlib1.0.1 on my machine but somehow I keep on
getting a corrupt .tar.gz file.
This is the error message:
*
*
*tar: Skipping to next header*
*
*
*gzip: stdin: invalid compressed data--crc error*
*
*
*gzip: stdin: invalid compressed data--length error*
*tar: Child returned status 1*
*tar: Exiting with failure status due to previous errors*
Any help would be appreciated. Thank you.
-- 
Aradea R. Hakim

On Thu, Jan 6, 2011 at 12:57 AM, Sebastian Voigt <sv...@gm...> wrote:
> Am 06.01.2011 02:14, schrieb Benjamin Root:
>
> On Wed, Jan 5, 2011 at 6:15 PM, Sebastian Voigt <sv...@gm...> wrote:
>
>> I've been running into the well known rendering problems with mplot3d's
>> bar3d function. After two days of trying to get acceptable results
>> without success: Is it possible to simply disable z-sorting (whoops)?
>>
>> I want to generate static plots from experimental data, all using the
>> same perspective, so I know the order of the bars to be plotted. It's a
>> no-brainer to provide the data vectors in this appropriate order, which
>> I tried too - didn't work. Even if I provide explicit zorders for all
>> Poly3dCollections in axes.collections (single-plotting each bar),
>> everything gets messed up after showing the plot window.
>>
>> So is there any way to create the bars just in the order of the data
>> vectors passed to bar3d (or keep the order/zorder in axes.collections)?
>>
>>
>> - Sebastian Voigt -
>>
>>
> There are well-known rendering issues with mplot3d in general, but I am not
> aware of one with respect to bar3d. Can you please include a image of the
> rendering defect that you are seeing?
>
> And no, there is no way to disable z-sorting that I am aware of because it
> is inherent in matplotlib's system. mplot3d merely utilizes the drawing
> facilities that matplotlib provides.
>
> Ben Root
>
>
> It's exactly the same problem as described in
>
>
> http://www.mail-archive.com/mat...@li.../msg15243.html
>
> see the second sample pic in this post. If I cannot disable z-sorting, how
> can I control it? Artist have a set_zorder() method, but providing correct
> z-levels for all my artists seems to be ignored.
>
> Sebastian
>
Sebastian, looking at those images, I have to wonder if there is a bug in
how bar3d is reporting the z-order. These rendering mistakes do not seem to
follow the same patterns that I have seen with manually setting polygon
objects. I will take a deeper look into it.
Ben Root

On Thu, Jan 6, 2011 at 7:20 AM, Jae-Joon Lee <lee...@gm...> wrote:
> I think this should be more like a feature request (rather than a
> bug). Legend only support simple artists such as
> lines/patches/collections.
I disagree about this not being a bug. I understand that it can be
difficult to implement, however legend produce the wrong result.
>This is mentioned in the documentation
> (http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.legend)
> but may be not explicit enough.
I couldn't find any reference about this in the documentation.
Alejandro.

On Wed, Jan 5, 2011 at 9:24 PM, Benjamin Root <ben...@ou...> wrote:
> To prevent it from getting lost, could you please
> file a report on our bug tracker?
Done: https://sourceforge.net/tracker/?func=detail&aid=3152447&group_id=80706&atid=560720
I think the right behavior should mimic what Matlab does. I added the
plot generated by Matlab in the bug report.
Alejandro.

On Thu, Jan 6, 2011 at 1:24 PM, Benjamin Root <ben...@ou...> wrote:
> I apologize for how long it has taken to get back to you. I can confirm
> your bug, and it is indeed a bug. However, I am not sure how exactly it
> should be dealt with. To prevent it from getting lost, could you please
> file a report on our bug tracker?
I think this should be more like a feature request (rather than a
bug). Legend only support simple artists such as
lines/patches/collections. This is mentioned in the documentation
(http://matplotlib.sourceforge.net/api/pyplot_api.html#matplotlib.pyplot.legend)
but may be not explicit enough.
Implementing legend for stem command is not very straight forward as
command like stem create multiple artists. I prefer commands like stem
to return a single container artist, but this has potential to break
the old code.
For the original question, you may use proxy artist
(http://matplotlib.sourceforge.net/users/legend_guide.html#using-proxy-artist).
However, I'm afraid none of the currently supported artists is close
to what you want. And it is not easy (for a normal user) to create a
customized legend unfortunately.
Regards,
-JJ

On Thu, Jan 6, 2011 at 12:43 PM, Benjamin Root <ben...@ou...> wrote:
> I can confirm the problem, and I have a few suspects as to the cause. Most
> notably that the legend code probably assumes that it is looking for line
> objects, not patch objects and starts using its own color cycler when it
> can't get a list of colors to correspond with its list of labels.
The main issue here is that a single "bar" command creates multiple
patch artists. There is not much thing legend code can do. I guess
this is where documentation needs to be improved though.
Regards,
-JJ

Paul Ivanov wrote:
> Neal Becker, on 2011年01月05日 08:19, wrote:
>> I want to plot semilogy with major and minor grid. I tried:
>> 
>> plt.grid(which='both')
>> 
>> But 2 problems:
>> 
>> 1) For semilogy, most of my viewers will expect to see 10 minor
>> ticks/major tick. I got 5. How do I change it?
> 
> Hi Neal,
> 
> odd, it works here. (See attached image)
> 
> In [1]: plt.semilogy(((np.random.rand(50)*9+1)))
> 
> If your problem persists, can you provide a small example where
> this does not work? You might check the minor locator - make
> sure that it is base 10
Perhaps because my data covered a large range 10**-7 ... 10**0? I'll try some 
experiments. I had to force it with:
fig.get_axes()[0].set_yticks ([a*(10**b) for b in xrange (-7,0) for a in xrange 
(1,10) ], minor=True)
> In [2]: plt.gca().yaxis.minor.locator._base
> Out[2]: 10.0
> 
>> 2) I'd like the major ticks to be solid lines, and minor ticks
>> to be dashed. I got all dashed.
> 
> In [3]: plt.grid(which='major', linestyle='solid')
> In [4]: plt.grid(which='minor', linestyle='dashed')
> 

Got it now. Sorry about the confusion...by working for me I meant that set of commands ran and made the standard colorbar.
I just installed ipython (Ubuntu OS). Will try the interactive way as well. All very new. I've used PGPLOT for ~15 years. 
Thanks again.
Mike
--- On Wed, 1/5/11, Paul Ivanov <piv...@gm...> wrote:
> From: Paul Ivanov <piv...@gm...>
> Subject: Re: [Matplotlib-users] defining a custom RGB colormap
> To: mat...@li...
> Date: Wednesday, January 5, 2011, 7:15 PM
> Michael Rawlins, on 2011年01月05日
> 14:42, wrote:
> > Thanks for the detailed tutorial. I'm getting errors
> when I
> > attempt to use plt.subplots(1,1) and the newcm
> assignment.
> > 
> > Traceback (most recent call last):
> >  File "colorbar_Mytest2.py", line 17,
> in <module>
> >   f, ax = plt.subplots(1,1)
> > AttributeError: 'module' object has no attribute
> 'subplots'
> 
> Ah, you must be using an older version of matplotlib -
> subplots
> is a (recently added) convenience shortcut for:
> 
>  f = plt.figure()
>  ax = plt.subplot(1,1,1)
> 
> It comes in handy when you're making lots of subplots by
> letting
> you do it with one call, instead of doing that one by one
> (as I
> have rewritten below, so you could run without having to
> upgrade
> your matplotlib.
> 
> > Also, what does In and Out do, as in Out[68]:
> 0.34999?
> 
> That's just the prompts from IPython - I *highly* recommend
> using
> IPython in place of the default python shell for
> interactive usage. 
> In[10] is what I typed, Out[10] is the result of my
> command at
> In[10].
> 
> > Here are just a few of the errors I'm getting when
> executing
> > colorbar command with newcm. 
> 
> > Here's a simplified version that works for me:
> 
> ouch! this code doesn't do quite what you want
> 
> > from pylab import *
> 
> Try to avoid doing this - because you will get unintended
> consequences such as the one on the following line.
> 
> > vals = norm(np.linspace(14,40,1000))
> 
> This was meant to go *after* you initialize the 'norm'
> variable
> with norm = mpl.colors.Normalize(...). That's the norm I
> meant to be using. But because of the "from pylab import *"
> line,
> the norm function from numpy was imported - which is what
> was being
> used on that line as written in your code. 
> 
> so the vals= line is equivalent to
> 
>  vals = numpy.norm(np.linspace(14,40,1000))
> 
> which meant vals got assigned the value 886.25397758173483,
> and
> not at all what we wanted. We wanted it to get an array of
> 1000
> numbers:
> 
>  vals = mpl.colors.Normalize(vmin=0,
> vmax=40)(np.linspace(14,40,1000))
> 
> That's where your trouble with newcm were coming from.
> Here's the
> complete example again, I've renamed the 'norm' variable
> to
> 'rawlins_norm' for clarity.
> 
> import matplotlib as mpl
> import matplotlib.pyplot as plt
> from matplotlib import cm 
> import numpy as np
> 
> # Make a figure and axes with dimensions as desired.
> fig = plt.figure(figsize=(8,3))
> ax1 = plt.subplot(2,1,1)
> ax2 = plt.subplot(2,1,2)
> 
> # Set the colormap and norm to correspond to the data for
> which
> # the colorbar will be used.
> rawlins_norm = mpl.colors.Normalize(vmin=0,
> vmax=40)  # here set colorbar min/max
> # the right place for vals
> vals = rawlins_norm(np.linspace(14,40,1000))
> newcm = cm.colors.ListedColormap(cm.hot_r(vals))
> 
> cb1 = mpl.colorbar.ColorbarBase(ax1, cmap=cm.hot_r,
>        
>        
>   norm=rawlins_norm,
>        
>        
>   orientation='horizontal')
> 
> cb1.set_label('"percent"')
> cb2 = mpl.colorbar.ColorbarBase(ax2, cmap=newcm,
>        
>        
>   orientation='horizontal')
> 
> cb2.set_label("colormap interval 0.0-1.0")
> plt.subplots_adjust(hspace=.7, bottom=.2)
> 
> #comment out the next line to see the original (0-40
> colormap)
> ax1.set_xlim(rawlins_norm((14,40)))
> plt.show()
> 
> 
> best,
> -- 
> Paul Ivanov
> 314 address only used for lists, off-list direct
> email at:
> http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 
> 
> -----Inline Attachment Follows-----
> 
> ------------------------------------------------------------------------------
> Learn how Oracle Real Application Clusters (RAC) One Node
> allows customers
> to consolidate database storage, standardize their database
> environment, and, 
> should the need arise, upgrade to a full multi-node Oracle
> RAC database 
> without downtime or disruption
> http://p.sf.net/sfu/oracle-sfdevnl
> -----Inline Attachment Follows-----
> 
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
 

Hi Ben,
Thanks for your nicer and working code! It works perfectly and is indeed clean.
Up to now I didn't noticed any problem with the positioning of the legend.
Best regards,
Alain
From: ben...@gm... [mailto:ben...@gm...] On Behalf Of Benjamin Root
Sent: Thursday, 06 January, 2011 04:43
To: Alain Pascal Frances
Cc: mat...@li...
Subject: Re: [Matplotlib-users] Legend in a multibars chart
On Wed, Jan 5, 2011 at 7:19 AM, Alain Pascal Frances <fra...@it...<mailto:fra...@it...>> wrote:
Hi,
I'm plotting two subplots using bar charts, the first one contains one dataset (one bar for each abscissa value), the second 3 dataset (3 bars for each abscissa value, each one with its own color). The legend of the multibars chart is not correct, it shows the color of the first dataset for all the bars legend.
Note that it works correctly with matplotlib.pyplot.plot instead of matplotlib.pyplot.bar.
Any idea to fix it?
Thanks,
A.Frances
I can confirm the problem, and I have a few suspects as to the cause. Most notably that the legend code probably assumes that it is looking for line objects, not patch objects and starts using its own color cycler when it can't get a list of colors to correspond with its list of labels.
As a work-around, you can add a label keyword to the call to bar() and not bother giving legend() a list of labels.
Here is a cleaned-up version of your first code. Note I also took a moment to take advantage of python syntax and better numpy/matplotlib coding styles. The only issue seems to be that there might be a bug with respect to positioning the legend:
import matplotlib.pyplot as plt
import numpy as np
strTitle = 'Bars plot - multi data and legend'
x = np.arange(10)
y1 = 1.0 + np.random.random(x.shape)
y2 = 0.5 + np.random.random((3, len(x)))
lbl_y1 = 'bar 1'
lbl_type = ['red', 'green', 'blue']
colors_y2 = ([1,0,0],[0,1,0],[0,0,1])
lbls_y2 = ["bar 2 " + lbl for lbl in lbl_type]
fig = plt.figure()
ax1 = fig.add_subplot(2,1,1)
ax1.set_title("Single data")
ax1.bar(x, y1, color='purple', linewidth=0, align='edge', width=0.8, label=lbl_y1)
ax1.legend(loc=0)
ax1.set_xticks(x)
ax2 = fig.add_subplot(2,1,2, sharex=ax1)
ax2.set_title("Multi data")
for i, (y, color, lbl) in enumerate(zip(y2, colors_y2, lbls_y2)) :
 ax2.bar(x+(0.8*float(i)/len(y2)), y, color=color, label=lbl, linewidth=0, align='edge', width=(0.8/len(y2)))
ax2.legend(loc=0)
fig.subplots_adjust(left=0.05, bottom=0.1, right=0.95, top=0.95, wspace=0.1, hspace=0.15)
plt.show()
I hope this helps!
Ben Root

On Fri, Dec 17, 2010 at 4:03 PM, Alejandro Weinstein <
ale...@gm...> wrote:
> Hi:
>
> I want to add a legend to a stem plot with two plots. The basic code is:
>
> ###########################
> from pylab import *
>
> x = [1,2,3,4,5]
> y1 = [1, 2, 3, 4, 5]
> y2 = [5, 4, 3, 2, 1]
>
> subplot(211)
> plot(x, y1, 'rx-')
> plot(x, y2, 'bx-')
> legend(('a', 'b'))
>
> subplot(212)
> stem(x, y1, 'r')
> stem(x,y2, 'b')
> legend(('a', 'b'))
>
> show()
> ###########################
>
> The left subplot is the same plot using plot instead of stem. You can
> see the result here: http://imagebin.org/128376 .
>
> I expect the legend for the stem case to look similar to the plot
> case, however, for the stem, I get the two labels of the legend
> associated with the first stem command: 'a' linked to the marker and
> 'b' linked to the stem line.
>
> Is there any way to fix this? Is this a bug?
>
> Alejandro.
>
>
Alejandro,
I apologize for how long it has taken to get back to you. I can confirm
your bug, and it is indeed a bug. However, I am not sure how exactly it
should be dealt with. To prevent it from getting lost, could you please
file a report on our bug tracker?
http://sourceforge.net/tracker/?group_id=80706
That would be greatly appreciated.
Ben Root
P.S. - On a unrelated note, it is not good coding style to do a "from pylab
import *" as pylab brings in *many* functions and variables into the main
namespace and will likely collide with one of your own variables and/or
functions.

On Wed, Jan 5, 2011 at 7:19 AM, Alain Pascal Frances <fra...@it...>wrote:
> Hi,
>
> I'm plotting two subplots using bar charts, the first one contains one
> dataset (one bar for each abscissa value), the second 3 dataset (3 bars for
> each abscissa value, each one with its own color). The legend of the
> multibars chart is not correct, it shows the color of the first dataset for
> all the bars legend.
> Note that it works correctly with matplotlib.pyplot.plot instead of
> matplotlib.pyplot.bar.
> Any idea to fix it?
> Thanks,
>
> A.Frances
>
>
I can confirm the problem, and I have a few suspects as to the cause. Most
notably that the legend code probably assumes that it is looking for line
objects, not patch objects and starts using its own color cycler when it
can't get a list of colors to correspond with its list of labels.
As a work-around, you can add a label keyword to the call to bar() and not
bother giving legend() a list of labels.
Here is a cleaned-up version of your first code. Note I also took a moment
to take advantage of python syntax and better numpy/matplotlib coding
styles. The only issue seems to be that there might be a bug with respect to
positioning the legend:
import matplotlib.pyplot as plt
import numpy as np
strTitle = 'Bars plot - multi data and legend'
x = np.arange(10)
y1 = 1.0 + np.random.random(x.shape)
y2 = 0.5 + np.random.random((3, len(x)))
lbl_y1 = 'bar 1'
lbl_type = ['red', 'green', 'blue']
colors_y2 = ([1,0,0],[0,1,0],[0,0,1])
lbls_y2 = ["bar 2 " + lbl for lbl in lbl_type]
fig = plt.figure()
ax1 = fig.add_subplot(2,1,1)
ax1.set_title("Single data")
ax1.bar(x, y1, color='purple', linewidth=0, align='edge', width=0.8,
label=lbl_y1)
ax1.legend(loc=0)
ax1.set_xticks(x)
ax2 = fig.add_subplot(2,1,2, sharex=ax1)
ax2.set_title("Multi data")
for i, (y, color, lbl) in enumerate(zip(y2, colors_y2, lbls_y2)) :
 ax2.bar(x+(0.8*float(i)/len(y2)), y, color=color, label=lbl, linewidth=0,
align='edge', width=(0.8/len(y2)))
ax2.legend(loc=0)
fig.subplots_adjust(left=0.05, bottom=0.1, right=0.95, top=0.95, wspace=0.1,
hspace=0.15)
plt.show()
I hope this helps!
Ben Root

On Wed, Jan 5, 2011 at 6:15 PM, Sebastian Voigt <sv...@gm...> wrote:
> I've been running into the well known rendering problems with mplot3d's
> bar3d function. After two days of trying to get acceptable results
> without success: Is it possible to simply disable z-sorting (whoops)?
>
> I want to generate static plots from experimental data, all using the
> same perspective, so I know the order of the bars to be plotted. It's a
> no-brainer to provide the data vectors in this appropriate order, which
> I tried too - didn't work. Even if I provide explicit zorders for all
> Poly3dCollections in axes.collections (single-plotting each bar),
> everything gets messed up after showing the plot window.
>
> So is there any way to create the bars just in the order of the data
> vectors passed to bar3d (or keep the order/zorder in axes.collections)?
>
>
> - Sebastian Voigt -
>
>
There are well-known rendering issues with mplot3d in general, but I am not
aware of one with respect to bar3d. Can you please include a image of the
rendering defect that you are seeing?
And no, there is no way to disable z-sorting that I am aware of because it
is inherent in matplotlib's system. mplot3d merely utilizes the drawing
facilities that matplotlib provides.
Ben Root

I've been running into the well known rendering problems with mplot3d's 
bar3d function. After two days of trying to get acceptable results 
without success: Is it possible to simply disable z-sorting (whoops)?
I want to generate static plots from experimental data, all using the 
same perspective, so I know the order of the bars to be plotted. It's a 
no-brainer to provide the data vectors in this appropriate order, which 
I tried too - didn't work. Even if I provide explicit zorders for all 
Poly3dCollections in axes.collections (single-plotting each bar), 
everything gets messed up after showing the plot window.
So is there any way to create the bars just in the order of the data 
vectors passed to bar3d (or keep the order/zorder in axes.collections)?
 - Sebastian Voigt -

Michael Rawlins, on 2011年01月05日 14:42, wrote:
> Thanks for the detailed tutorial. I'm getting errors when I
> attempt to use plt.subplots(1,1) and the newcm assignment.
> 
> Traceback (most recent call last):
> File "colorbar_Mytest2.py", line 17, in <module>
> f, ax = plt.subplots(1,1)
> AttributeError: 'module' object has no attribute 'subplots'
Ah, you must be using an older version of matplotlib - subplots
is a (recently added) convenience shortcut for:
 f = plt.figure()
 ax = plt.subplot(1,1,1)
It comes in handy when you're making lots of subplots by letting
you do it with one call, instead of doing that one by one (as I
have rewritten below, so you could run without having to upgrade
your matplotlib.
> Also, what does In and Out do, as in Out[68]: 0.34999?
That's just the prompts from IPython - I *highly* recommend using
IPython in place of the default python shell for interactive usage. 
In[10] is what I typed, Out[10] is the result of my command at
In[10].
> Here are just a few of the errors I'm getting when executing
> colorbar command with newcm. 
> Here's a simplified version that works for me:
ouch! this code doesn't do quite what you want
> from pylab import *
Try to avoid doing this - because you will get unintended
consequences such as the one on the following line.
 
> vals = norm(np.linspace(14,40,1000))
This was meant to go *after* you initialize the 'norm' variable
with norm = mpl.colors.Normalize(...). That's the norm I
meant to be using. But because of the "from pylab import *" line,
the norm function from numpy was imported - which is what was being
used on that line as written in your code. 
so the vals= line is equivalent to
 vals = numpy.norm(np.linspace(14,40,1000))
which meant vals got assigned the value 886.25397758173483, and
not at all what we wanted. We wanted it to get an array of 1000
numbers:
 vals = mpl.colors.Normalize(vmin=0, vmax=40)(np.linspace(14,40,1000))
That's where your trouble with newcm were coming from. Here's the
complete example again, I've renamed the 'norm' variable to
'rawlins_norm' for clarity.
import matplotlib as mpl
import matplotlib.pyplot as plt
from matplotlib import cm 
import numpy as np
# Make a figure and axes with dimensions as desired.
fig = plt.figure(figsize=(8,3))
ax1 = plt.subplot(2,1,1)
ax2 = plt.subplot(2,1,2)
# Set the colormap and norm to correspond to the data for which
# the colorbar will be used.
rawlins_norm = mpl.colors.Normalize(vmin=0, vmax=40) # here set colorbar min/max
# the right place for vals
vals = rawlins_norm(np.linspace(14,40,1000))
newcm = cm.colors.ListedColormap(cm.hot_r(vals))
cb1 = mpl.colorbar.ColorbarBase(ax1, cmap=cm.hot_r,
 norm=rawlins_norm,
 orientation='horizontal')
cb1.set_label('"percent"')
cb2 = mpl.colorbar.ColorbarBase(ax2, cmap=newcm,
 orientation='horizontal')
cb2.set_label("colormap interval 0.0-1.0")
plt.subplots_adjust(hspace=.7, bottom=.2)
#comment out the next line to see the original (0-40 colormap)
ax1.set_xlim(rawlins_norm((14,40)))
plt.show()
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7