matplotlib-users Mailing List for matplotlib (Page 12)

Damon McDougall <dam...@gm...> writes:

> (Pdb) p fh
> <closed file '/Users/Damon/Library/Fonts/lcmssi8.afm', mode 'r' at  

That's a font that probably came with a TeX distribution and somehow got
installed in your font library.

> (Pdb) p line
> 'C 0 ; WX 708.333 ; N Gamma ; B 0 0 836.364 684.027 ;'

Failing on this line is a bug in matplotlib, since the AFM spec says
that bounding-box coordinates are "numbers", not "integers". Apparently
not many AFM files use that precise bounding boxes, since we haven't run
into this before.

I don't know how the MacPorts packaging system would react to modifying
installed files, but I imagine that applying the attached patch should
fix this.

> Also, after some curiosity, I realised the file ~/.matplotlib/ 
> fontList.cache doesn't exist. In fact, the ~/.matplotlib directory is  
> empty, there aren't even any hidden files. On my other computer,  
> matplotlib works fine and the ~/.matplotlib directory contains three  
> files: fontList.cache, fontManager.cache and tex.cache.

Maybe the files just didn't get written into your directory, since
matplotlib bailed out at the first failure.

Hi Jouni,

Sure. Here is the output from your suggestion:

Python 2.5.4 (r254:67916, Sep 15 2009, 11:16:42)
[GCC 4.2.1 (Apple Inc. build 5646)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
 >>> from pdb import pm
 >>> from matplotlib.figure import Figure
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/opt/local/lib/python2.5/site-packages/matplotlib/figure.py",  
line 19, in <module>
     from axes import Axes, SubplotBase, subplot_class_factory
   File "/opt/local/lib/python2.5/site-packages/matplotlib/axes.py",  
line 12, in <module>
     import matplotlib.axis as maxis
   File "/opt/local/lib/python2.5/site-packages/matplotlib/axis.py",  
line 10, in <module>
     import matplotlib.font_manager as font_manager
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 1301, in <module>
     _rebuild()
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 1292, in _rebuild
     fontManager = FontManager()
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 1010, in __init__
     self.afmlist = createFontList(self.afmfiles, fontext='afm')
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 578, in createFontList
     font = afm.AFM(fh)
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 294, in __init__
     parse_afm(fh)
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 282, in parse_afm
     dcmetrics_ascii, dcmetrics_name = _parse_char_metrics(fh)
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 168, in _parse_char_metrics
     bbox = _to_list_of_ints(vals[3][2:])
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 47, in _to_list_of_ints
     return [_to_int(val) for val in s.split()]
ValueError: invalid literal for int() with base 10: '836.364'
 >>> pm()
 > /opt/local/lib/python2.5/site-packages/matplotlib/afm.py(47) 
_to_list_of_ints()
-> return [_to_int(val) for val in s.split()]
(Pdb) up
 > /opt/local/lib/python2.5/site-packages/matplotlib/afm.py(168) 
_parse_char_metrics()
-> bbox = _to_list_of_ints(vals[3][2:])
(Pdb) p fh
<closed file '/Users/Damon/Library/Fonts/lcmssi8.afm', mode 'r' at  
0x1019b67b0>
(Pdb) p line
'C 0 ; WX 708.333 ; N Gamma ; B 0 0 836.364 684.027 ;'
(Pdb) p vals
['C 0 ', ' WX 708.333 ', ' N Gamma ', ' B 0 0 836.364 684.027 ']


Also, after some curiosity, I realised the file ~/.matplotlib/ 
fontList.cache doesn't exist. In fact, the ~/.matplotlib directory is  
empty, there aren't even any hidden files. On my other computer,  
matplotlib works fine and the ~/.matplotlib directory contains three  
files: fontList.cache, fontManager.cache and tex.cache.

Hope this explains more. Thanks in advance for any help.
Regards,
--Damon

On 15 Sep 2009, at 11:42, Jouni K. Seppänen wrote:

> Damon McDougall <dam...@gm...> writes:
>
>>>>> from matplotlib.figure import Figure
>> ValueError: invalid literal for int() with base 10: '836.364'
>>
>> I have no clue what is going on. Does anybody have any ideas?
>
> Could you do the following: (if you already exited that Python shell
> and can't reproduce the problem any longer, you can delete your
> ~/.matplotlib/fontList.cache and try again)
>
> from pdb import pm
> pm()
>
> This should get you to a debugger. Then type:
>
> up
> p fh
> p line
> p vals
>
> to get some more information on what is going wrong.
>
> -- 
> Jouni K. Seppänen
> http://www.iki.fi/jks
>
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9&#45;12, 2009. Register  
> now&#33;
> http://p.sf.net/sfu/devconf
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

Damon McDougall <dam...@gm...> writes:

>  >>> from matplotlib.figure import Figure
> ValueError: invalid literal for int() with base 10: '836.364'
>
> I have no clue what is going on. Does anybody have any ideas?

Could you do the following: (if you already exited that Python shell 
and can't reproduce the problem any longer, you can delete your
~/.matplotlib/fontList.cache and try again)

from pdb import pm
pm()

This should get you to a debugger. Then type:

up
p fh
p line
p vals

to get some more information on what is going wrong.

-- 
Jouni K. Seppänen
http://www.iki.fi/jks

Hi All,

After having installed Snow Leopard (10.6), I got some silly errors  
with libraries (installed via Macports) using deprecated functions  
Apple no longer supports, so I trashed the whole of Macports and  
reinstalled it. I then installed py25-matplotlib and get the following  
error message when trying the following

 >>> from matplotlib.figure import Figure
Traceback (most recent call last):
   File "<stdin>", line 1, in <module>
   File "/opt/local/lib/python2.5/site-packages/matplotlib/figure.py",  
line 19, in <module>
     from axes import Axes, SubplotBase, subplot_class_factory
   File "/opt/local/lib/python2.5/site-packages/matplotlib/axes.py",  
line 12, in <module>
     import matplotlib.axis as maxis
   File "/opt/local/lib/python2.5/site-packages/matplotlib/axis.py",  
line 10, in <module>
     import matplotlib.font_manager as font_manager
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 1301, in <module>
     _rebuild()
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 1292, in _rebuild
     fontManager = FontManager()
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 1010, in __init__
     self.afmlist = createFontList(self.afmfiles, fontext='afm')
   File "/opt/local/lib/python2.5/site-packages/matplotlib/ 
font_manager.py", line 578, in createFontList
     font = afm.AFM(fh)
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 294, in __init__
     parse_afm(fh)
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 282, in parse_afm
     dcmetrics_ascii, dcmetrics_name = _parse_char_metrics(fh)
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 168, in _parse_char_metrics
     bbox = _to_list_of_ints(vals[3][2:])
   File "/opt/local/lib/python2.5/site-packages/matplotlib/afm.py",  
line 47, in _to_list_of_ints
     return [_to_int(val) for val in s.split()]
ValueError: invalid literal for int() with base 10: '836.364'

I have no clue what is going on. Does anybody have any ideas?
Regards,
--Damon

John,

John Hunter wrote:
> On Mon, Sep 14, 2009 at 10:13 AM, Werner F. Bruhin
> <wer...@fr...> wrote:
>
>   
>> Just installed it on Vista and saw the following issues so far.
>>     
>
> Hey Werner, thanks for the reports.
>   
You are welcome - anyhow I think it would be more appropriate for me to 
thank you and everyone else involved in the mpl developement.  Thanks 
really a great job and it keeps getting even better!

...
>> - the issue with __doc__ handling in e.g. mlab.py is still present, see
>> tracker item 2593149 and http://www.py2exe.org/index.cgi/MatPlotLib at the
>> end of that page a work around is suggested
>>     
>
> This is not expected to be fixed until matplotlib 1.0.  The changes
> required to fix this are too pervasive for the 0.99 release branch,
> where the emphasis is on stability.
>
>   
>> - backend_wx does a wxPython version check which does not work when the
>> application is py2exe'd - tracker item 2858638 added and the above wiki page
>> also contains a work around/correction suggestion.
>>     
>
> OK, we will take a look at this too.
>   
Maybe instead of using "import wxversion" (I think its intent is for 
developers having multiple versions installed) you might wnat to change 
the code in backend_wx.py to use one of the following:
import wx
 >>> wx.__version__
'2.8.10.1'
 >>> wx.version
<function version at 0x02BAEC30>
 >>> wx.version()
'2.8.10.1 (msw-unicode)'
 >>> wx.VERSION
(2, 8, 10, 1, '')
 >>> wx.VERSION_STRING
'2.8.10.1'

This way you don't use wxversion and the check will run in all situations.

Best regards
Werner

Hi,

I have a few questions about the loglog plot :

1- Is there a way to a have axis format with real numbers rather than
numbers with exponent ?

2- I would like to have a grid not only for 10^2, 10^3, 10^4, 10^5 ... but
also for the minor axis ticks. is it possible ?

3- I use loglog to plot parallel lines. How can I have the function label
directly displaid next to the plotted straight lines ?

Thanks for your tips.


-- 
View this message in context: http://www.nabble.com/loglog-plot-tp25448633p25448633.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

On 09/14/2009 06:33 PM, Michael Droettboom wrote:
> That *is* strange.  I'm at a bit of a loss.  Is it segfaulting?  Can you
> get a traceback from gdb?

http://pastebin.com/f22e3f72f

> Since I'm having no trouble with the FC11 packages, that suggests it's
> something related to a difference in configuration.  Are you doing
> anything unusual with fontconfig?  Are you 64-bit or 32-bit (I'm on
> 32-bit, for what it's worth)?  Are you running the freetype or
> freetype-freeworld package?

http://pastebin.com/f6744681

> What does:
> 
> fc-list "Computer Modern"
> 
> display?

Nothing :D , I think this might be the culprit. However, I have
cm-unicode's ttf fonts installed:

http://pastebin.com/f1f3de309

What fonts does matplotlib exactly need here?

> Sorry for all the questions, but I'm grasping for something here ;)

I appreciate you putting in your time and effort for this seemingly
bizarre issue :) .

> Cheers,
> Mike
>
-- 
Regards,
Kamran Riaz Khan.

http://inspirated.com/

Forgot to cc this to the list, sorry about that.

Hi Jeff,

You don't happen to be in the same directory as a folder called  
'matplotlib' when trying to import matplotlib.backends, do you? If so,  
try moving to a different directory before invoking python and  
importing matplotlib.backends.

Regards,
--Damon

On 14 Sep 2009, at 22:52, Jeff Peery wrote:

> hello,
> I'm trying to import matplotlib.backends but I get a message  
> indicating that matplotlib has no module 'backends'. So I looked to  
> confirm that it was there and it is. I also checked if other modules  
> where available (by importing them from the command line) and it  
> appears that all the module are available but NOT any of the  
> packages located in the matplotlib installation folder.
>
> I just downloaded the latest matplotlib and installed it on a brand  
> new machine that is running vista. I'm running python 2.6.
>
> how do I fix this problem?
>
> thanks,
> Jeff
>
> ------------------------------------------------------------------------------
> Come build with us! The BlackBerry® Developer Conference in SF, CA
> is the only developer event you need to attend this year. Jumpstart  
> your
> developing skills, take BlackBerry mobile applications to market and  
> stay
> ahead of the curve. Join us from November 9-12, 2009. Register  
> now!
> http://p.sf.net/sfu/devconf_______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users

hello,
I'm trying to import matplotlib.backends but I get a message indicating that matplotlib has no module 'backends'. So I looked to confirm that it was there and it is. I also checked if other modules where available (by importing them from the command line) and it appears that all the module are available but NOT any of the packages located in the matplotlib installation folder.
 
I just downloaded the latest matplotlib and installed it on a brand new machine that is running vista. I'm running python 2.6.
 
how do I fix this problem?
 
thanks,
Jeff


      

On 2009-09-14 16:08 PM, Gökhan Sever wrote:
>
>
> On Mon, Sep 14, 2009 at 3:45 PM, <jas...@cr...
> <mailto:jas...@cr...>> wrote:
>
>     Robert Kern wrote:
>      > prctile does not handle the case where the exact percentile lies
>     between two
>      > items. scoreatpercentile does.
>      >
>      >
>
>     If mlab is supposed to be compatible with matlab, then isn't this a
>     problem?
>
>       From matlab, version 7.2.0.283 (R2006a)
>
>      >> prctile([1 1 2 2 1 2 4 3 2 2 2 3 4 5 6 7 8 9 7 6 4 5 5],[0 25 50 75
>     100])
>
>     ans =
>
>         1.0000    2.0000    4.0000    5.7500    9.0000
>
>
>     Of course, the 75th percentile is different here too (5.75 instead of
>     scipy's 5.5).  I don't know how to explain that discrepancy.
>
>     Jason
>
>
> Now there are 3 different 75 percentiles :). Any ideas, which is one the
> most correct?

They are all reasonable. There are lots of different ways of handling this case. 
 From the R documentation:

http://sekhon.berkeley.edu/stats/html/quantile.html

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco

On Mon, Sep 14, 2009 at 3:45 PM, <jas...@cr...> wrote:

> Robert Kern wrote:
> > prctile does not handle the case where the exact percentile lies between
> two
> > items. scoreatpercentile does.
> >
> >
>
> If mlab is supposed to be compatible with matlab, then isn't this a
> problem?
>
>  From matlab, version 7.2.0.283 (R2006a)
>
>  >> prctile([1 1 2 2 1 2 4 3 2 2 2 3 4 5 6 7 8 9 7 6 4 5 5],[0 25 50 75
> 100])
>
> ans =
>
>    1.0000    2.0000    4.0000    5.7500    9.0000
>
>
> Of course, the 75th percentile is different here too (5.75 instead of
> scipy's 5.5).  I don't know how to explain that discrepancy.
>
> Jason
>

Now there are 3 different 75 percentiles :). Any ideas, which is one the
most correct?

I have used matplotlib's percentile outputs on some of my abstracts and
posters, not yet in a paper. Not a big difference amongst them, but still
makes me think, should I compare similar other function results with other
programs when I do data analyses.

-- 
Gökhan

Robert Kern wrote:
> prctile does not handle the case where the exact percentile lies between two 
> items. scoreatpercentile does.
>
>   

If mlab is supposed to be compatible with matlab, then isn't this a problem?

 From matlab, version 7.2.0.283 (R2006a)

 >> prctile([1 1 2 2 1 2 4 3 2 2 2 3 4 5 6 7 8 9 7 6 4 5 5],[0 25 50 75 
100])

ans =

    1.0000    2.0000    4.0000    5.7500    9.0000


Of course, the 75th percentile is different here too (5.75 instead of 
scipy's 5.5).  I don't know how to explain that discrepancy.

Jason


--
Jason Grout

On 2009-09-14 13:49 PM, Gökhan Sever wrote:
>
>
> On Mon, Sep 14, 2009 at 12:30 PM, <jas...@cr...
> <mailto:jas...@cr...>> wrote:
>
>     I tried the following (most output text is deleted):
>
>     In [1]: ob1=[1,1,2,2,1,2,4,3,2,2,2,3,4,5,6,7,8,9,7,6,4,5,5]
>     In [2]: import matplotlib.pyplot as
>     plt
>     In [3]:
>     plt.figure()
>     In [4]:
>     plt.boxplot(ob1)
>     In [5]:
>     plt.savefig('test.png')
>     In [6]: import
>     scipy.stats
>     In [7]:
>     scipy.stats.scoreatpercentile(ob1,75)
>     Out[7]: 5.5
>
>
>     Note that the 75th percentile is 5.5.  R agrees with this calculation.
>     However, in the boxplot, the top of the box is around 6, not 5.5.  Isn't
>     the top of the box supposed to be at the 75th percentile?
>
>     Thanks,
>
>     Jason
>
>     --
>     Jason Grout
>
>
> From  matplotlib/lib/matplotlib/axes.py
>
> You can see how matplotlib calculating percentiles. And yes it doesn't
> conform with scipy's scoreatpercentile()
>
>
>              # get median and quartiles
>              q1, med, q3 = mlab.prctile(d,[25,50,75])
>
> I[36]: q1
> O[36]: 2.0
>
> I[37]: med
> O[37]: 4.0
>
> I[38]: q3
> O[38]: 6.0
>
>
> Could this be due to a rounding? I don't know, but I am curious to hear
> the explanations for this discrepancy.

prctile does not handle the case where the exact percentile lies between two 
items. scoreatpercentile does.

-- 
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
  that is made terrible by our own mad attempt to interpret it as though it had
  an underlying truth."
   -- Umberto Eco

On Mon, Sep 14, 2009 at 12:30 PM, <jas...@cr...> wrote:

> I tried the following (most output text is deleted):
>
> In [1]: ob1=[1,1,2,2,1,2,4,3,2,2,2,3,4,5,6,7,8,9,7,6,4,5,5]
> In [2]: import matplotlib.pyplot as
> plt
> In [3]:
> plt.figure()
> In [4]:
> plt.boxplot(ob1)
> In [5]:
> plt.savefig('test.png')
> In [6]: import
> scipy.stats
> In [7]:
> scipy.stats.scoreatpercentile(ob1,75)
> Out[7]: 5.5
>
>
> Note that the 75th percentile is 5.5.  R agrees with this calculation.
> However, in the boxplot, the top of the box is around 6, not 5.5.  Isn't
> the top of the box supposed to be at the 75th percentile?
>
> Thanks,
>
> Jason
>
> --
> Jason Grout
>
>
>From  matplotlib/lib/matplotlib/axes.py

You can see how matplotlib calculating percentiles. And yes it doesn't
conform with scipy's scoreatpercentile()


            # get median and quartiles
            q1, med, q3 = mlab.prctile(d,[25,50,75])

I[36]: q1
O[36]: 2.0

I[37]: med
O[37]: 4.0

I[38]: q3
O[38]: 6.0


Could this be due to a rounding? I don't know, but I am curious to hear the
explanations for this discrepancy.




-- 
Gökhan

I tried the following (most output text is deleted):

In [1]: ob1=[1,1,2,2,1,2,4,3,2,2,2,3,4,5,6,7,8,9,7,6,4,5,5]
In [2]: import matplotlib.pyplot as 
plt                                       
In [3]: 
plt.figure()                                                          
In [4]: 
plt.boxplot(ob1)                                                      
In [5]: 
plt.savefig('test.png')                                               
In [6]: import 
scipy.stats                                                    
In [7]: 
scipy.stats.scoreatpercentile(ob1,75)                                 
Out[7]: 5.5


Note that the 75th percentile is 5.5.  R agrees with this calculation.  
However, in the boxplot, the top of the box is around 6, not 5.5.  Isn't 
the top of the box supposed to be at the 75th percentile?

Thanks,

Jason

--
Jason Grout

Hello,

I have two figures, one with mpl's mathtext and the other one with the latex
as seen on the uploaded images:

http://img10.imageshack.us/img10/9384/mathtext.png

http://img188.imageshack.us/img188/5128/usetex.png


1-) How can I use the same fonts of mathtext figure (tick and label texts)
on the latex one?

2-) When I use mathtext, I always get an extra space after the math term (in
my case, after mm^-1). This doesn't happen when I use latex however I do not
know how to use same font for both ticks, labels and equations.

3-) Both in mathtext and latex mode, if the term I use cannot be parsed
correctly I get a super long error notifications. Couldn't this be made
friendlier?

Any solutions or suggestions?

Thanks,

-- 
Gökhan

OK, I will build the final 0.99.1 installers with the
--user-access-control=auto option (works on Python 2.6+).

Christoph

On 09/14/2009 08:22, John Hunter wrote:
> On Mon, Sep 14, 2009 at 10:13 AM, Werner F. Bruhin
> <wer...@fr...>  wrote:
>
>> Just installed it on Vista and saw the following issues so far.
>
> Hey Werner, thanks for the reports.
>
>> - Installer is not running elevated - tracker item 2858636 added
>
> Christoph, can you take a look at this?
>
>> - the issue with __doc__ handling in e.g. mlab.py is still present, see
>> tracker item 2593149 and http://www.py2exe.org/index.cgi/MatPlotLib at the
>> end of that page a work around is suggested
>
> This is not expected to be fixed until matplotlib 1.0.  The changes
> required to fix this are too pervasive for the 0.99 release branch,
> where the emphasis is on stability.
>
>> - backend_wx does a wxPython version check which does not work when the
>> application is py2exe'd - tracker item 2858638 added and the above wiki page
>> also contains a work around/correction suggestion.
>
> OK, we will take a look at this too.
>
> JDH
>
>

On Mon, Sep 14, 2009 at 10:13 AM, Werner F. Bruhin
<wer...@fr...> wrote:

> Just installed it on Vista and saw the following issues so far.

Hey Werner, thanks for the reports.

> - Installer is not running elevated - tracker item 2858636 added

Christoph, can you take a look at this?

> - the issue with __doc__ handling in e.g. mlab.py is still present, see
> tracker item 2593149 and http://www.py2exe.org/index.cgi/MatPlotLib at the
> end of that page a work around is suggested

This is not expected to be fixed until matplotlib 1.0.  The changes
required to fix this are too pervasive for the 0.99 release branch,
where the emphasis is on stability.

> - backend_wx does a wxPython version check which does not work when the
> application is py2exe'd - tracker item 2858638 added and the above wiki page
> also contains a work around/correction suggestion.

OK, we will take a look at this too.

JDH

John Hunter wrote:
> We are preparing a bugfix release of the 0.99 branch, and a release
> candidate 0.99.1rc1 is available for testing.
>
>   http://drop.io/xortel1#
>   
Just installed it on Vista and saw the following issues so far.

- Installer is not running elevated - tracker item 2858636 added
- the issue with __doc__ handling in e.g. mlab.py is still present, see 
tracker item 2593149 and http://www.py2exe.org/index.cgi/MatPlotLib at 
the end of that page a work around is suggested
- backend_wx does a wxPython version check which does not work when the 
application is py2exe'd - tracker item 2858638 added and the above wiki 
page also contains a work around/correction suggestion.

Werner

We are preparing a bugfix release of the 0.99 branch, and a release
candidate 0.99.1rc1 is available for testing.

  http://drop.io/xortel1#

Please post any problems you find on the bug tracker

  http://sourceforge.net/tracker/?group_id=80706&atid=560720

and any patches on the patches tracker.

  http://sourceforge.net/tracker/?group_id=80706&atid=560722

It will help if you also ping the mailing list since not all the
developers check the tracker as regularly as the lists.

The bugfixes from the svn commit log since 0.99.0 are included below:

------------------------------------------------------------------------
r7751 | jdh2358 | 2009-09-12 16:11:42 -0500 (Sat, 12 Sep 2009) | 1 line

tagging for 99.1 release candiate
------------------------------------------------------------------------
r7749 | efiring | 2009-09-11 16:14:15 -0500 (Fri, 11 Sep 2009) | 2 lines

Backported quiver bug fix from trunk

------------------------------------------------------------------------
r7745 | efiring | 2009-09-11 15:48:10 -0500 (Fri, 11 Sep 2009) | 2 lines

Fix bug in quiver angle kwarg, found when input angle array is not 1-D

------------------------------------------------------------------------
r7741 | jdh2358 | 2009-09-10 21:06:30 -0500 (Thu, 10 Sep 2009) | 1 line

minor tweaks to licensing devel doc
------------------------------------------------------------------------
r7740 | astraw | 2009-09-10 20:54:27 -0500 (Thu, 10 Sep 2009) | 2 lines

bugfix: bounds checking in hexbin with extent specified (SF#2856228)

------------------------------------------------------------------------
r7734 | leejjoon | 2009-09-10 18:01:28 -0500 (Thu, 10 Sep 2009) | 1 line

fix a bug in Line2D.draw method that produces invalid svg when the
line is invisible
------------------------------------------------------------------------
r7728 | mdboom | 2009-09-09 14:55:52 -0500 (Wed, 09 Sep 2009) | 2 lines

Fix some documentation warnings.

------------------------------------------------------------------------
r7727 | ryanmay | 2009-09-09 13:41:43 -0500 (Wed, 09 Sep 2009) | 1 line

Include 'top' keyword argument in docstring for Figure.subplots_adjust().
------------------------------------------------------------------------
r7703 | leejjoon | 2009-09-07 17:29:04 -0500 (Mon, 07 Sep 2009) | 1 line

fix a bug in lib/matplotlib/bezier.py
------------------------------------------------------------------------
r7638 | astraw | 2009-09-05 18:20:45 -0500 (Sat, 05 Sep 2009) | 4 lines

spines: fix 'axes' position bug (closes SF#2852168)

Thanks to Jason Grout for reporting this.

------------------------------------------------------------------------
r7633 | leejjoon | 2009-09-03 22:35:25 -0500 (Thu, 03 Sep 2009) | 1 line

fix a bug in axes_grid.inset_locator.inset_axes
------------------------------------------------------------------------
r7618 | ryanmay | 2009-08-31 12:34:50 -0500 (Mon, 31 Aug 2009) | 1 line

Use atleast_1d instead of asanyarray.  This allows passing in scalars
to quiver/barbs.
------------------------------------------------------------------------
r7617 | ryanmay | 2009-08-31 12:29:41 -0500 (Mon, 31 Aug 2009) | 1 line

Pull _parse_args out of Quiver and Barbs classes, as we have multiple,
diverging copies of the same code.  Now the shared code will actually
be shared.
------------------------------------------------------------------------
r7616 | ryanmay | 2009-08-31 12:27:12 -0500 (Mon, 31 Aug 2009) | 1 line

Update barb_demo.py with an example using masked arrays.
------------------------------------------------------------------------
r7607 | leejjoon | 2009-08-30 19:32:12 -0500 (Sun, 30 Aug 2009) | 1 line

fix sf bug #2839919
------------------------------------------------------------------------
r7600 | jdh2358 | 2009-08-30 11:22:38 -0500 (Sun, 30 Aug 2009) | 1 line

some unit cleanup; fix sf bug 2846058
------------------------------------------------------------------------
r7598 | jdh2358 | 2009-08-30 08:35:12 -0500 (Sun, 30 Aug 2009) | 1 line

applied Gael's ginput patch
------------------------------------------------------------------------
r7589 | jdh2358 | 2009-08-29 22:40:08 -0500 (Sat, 29 Aug 2009) | 1 line

added minor kwarg to get_?ticklines and applied ginpu patch
------------------------------------------------------------------------
r7584 | efiring | 2009-08-29 12:48:37 -0500 (Sat, 29 Aug 2009) | 2 lines

Semilogx, semilogy ensure one axis is linear; patch by Tony Yu

------------------------------------------------------------------------
r7583 | jdh2358 | 2009-08-29 11:46:44 -0500 (Sat, 29 Aug 2009) | 1 line

minor tweaks to the image tut
------------------------------------------------------------------------
r7582 | jdh2358 | 2009-08-29 11:35:35 -0500 (Sat, 29 Aug 2009) | 1 line

added Michael Sarahan's image tutorial from the scipy mpl sprint
------------------------------------------------------------------------
r7569 | mdboom | 2009-08-25 15:04:34 -0500 (Tue, 25 Aug 2009) | 2 lines

Fix cohere_pairs docstring so it builds with new versions of Sphinx

------------------------------------------------------------------------
r7567 | mdboom | 2009-08-25 10:31:10 -0500 (Tue, 25 Aug 2009) | 2 lines

Support Line2D objects without associated Axes objects.

------------------------------------------------------------------------
r7541 | jdh2358 | 2009-08-23 13:42:37 -0500 (Sun, 23 Aug 2009) | 1 line

more harness around locale
------------------------------------------------------------------------
r7536 | jdh2358 | 2009-08-23 00:27:40 -0500 (Sun, 23 Aug 2009) | 1 line

fix some typos in the docs
------------------------------------------------------------------------
r7533 | jdh2358 | 2009-08-22 21:27:44 -0500 (Sat, 22 Aug 2009) | 1 line

tweaks to os x
------------------------------------------------------------------------
r7530 | jdh2358 | 2009-08-22 21:10:59 -0500 (Sat, 22 Aug 2009) | 1 line

removed darwin lookup in setupext -- use make.osx install
------------------------------------------------------------------------
r7529 | jdh2358 | 2009-08-22 21:10:46 -0500 (Sat, 22 Aug 2009) | 1 line

removed darwin lookup in setupext -- use make.osx install
------------------------------------------------------------------------
r7528 | jdh2358 | 2009-08-22 20:50:21 -0500 (Sat, 22 Aug 2009) | 1 line

added new makefile for osx builds
------------------------------------------------------------------------
r7523 | jdh2358 | 2009-08-22 18:20:30 -0500 (Sat, 22 Aug 2009) | 1 line

fix osx epd formatting bug in rest
------------------------------------------------------------------------
r7522 | jdh2358 | 2009-08-22 18:19:44 -0500 (Sat, 22 Aug 2009) | 1 line

applied Ariel's mlab.cohere_pairs fixes
------------------------------------------------------------------------
r7521 | jdh2358 | 2009-08-22 17:50:55 -0500 (Sat, 22 Aug 2009) | 1 line

added Ariel's max install patch
------------------------------------------------------------------------
r7519 | jouni | 2009-08-22 01:25:07 -0500 (Sat, 22 Aug 2009) | 2 lines

Fix typos found by Marc Desmarais and Nicolas Pinto

------------------------------------------------------------------------
r7517 | jdh2358 | 2009-08-21 19:02:15 -0500 (Fri, 21 Aug 2009) | 1 line

fixed a fifo bug for the new transforms infrastructure
------------------------------------------------------------------------
r7506 | ryanmay | 2009-08-19 02:56:33 -0500 (Wed, 19 Aug 2009) | 1 line

Remove calls to np.asarray().  This was breaking the use of masked
arrays in calls to set_[x|y]data() and is handled appropriately
already by set_data().
------------------------------------------------------------------------
r7502 | mdboom | 2009-08-18 09:08:27 -0500 (Tue, 18 Aug 2009) | 2 lines

Fix some minor typos in the paths tutorial

------------------------------------------------------------------------
r7501 | mdboom | 2009-08-18 09:01:41 -0500 (Tue, 18 Aug 2009) | 2 lines

Fix some minor typos in the transforms tutorial

------------------------------------------------------------------------
r7500 | mdboom | 2009-08-18 09:00:28 -0500 (Tue, 18 Aug 2009) | 2 lines

Fix some minor typos in the transforms tutorial

------------------------------------------------------------------------
r7499 | jdh2358 | 2009-08-18 00:15:21 -0500 (Tue, 18 Aug 2009) | 1 line

added looking glass demo
------------------------------------------------------------------------
r7498 | jdh2358 | 2009-08-17 22:48:21 -0500 (Mon, 17 Aug 2009) | 1 line

added path tut
------------------------------------------------------------------------
r7490 | jdh2358 | 2009-08-15 12:56:44 -0500 (Sat, 15 Aug 2009) | 1 line

added transformations tut, did some reorg
------------------------------------------------------------------------
r7489 | jdh2358 | 2009-08-15 12:40:27 -0500 (Sat, 15 Aug 2009) | 1 line

some doc reorg
------------------------------------------------------------------------
r7486 | mdboom | 2009-08-14 08:30:32 -0500 (Fri, 14 Aug 2009) | 2 lines

Fix documentation about Axis.transAxis (thanks Jason Sage)

------------------------------------------------------------------------
r7484 | efiring | 2009-08-13 20:58:44 -0500 (Thu, 13 Aug 2009) | 3 lines

Prevent exception when image is off screen and out of the axes.
Bug reported by G. Jones.

------------------------------------------------------------------------
r7482 | efiring | 2009-08-13 19:24:40 -0500 (Thu, 13 Aug 2009) | 2 lines

Remove older versions of some functions in mlab.py; closes bug 2806535

------------------------------------------------------------------------
r7480 | jdh2358 | 2009-08-12 19:41:58 -0500 (Wed, 12 Aug 2009) | 1 line

add the pngs referenced by sphinx css; closes sf bug 2834121
------------------------------------------------------------------------
r7477 | efiring | 2009-08-12 11:53:41 -0500 (Wed, 12 Aug 2009) | 2 lines

Typo in navigation_toolbar.rst.

------------------------------------------------------------------------
r7476 | jdh2358 | 2009-08-12 06:37:13 -0500 (Wed, 12 Aug 2009) | 1 line

do case insensitive color string matching, as suggested in sf bug 2834598
------------------------------------------------------------------------
r7475 | jdh2358 | 2009-08-11 19:26:50 -0500 (Tue, 11 Aug 2009) | 1 line

update the contributing faq
------------------------------------------------------------------------
r7446 | heeres | 2009-08-11 02:06:15 -0500 (Tue, 11 Aug 2009) | 2 lines

Fix bugs: #2830483 (axis scaling), 2834105 (z order problem)

------------------------------------------------------------------------
r7444 | efiring | 2009-08-09 19:31:30 -0500 (Sun, 09 Aug 2009) | 3 lines

Sage patch, slightly modified, to improve tk/tcl detection.
http://trac.sagemath.org/sage_trac/ticket/4176

------------------------------------------------------------------------
r7443 | efiring | 2009-08-09 19:19:19 -0500 (Sun, 09 Aug 2009) | 3 lines

Patch from Jason, sage project: prevent failure with tiny arrows.
Also deleting unwanted whitespace in bezier.py.

------------------------------------------------------------------------
r7442 | efiring | 2009-08-09 19:02:56 -0500 (Sun, 09 Aug 2009) | 2 lines

patch from sage project: make unicode_safe safer

------------------------------------------------------------------------
r7433 | efiring | 2009-08-08 13:16:01 -0500 (Sat, 08 Aug 2009) | 2 lines

Fix excessive line length in annotations.rst

------------------------------------------------------------------------
r7432 | jdh2358 | 2009-08-08 10:16:57 -0500 (Sat, 08 Aug 2009) | 1 line

simplify poly array in example
------------------------------------------------------------------------
r7431 | jdh2358 | 2009-08-08 10:10:08 -0500 (Sat, 08 Aug 2009) | 1 line

use a class helper method to make the compound path from polys
------------------------------------------------------------------------
r7430 | jdh2358 | 2009-08-08 08:58:52 -0500 (Sat, 08 Aug 2009) | 1 line

two new examples using a compund path for a histogram; one animated
------------------------------------------------------------------------
r7429 | jdh2358 | 2009-08-08 08:53:24 -0500 (Sat, 08 Aug 2009) | 1 line

two new examples using a compund path for a histogram; one animated
------------------------------------------------------------------------
r7428 | jdh2358 | 2009-08-08 07:21:29 -0500 (Sat, 08 Aug 2009) | 1 line

clean up mplot3d examples: use pyplot noy pylab and numpy rather than
list comps and python random module
------------------------------------------------------------------------
r7426 | jdh2358 | 2009-08-08 06:00:41 -0500 (Sat, 08 Aug 2009) | 1 line

replace list comps w/ numpy in mplot3d
------------------------------------------------------------------------
r7424 | efiring | 2009-08-08 01:07:06 -0500 (Sat, 08 Aug 2009) | 2 lines

Restore default colormap behavior: no color (alpha = 0) for masked data

------------------------------------------------------------------------
r7416 | jdh2358 | 2009-08-07 10:40:56 -0500 (Fri, 07 Aug 2009) | 1 line

don't fail on window icon load
------------------------------------------------------------------------
r7414 | jdh2358 | 2009-08-07 05:15:04 -0500 (Fri, 07 Aug 2009) | 1 line

some doc fixes
------------------------------------------------------------------------
r7409 | ryanmay | 2009-08-06 14:28:16 -0500 (Thu, 06 Aug 2009) | 1 line

Tweak solution for hiding colorbar_doc to sync with trunk.
------------------------------------------------------------------------
r7407 | jdh2358 | 2009-08-06 13:51:58 -0500 (Thu, 06 Aug 2009) | 1 line

hide colorbar_doc a bit
------------------------------------------------------------------------
r7404 | jdh2358 | 2009-08-06 11:41:18 -0500 (Thu, 06 Aug 2009) | 1 line

some updates to site docs for release
------------------------------------------------------------------------
r7403 | leejjoon | 2009-08-06 11:11:30 -0500 (Thu, 06 Aug 2009) | 1 line

fix legend bug ignoring CircleCollection

This is usually caused by a mismatch in the Unicode mode of the python 
interpreter and the extension module.

Python can be built to use either 2-byte or 4-byte Unicode code points.  
If you build an extension on a Python interpreter that uses one, but use 
it on another, this error is the most common result.

Did you build basemap using the same Python interpreter that you are 
using to run it?

Cheers,
Mike

nbv4 wrote:
> I was able to get it working on my home machine, but can't get it installed
> on my webhost. I get this error when I try to import the module:
>
> --------------------------------------
>
> Python 2.6 (r26:66714, Apr 30 2009, 20:04:43) 
> [GCC 4.1.2 20080704 (Red Hat 4.1.2-44)] on linux2
> Type "help", "copyright", "credits" or "license" for more information.
> (InteractiveConsole)
>   
>>>> from mpl_toolkits.basemap import Basemap
>>>>         
> /home/nbv4/lib/python2.6/dbflib/dbflib.py:2: RuntimeWarning: Python C API
> version mismatch for module dbflibc: This Python has API version 1013,
> module dbflibc has version 1012.
>   import dbflibc
> /home/nbv4/lib/python2.6/shapelib/shapelib.py:2: RuntimeWarning: Python C
> API version mismatch for module shapelibc: This Python has API version 1013,
> module shapelibc has version 1012.
>   import shapelibc
> Traceback (most recent call last):
>   File "<console>", line 1, in <module>
>   File "/home/nbv4/lib/python2.6/mpl_toolkits/basemap/__init__.py", line 43,
> in <module>
>     import _geoslib, netcdftime
> ImportError: /home/nbv4/lib/python2.6/_geoslib.so: undefined symbol:
> PyUnicodeUCS4_DecodeUTF8
>
> ---------------------------------------
>
> Any ideas as to what may be causing this?
>   

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

That *is* strange.  I'm at a bit of a loss.  Is it segfaulting?  Can you 
get a traceback from gdb?

Since I'm having no trouble with the FC11 packages, that suggests it's 
something related to a difference in configuration.  Are you doing 
anything unusual with fontconfig?  Are you 64-bit or 32-bit (I'm on 
32-bit, for what it's worth)?  Are you running the freetype or 
freetype-freeworld package?

What does:

fc-list "Computer Modern"

display?

Sorry for all the questions, but I'm grasping for something here ;)

Cheers,
Mike

Kamran Riaz Khan wrote:
> On 09/11/2009 10:51 PM, Michael Droettboom wrote:
>   
>> The log doesn't show any actual plotting.  Did you run the same example
>> with debug-annoying turned on?  Turning debugging on shouldn't change
>> any behavior -- only output more debugging information to the console.
>>     
>
> There seems to be something really, really wrong here. As running the
> _same_ example with debug-annoying turned on just terminates the
> execution at:
>
> backend Agg version v2.2
> backend_agg.new_figure_manager
>
>   

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

Hi,
I have a strange problem with matplotlib: I use the greek character phi as a
label ($\phi$). When I display the diagram everything looks fine, only when
I save to an eps file, the phi dissappears (emplty space instead). Some
other characters (\mu, \Delta) don't have this problem. Does anyone have an
idea what the problem could be?
Cheers,
Diaboflo
-- 
View this message in context: http://www.nabble.com/Latex-characters-don%27t-show-when-I-save-to-eps-tp25433829p25433829.html
Sent from the matplotlib - users mailing list archive at Nabble.com.

I am posting this for a friend of mine. Please respond to the email 
address in the ad if you are interested.

---------- Forwarded message ----------
From: *Ben Strauss* <bst...@cl... 
<mailto:bst...@cl...>>
Date: Fri, Sep 11, 2009 at 4:56 PM
Subject: [job] top-flight graphicist needed for climate science & media 
group
To: mat...@li... 
<mailto:mat...@li...>


Please apply if interested--or forward to any associates you believe 
would be good!  Much appreciated; this is a very important position for 
us and we're looking for a real star.  Many thanks--

Ben Strauss
Associate Director, Strategic Initiatives
Climate Central


      Seeking Immediately:


    Experienced Graphic Designer for Climate Science & Media Group's TV,
    Web Productions


      Objective

Climate Central seeks an experienced, inspired and technically 
proficient graphic designer or data visualization expert--ideally versed 
in both art and science--to develop conceptual and data-driven 
visualizations from climate science research for broadcast TV and 
Internet.  A group of internationally recognized scientists and 
communicators, Climate Central is dedicated to producing vivid media 
based on sound climate change science, and has within its first 18 
months already appeared on PBS's The NewsHour with Jim Lehrer, 
nytimes.com <http://nytimes.com/>, bloomberg.com 
<http://bloomberg.com/>, TIME.com, Newsweek and Scientific American.  We 
will begin this Princeton, NJ position as a 90-day contract; successful 
performance will lead to full-time hire.


      Description

Climate change presents one of the greatest communications challenges of 
all time.  Many words have been printed, but Climate Central aims to 
develop an unmatched collection of clear, compelling, and science-based 
graphics and animations to tell the story visually.  We are currently 
expanding capacity in this area.

The Designer will collaborate with staff scientists and producers, as 
well as design colleagues, to produce static graphics and end-to-end 
broadcast-quality animated visualizations tailored for a general 
audience.  Each product must be accessible and understandable, yet vivid 
and scientifically rigorous.

The position will involve the development, maintenance, and application 
of a wide variety of tools for analyzing data and production, with some 
emphasis on tools for geographical display of information (GIS, Google 
Earth, Google Maps, generic maps).  An important dimension of this 
position will be working with NASA scientists and satellite data to 
develop an Earth-from-space “sky witness” collection of climate change 
visualizations.

For a sample of Climate Central's designs and animations to date, see 
the static graphics and videos at climatecentral.org 
<http://climatecentral.org/>.


      Qualifications

Significant experience (5+ years best) in scripting, data conversion, 
modeling, rendering and compositing, and handling large datasets, is 
required.  Candidate should show initiative and be a self-starter and 
self-teacher able to work well from high-level direction.  We are 
looking for someone with commitment to excellence, attention to detail, 
and passion for work and the subject.

Applicants should be proficient with the following tools, languages and 
data formats we regularly use:

•    Maya, After Effects, Illustrator, Photoshop, Google Earth/Maps
•    Python, Javascript
•    ESRI Shapefile, KML

...and it would also be helpful if you are familiar with:

•    MATLAB/Octave, VTK, Blender, Imagemagick, Gimp, QGIS, GDAL/OGR, 
NCAR NCL
•    C/C++
•    NetCDF, CSV, HDF


      To Apply

To apply, please send a cover letter, resume and link to your portfolio. 
We are looking for thoughtful, personalized cover letters that 
demonstrate applicants' qualifications and work style. Send materials as 
text in the body of an email message to jo...@cl... 
<mailto:jo...@cl...>; please put "graphics" in the subject 
line. If you send attachments, they must be in pdf format.

No phone calls, please.

Salary is competitive and will depend on experience. Climate Central 
offers excellent benefits, a delightful workplace, and the opportunity 
to play a crucial role in an organization with a mission.

Climate Central is an equal-opportunity employer and does not 
discriminate based on anything except how good you are at your work. 
People of color and individuals from other underrepresented groups are 
strongly encouraged to apply.


      About Climate Central:

Climate Central combines sound science and vivid media to increase 
public understanding and attention to the climate challenge.  In less 
than two years of operation, our work has already appeared on PBS 
NewsHour, nytimes.com <http://nytimes.com/>, bloomberg.com 
<http://bloomberg.com/>, time.com <http://time.com/>, newsweek.com 
<http://newsweek.com/>, Scientific American, and beyond.  Our staff and 
board include internationally recognized climate scientists and 
communications experts.  Visit our interim website climatecentral.org 
<http://climatecentral.org/> to learn more. Climate Central is a 501(c)3 
nonprofit organization.



-- 
Ben Strauss, PhD
Associate Director, Strategic Initiatives
Climate Central

Web:     climatecentral.org <http://climatecentral.org>
Email:    bstrauss [at] climatecentral.org <http://climatecentral.org>
Phone:   609-986-1984
Mobile:   609-613-0832
Mail:      1 Palmer Square, Suite 330 * Princeton, NJ 08542

I tried the code you supplied and I didn't get it to work with the *angles*
keyword, I got:
"ValueError: shape mismatch: objects cannot be broadcast to a single shape"
I have matplotlib.__version__ = '0.98.5.2'.

Although after thinking about it for a while I did:

from scipy import *
import matplotlib.pyplot as plt

X,Y = meshgrid(arange(64),arange(64)) # a bit bigger just to see what it
looks like
angles = arange(0,4*pi,4.*pi/X.size) # just creating a set of angles

u = cos(angles)
v = sin(angles)

c = arange(u.size) # the colours!
c.shape = X.shape
plt.quiver(X, Y, u, v, c, pivot='middle',minlength=0.04, width=0.05,
headwidth=1,scale=50)

that is, the angles are converted to "u" and "v" parameters.

Anyway. That is how I got it working.



efiring wrote:
> 
> 
> Example with ipython -pylab:
> 
> x = arange(4)
> y = arange(5)
> X, Y = meshgrid(x, y)
> u = ones_like(X)
> v = zeros_like(X)
> c = arange(u.size)  # values mapped to colors
> angles = (X * 20 + Y * 20).ravel()
> quiver(X, Y, u, v, c, angles=angles)
> axis([-1, 4, -1, 5])
> 
> 
> The .ravel() of the angles is to get around a bug that I fixed a few 
> minutes ago in svn.
> 
> Eric
> 
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Matplotlib-users mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-users
> 
> 

-- 
View this message in context: http://www.nabble.com/quiver-with-angles-tp25397027p25422103.html
Sent from the matplotlib - users mailing list archive at Nabble.com.