matplotlib-users Mailing List for matplotlib (Page 4)

If you want full control of label coordinates, you need to use
"Axis.set_label_coords" method. For example,
ax = gca()
ax.xaxis.set_label_coords(0.5, -0.1)
And alternative way is to adjust the padding between the axis and the label.
ax.xaxis.labelpad = 0
Regards,
-JJ
On Mon, Mar 21, 2011 at 3:27 AM, andes <czu...@ya...> wrote:
> x = linspace(0,1,10)
> y = x**2
> plot(x, y)
> xlabel('xname', position=(0.5,0.1)) #<------
> ylabel('yname', position=(0.1,0.5)) #<------

Unfortunately, ticks in colorbar axes work differently. Use something
like below instead.
cb.formatter.set_scientific(True)
cb.formatter.set_powerlimits((0,4))
cb.update_ticks()
Regards,
-JJ
On Mon, Mar 21, 2011 at 11:26 PM, johanngoetz <jg...@uc...> wrote:
>
> Is there a way to set the style and scilimits to the colorbar axes? All my
> attempts failed. For example, run the following script, I get the error
> shown below:
>
> ### begin example script
> import numpy
> from matplotlib import pyplot
>
> n = 5000000
> x = numpy.random.standard_normal(n)
> y = 2.0 + 3.0 * x + 4.0 * numpy.random.standard_normal(n)
> xmin = x.min()
> xmax = x.max()
> ymin = y.min()
> ymax = y.max()
>
> hist, edges = numpy.histogramdd([y,x], bins=[25,25],
>  range=[[ymin,ymax], [xmin,xmax]])
> extent = [xmin, xmax, ymin, ymax]
>
> fig = pyplot.figure()
> ax = fig.add_subplot(1,1,1)
> plt = ax.imshow(hist,
>  extent = extent,
>  origin = 'lower',
>  interpolation = 'nearest',
>  aspect = 'auto')
> cb = fig.colorbar(plt, ax=ax)
>
> # This causes an AttributeError exception
> cb.ax.ticklabel_format(style='sci', scilimits=(0,4))
>
> pyplot.show()
> ### end example script
>
>
>
>
>> python cb_scilim_test.py
>
> Traceback (most recent call last):
> File "cb_scilim_test.py", line 25, in <module>
>  cb.ax.ticklabel_format(style='sci', scilimits=(0,4))
> File "/usr/lib64/python2.7/site-packages/matplotlib/axes.py", line 2117,
> in ticklabel_format
>  "This method only works with the ScalarFormatter.")
> AttributeError: This method only works with the ScalarFormatter.
>
> --
> View this message in context: http://old.nabble.com/colorbar-and-scilimits-tp31201133p31201133.html
> Sent from the matplotlib - users mailing list archive at Nabble.com.
>
>
> ------------------------------------------------------------------------------
> Colocation vs. Managed Hosting
> A question and answer guide to determining the best fit
> for your organization - today and in the future.
> http://p.sf.net/sfu/internap-sfd2d
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

OK, thanks. I got the same behavior using Python (instead of ipython).
Non-interactive usage has not yet been implemented in the MacOSX backend. We should be able to fix the bug that you found when implementing interactive/non-interactive usage for the MacOSX backend.
Thanks,
--Michiel.
--- On Wed, 3/23/11, Daniel Welling <dan...@gm...> wrote:
From: Daniel Welling <dan...@gm...>
Subject: Re: [Matplotlib-users] Qt4 on OSX
To: "Michiel de Hoon" <mjl...@ya...>
Cc: mat...@li...
Date: Wednesday, March 23, 2011, 12:27 PM
Greetings again, Michiel. Please excuse my slow response time...
First, thanks for explaining the Framework stuff; it clarifies situation. I'll be sure to never blame the OSX backend where it is not warranted!
Unfortunately (in terms of easy explanations):In [3]: MacOS.WMAvailable()Out[3]: True
crap.
Fortunately, I've been able to nail down the problem:
bash-3.2$ ipythonPython 2.6.6 (r266:84292, Jan 18 2011, 14:07:55) Type "copyright", "credits" or "license" for more information.
IPython 0.10.1 -- An enhanced Interactive Python.
?     -> Introduction and overview of IPython's features.%quickref -> Quick reference.help   -> Python's own help system.object?  -> Details about 'object'. ?object also works, ?? prints more.
In [2]: import matplotlib.pyplot as pltIn [3]: plt.plot([0,1])Out[3]: [<matplotlib.lines.Line2D object at 0x118c6be90>]In [4]: plt.show()(Here, saving the plot works like normal.)
In [5]: plt.ion()In [6]: plt.plot([0,1])Out[6]: [<matplotlib.lines.Line2D object at 0x118c8bc90>](Now, when trying to save the plot, the "save" and "cancel" buttons no longer respond. I must kill python from another terminal.)
So that's the situation with OSX. It's something that comes up frequently enough (typically a quick plot turns into a more thorough customization followed by the lockup) that TK becomes a more viable option for me though OSX is faster and has better file navigation features. Again, if QT4 was working, that is certainly my weapon of choice...
On Mon, Mar 21, 2011 at 7:14 AM, Michiel de Hoon <mjl...@ya...> wrote:
--- On Sun, 3/20/11, Daniel Welling <dan...@gm...> wrote:
> The OSX backend used to have a bug where you cannot type a
> name in the file name text box.Since that has been fixed, ...
That was not a bug in the MacOSX backend (and therefore was not fixed), but is related to how Python is installed on your system: If your Python is not a framework installation, it will not interact correctly with Apple's windowing manager. This is due to OS X itself and is independent of the MacOSX backend.
I
 have found a new bug: every so often, when you go to save a file, the 
"save" and "cancel" button stop responding, trapping the user in file 
saving limbo. I'll have to play with it again to figure out what 
triggers this.
Can you check if your Python is built as a framework? If it is, MacOS.WMAvailable() should return True:
$ python
Python 2.7.1 (r271:86832, Mar 12 2011, 13:44:53) 
[GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import MacOS
>>> MacOS.WMAvailable()
True
>>> 
Best,
--Michiel.
 
 

Adrian HILL, on 2011年03月23日 19:42, wrote:
> Hi, I am new to python and matplotlib and have a small question.
> 
> Is there a way to autoscale the y axis for the current x range in view?
> 
> Currently, my y axes are scaled to all the data.
Hi Adrian,
there isn't a built-in way of doing this at the moment, because
the general case would require going through all of the plotted
data and finding the min&max for only the parts of the data that
are withing some range (as apposed to the min&max for all data).
If there's some regularity about your data, or if you know that
you'll have only a few (maybe even just one?) artist, you could
implement such functionality using callbacks, such as
'xlim_changed' or 'ylim_changed'.
The quickest way would be to have those callbacks adjust
ax.dataLim and then call autoscale.
plt.clf()
ax = plt.gca()
data = np.sin(np.linspace(0,10,100))
ax.plot(data)
def cb(ax):
 start,stop = [int(x) for x in ax.get_xlim()]
 d = data[start:stop+1]
 ax.dataLim._points[:,1] = d.min(), d.max()
 # the previous line would need to change depending on your
 # data
 ax.autoscale_view(scalex=False,scaley=True)
 plt.draw()
ax.callbacks.connect('xlim_changed',cb)
plt.xlim(0,30)
# for the next line to work in ipython you'll need to
# paste/or cpaste this entire script, or just pause before
# changing the xlim again to verify that it works as intended
raw_input("press return for to rescale")
plt.xlim(0,55)
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 

I'm not sure if this is going to work to solve an issue I'm having, but I'd
like to try it before asking a much more complex question. I have a
function, loose_autoscale_view(), that is based on the autoscale_view
function in mpl but allows margin arguments to push the margins out a bit
more.
I'd like to try to alter it to allow certain lines belonging to an axis to
not be taken into consideration when autoscaling. I can alter it to accept
a list of lines to be excluded, but then I don't know how to exclude them
when calculating the autoscaling. I think the key line in the function is
this one:
bb = mtransforms.BboxBase.union(dl)
because that union gets the sub-BBoxes for all the lines...so is there a way
to exclude some? Or is there a better approach?
Thanks. The function is below.
-Che
def loose_autoscale_view(self, subplot, xmargin, ymargin, tight=False,
scalex=True, scaley=True):
 """
 autoscale the view limits using the data limits. You can
 selectively autoscale only a single axis, eg, the xaxis by
 setting *scaley* to *False*. The autoscaling preserves any
 axis direction reversal that has already been done.
 I have added a way to make it not quite so tight using xmargin and
ymargin.
 """
 # if image data only just use the datalim
 #if not self.subplot._autoscaleon: return
 if scalex:
 xshared = subplot._shared_x_axes.get_siblings(subplot)
 dl = [ax.dataLim for ax in xshared]
 bb = mtransforms.BboxBase.union(dl)
 xdiff = bb.intervalx[1] - bb.intervalx[0]
 x0 = bb.intervalx[0]-xdiff * xmargin
 x1 = bb.intervalx[1]+xdiff * xmargin
 if scaley:
 yshared = subplot._shared_y_axes.get_siblings(subplot)
 dl = [ax.dataLim for ax in yshared]
 bb = mtransforms.BboxBase.union(dl)
 y0_untampered = bb.intervaly[0]-(bb.intervaly[1])
 y0 = bb.intervaly[0]-(bb.intervaly[1]* ymargin)
 y1_untampered = bb.intervaly[1]
 y1 = bb.intervaly[1]* (1+ymargin)
 if (tight or (len(subplot.images)>0 and
 len(subplot.lines)==0 and
 len(subplot.patches)==0)):
 if scalex:
 subplot.set_xbound(x0, x1)
 if scaley:
 subplot.set_ybound(y0, y1)
 return
 if scalex:
 XL = subplot.xaxis.get_major_locator().view_limits(x0, x1)
 subplot.set_xbound(XL)
 if scaley:
 YL = subplot.yaxis.get_major_locator().view_limits(y0, y1)
 subplot.set_ybound(YL)

Hi, I am new to python and matplotlib and have a small question.
Is there a way to autoscale the y axis for the current x range in view?
Currently, my y axes are scaled to all the data.
Thanks
Adrian

Greetings again, Michiel. Please excuse my slow response time...
First, thanks for explaining the Framework stuff; it clarifies situation.
 I'll be sure to never blame the OSX backend where it is not warranted!
Unfortunately (in terms of easy explanations):
In [3]: MacOS.WMAvailable()
Out[3]: True
crap.
Fortunately, I've been able to nail down the problem:
bash-3.2$ ipython
Python 2.6.6 (r266:84292, Jan 18 2011, 14:07:55)
Type "copyright", "credits" or "license" for more information.
IPython 0.10.1 -- An enhanced Interactive Python.
? -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help -> Python's own help system.
object? -> Details about 'object'. ?object also works, ?? prints more.
In [2]: import matplotlib.pyplot as plt
In [3]: plt.plot([0,1])
Out[3]: [<matplotlib.lines.Line2D object at 0x118c6be90>]
In [4]: plt.show()
(Here, saving the plot works like normal.)
In [5]: plt.ion()
In [6]: plt.plot([0,1])
Out[6]: [<matplotlib.lines.Line2D object at 0x118c8bc90>]
(Now, when trying to save the plot, the "save" and "cancel" buttons no
longer respond. I must kill python from another terminal.)
So that's the situation with OSX. It's something that comes up frequently
enough (typically a quick plot turns into a more thorough customization
followed by the lockup) that TK becomes a more viable option for me though
OSX is faster and has better file navigation features. Again, if QT4 was
working, that is certainly my weapon of choice...
On Mon, Mar 21, 2011 at 7:14 AM, Michiel de Hoon <mjl...@ya...>wrote:
> --- On *Sun, 3/20/11, Daniel Welling <dan...@gm...>* wrote:
> > The OSX backend used to have a bug where you cannot type a
> > name in the file name text box.Since that has been fixed, ...
> That was not a bug in the MacOSX backend (and therefore was not fixed), but
> is related to how Python is installed on your system: If your Python is not
> a framework installation, it will not interact correctly with Apple's
> windowing manager. This is due to OS X itself and is independent of the
> MacOSX backend.
>
> I have found a new bug: every so often, when you go to save a file, the
> "save" and "cancel" button stop responding, trapping the user in file saving
> limbo. I'll have to play with it again to figure out what triggers this.
>
> Can you check if your Python is built as a framework? If it is,
> MacOS.WMAvailable() should return True:
>
> $ python
> Python 2.7.1 (r271:86832, Mar 12 2011, 13:44:53)
> [GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin
> Type "help", "copyright", "credits" or "license" for more information.
> >>> import MacOS
> >>> MacOS.WMAvailable()
> True
> >>>
>
>
> Best,
> --Michiel.
>
>
>

On Wed, Mar 23, 2011 at 8:43 AM, Sean Lake <ody...@gm...> wrote:
> Hello all,
>
> I need to draw different hatch styles on the different groups of a stacked
> bar chart in order to make a figure that works properly in black and white.
> The devil is, I can't figure out how to do it. When I pass the hatch option
> a list of values, I get an error.
>
Looks like the 'hatch' keyword must be a single string, not a list. You can
set the hatch style of the patches in the plot after calling hist():
-----
from numpy import *
import matplotlib.pyplot as plt
hatches = ['/', '+', '*', '\\', 'x', '.', '-', 'o']
result = plt.hist( [ linspace(1, 10, 20), linspace(1, 10, 40)],
bins=len(hatches), histtype="barstacked", rwidth=1.0, label=["a", "b"],
 color=["red", "green"])
plist1 = result[2][0]
plist2 = result[2][1]
for h, p1, p2 in zip(hatches, plist1, plist2):
 p1.set_hatch(h)
 p2.set_hatch(h)
plt.show()
-----
Warren
> A simple example:
> from numpy import *
> import matplotlib.pyplot as plt
>
> plt.hist( [ linspace(1, 10, 20), linspace(1, 10, 40)], bins=range(10),
> histtype="barstacked", rwidth=1.0, label=["a", "b"],
> color=["red", "green"], hatch=["/", "x"] )
> plt.show()
>
> The resulting errors/outputs are at the end of the email.
>
> Thanks in advance for any help,
> Sean Lake
>
> In [4]: plt.hist( [ linspace(1, 10, 20), linspace(1, 10, 40)],
> bins=range(10), histtype
> ="barstacked", rwidth=1.0, label=["a", "b"],
> ...: color=["red", "green"], hatch=["/", "x"] )
> Out[4]:
> ([array([0, 3, 2, 2, 2, 2, 2, 2, 2]), array([0, 5, 4, 4, 5, 4, 4, 5, 4])],
> array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9]),
> <a list of 2 Lists of Patches objects>)
>
> In [5]: plt.show()
> ---------------------------------------------------------------------------
> TypeError Traceback (most recent call last)
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.pyc in
> expose_event(self, widget, event)
> 391 x, y, w, h = self.allocation
> 392 self._pixmap_prepare (w, h)
> --> 393 self._render_figure(self._pixmap, w, h)
> 394 self._need_redraw = False
> 395
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.pyc in
> _render_figure(self, pixmap, width, height)
> 73 def _render_figure(self, pixmap, width, height):
> 74 if DEBUG: print 'FigureCanvasGTKAgg.render_figure'
> ---> 75 FigureCanvasAgg.draw(self)
> 76 if DEBUG: print 'FigureCanvasGTKAgg.render_figure pixmap',
> pixmap
> 77 #agg_to_gtk_drawable(pixmap, self.renderer._renderer, None)
>
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
> draw(self)
> 392
> 393 self.renderer = self.get_renderer()
> --> 394 self.figure.draw(self.renderer)
> 395
> 396 def get_renderer(self):
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/figure.pyc in draw(self,
> renderer)
> 796 dsu.sort(key=itemgetter(0))
> 797 for zorder, func, args in dsu:
> --> 798 func(*args)
> 799
> 800 renderer.close_group('figure')
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/axes.pyc in draw(self, renderer,
> inframe)
> 1932
> 1933 for zorder, a in dsu:
> -> 1934 a.draw(renderer)
> 1935
> 1936 renderer.close_group('axes')
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/patches.pyc in draw(self,
> renderer)
> 381 path_effect.draw_path(renderer, gc, tpath, affine,
> rgbFace)
> 382 else:
> --> 383 renderer.draw_path(gc, tpath, affine, rgbFace)
> 384
> 385 gc.restore()
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
> draw_path(self, gc, path, transform, rgbFace)
> 115 self._renderer.draw_path(gc, p, transform, rgbFace)
> 116 else:
> --> 117 self._renderer.draw_path(gc, path, transform, rgbFace)
> 118
> 119 def draw_mathtext(self, gc, x, y, s, prop, angle):
>
> /sw/lib/python2.6/site-packages/matplotlib/backend_bases.pyc in
> get_hatch_path(self, density)
> 865 if self._hatch is None:
> 866 return None
> --> 867 return Path.hatch(self._hatch, density)
> 868
> 869
>
> /sw/lib/python2.6/site-packages/matplotlib/path.pyc in hatch(cls,
> hatchpattern, density)
> 662 return None
> 663
> --> 664 hatch_path = cls._hatch_dict.get((hatchpattern, density))
> 665 if hatch_path is not None:
> 666 return hatch_path
>
> TypeError: unhashable type: 'list'
> ---------------------------------------------------------------------------
> TypeError Traceback (most recent call last)
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.pyc in
> expose_event(self, widget, event)
> 391 x, y, w, h = self.allocation
> 392 self._pixmap_prepare (w, h)
> --> 393 self._render_figure(self._pixmap, w, h)
> 394 self._need_redraw = False
> 395
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.pyc in
> _render_figure(self, pixmap, width, height)
> 73 def _render_figure(self, pixmap, width, height):
> 74 if DEBUG: print 'FigureCanvasGTKAgg.render_figure'
> ---> 75 FigureCanvasAgg.draw(self)
> 76 if DEBUG: print 'FigureCanvasGTKAgg.render_figure pixmap',
> pixmap
> 77 #agg_to_gtk_drawable(pixmap, self.renderer._renderer, None)
>
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
> draw(self)
> 392
> 393 self.renderer = self.get_renderer()
> --> 394 self.figure.draw(self.renderer)
> 395
> 396 def get_renderer(self):
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/figure.pyc in draw(self,
> renderer)
> 796 dsu.sort(key=itemgetter(0))
> 797 for zorder, func, args in dsu:
> --> 798 func(*args)
> 799
> 800 renderer.close_group('figure')
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/axes.pyc in draw(self, renderer,
> inframe)
> 1932
> 1933 for zorder, a in dsu:
> -> 1934 a.draw(renderer)
> 1935
> 1936 renderer.close_group('axes')
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/patches.pyc in draw(self,
> renderer)
> 381 path_effect.draw_path(renderer, gc, tpath, affine,
> rgbFace)
> 382 else:
> --> 383 renderer.draw_path(gc, tpath, affine, rgbFace)
> 384
> 385 gc.restore()
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
> draw_path(self, gc, path, transform, rgbFace)
> 115 self._renderer.draw_path(gc, p, transform, rgbFace)
> 116 else:
> --> 117 self._renderer.draw_path(gc, path, transform, rgbFace)
> 118
> 119 def draw_mathtext(self, gc, x, y, s, prop, angle):
>
> /sw/lib/python2.6/site-packages/matplotlib/backend_bases.pyc in
> get_hatch_path(self, density)
> 865 if self._hatch is None:
> 866 return None
> --> 867 return Path.hatch(self._hatch, density)
> 868
> 869
>
> /sw/lib/python2.6/site-packages/matplotlib/path.pyc in hatch(cls,
> hatchpattern, density)
> 662 return None
> 663
> --> 664 hatch_path = cls._hatch_dict.get((hatchpattern, density))
> 665 if hatch_path is not None:
> 666 return hatch_path
>
> TypeError: unhashable type: 'list'
> ---------------------------------------------------------------------------
> TypeError Traceback (most recent call last)
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.pyc in
> expose_event(self, widget, event)
> 391 x, y, w, h = self.allocation
> 392 self._pixmap_prepare (w, h)
> --> 393 self._render_figure(self._pixmap, w, h)
> 394 self._need_redraw = False
> 395
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.pyc in
> _render_figure(self, pixmap, width, height)
> 73 def _render_figure(self, pixmap, width, height):
> 74 if DEBUG: print 'FigureCanvasGTKAgg.render_figure'
> ---> 75 FigureCanvasAgg.draw(self)
> 76 if DEBUG: print 'FigureCanvasGTKAgg.render_figure pixmap',
> pixmap
> 77 #agg_to_gtk_drawable(pixmap, self.renderer._renderer, None)
>
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
> draw(self)
> 392
> 393 self.renderer = self.get_renderer()
> --> 394 self.figure.draw(self.renderer)
> 395
> 396 def get_renderer(self):
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/figure.pyc in draw(self,
> renderer)
> 796 dsu.sort(key=itemgetter(0))
> 797 for zorder, func, args in dsu:
> --> 798 func(*args)
> 799
> 800 renderer.close_group('figure')
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/axes.pyc in draw(self, renderer,
> inframe)
> 1932
> 1933 for zorder, a in dsu:
> -> 1934 a.draw(renderer)
> 1935
> 1936 renderer.close_group('axes')
>
> /sw/lib/python2.6/site-packages/matplotlib/artist.pyc in
> draw_wrapper(artist, renderer, *args, **kwargs)
> 53 def draw_wrapper(artist, renderer, *args, **kwargs):
> 54 before(artist, renderer)
> ---> 55 draw(artist, renderer, *args, **kwargs)
> 56 after(artist, renderer)
> 57
>
> /sw/lib/python2.6/site-packages/matplotlib/patches.pyc in draw(self,
> renderer)
> 381 path_effect.draw_path(renderer, gc, tpath, affine,
> rgbFace)
> 382 else:
> --> 383 renderer.draw_path(gc, tpath, affine, rgbFace)
> 384
> 385 gc.restore()
>
> /sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in
> draw_path(self, gc, path, transform, rgbFace)
> 115 self._renderer.draw_path(gc, p, transform, rgbFace)
> 116 else:
> --> 117 self._renderer.draw_path(gc, path, transform, rgbFace)
> 118
> 119 def draw_mathtext(self, gc, x, y, s, prop, angle):
>
> /sw/lib/python2.6/site-packages/matplotlib/backend_bases.pyc in
> get_hatch_path(self, density)
> 865 if self._hatch is None:
> 866 return None
> --> 867 return Path.hatch(self._hatch, density)
> 868
> 869
>
> /sw/lib/python2.6/site-packages/matplotlib/path.pyc in hatch(cls,
> hatchpattern, density)
> 662 return None
> 663
> --> 664 hatch_path = cls._hatch_dict.get((hatchpattern, density))
> 665 if hatch_path is not None:
> 666 return hatch_path
>
> TypeError: unhashable type: 'list'
>
>
>
> ------------------------------------------------------------------------------
> Enable your software for Intel(R) Active Management Technology to meet the
> growing manageability and security demands of your customers. Businesses
> are taking advantage of Intel(R) vPro (TM) technology - will your software
> be a part of the solution? Download the Intel(R) Manageability Checker
> today! http://p.sf.net/sfu/intel-dev2devmar
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>

Hello all,
I need to draw different hatch styles on the different groups of a stacked bar chart in order to make a figure that works properly in black and white. The devil is, I can't figure out how to do it. When I pass the hatch option a list of values, I get an error.
A simple example:
from numpy import *
import matplotlib.pyplot as plt
plt.hist( [ linspace(1, 10, 20), linspace(1, 10, 40)], bins=range(10), histtype="barstacked", rwidth=1.0, label=["a", "b"], 
	color=["red", "green"], hatch=["/", "x"] )
plt.show()
The resulting errors/outputs are at the end of the email.
Thanks in advance for any help,
Sean Lake
In [4]: plt.hist( [ linspace(1, 10, 20), linspace(1, 10, 40)], bins=range(10), histtype
="barstacked", rwidth=1.0, label=["a", "b"], 
 ...: color=["red", "green"], hatch=["/", "x"] )
Out[4]: 
([array([0, 3, 2, 2, 2, 2, 2, 2, 2]), array([0, 5, 4, 4, 5, 4, 4, 5, 4])],
 array([0, 1, 2, 3, 4, 5, 6, 7, 8, 9]),
 <a list of 2 Lists of Patches objects>)
In [5]: plt.show()
---------------------------------------------------------------------------
TypeError Traceback (most recent call last)
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.pyc in expose_event(self, widget, event)
 391 x, y, w, h = self.allocation
 392 self._pixmap_prepare (w, h)
--> 393 self._render_figure(self._pixmap, w, h)
 394 self._need_redraw = False
 395 
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.pyc in _render_figure(self, pixmap, width, height)
 73 def _render_figure(self, pixmap, width, height):
 74 if DEBUG: print 'FigureCanvasGTKAgg.render_figure'
---> 75 FigureCanvasAgg.draw(self)
 76 if DEBUG: print 'FigureCanvasGTKAgg.render_figure pixmap', pixmap
 77 #agg_to_gtk_drawable(pixmap, self.renderer._renderer, None)
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in draw(self)
 392 
 393 self.renderer = self.get_renderer()
--> 394 self.figure.draw(self.renderer)
 395 
 396 def get_renderer(self):
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/figure.pyc in draw(self, renderer)
 796 dsu.sort(key=itemgetter(0))
 797 for zorder, func, args in dsu:
--> 798 func(*args)
 799 
 800 renderer.close_group('figure')
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/axes.pyc in draw(self, renderer, inframe)
 1932 
 1933 for zorder, a in dsu:
-> 1934 a.draw(renderer)
 1935 
 1936 renderer.close_group('axes')
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/patches.pyc in draw(self, renderer)
 381 path_effect.draw_path(renderer, gc, tpath, affine, rgbFace)
 382 else:
--> 383 renderer.draw_path(gc, tpath, affine, rgbFace)
 384 
 385 gc.restore()
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in draw_path(self, gc, path, transform, rgbFace)
 115 self._renderer.draw_path(gc, p, transform, rgbFace)
 116 else:
--> 117 self._renderer.draw_path(gc, path, transform, rgbFace)
 118 
 119 def draw_mathtext(self, gc, x, y, s, prop, angle):
/sw/lib/python2.6/site-packages/matplotlib/backend_bases.pyc in get_hatch_path(self, density)
 865 if self._hatch is None:
 866 return None
--> 867 return Path.hatch(self._hatch, density)
 868 
 869 
/sw/lib/python2.6/site-packages/matplotlib/path.pyc in hatch(cls, hatchpattern, density)
 662 return None
 663 
--> 664 hatch_path = cls._hatch_dict.get((hatchpattern, density))
 665 if hatch_path is not None:
 666 return hatch_path
TypeError: unhashable type: 'list'
---------------------------------------------------------------------------
TypeError Traceback (most recent call last)
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.pyc in expose_event(self, widget, event)
 391 x, y, w, h = self.allocation
 392 self._pixmap_prepare (w, h)
--> 393 self._render_figure(self._pixmap, w, h)
 394 self._need_redraw = False
 395 
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.pyc in _render_figure(self, pixmap, width, height)
 73 def _render_figure(self, pixmap, width, height):
 74 if DEBUG: print 'FigureCanvasGTKAgg.render_figure'
---> 75 FigureCanvasAgg.draw(self)
 76 if DEBUG: print 'FigureCanvasGTKAgg.render_figure pixmap', pixmap
 77 #agg_to_gtk_drawable(pixmap, self.renderer._renderer, None)
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in draw(self)
 392 
 393 self.renderer = self.get_renderer()
--> 394 self.figure.draw(self.renderer)
 395 
 396 def get_renderer(self):
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/figure.pyc in draw(self, renderer)
 796 dsu.sort(key=itemgetter(0))
 797 for zorder, func, args in dsu:
--> 798 func(*args)
 799 
 800 renderer.close_group('figure')
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/axes.pyc in draw(self, renderer, inframe)
 1932 
 1933 for zorder, a in dsu:
-> 1934 a.draw(renderer)
 1935 
 1936 renderer.close_group('axes')
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/patches.pyc in draw(self, renderer)
 381 path_effect.draw_path(renderer, gc, tpath, affine, rgbFace)
 382 else:
--> 383 renderer.draw_path(gc, tpath, affine, rgbFace)
 384 
 385 gc.restore()
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in draw_path(self, gc, path, transform, rgbFace)
 115 self._renderer.draw_path(gc, p, transform, rgbFace)
 116 else:
--> 117 self._renderer.draw_path(gc, path, transform, rgbFace)
 118 
 119 def draw_mathtext(self, gc, x, y, s, prop, angle):
/sw/lib/python2.6/site-packages/matplotlib/backend_bases.pyc in get_hatch_path(self, density)
 865 if self._hatch is None:
 866 return None
--> 867 return Path.hatch(self._hatch, density)
 868 
 869 
/sw/lib/python2.6/site-packages/matplotlib/path.pyc in hatch(cls, hatchpattern, density)
 662 return None
 663 
--> 664 hatch_path = cls._hatch_dict.get((hatchpattern, density))
 665 if hatch_path is not None:
 666 return hatch_path
TypeError: unhashable type: 'list'
---------------------------------------------------------------------------
TypeError Traceback (most recent call last)
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtk.pyc in expose_event(self, widget, event)
 391 x, y, w, h = self.allocation
 392 self._pixmap_prepare (w, h)
--> 393 self._render_figure(self._pixmap, w, h)
 394 self._need_redraw = False
 395 
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_gtkagg.pyc in _render_figure(self, pixmap, width, height)
 73 def _render_figure(self, pixmap, width, height):
 74 if DEBUG: print 'FigureCanvasGTKAgg.render_figure'
---> 75 FigureCanvasAgg.draw(self)
 76 if DEBUG: print 'FigureCanvasGTKAgg.render_figure pixmap', pixmap
 77 #agg_to_gtk_drawable(pixmap, self.renderer._renderer, None)
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in draw(self)
 392 
 393 self.renderer = self.get_renderer()
--> 394 self.figure.draw(self.renderer)
 395 
 396 def get_renderer(self):
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/figure.pyc in draw(self, renderer)
 796 dsu.sort(key=itemgetter(0))
 797 for zorder, func, args in dsu:
--> 798 func(*args)
 799 
 800 renderer.close_group('figure')
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/axes.pyc in draw(self, renderer, inframe)
 1932 
 1933 for zorder, a in dsu:
-> 1934 a.draw(renderer)
 1935 
 1936 renderer.close_group('axes')
/sw/lib/python2.6/site-packages/matplotlib/artist.pyc in draw_wrapper(artist, renderer, *args, **kwargs)
 53 def draw_wrapper(artist, renderer, *args, **kwargs):
 54 before(artist, renderer)
---> 55 draw(artist, renderer, *args, **kwargs)
 56 after(artist, renderer)
 57 
/sw/lib/python2.6/site-packages/matplotlib/patches.pyc in draw(self, renderer)
 381 path_effect.draw_path(renderer, gc, tpath, affine, rgbFace)
 382 else:
--> 383 renderer.draw_path(gc, tpath, affine, rgbFace)
 384 
 385 gc.restore()
/sw/lib/python2.6/site-packages/matplotlib/backends/backend_agg.pyc in draw_path(self, gc, path, transform, rgbFace)
 115 self._renderer.draw_path(gc, p, transform, rgbFace)
 116 else:
--> 117 self._renderer.draw_path(gc, path, transform, rgbFace)
 118 
 119 def draw_mathtext(self, gc, x, y, s, prop, angle):
/sw/lib/python2.6/site-packages/matplotlib/backend_bases.pyc in get_hatch_path(self, density)
 865 if self._hatch is None:
 866 return None
--> 867 return Path.hatch(self._hatch, density)
 868 
 869 
/sw/lib/python2.6/site-packages/matplotlib/path.pyc in hatch(cls, hatchpattern, density)
 662 return None
 663 
--> 664 hatch_path = cls._hatch_dict.get((hatchpattern, density))
 665 if hatch_path is not None:
 666 return hatch_path
TypeError: unhashable type: 'list'

Appologies if this question has been asked previously. I have done a quick 
search of the archives and have been unable to find a similar question: 
(I'm quite new to this)
I have a set of data in a numpy array which consists of:
X_Coord, Y_Coord, Z_level
[[x,y,z],
[x,y,z],
[x,y,z],
.......
......
[x,y,z],
[x,y,z]]
How do I appropriatley format these arrays of data such that I can feed it 
to:
ax.plot_wireframe(X, Y, Z, rstride=10, cstride=10)
I WOULD have thought it was as simple as feeding the X value to X the Y 
value to Y and the Z value to Z in the above command. However this 
doesnt work.
Also: is there a written specification for the data format expected by the 
above command? It does not seem to take a logical format. (at least 
logical in my eyes)
I look forward to an answer (or more questions)
Regards,
David

Thanks for your help, I simplified what I was doing and so changed the data,
which is my fault. Here is some data of similar size to the data I am
plotting:
data1 = np.array([22000, 25000, 27000, 32000, 25000])
data2 = np.array([14000000, 22000000, 3500000, 3000000, 2700000])
When I try to run this with the above code I get a very strange graph and
these errors:
> In [16]: run t.py
> Warning: overflow encountered in long_scalars
> Warning: overflow encountered in long_scalars
> Warning: overflow encountered in long_scalars
> Warning: overflow encountered in long_scalars
> Warning: invalid value encountered in sqrt
>
So then tried the same method using the annotation as suggested (code below)
which worked perfectly.
import numpy as np
import matplotlib.pyplot as plt
import matplotlib as mpl
from matplotlib.ticker import FuncFormatter
labels=('91','92','93','94','95')
data1 = np.array([22000, 25000, 27000, 32000, 25000])
data2 = np.array([14000000, 22000000, 3500000, 3000000, 2700000])
fig = plt.figure()
ax = fig.add_subplot(111)
# the next line is only use to set the proper lims,
p = ax.plot(data1, data2, 'bo', linestyle='-', markersize=3, alpha=0)
for x,y,dx,dy in zip(data1[:-1], data2[:-1], data1[1:], data2[1:]):
 ax.annotate('', xy=(dx,dy), xycoords='data',
 xytext=(x,y), textcoords='data',
 arrowprops=dict(arrowstyle="->"))
ax.set_xlim(21000,33000)
for i, label in enumerate(labels):
 x_loc = data1[i]
 y_loc = data2[i]
 txt = ax.annotate(label, xy=(x_loc, y_loc), size=8,
 xytext=(-10, 10), textcoords='offset points',
 arrowprops=None)
plt.show()
Just in case someone else has a similar problem.
Thanks
Catherine

Sachin Kumar Sharma, on 2011年03月23日 02:44, wrote:
> BB,
> 
> I am Xploting two variables using
> Plot(a,b,'o')
> 
> Is it possible to color code the same plot with a 3rd property c instead of color we specify.
> 
> Also advise if it is possible to do 3D Xplot in matplotlib for variables a,b, & c and if possible to color code this 3d plot with 4th variable d.
Sashin,
use scatter(a,b,c=c, marker='o') to set the color of individual point.
There's even an 's' parameter with which you can individually set
the size of the marker.
npts = 100
a = np.random.rand(npts)
b = np.random.rand(npts)
c = np.random.rand(npts)
d = np.random.rand(npts)
plt.scatter(a,b,c=c,s=c*100, marker='o')
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 

BB,
I am Xploting two variables using
Plot(a,b,'o')
Is it possible to color code the same plot with a 3rd property c instead of color we specify.
Also advise if it is possible to do 3D Xplot in matplotlib for variables a,b, & c and if possible to color code this 3d plot with 4th variable d.
Cheers
Sachin
************************************************************************
Sachin Kumar Sharma
Senior Geomodeler

Catherine Thwaites, on 2011年03月23日 10:10, wrote:
> I have tried to search for the answer but have not found anything useful so
> forgive me if this has been answered before.
> I want to change the linestyle of a regular plot to an arrow, in the
> direction of the data in the tuple. So in this script below I would like an
> arrow head pointing to the next marker.
> There does not seem to be a line style to do it, but is there a way I can
> add the head at the correct end of the line?
Hi Catherine,
here's one way to get the type of plot you desire, and you might
also consider using a series of annotation with arrows to get a
similar effect:
import numpy as np
import matplotlib.pyplot as plt
import matplotlib as mpl
labels=('91','92','93','94','95')
data1 = np.array([2500, 3000, 3500, 3000, 2700])
data2 = np.array([200, 250, 270, 320, 250])
fig = plt.figure()
ax = fig.add_subplot(111)
# the next line is only use to set the proper lims, 
p = ax.plot(data1, data2, 'bo', linestyle='-', markersize=3, alpha=0)
for x,y,dx,dy in zip(data1[:-1],data2[:-1], np.diff(data1), np.diff(data2)):
 ax.arrow(x,y,dx,dy, head_width=10, length_includes_head=True)
ax.set_ylim(0, 350)
for i, label in enumerate(labels):
 x_loc = data1[i]
 y_loc = data2[i]
 txt = ax.annotate(label, xy=(x_loc, y_loc), size=8,
 xytext=(-10, 10), textcoords='offset points',
 arrowprops=None)
plt.axis('equal')
plt.show()
best,
-- 
Paul Ivanov
314 address only used for lists, off-list direct email at:
http://pirsquared.org | GPG/PGP key id: 0x0F3E28F7 

I have tried to search for the answer but have not found anything useful so
forgive me if this has been answered before.
I want to change the linestyle of a regular plot to an arrow, in the
direction of the data in the tuple. So in this script below I would like an
arrow head pointing to the next marker.
There does not seem to be a line style to do it, but is there a way I can
add the head at the correct end of the line?
import numpy as np
import matplotlib.pyplot as plt
import matplotlib as mpl
labels=('91','92','93','94','95')
data1 = (2500, 3000, 3500, 3000, 2700)
data2 = (200, 250, 270, 320, 250)
fig = plt.figure()
ax = fig.add_subplot(111)
p = ax.plot(data1, data2, 'bo', linestyle='-', markersize=3)
ax.set_ylim(0, 350)
for i, label in enumerate(labels):
 x_loc = data1[i]
 y_loc = data2[i]
 txt = ax.annotate(label, xy=(x_loc, y_loc), size=8,
 xytext=(-10, 10), textcoords='offset points',
 arrowprops=None)
plt.show()
Catherine

Following the advice to ping you on the mailing list, I've submitted a 
suggestion for a patch to the EMF Backend. I've copied the contents 
here for convenience.
Patch ID is: 3232997
Content is:
With Matplotlib 1.0.1, When plotting a patch (e.g. text with a bbox with 
facecolor), the facecolor of the patch is passed to the backend as RGBa. 
EMFBrush can't handle RGBa and dies with the following:
File "/usr/local/lib/python2.7/dist-packages/matplotlib/patches.py", 
line 411, in draw
renderer.draw_path(gc, tpath, affine, rgbFace)
File 
"/usr/local/lib/python2.7/dist-packages/matplotlib/backends/backend_emf.py", 
line 260, in draw_path
self.select_brush(rgbFace)
File 
"/usr/local/lib/python2.7/dist-packages/matplotlib/backends/backend_emf.py", 
line 567, in select_brush
brush=EMFBrush(self.emf,rgb)
File 
"/usr/local/lib/python2.7/dist-packages/matplotlib/backends/backend_emf.py", 
line 107, in __init__
r,g,b=rgb
ValueError: too many values to unpack
Suggested patch is to change line 107 in backend_emf.py from r,g,b=rgb to:
r,g,b=rgb[:3]
which will drop the alpha channel. Given the EMF backend doesn't support 
alpha channels, it shouldn't cause any problems to do this silently.

Is there a way to set the style and scilimits to the colorbar axes? All my
attempts failed. For example, run the following script, I get the error
shown below:
### begin example script
import numpy
from matplotlib import pyplot
n = 5000000
x = numpy.random.standard_normal(n)
y = 2.0 + 3.0 * x + 4.0 * numpy.random.standard_normal(n)
xmin = x.min()
xmax = x.max()
ymin = y.min()
ymax = y.max()
hist, edges = numpy.histogramdd([y,x], bins=[25,25],
 range=[[ymin,ymax], [xmin,xmax]])
extent = [xmin, xmax, ymin, ymax]
fig = pyplot.figure()
ax = fig.add_subplot(1,1,1)
plt = ax.imshow(hist,
 extent = extent,
 origin = 'lower',
 interpolation = 'nearest',
 aspect = 'auto')
cb = fig.colorbar(plt, ax=ax)
# This causes an AttributeError exception
cb.ax.ticklabel_format(style='sci', scilimits=(0,4))
pyplot.show()
### end example script
> python cb_scilim_test.py
Traceback (most recent call last):
 File "cb_scilim_test.py", line 25, in <module>
 cb.ax.ticklabel_format(style='sci', scilimits=(0,4))
 File "/usr/lib64/python2.7/site-packages/matplotlib/axes.py", line 2117,
in ticklabel_format
 "This method only works with the ScalarFormatter.")
AttributeError: This method only works with the ScalarFormatter.
-- 
View this message in context: http://old.nabble.com/colorbar-and-scilimits-tp31201133p31201133.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

--- On Sun, 3/20/11, Daniel Welling <dan...@gm...> wrote:
> The OSX backend used to have a bug where you cannot type a
> name in the file name text box.Since that has been fixed, ...
That was not a bug in the MacOSX backend (and therefore was not fixed), but is related to how Python is installed on your system: If your Python is not a framework installation, it will not interact correctly with Apple's windowing manager. This is due to OS X itself and is independent of the MacOSX backend.
I
 have found a new bug: every so often, when you go to save a file, the 
"save" and "cancel" button stop responding, trapping the user in file 
saving limbo. I'll have to play with it again to figure out what 
triggers this.
Can you check if your Python is built as a framework? If it is, MacOS.WMAvailable() should return True:
$ python
Python 2.7.1 (r271:86832, Mar 12 2011, 13:44:53) 
[GCC 4.0.1 (Apple Computer, Inc. build 5370)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import MacOS
>>> MacOS.WMAvailable()
True
>>> 
Best,
--Michiel.
 

I've been visualising some data using the pyplot fill function, and whilst
overlapping polygons do mix their colours and allow for any overlaps to be
apparent, I thought that perhaps this would look much better in a heatmap
format to better show high levels of change in the same areas.
I've tested this using the histogram2d function in numpy using various
online examples, and whilst experiments with random data looked nice enough,
each set of results data is basically a series of 0's and 1's: In a heatmap
using the same code, this results in an incredibly long (since there's about
65000 results) heatmap that's only a pixel or two in height. Also, I can't
seem to use the tools to zoom in and navigate around this, which is pretty
much a requirement given the large number of data rows.
Does anyone know if there's a way to convert a series of polygon objects
into a decent looking heatmap? Any help is appreciated!
Cheers!
*Rohaq*

Hello, Michiel.
The OSX backend used to have a bug where you cannot type a name in the file
name text box. Since that has been fixed, I have found a new bug: every so
often, when you go to save a file, the "save" and "cancel" button stop
responding, trapping the user in file saving limbo. I'll have to play with
it again to figure out what triggers this. Other than that, the OSX backend
is light and quick, which is nice. When QT4 is working, however, I prefer
that. Sorry I can't give you more details; I'll see if I can get a clearer
picture.
-dw
On Sun, Mar 20, 2011 at 1:31 AM, Michiel de Hoon <mjl...@ya...>wrote:
> --- On *Wed, 3/16/11, Daniel Welling <dan...@gm...>* wrote:
>
> After playing with backends quite a bit, I have found that the best one in
> terms of speed, robustness, and features is Qt4Agg - especially on OSX,
> where the MacOSX backend is buggy and many others just don't plain work.
>
> Why do you think that the MacOSX backend is buggy?
>
> --Michiel.
>
>
>
>
>
>

On Sun, Mar 20, 2011 at 8:52 PM, Xavier Gnata <xav...@gm...> wrote:
> On 03/20/2011 07:19 PM, Darren Dale wrote:
>>
>> On Sun, Mar 20, 2011 at 2:08 PM, Xavier Gnata<xav...@gm...>
>> wrote:
>>>
>>> Hi,
>>>
>>> It looks like the
>>> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/py3k/
>>> in dead.
>>> The last commit was 8months ago.
>>>
>>> Numpy is ok with python3.1, scipy is ok, nose is ok, ipython is usable.
>>> Ubuntu already provides python-tk for python3.x
>>> It would be nice to port matplotlib to python3.
>>> Is there a plan? another svn/git branch?
>>
>> https://github.com/matplotlib/matplotlib-py3
>
> Thanks!
> AFAICS it works already well with the tk backend :)
> Are you interested in more testing with another backend?
Mike D. put a wiki page together summarizing where things stand and
listing outstanding issues:
https://github.com/matplotlib/matplotlib-py3/wiki

On 03/20/2011 07:19 PM, Darren Dale wrote:
> On Sun, Mar 20, 2011 at 2:08 PM, Xavier Gnata<xav...@gm...> wrote:
>> Hi,
>>
>> It looks like the
>> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/py3k/
>> in dead.
>> The last commit was 8months ago.
>>
>> Numpy is ok with python3.1, scipy is ok, nose is ok, ipython is usable.
>> Ubuntu already provides python-tk for python3.x
>> It would be nice to port matplotlib to python3.
>> Is there a plan? another svn/git branch?
> https://github.com/matplotlib/matplotlib-py3
Thanks!
AFAICS it works already well with the tk backend :)
Are you interested in more testing with another backend?
Xavier

Hi all,
I am using Matplotlib 1.0.1 and am seeing weird behaviour with mplot3d and 
ticker formatters, and I think I need to submit a patch to axes3d, but am not 
sure how much it will break, because format_zdata() and format_coord() look to 
be defined inconsistently.
When trying to rotate a plot, which was created including the following 
commands,
 ...
 ax.plot(x[0,alow:atop],x[1,alow:atop],x[2,alow:atop],c=rgb.tolist())
 ax.w_xaxis.set_major_locator(tic.LinearLocator(3))
 ax.w_xaxis.set_major_formatter(tic.FormatStrFormatter(''))
 ax.w_yaxis.set_major_locator(tic.LinearLocator(3))
 ax.w_yaxis.set_major_formatter(tic.FormatStrFormatter(''))
 ax.w_zaxis.set_major_locator(tic.LinearLocator(3))
 ax.w_zaxis.set_major_formatter(tic.FormatStrFormatter(''))
 plt.draw()
 ...
I received the following backtrace and error message:
/usr/lib64/python2.6/site-packages/matplotlib/backend_bases.pyc in 
mouse_move(self, event)
 2393 if event.inaxes and event.inaxes.get_navigate():
 2394 
-> 2395 try: s = event.inaxes.format_coord(event.xdata, 
event.ydata)
 2396 except ValueError: pass
 2397 except OverflowError: pass
/usr/lib64/python2.6/site-packages/mpl_toolkits/mplot3d/axes3d.pyc in 
format_coord(self, xd, yd)
 474 
 475 xs = self.format_xdata(x)
--> 476 ys = self.format_ydata(y)
 477 zs = self.format_ydata(z)
 478 return 'x=%s, y=%s, z=%s' % (xs, ys, zs)
/usr/lib64/python2.6/site-packages/mpl_toolkits/mplot3d/axes3d.pyc in 
format_ydata(self, y)
 424 except TypeError:
 425 fmt = self.w_yaxis.get_major_formatter()
--> 426 return sensible_format_data(fmt, y)
 427 
 428 def format_zdata(self, z):
/usr/lib64/python2.6/site-packages/mpl_toolkits/mplot3d/axes3d.pyc in 
sensible_format_data(self, value)
 26 if abs(value) > 1e4 or abs(value)<1e-3:
 27 s = '%1.4e' % value
---> 28 return self._formatSciNotation(s)
 29 else:
 30 return '%4.3f' % value
AttributeError: FormatStrFormatter instance has no attribute 
'_formatSciNotation'
---
I am using FormatStrFormatter('') to try to obtain an empty tick.
[1] It looks like sensible_format_data() assumes that self is class 
ScalarFormatter(Formatter), since this is the only ticker Formatter that has 
attribute _formatSciNotation(s). As far as I can tell, this means that 
sensible_format_data(fmt,y) should *only* be called if fmt has class 
ScalarFormatter(Formatter).
[2] In axes3d.py, I see:
 def format_zdata(self, z):
 """
 Return z string formatted. This function will use the attribute
 self.fmt_zdata if it is callable, else will fall back on the yaxis
 major formatter
 """
 try:
 return self.fmt_zdata(z)
 except (AttributeError, TypeError):
 fmt = self.w_zaxis.get_major_formatter()
 return sensible_format_data(fmt, z)
To me, it looks like the call to sensible_format_data(fmt, z) is wrong. The 
same error occurs in format_xdata() and format_ydata(). So I would like to 
submit a patch for format_xdata(), format_ydata(), format_zdata(), e.g.:
 def format_zdata(self, z):
 """
 Return z string formatted. This function will use the attribute
 self.fmt_zdata if it is callable, else will fall back on the zaxis
 major formatter
 """
 try:
 return self.fmt_zdata(z)
 except (AttributeError, TypeError):
 fmt = self.w_zaxis.get_major_formatter()
 try:
 return sensible_format_data(fmt, z)
 except (AttributeError, TypeError):
 return format_data(fmt, z)
[3] But I am also worried about the comment "else will fall back on the yaxis 
major formatter". Shouldn't this say "the zaxis major formatter", since that 
is what the code does? Or should the code use the yaxis major formatter, since 
that is what the documentation says? The documentation 
http://matplotlib.github.com/mpl_toolkits/mplot3d/api.html agrees with the 
comment and not with the code.
[4] In def format_coord(self, xd, yd), I see
 xs = self.format_xdata(x)
 ys = self.format_ydata(y)
 zs = self.format_ydata(z)
Why doesn't the last line say 
 zs = self.format_zdata(z)
?
Best, Paul

Hello all,
I am trying to change the position of the xlabel/ylabel with respect to the
xaxis/yaxis. Particularly, I was trying to get the "xlabel" closer to the
"xaxis" and the "ylabel" closer to the "yaxis", for which I was using the
lines indicated with '#<-------' in the following sample code:
#----
from pylab import *
from numpy import *
x = linspace(0,1,10)
y = x**2
plot(x, y)
xlabel('xname', position=(0.5,0.1)) #<------
ylabel('yname', position=(0.1,0.5)) #<------
#----
My understanding was that "position=(xpos,ypos)" would place the label
anywhere I wanted, though there is problem. Let me take "xlabel" as an
example. I can successfully move the "xlabel" parallel to the "xaxis" by
setting the quantity "xpos" anywhere from 0 to 1 (0.5 being the center of
the "xaxis"). However, for moving the "xlabel" closer to or further from the
"xaxis" I change the value of "ypos" but it does NOT do anything, i.e. the
"xlabel" stays at the same distance from the "xaxis". The equivalent problem
occurs with the "ylabel", i.e. I can move "ylabel" parallel to the "yaxis"
but I cannot get it any closer.
I am aware that I can "create a label" and place it anywhere by using the
text() command. Yet, it would be better if I can get the label placement
done with the xlabel/ylabel command so that I can eventually control the
label placement via rcParams.update().
Many thanks in advance.
carlo
-- 
View this message in context: http://old.nabble.com/Changing-xlabel-ylabel-position-tp31195337p31195337.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On Sun, Mar 20, 2011 at 2:08 PM, Xavier Gnata <xav...@gm...> wrote:
> Hi,
>
> It looks like the
> http://matplotlib.svn.sourceforge.net/viewvc/matplotlib/branches/py3k/
> in dead.
> The last commit was 8months ago.
>
> Numpy is ok with python3.1, scipy is ok, nose is ok, ipython is usable.
> Ubuntu already provides python-tk for python3.x
> It would be nice to port matplotlib to python3.
> Is there a plan? another svn/git branch?
https://github.com/matplotlib/matplotlib-py3