matplotlib-users Mailing List for matplotlib

I never thought it would happen, but the
Matplotlib Gallery has for once failed me:
http://matplotlib.sourceforge.net/gallery.html
I was looking for an example of creating a nice
tornado chart:
http://code.enthought.com/projects/chaco/docs/html/user_manual/tutorial_1.html
http://www.tushar-mehta.com/excel/software/tornado/
http://www.juiceanalytics.com/writing/recreating-ny-times-cancer-graph/
A basic version will do, say along the lines of
the Chaco example.
Thanks for any leads,
Alan Isaac

Hi Tony,
> Unfortunately, I think the preferred method is to create a proxy artist:
> 
> http://matplotlib.sourceforge.net/users/legend_guide.html#using-proxy-artist
> 
> Basically, you draw a fake patch with the same parameters as your fill (see example below).
> 
> Hope that helps,
Yes, that helps. I also found another simple way using matplotlib.pyplot.bar()
===
import numpy as np
import matplotlib.pyplot as plt
x = np.array([1,2])
data = np.array([10,8])
err = np.array([2,1])
b1 = plt.bar(x-.2,2*err,0.4,color='b',bottom=data - err,alpha=0.3)
plt.legend([b1[0]], ['nice legend graphic'],shadow=True,fancybox=True,numpoints=1)
plt.axis([0,3,0,15])
plt.show()
===
Thanks,
Andre

On Tue, Mar 27, 2012 at 3:31 AM, Mike Kaufman <mc...@gm...> wrote:
> On 3/26/12 12:49 PM, Christopher Graves wrote:
>
>> On Sun, Mar 11, 2012 at 2:32 PM, Christopher Graves
>> <chr...@gm... <mailto:chr...@gm...>> wrote:
>>
>
> Try this:
>>
>> from pylab import *
>> from matplotlib.ticker import AutoMinorLocator
>>
>> clf()
>> ax=subplot(111)
>> ax.autoscale(tight=True)
>> plot([1,2,4],[1,2,3])
>> ax.xaxis.set_minor_locator(__AutoMinorLocator(2))
>> ax.yaxis.set_minor_locator(__AutoMinorLocator(2))
>>
>> draw()
>>
>> M
>>
>> PS: I believe this is a fairly new feature...
>>
>>
>> Thanks! Great news that AutoMinorLocator has been added and
>> accomplishes this. Regarding the P.S. I can confirm that the feature
>> was not in matplotlib 1.0.1 - I had to update to 1.1.0 to use it.
>>
>> Best /Chris
>>
>>
>>
>> Hi Mike,
>>
>> A follow-up question... When using that, if one then tries to manually
>> use the zoom-box tool available with a matplotlib plot, if one draws too
>> small of a box (less than 2 major ticks in x or y dimension, based on
>> the following error message), it gives the following error and further
>> operations on the plot do not work.
>>
>> ValueError: Need at least two major ticks to find minor tick locations
>> ( File "/usr/lib/pymodules/python2.7/matplotlib/ticker.py", line 1528,
>> in __call__ )
>>
>> Any way to avoid this for now? (And ultimately, should this be made into
>> a bug fix request?)
>>
>
>
> Ok, I seem to remember seeing this error before, but I can't trip it now
> (with either 1.1.1rc or today's git checkout of 1.2.x). Do you have
> a short script that can reproduce this? For me, the zoom-box tool seems to
> be [correctly] setting the majortick locations as I zoom in, thus
> preventing this exception. I should note that I'm using the GTKAgg
> frontend. This may be the issue. A long time ago I was using the MacOSX
> frontend, and maybe this was when I was seeing it...
>
> Aside from that, this would be a bug.
>
> M
>
On Wed, Mar 28, 2012 at 10:50 PM, Christopher Graves <
chr...@gm...> wrote:
> Hi Mike,
>
> Ok I found the root cause. Here is a short script:
>
>
> from pylab import *
>
> from matplotlib.ticker import MultipleLocator, AutoMinorLocator
>
> plot([0,3],[0,2.2])
>
> ax = gca()
>
> ax.xaxis.set_major_locator(MultipleLocator(0.5))
>
> ax.xaxis.set_minor_locator(AutoMinorLocator(2))
>
> show()
>
>
> Once MultipleLocator has been called, the auto-reassigning of tick spacing
> when zooming (either with the zoom box or the cross and right-click drag)
> does not happen, and then AutoMinorLocator has the error because it has
> "majorstep = majorlocs[1] - majorlocs[0]" and majorlocs has less than 2
> elements when zoomed in that far. (GTKAgg vs others doesn't matter.)
>
> Seems like a bug. Is it the same in the newer mpl version you have?
> For my purposes, a different fix could work, because my reason to use
> MultipleLocator is only to make x and y major ticks have equal spacing, as
> follows:
>
> from pylab import *
>
> from matplotlib.ticker import MultipleLocator, AutoMinorLocator
>
> ax = subplot(111, aspect='equal')
>
> plot([0,3],[0,1.1])
>
> # Set the ticks to have the same interval on both x and y axes:
>
> x_major_tick_interval =
> abs(ax.xaxis.get_ticklocs()[0]-ax.xaxis.get_ticklocs()[1])
>
> ax.yaxis.set_major_locator(MultipleLocator(x_major_tick_interval))
>
> # 2 minor ticks per major tick:
>
> ax.yaxis.set_minor_locator(AutoMinorLocator(2))
>
> ax.xaxis.set_minor_locator(AutoMinorLocator(2))
>
> show()
>
>
> aspect='equal' is not necessary to bring out the error, it just
> illustrates the purpose of this. Is there another way to fix the x and y
> tick interval as equal? (And ideally even maintain the equal spacing when
> zooming.. As it is, they initially show as equal, but when zooming they can
> lose equal visible spacing while maintaining equal value intervals.)
>
>
> Best,
>
> Chris
>
On Thu, Mar 29, 2012 at 4:06 AM, Mike Kaufman <mc...@gm...> wrote:
> I can confirm this bug on yesterday's checkout. About equal spacing, I
> don't know offhand. A question to ask the list I think. If you could,
> please file as an issue on the github tracker. Include your code nugget
> that reproduces. Thanks.
>
> I don't have a lot of time at this moment, so hopefully somebody else
> looks at fixing it first.
>
> M
>
On Thu, Mar 29, 2012 at 11:53 AM, Christopher Graves <
chr...@gm...> wrote:
>
> Ok, bug is filed at https://github.com/matplotlib/matplotlib/issues/807
>
On Thu, Jun 21, 2012 at 12:54 AM, Christopher Graves <
chr...@gm...> wrote:
>
> Has anyone had a chance to take a look at this very annoying bug with
> using AutoMinorLocator?
>
Ok, I proposed a simple bug fix at
https://github.com/matplotlib/matplotlib/issues/807
How does one go about submitting this to the matplotlib package?
Best,
Chris

Hi all
FYI, the streamplot example does work with the dev. version of
matplotlib (that I pulled out from github, more specifically
matplotlib-matplotlib-v1.1.1-rc2-664-ga2d44d5.zip)
thanks
Nico
On 22 June 2012 02:51, <mat...@li...> wrote:
> Send Matplotlib-users mailing list submissions to
>    mat...@li...
>
> To subscribe or unsubscribe via the World Wide Web, visit
>    https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> or, via email, send a message with subject or body 'help' to
>    mat...@li...
>
> You can reach the person managing the list at
>    mat...@li...
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Matplotlib-users digest..."
>
>
> Today's Topics:
>
>  1. problem with streamplot method in basemap-1.0.3(4) (Nicolas)
>  2. Re: problem with streamplot method in   basemap-1.0.3(4)
>   (Benjamin Root)
>  3. Re: problem with streamplot method in   basemap-1.0.3(4) (Nicolas)
>  4. Re: problem with streamplot method in   basemap-1.0.3(4)
>   (Jeff Whitaker)
>  5. Can boxplot handle np.NaN? (Wouter Overmeire)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: 2012年6月21日 11:28:55 +1200
> From: Nicolas <nic...@gm...>
> Subject: [Matplotlib-users] problem with streamplot method in
>    basemap-1.0.3(4)
> To: mat...@li...
> Message-ID:
>    <CAJgfWuFpjRzeg-nR7exwwyH-QacmynxzLD-SQi+zMKZjk=zr...@ma...>
> Content-Type: text/plain; charset=windows-1252
>
> Hi all
>
> I have installed successively basemap 1.0.3 and 1.0.4 on top of my EPD
> 7.3 (linux x86_64) running on a linux ubuntu 11.10.
>
> archives downloaded from
> http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.X/
>
> My matplotlib version is 1.1.0 and I have checked that indeed the call
> to mpl_toolkits.basemap returns the correct version (I have installed
> successively 1.0.3 and then cleaned up and installed 1.0.4)
>
> the traceback is
>
> """
> Traceback (most recent call last):
> File "streamplot_demo.py", line 32, in <module>
> m.streamplot(x,y,udat,vdat,color=speed,linewidth=2,density=2,cmap=plt.cm.spectral)
> File "/home/nicolasf/epd/lib/python2.7/site-packages/mpl_toolkits/basemap/__init__.py",
> line 3370, in streamplot
> ret = ax.streamplot(x,y,u,v,*args,**kwargs)
> AttributeError: 'AxesSubplot' object has no attribute 'streamplot'
> """
>
> the doc string for streamplot_demo.py (in the example folder of the
> basemap1.0.4 sources) states that it requires the vectorplot scikit,
> which I have installed but been unable to get working (complains about
> missing lic_internal module ...)
>
> what is confusing is that the entry for streamplot_demo in the README
> (from basemap_1.0.4-examples) states that it "shows the new matplotlib
> streamplot method to visualize wind fields"
>
> Do I need to upgrade matplotlib to the development version ?
>
> thanks a lot in advance for any help on that one ...
>
> --
> -------------------------------------------------------------------------------------
> Dr. Nicolas Fauchereau
> Climate Scientist ? National Climate Centre
> National Institute of Water and Atmospheric Research (NIWA) Ltd.
> 41 Market Place
> Viaduct Precinct, Auckland
> NEW ZEALAND
> Tel: +64 (0)9 375 2053
> --------------------------------------------------------------------------------------
> "It is a mistake to think you can solve any major problems just with potatoes.".
> Douglas Adams.
>
>
>
> ------------------------------
>
> Message: 2
> Date: 2012年6月20日 19:37:04 -0400
> From: Benjamin Root <ben...@ou...>
> Subject: Re: [Matplotlib-users] problem with streamplot method in
>    basemap-1.0.3(4)
> To: Nicolas <nic...@gm...>
> Cc: "mat...@li..."
>    <mat...@li...>
> Message-ID:
>    <CANNq6FkQcqCHUCuR5n9wDhC4irDTq6if0BWbL+t-=4tP...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> On Wednesday, June 20, 2012, Nicolas wrote:
>
>> Hi all
>>
>> I have installed successively basemap 1.0.3 and 1.0.4 on top of my EPD
>> 7.3 (linux x86_64) running on a linux ubuntu 11.10.
>>
>> archives downloaded from
>>
>> http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.X/
>>
>> My matplotlib version is 1.1.0 and I have checked that indeed the call
>> to mpl_toolkits.basemap returns the correct version (I have installed
>> successively 1.0.3 and then cleaned up and installed 1.0.4)
>>
>> the traceback is
>>
>> """
>> Traceback (most recent call last):
>> File "streamplot_demo.py", line 32, in <module>
>>
>> m.streamplot(x,y,udat,vdat,color=speed,linewidth=2,density=2,cmap=plt.cm.spectral)
>> File
>> "/home/nicolasf/epd/lib/python2.7/site-packages/mpl_toolkits/basemap/__init__.py",
>> line 3370, in streamplot
>> ret = ax.streamplot(x,y,u,v,*args,**kwargs)
>> AttributeError: 'AxesSubplot' object has no attribute 'streamplot'
>> """
>>
>> the doc string for streamplot_demo.py (in the example folder of the
>> basemap1.0.4 sources) states that it requires the vectorplot scikit,
>> which I have installed but been unable to get working (complains about
>> missing lic_internal module ...)
>>
>> what is confusing is that the entry for streamplot_demo in the README
>> (from basemap_1.0.4-examples) states that it "shows the new matplotlib
>> streamplot method to visualize wind fields"
>>
>> Do I need to upgrade matplotlib to the development version ?
>
>
>
> Yes. Streamplot hasn't been officially released yet. Maybe Basemap should
> check for the function first?
>
> Ben Root
> -------------- next part --------------
> An HTML attachment was scrubbed...
>
> ------------------------------
>
> Message: 3
> Date: 2012年6月21日 11:50:48 +1200
> From: Nicolas <nic...@gm...>
> Subject: Re: [Matplotlib-users] problem with streamplot method in
>    basemap-1.0.3(4)
> To: Benjamin Root <ben...@ou...>
> Cc: "mat...@li..."
>    <mat...@li...>
> Message-ID:
>    <CAJ...@ma...>
> Content-Type: text/plain; charset=windows-1252
>
> Thanks Ben
>
> so streamplot "will" be part of a future stable release of matplotlib
> then ? one does not need the scikits.vectorplot installed ?
>
> I will try and pull the latest development version of matplotlib and
> install it (linux and mac os X), and then come back to the list to
> give some feedbacks
>
> cheers
>
> Nico
>
> On 21 June 2012 11:37, Benjamin Root <ben...@ou...> wrote:
>>
>>
>> On Wednesday, June 20, 2012, Nicolas wrote:
>>>
>>> Hi all
>>>
>>> I have installed successively basemap 1.0.3 and 1.0.4 on top of my EPD
>>> 7.3 (linux x86_64) running on a linux ubuntu 11.10.
>>>
>>> archives downloaded from
>>>
>>> http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.X/
>>>
>>> My matplotlib version is 1.1.0 and I have checked that indeed the call
>>> to mpl_toolkits.basemap returns the correct version (I have installed
>>> successively 1.0.3 and then cleaned up and installed 1.0.4)
>>>
>>> the traceback is
>>>
>>> """
>>> Traceback (most recent call last):
>>> ?File "streamplot_demo.py", line 32, in <module>
>>>
>>> ?m.streamplot(x,y,udat,vdat,color=speed,linewidth=2,density=2,cmap=plt.cm.spectral)
>>> ?File
>>> "/home/nicolasf/epd/lib/python2.7/site-packages/mpl_toolkits/basemap/__init__.py",
>>> line 3370, in streamplot
>>> ?ret = ?ax.streamplot(x,y,u,v,*args,**kwargs)
>>> AttributeError: 'AxesSubplot' object has no attribute 'streamplot'
>>> """
>>>
>>> the doc string for streamplot_demo.py (in the example folder of the
>>> basemap1.0.4 sources) states that it requires the vectorplot scikit,
>>> which I have installed but been unable to get working (complains about
>>> missing lic_internal module ...)
>>>
>>> what is confusing is that the entry for streamplot_demo in the README
>>> (from basemap_1.0.4-examples) states that it "shows the new matplotlib
>>> streamplot method to visualize wind fields"
>>>
>>> Do I need to upgrade matplotlib to the development version ?
>>
>>
>>
>> Yes. ?Streamplot hasn't been officially released yet. ?Maybe Basemap should
>> check for the function first?
>>
>> Ben Root
>
>
>
> --
> -------------------------------------------------------------------------------------
> Dr. Nicolas Fauchereau
> Climate Scientist ? National Climate Centre
> National Institute of Water and Atmospheric Research (NIWA) Ltd.
> 41 Market Place
> Viaduct Precinct, Auckland
> NEW ZEALAND
> Tel: +64 (0)9 375 2053
> --------------------------------------------------------------------------------------
> "It is a mistake to think you can solve any major problems just with potatoes.".
> Douglas Adams.
>
>
>
> ------------------------------
>
> Message: 4
> Date: 2012年6月20日 20:58:41 -0600
> From: Jeff Whitaker <js...@fa...>
> Subject: Re: [Matplotlib-users] problem with streamplot method in
>    basemap-1.0.3(4)
> To: mat...@li...
> Message-ID: <4FE...@fa...>
> Content-Type: text/plain; charset=windows-1252; format=flowed
>
> On 6/20/12 5:50 PM, Nicolas wrote:
>> Thanks Ben
>>
>> so streamplot "will" be part of a future stable release of matplotlib
>> then ? one does not need the scikits.vectorplot installed ?
>
> No, it does not. That's an error created by copy and pasting code from
> lic_demo.py.  I should not have included that example in the release at
> all, since streamplot is not in the released version of matplotlib.
>
> -Jeff
>>
>> I will try and pull the latest development version of matplotlib and
>> install it (linux and mac os X), and then come back to the list to
>> give some feedbacks
>>
>> cheers
>>
>> Nico
>>
>> On 21 June 2012 11:37, Benjamin Root<ben...@ou...> wrote:
>>>
>>> On Wednesday, June 20, 2012, Nicolas wrote:
>>>> Hi all
>>>>
>>>> I have installed successively basemap 1.0.3 and 1.0.4 on top of my EPD
>>>> 7.3 (linux x86_64) running on a linux ubuntu 11.10.
>>>>
>>>> archives downloaded from
>>>>
>>>> http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.X/
>>>>
>>>> My matplotlib version is 1.1.0 and I have checked that indeed the call
>>>> to mpl_toolkits.basemap returns the correct version (I have installed
>>>> successively 1.0.3 and then cleaned up and installed 1.0.4)
>>>>
>>>> the traceback is
>>>>
>>>> """
>>>> Traceback (most recent call last):
>>>>  File "streamplot_demo.py", line 32, in<module>
>>>>
>>>>  m.streamplot(x,y,udat,vdat,color=speed,linewidth=2,density=2,cmap=plt.cm.spectral)
>>>>  File
>>>> "/home/nicolasf/epd/lib/python2.7/site-packages/mpl_toolkits/basemap/__init__.py",
>>>> line 3370, in streamplot
>>>>  ret = ax.streamplot(x,y,u,v,*args,**kwargs)
>>>> AttributeError: 'AxesSubplot' object has no attribute 'streamplot'
>>>> """
>>>>
>>>> the doc string for streamplot_demo.py (in the example folder of the
>>>> basemap1.0.4 sources) states that it requires the vectorplot scikit,
>>>> which I have installed but been unable to get working (complains about
>>>> missing lic_internal module ...)
>>>>
>>>> what is confusing is that the entry for streamplot_demo in the README
>>>> (from basemap_1.0.4-examples) states that it "shows the new matplotlib
>>>> streamplot method to visualize wind fields"
>>>>
>>>> Do I need to upgrade matplotlib to the development version ?
>>>
>>>
>>> Yes. Streamplot hasn't been officially released yet. Maybe Basemap should
>>> check for the function first?
>>>
>>> Ben Root
>>
>>
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: 2012年6月21日 16:51:35 +0200
> From: Wouter Overmeire <lo...@gm...>
> Subject: [Matplotlib-users] Can boxplot handle np.NaN?
> To: mat...@li...
> Message-ID:
>    <CAKS7gT6TkvK5EH3n1iQ1ps-+jP5PD38E+Ryna=iZD...@ma...>
> Content-Type: text/plain; charset="iso-8859-1"
>
> Hi,
>
> Is boxplot supposed to be able to handle nan?
> I assumed it would, but got some unexpected results when trying so.
> In the example below i try to create boxplot for three lists a,b,c holding
> samples from normal distribution. Both a and b hold nan, c not. As you can
> see in the attached screenshot only the boxplot for c looks ok.
>
> In [145]: matplotlib.__version__
> Out[145]: '1.1.0'
>
> In [146]: np.__version__
> Out[146]: '1.6.1'
>
> In [147]: a = [np.random.randn() if i % 5 == 0 else np.NaN for i in
> range(1000)]
>
> In [148]: b = [np.random.randn() if i < 500 else np.NaN for i in
> range(1000)]
>
> In [149]: c = np.random.randn(1000)
>
> In [150]: d = boxplot([a, b, c])
>
> In [151]: d['medians'][0].get_data()
> Out[151]: (array([ 0.85, 1.15]), array([ nan, nan]))
>
> In [152]: d['medians'][1].get_data()
> Out[152]: (array([ 1.85, 2.15]), array([ nan, nan]))
>
> In [153]: d['medians'][2].get_data()
> Out[153]: (array([ 2.85, 3.15]), array([ 0.01285423, 0.01285423]))
>
> Wouter
> -------------- next part --------------
> An HTML attachment was scrubbed...
> -------------- next part --------------
> A non-text attachment was scrubbed...
> Name: boxplot_nan.png
> Type: image/png
> Size: 9648 bytes
> Desc: not available
>
> ------------------------------
>
> ------------------------------------------------------------------------------
> Live Security Virtual Conference
> Exclusive live event will cover all the ways today's security and
> threat landscape has changed and how IT managers can respond. Discussions
> will include endpoint security, mobile security and the latest in malware
> threats. http://www.accelacomm.com/jaw/sfrnl04242012/114/50122263/
>
> ------------------------------
>
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
>
>
> End of Matplotlib-users Digest, Vol 73, Issue 32
> ************************************************
-- 
-------------------------------------------------------------------------------------
Dr. Nicolas Fauchereau
Climate Scientist – National Climate Centre
National Institute of Water and Atmospheric Research (NIWA) Ltd.
41 Market Place
Viaduct Precinct, Auckland
NEW ZEALAND
Tel: +64 (0)9 375 2053
--------------------------------------------------------------------------------------
"It is a mistake to think you can solve any major problems just with potatoes.".
Douglas Adams.

On Thu, Jun 21, 2012 at 4:09 PM, Andre' Walker-Loud <wal...@gm...>wrote:
> Hi All,
>
> Sometimes, instead of using data points with error bars, I instead use
> fill_between to create a little bar, with a band which I use alpha=.3 or so.
>
> I have tried unsuccessfully to find an easy way to create a legend label
> for this band - I am trying to have a similar band appear in my legend.
>
> I am not attached to fill_between if there is a similar way to create such
> a "little bar" to represent my data point.
>
>
> Thanks,
>
> Andre
> ----------------------------------------------------------
>
> Hi Andre,
Unfortunately, I think the preferred method is to create a proxy artist:
http://matplotlib.sourceforge.net/users/legend_guide.html#using-proxy-artist
Basically, you draw a fake patch with the same parameters as your fill (see
example below).
Hope that helps,
-Tony
# example from
http://comments.gmane.org/gmane.comp.python.matplotlib.general/29476
def fill_between(x, y1, y2=0, ax=None, **kwargs):
 """Plot filled region between `y1` and `y2`.
 This function works exactly the same as matplotlib's fill_between,
except
 that it also plots a proxy artist (specifically, a rectangle of 0 size)
 so that it can be added it appears on a legend.
 """
 ax = ax if ax is not None else plt.gca()
 ax.fill_between(x, y1, y2, **kwargs)
 p = plt.Rectangle((0, 0), 0, 0, **kwargs)
 ax.add_patch(p)
 return p

Hi All,
Sometimes, instead of using data points with error bars, I instead use fill_between to create a little bar, with a band which I use alpha=.3 or so.
I have tried unsuccessfully to find an easy way to create a legend label for this band - I am trying to have a similar band appear in my legend.
I am not attached to fill_between if there is a similar way to create such a "little bar" to represent my data point.
Thanks,
Andre

On 6/20/12 5:50 PM, Nicolas wrote:
> Thanks Ben
>
> so streamplot "will" be part of a future stable release of matplotlib
> then ? one does not need the scikits.vectorplot installed ?
No, it does not. That's an error created by copy and pasting code from 
lic_demo.py. I should not have included that example in the release at 
all, since streamplot is not in the released version of matplotlib.
-Jeff
>
> I will try and pull the latest development version of matplotlib and
> install it (linux and mac os X), and then come back to the list to
> give some feedbacks
>
> cheers
>
> Nico
>
> On 21 June 2012 11:37, Benjamin Root<ben...@ou...> wrote:
>>
>> On Wednesday, June 20, 2012, Nicolas wrote:
>>> Hi all
>>>
>>> I have installed successively basemap 1.0.3 and 1.0.4 on top of my EPD
>>> 7.3 (linux x86_64) running on a linux ubuntu 11.10.
>>>
>>> archives downloaded from
>>>
>>> http://sourceforge.net/projects/matplotlib/files/matplotlib-toolkits/basemap-1.0.X/
>>>
>>> My matplotlib version is 1.1.0 and I have checked that indeed the call
>>> to mpl_toolkits.basemap returns the correct version (I have installed
>>> successively 1.0.3 and then cleaned up and installed 1.0.4)
>>>
>>> the traceback is
>>>
>>> """
>>> Traceback (most recent call last):
>>> File "streamplot_demo.py", line 32, in<module>
>>>
>>> m.streamplot(x,y,udat,vdat,color=speed,linewidth=2,density=2,cmap=plt.cm.spectral)
>>> File
>>> "/home/nicolasf/epd/lib/python2.7/site-packages/mpl_toolkits/basemap/__init__.py",
>>> line 3370, in streamplot
>>> ret = ax.streamplot(x,y,u,v,*args,**kwargs)
>>> AttributeError: 'AxesSubplot' object has no attribute 'streamplot'
>>> """
>>>
>>> the doc string for streamplot_demo.py (in the example folder of the
>>> basemap1.0.4 sources) states that it requires the vectorplot scikit,
>>> which I have installed but been unable to get working (complains about
>>> missing lic_internal module ...)
>>>
>>> what is confusing is that the entry for streamplot_demo in the README
>>> (from basemap_1.0.4-examples) states that it "shows the new matplotlib
>>> streamplot method to visualize wind fields"
>>>
>>> Do I need to upgrade matplotlib to the development version ?
>>
>>
>> Yes. Streamplot hasn't been officially released yet. Maybe Basemap should
>> check for the function first?
>>
>> Ben Root
>
>