matplotlib-devel Mailing List for matplotlib (Page 11)

Ok, I forgot my attachments would be stripped. Links:

Output of surface3d_demo.py (should explain why I want this patch)
http://static.ryanjwagner.com/mpl_patches/lightSource.png
Example code
http://static.ryanjwagner.com/mpl_patches/surface3d_demo.py
Edited mpl source... just proof of concept... still has to be cleaned up.
http://static.ryanjwagner.com/mpl_patches/axes3d.py


Also, upon looking at colors.LightSource, I think this doesn't really need to be changed for 3D except it would only work for regularly spaced data... might be a nice enhancement to supply the X and Y arrays as well as Z so it can calculate gradients for irregularly spaced grids.
-Ryan

Hi, 
   I'd like to propose adding a SHADES keyword to the mplot3D routines where you can supply your own colors for each polygon. There are cases where I do not want the surfaces to be shaded by the Z value, so this cannot be achieved with colormaps. This would also allow light-source shading if LightSource.shade is upgraded to 3D (my next goal). I already have this patch for axes3D.plot_surface written, but would like some discussion about it before I submit an enhancement request/patch.

As of right now I have a demo that works as follows:

l = LightSource(azdeg=100)
t = l.shade(Z, cm.jet)
ax.plot_surface(X, Y, Z, rstride=1, cstride=1, shades=t) 

I would also like to add a linewidth keyword to specify the width of the wireframe in the 3dSurface command.

I'd be interested in hearing anyone's comments about this. I've attached a pre-lim version of this code.. (still has to be cleaned up and variable names changed).

-Ryan Wagner

On Tue, Aug 4, 2009 at 5:33 AM, Jonathan
Demaeyer<jon...@ho...> wrote:
> Hello,
>
> Thank you for your answer. When I explicitly give None as renderer argument, everything work well.
> Now I guess the question is why the default value is not used by the method?
>

The Axes.draw is the only the "draw" method that has a default value
for renderer argument. Well, we'd better have a separate decoratorfor
Axes.draw.

> By the way, rasterization support wasn't introduced earlier than the 0.98.3 version?

Yes, the rasterization support was there for a while.
I was talking about the support for rasterization "per aritst" by
decorating the draw methods of individual artists.

-JJ

>
> Regards,
>
> Jonathan
>
>
> Jae-Joon Lee a écrit :
>> I guess this is related with the decorator introduced by rasterization support.
>> While most of the artist seems to explicitly require the renderer
>> instance as the second argument of the draw method, the draw method in
>> the Axes class have default value of None.
>> The easiest fix seems to let the decorator returns the method with
>> renderer=None as in the Axes.
>>
>> By the way, Jonathan, I guess the easiest workaround for you is to
>> modify your code so that it explicitly gives the renderer argument. As
>> you see the default value for renderer is None. Just call it as
>> draw(None).
>>
>> Regards,
>>
>> -JJ
>>
>
>
> ------------------------------------------------------------------------------
> 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-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>

I did the following and now matplotlib 0.99.0 rc2 runs fine on my home  
computer:
- I reverted my site-packages to its state before running the  
matplotlib-0.99.0.rc2-py2.5-macosx10.5.mpkg installer
  (I had saved a zip file just in case anything went wrong)
- I found I had numpy 1.2.1 installed, so I upgraded to 1.3.0
- I found I had some version of pytz and dateutil installed, so I  
deleted them (in case there was a conflict with the versions  
matplotlib wanted to use)
- I ran the matplotlib-0.99.0.rc2-py2.5-macosx10.5.mpkg again (from a  
dmg that I'd created)

Now it all works!

I hope that numpy was too old, since I don't see how the other changes  
could possibly be relevant.


By the way: the ReadMe in the matplotlib Mac binary installer is for  
the source distro, and so not very relevant to the Mac installer. If  
and when you have time I suggest writing one for the Mac. Relevant  
info includes:
- which back ends are supported in this build
- minimum required versions for wxPython (if using wxAgg), numpy, Tcl/ 
Tk, GTK (if relevant), etc.

I will send you the file I used to use when I built a matplotlib  
installer. bdist_mpkg has a --readme flag or you can just copy it  
manually, overwriting whatever it put in there. Please feel free to do  
as you like with the file; I have no proprietary feelings about it.

Thank you very, very much for making the installer and being willing  
to work on the Tcl/Tk crash. It's great that you have figured out an  
automated way to build it that works and supports Tcl/Tk. My process  
was manual and rather a pain (copying object libraries into /usr/local/ 
lib, bdist_mpkg, removing the libraries again...).

Regards,

-- Russell

On Aug 5, 2009, at 3:27 AM, John Hunter wrote:

> On Tue, Aug 4, 2009 at 11:04 PM, Russell  
> Owen<rowen@u.washington.edu> wrote:
>
>> Thank you very much. Unfortunately it doesn't work for me. Trying  
>> to import
>> pylab results in a bus error (I appended the log in case it has  
>> anything
>> useful in it).
>>
>> My configuration:
>> - Intel Mac
>> - MacOS X 10.5.7
>> - Python 2.5.2 (in /Library/Frameworks... from python.org)
>> - Tcl/Tk 8.4.19 (in /Library/Frameworks... from ActiveState)
>> - this occurs with or without a ~/.matplotlib/matplotlibrc file  
>> (that uses
>> TkAgg) and with or without a ~/.matplotlib directory at all
>> I have confirmed that Tkinter works fine.\
>
> Can you create a small test script that creates an mpl figure and
> saves it with savefig, and run it with
>
>> python myscript.py -dTkAgg
>
>> python myscript.py -dWXAgg
>
>> python myscript.py -dAgg
>
>> python myscript.py -dmacosx
>
> and let me know if all segfault, and if not, which ones do?
>
> JDH

Hi all,

I've come across an apparent bug in imshow when outputting to PDF and  
EPS files.  (I haven't tested other vector formats.)  It manifests as  
a small scaling error between the raster image and the axes coordinates.

I have attached a test script to illustrate the problem.  The  
(correct) PNG output file shows a green 'X' at the common point  
between four pixels near the center of the raster image.  The extent  
is chosen such that the coordinates refer to pixel centers.  The PDF  
and EPS output files show a misalignment between the X and the pixel  
boundaries -- zoom in to see it clearly.  Also, the topmost row and  
rightmost column appear truncated.

I am using svn r7395.

Thanks for the attention,
Mike

The segfault I reported on was on home computer. Today at work I tried  
the same installer and it works fine on my work machine. I performed  
the tests (though I doubt they're relevant since TkAgg works) and came  
up with:

>> python myscript.py -dTkAgg

works (at work)

>> python myscript.py -dWXAgg

I don't have wxPython installed so it fails as expected.

>> python myscript.py -dAgg

Works but I have no idea where the output goes.

>> python myscript.py -dmacosx

Works.

I can try more tests at home, but not until this evening. My *guess*  
based on past experience with matplotlib segfaults in TkAgg is that  
all those tests will pass except TkAgg, and that TkAgg will work if I  
move my /Library/Frameworks Tcl/Tk aside.

-- Russell

On Aug 5, 2009, at 3:27 AM, John Hunter wrote:

> On Tue, Aug 4, 2009 at 11:04 PM, Russell  
> Owen<rowen@u.washington.edu> wrote:
>
>> Thank you very much. Unfortunately it doesn't work for me. Trying  
>> to import
>> pylab results in a bus error (I appended the log in case it has  
>> anything
>> useful in it).
>>
>> My configuration:
>> - Intel Mac
>> - MacOS X 10.5.7
>> - Python 2.5.2 (in /Library/Frameworks... from python.org)
>> - Tcl/Tk 8.4.19 (in /Library/Frameworks... from ActiveState)
>> - this occurs with or without a ~/.matplotlib/matplotlibrc file  
>> (that uses
>> TkAgg) and with or without a ~/.matplotlib directory at all
>> I have confirmed that Tkinter works fine.\
>
> Can you create a small test script that creates an mpl figure and
> saves it with savefig, and run it with
>
>> python myscript.py -dTkAgg
>
>> python myscript.py -dWXAgg
>
>> python myscript.py -dAgg
>
>> python myscript.py -dmacosx
>
> and let me know if all segfault, and if not, which ones do?
>
> JDH

On Wed, Aug 5, 2009 at 10:53 AM, Russell Owen<ro...@uw...> wrote:
> The segfault I reported on was on home computer. Today at work I tried the
> same installer and it works fine on my work machine. I performed the tests
> (though I doubt they're relevant since TkAgg works) and came up with:

> I don't have wxPython installed so it fails as expected.
>
> python myscript.py -dAgg

If you made a call to savefig('somefile'), this will create somefile.png

On Wed, Aug 5, 2009 at 7:11 AM, John Hunter<jd...@gm...> wrote:

> Perhaps we could return a plain file handle pointing to the cached data?

OK, I've made a few changes to the code so Jouni you will probably
want to review them

* I renamed the svn repo and function to be "sample_data" rather than
"mpl_data" to avoid confusion with lib/matplotlib/mpl-data.  The svn
repo, the examples and the cbook function have all been renamed.  The
repo is ::

    svn co https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/sample_data

  and the examples are::

   johnh@udesktop191:mpl> ls examples/misc/sam*.py
   examples/misc/sample_data_demo.py  examples/misc/sample_data_test.py

* I added support for nested subdirs, so you can now do, as in
examples/misc/sample_data_test.py::

    datafile = 'testdir/subdir/testsub.csv'
    fh = cbook.get_sample_data(datafile)

* I commented out the random number appending, because I do not see
the use case, but we can re-add it when you enlighten me :-)

* I always return a file handle to the cached file, so seek works, and
is exercised in examples/misc/sample_data_test.py

It is probably worth doing a little more work to make the processor
plus the "get_sample_data" function all part of one class, so other
people can reuse it with other repos and other dirs.  Eg, something
like the following in cbook::

  myserver = ViewVCCacheServer(mycachedir, myurlbase)
  get_sample_data = myserver.get_sample_data

On Wed, Aug 5, 2009 at 7:11 AM, John Hunter <jd...@gm...> wrote:

> >>> import matplotlib.mlab as mlab
> >>> import matplotlib.cbook as cbook
> >>> r = mlab.csv2rec( cbook.get_mpl_data('testdata.csv') )
> Traceback (most recent call last):
>  File "<stdin>", line 1, in <module>
>  File "/Users/jdhunter/dev/lib/python2.6/site-packages/matplotlib/mlab.py",
> line 2108, in csv2rec
>    fh = cbook.to_filehandle(fname)
>  File
> "/Users/jdhunter/dev/lib/python2.6/site-packages/matplotlib/cbook.py",
> line 339, in to_filehandle
>    raise ValueError('fname must be a string or file handle')
> ValueError: fname must be a string or file handle
>
> Perhaps we could return a plain file handle pointing to the cached data?


Another option is to use StringIO to create a new file-like object after
read()-ing in all the data.

Ryan

-- 
Ryan May
Graduate Research Assistant
School of Meteorology
University of Oklahoma

On Tue, Aug 4, 2009 at 2:45 PM, Jouni K. Seppänen<jk...@ik...> wrote:
> John Hunter <jd...@gm...> writes:
>
>>     # TODO: how to handle stale data in the cache that has been
>>     # updated from svn -- is there a clean http way to get the current
>>     # revision number that will not leave us at the mercy of html
>>     # changes at sf?
>
> The mod_dav_svn server sends an ETag header that happens to contain the
> revision number where the file was last modified, and a Last-Modified
> header that contains the date of that revision. The clean http way to
> make use of these is to make a conditional request - I hacked up a
> processor class for urllib2 that does this, and checked it in.

Also, it would be preferable for the returned file object which
supports the "seek" method.  This is what cbook.to_filehandle checks
for, and what mlab.csv2rec uses to rewind the file after doing a data
introspection pass through to get the data types.  Eg,

>>> import matplotlib.mlab as mlab
>>> import matplotlib.cbook as cbook
>>> r = mlab.csv2rec( cbook.get_mpl_data('testdata.csv') )
Traceback (most recent call last):
  File "<stdin>", line 1, in <module>
  File "/Users/jdhunter/dev/lib/python2.6/site-packages/matplotlib/mlab.py",
line 2108, in csv2rec
    fh = cbook.to_filehandle(fname)
  File "/Users/jdhunter/dev/lib/python2.6/site-packages/matplotlib/cbook.py",
line 339, in to_filehandle
    raise ValueError('fname must be a string or file handle')
ValueError: fname must be a string or file handle

Perhaps we could return a plain file handle pointing to the cached data?

JDH

On Tue, Aug 4, 2009 at 2:45 PM, Jouni K. Seppänen<jk...@ik...> wrote:

> The mod_dav_svn server sends an ETag header that happens to contain the
> revision number where the file was last modified, and a Last-Modified
> header that contains the date of that revision. The clean http way to
> make use of these is to make a conditional request - I hacked up a
> processor class for urllib2 that does this, and checked it in.

Wow, that is really clever and cool.  Nicely done.  I added
mpl_data/testdata.csv which is easier to modify than lena.png to test
the revision control and it worked beautifully
(examples/misc/mpl_data_test.py)

I didn't understand this part of the code:

        fn = rightmost
        while os.path.exists(self.in_cache_dir(fn)):
            fn = rightmost + '.' + str(random.randint(0,9999999))

when would there be a name clash that would require the randint appended?

Also, how hard would it be to add support for a directory structure?
I see you are getting the filename from the url as the last thing past
the '/'.  Is there any way to generalize this so a relative path could
be supported in the svn repo and local cache dir?

JDH

On Tue, Aug 4, 2009 at 11:04 PM, Russell Owen<rowen@u.washington.edu> wrote:

> Thank you very much. Unfortunately it doesn't work for me. Trying to import
> pylab results in a bus error (I appended the log in case it has anything
> useful in it).
>
> My configuration:
> - Intel Mac
> - MacOS X 10.5.7
> - Python 2.5.2 (in /Library/Frameworks... from python.org)
> - Tcl/Tk 8.4.19 (in /Library/Frameworks... from ActiveState)
> - this occurs with or without a ~/.matplotlib/matplotlibrc file (that uses
> TkAgg) and with or without a ~/.matplotlib directory at all
> I have confirmed that Tkinter works fine.\

Can you create a small test script that creates an mpl figure and
saves it with savefig, and run it with

  > python myscript.py -dTkAgg

  > python myscript.py -dWXAgg

  > python myscript.py -dAgg

  > python myscript.py -dmacosx

and let me know if all segfault, and if not, which ones do?

JDH

On Aug 4, 2009, at 8:09 PM, John Hunter wrote:

> On Mon, Aug 3, 2009 at 2:58 PM, Russell E. Owen<ro...@uw...> wrote:
>
>> If you are using bdist_mpkg then it should do the right thing as  
>> long as
>> you build the python with your python.org python
>> (/Library/Frameworks...) instead of the system python.
>
> Following some of the suggestions in this thread and on the sf bug  
> report
>
>  https://sourceforge.net/tracker/index.php?func=detail&aid=2831805&group_id=80706&atid=560720
>
> I rebuilt the OSX binaries from scratch, using a src framework build
> of python, and activetcl as suggested by Russell.  The rc2 build
> candidates are at
>
>  http://drop.io/xortel1#
>
> If anyone has a chance to test them, that would be great.

Thank you very much. Unfortunately it doesn't work for me. Trying to  
import pylab results in a bus error (I appended the log in case it has  
anything useful in it).

My configuration:
- Intel Mac
- MacOS X 10.5.7
- Python 2.5.2 (in /Library/Frameworks... from python.org)
- Tcl/Tk 8.4.19 (in /Library/Frameworks... from ActiveState)
- this occurs with or without a ~/.matplotlib/matplotlibrc file (that  
uses TkAgg) and with or without a ~/.matplotlib directory at all
I have confirmed that Tkinter works fine.

I'll see if I can build a binary, though perhaps I should first try  
using a conventional recipe, then if that works, compare it to the  
makefile.

-- Russell

Process:         Python [2293]
Path:            /Library/Frameworks/Python.framework/Versions/2.5/ 
Resources/Python.app/Contents/MacOS/Python
Identifier:      Python
Version:         ??? (???)
Code Type:       X86 (Native)
Parent Process:  bash [2260]

Interval Since Last Report:          346695 sec
Crashes Since Last Report:           8
Per-App Interval Since Last Report:  0 sec
Per-App Crashes Since Last Report:   4

Date/Time:       2009-08-04 20:58:49.631 -0700
OS Version:      Mac OS X 10.5.7 (9J61)
Report Version:  6
Anonymous UUID:  683AF09F-7779-4567-A264-ACBF18B9AB0B

Exception Type:  EXC_BAD_ACCESS (SIGBUS)
Exception Codes: KERN_PROTECTION_FAILURE at 0x0000000000000000
Crashed Thread:  0

Thread 0 Crashed:
0   ???                           	0000000000 0 + 0
1   org.python.python             	0x0049ed67  
_PyImport_LoadDynamicModule + 153 (importdl.c:54)
2   org.python.python             	0x0049ca49 load_module + 201  
(import.c:1758)
3   org.python.python             	0x0049cf13 import_submodule + 293  
(import.c:2400)
4   org.python.python             	0x0049d161 load_next + 195  
(import.c:2220)
5   org.python.python             	0x0049d655 import_module_level +  
213 (import.c:2008)
6   org.python.python             	0x0049db05  
PyImport_ImportModuleLevel + 45 (import.c:2072)
7   org.python.python             	0x00478917 builtin___import__ + 156  
(bltinmodule.c:49)
8   org.python.python             	0x003f8b00 PyObject_Call + 45  
(abstract.c:1861)
9   org.python.python             	0x0047d6fe  
PyEval_CallObjectWithKeywords + 112 (ceval.c:3442)
10  org.python.python             	0x004806e6 PyEval_EvalFrameEx +  
8542 (ceval.c:2067)
11  org.python.python             	0x00484e0e PyEval_EvalCodeEx + 1819  
(ceval.c:2836)
12  org.python.python             	0x00484fc2 PyEval_EvalCode + 87  
(ceval.c:500)
13  org.python.python             	0x0049be36  
PyImport_ExecCodeModuleEx + 193 (import.c:675)
14  org.python.python             	0x0049c28c load_source_module + 726  
(import.c:959)
15  org.python.python             	0x0049cf13 import_submodule + 293  
(import.c:2400)
16  org.python.python             	0x0049d161 load_next + 195  
(import.c:2220)
17  org.python.python             	0x0049d60e import_module_level +  
142 (import.c:2001)
18  org.python.python             	0x0049db05  
PyImport_ImportModuleLevel + 45 (import.c:2072)
19  org.python.python             	0x00478917 builtin___import__ + 156  
(bltinmodule.c:49)
20  org.python.python             	0x003f8b00 PyObject_Call + 45  
(abstract.c:1861)
21  org.python.python             	0x0047d6fe  
PyEval_CallObjectWithKeywords + 112 (ceval.c:3442)
22  org.python.python             	0x004806e6 PyEval_EvalFrameEx +  
8542 (ceval.c:2067)
23  org.python.python             	0x00484e0e PyEval_EvalCodeEx + 1819  
(ceval.c:2836)
24  org.python.python             	0x00484fc2 PyEval_EvalCode + 87  
(ceval.c:500)
25  org.python.python             	0x0049be36  
PyImport_ExecCodeModuleEx + 193 (import.c:675)
26  org.python.python             	0x0049c28c load_source_module + 726  
(import.c:959)
27  org.python.python             	0x0049cf13 import_submodule + 293  
(import.c:2400)
28  org.python.python             	0x0049d4be ensure_fromlist + 448  
(import.c:2311)
29  org.python.python             	0x0049d893 import_module_level +  
787 (import.c:2038)
30  org.python.python             	0x0049db05  
PyImport_ImportModuleLevel + 45 (import.c:2072)
31  org.python.python             	0x00478917 builtin___import__ + 156  
(bltinmodule.c:49)
32  org.python.python             	0x003f8b00 PyObject_Call + 45  
(abstract.c:1861)
33  org.python.python             	0x0047d6fe  
PyEval_CallObjectWithKeywords + 112 (ceval.c:3442)
34  org.python.python             	0x004806e6 PyEval_EvalFrameEx +  
8542 (ceval.c:2067)
35  org.python.python             	0x00484e0e PyEval_EvalCodeEx + 1819  
(ceval.c:2836)
36  org.python.python             	0x00484fc2 PyEval_EvalCode + 87  
(ceval.c:500)
37  org.python.python             	0x0049be36  
PyImport_ExecCodeModuleEx + 193 (import.c:675)
38  org.python.python             	0x0049c28c load_source_module + 726  
(import.c:959)
39  org.python.python             	0x0049cf13 import_submodule + 293  
(import.c:2400)
40  org.python.python             	0x0049d4be ensure_fromlist + 448  
(import.c:2311)
41  org.python.python             	0x0049d893 import_module_level +  
787 (import.c:2038)
42  org.python.python             	0x0049db05  
PyImport_ImportModuleLevel + 45 (import.c:2072)
43  org.python.python             	0x00478917 builtin___import__ + 156  
(bltinmodule.c:49)
44  org.python.python             	0x003f8b00 PyObject_Call + 45  
(abstract.c:1861)
45  org.python.python             	0x0047d6fe  
PyEval_CallObjectWithKeywords + 112 (ceval.c:3442)
46  org.python.python             	0x004806e6 PyEval_EvalFrameEx +  
8542 (ceval.c:2067)
47  org.python.python             	0x00484e0e PyEval_EvalCodeEx + 1819  
(ceval.c:2836)
48  org.python.python             	0x00484fc2 PyEval_EvalCode + 87  
(ceval.c:500)
49  org.python.python             	0x0049be36  
PyImport_ExecCodeModuleEx + 193 (import.c:675)
50  org.python.python             	0x0049c28c load_source_module + 726  
(import.c:959)
51  org.python.python             	0x0049cf13 import_submodule + 293  
(import.c:2400)
52  org.python.python             	0x0049d161 load_next + 195  
(import.c:2220)
53  org.python.python             	0x0049d655 import_module_level +  
213 (import.c:2008)
54  org.python.python             	0x0049db05  
PyImport_ImportModuleLevel + 45 (import.c:2072)
55  org.python.python             	0x00478917 builtin___import__ + 156  
(bltinmodule.c:49)
56  org.python.python             	0x003f8b00 PyObject_Call + 45  
(abstract.c:1861)
57  org.python.python             	0x0047d6fe  
PyEval_CallObjectWithKeywords + 112 (ceval.c:3442)
58  org.python.python             	0x004806e6 PyEval_EvalFrameEx +  
8542 (ceval.c:2067)
59  org.python.python             	0x00484e0e PyEval_EvalCodeEx + 1819  
(ceval.c:2836)
60  org.python.python             	0x00484fc2 PyEval_EvalCode + 87  
(ceval.c:500)
61  org.python.python             	0x0049be36  
PyImport_ExecCodeModuleEx + 193 (import.c:675)
62  org.python.python             	0x0049c28c load_source_module + 726  
(import.c:959)
63  org.python.python             	0x0049cf13 import_submodule + 293  
(import.c:2400)
64  org.python.python             	0x0049d161 load_next + 195  
(import.c:2220)
65  org.python.python             	0x0049d60e import_module_level +  
142 (import.c:2001)
66  org.python.python             	0x0049db05  
PyImport_ImportModuleLevel + 45 (import.c:2072)
67  org.python.python             	0x00478917 builtin___import__ + 156  
(bltinmodule.c:49)
68  org.python.python             	0x003f8b00 PyObject_Call + 45  
(abstract.c:1861)
69  org.python.python             	0x0047d6fe  
PyEval_CallObjectWithKeywords + 112 (ceval.c:3442)
70  org.python.python             	0x004806e6 PyEval_EvalFrameEx +  
8542 (ceval.c:2067)
71  org.python.python             	0x00484e0e PyEval_EvalCodeEx + 1819  
(ceval.c:2836)
72  org.python.python             	0x00484fc2 PyEval_EvalCode + 87  
(ceval.c:500)
73  org.python.python             	0x004a7f62  
PyRun_InteractiveOneFlags + 460 (pythonrun.c:1273)
74  org.python.python             	0x004a819e  
PyRun_InteractiveLoopFlags + 85 (pythonrun.c:725)
75  org.python.python             	0x004a8947 PyRun_AnyFileExFlags +  
155 (pythonrun.c:692)
76  org.python.python             	0x004b5e2e Py_Main + 3077 (main.c: 
523)
77  org.python.python             	0x00001f8e 0x1000 + 3982
78  org.python.python             	0x00001eb5 0x1000 + 3765

Thread 0 crashed with X86 Thread State (32-bit):
   eax: 0x00ca4020  ebx: 0x018123b4  ecx: 0x010e7e00  edx: 0x00011ad0
   edi: 0x00bb4ef0  esi: 0x00011ad0  ebp: 0xbfff8bd8  esp: 0xbfff8bac
    ss: 0x0000001f  efl: 0x00010246  eip: 0x00000000   cs: 0x00000017
    ds: 0x0000001f   es: 0x0000001f   fs: 0x00000000   gs: 0x00000037
   cr2: 0x00000000

Binary Images:
     0x1000 -     0x1fff +org.python.python 2.5a0 (2.5alpha0) /Library/ 
Frameworks/Python.framework/Versions/2.5/Resources/Python.app/Contents/ 
MacOS/Python
    0x8e000 -    0xb4fdf +readline.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/readline.so
    0xcc000 -    0xd0fff +_dotblas.so ??? (???)  
<ffe40930beb6b6aac45f41f5059abf10> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/ 
_dotblas.so
    0xda000 -    0xdcfff +_compiled_base.so ??? (???)  
<d7562bb075233fde0eb148e172684cc7> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/lib/ 
_compiled_base.so
    0xe4000 -    0xe5ff3 +time.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/time.so
    0xef000 -    0xeffff +_weakref.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_weakref.so
   0x3ef000 -   0x4e4fe3 +org.python.python 2.5a0 (2.5) /Library/ 
Frameworks/Python.framework/Versions/2.5/Python
   0x7f2000 -   0x7f3ffb +select.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/select.so
   0x900000 -   0x931fe7 +libncurses.5.dylib ??? (???) /Library/ 
Frameworks/Python.framework/Versions/2.5/lib/libncurses.5.dylib
   0x98d000 -   0x98efff +fcntl.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/fcntl.so
   0x996000 -   0x999ffb +_struct.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_struct.so
   0x9a7000 -   0x9a9fff +binascii.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/binascii.so
   0x9b4000 -   0x9b5fff +cStringIO.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/cStringIO.so
   0x9bf000 -   0x9c2fff +strop.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/strop.so
   0x9cf000 -   0x9d0ffb +math.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/math.so
   0x9d8000 -   0x9d9ff3 +_random.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_random.so
   0x9e0000 -   0x9e6ffb +_socket.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_socket.so
   0xb80000 -   0xb81ffb +_ssl.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_ssl.so
   0xc36000 -   0xca3fe7 +multiarray.so ??? (???)  
<5f30ce0ea04d7d792ed93828d25b35e5> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/ 
multiarray.so
   0xcd5000 -   0xd08fff +umath.so ??? (???)  
<4a65748b8648a262f1fff680af279d87> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/ 
umath.so
   0xd23000 -   0xd38ff6 +_sort.so ??? (???)  
<60d479a9c759b35a78776218af728f91> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/ 
_sort.so
   0xd7f000 -   0xd8cfff +cPickle.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/cPickle.so
   0xdab000 -   0xdc7fff +scalarmath.so ??? (???)  
<aeb3bee33acc5b6d65b7961f2be02ad9> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/core/ 
scalarmath.so
   0xdd5000 -   0xdd7fff +operator.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/operator.so
   0xe22000 -   0xe25fff +itertools.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/itertools.so
   0xe7b000 -   0xe80ffd +lapack_lite.so ??? (???)  
<04ababda926fb0296b86e07b679e85fa> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/linalg/ 
lapack_lite.so
   0xe85000 -   0xe8dfff +fftpack_lite.so ??? (???)  
<7198635a4564a0a9f7be7cb142818081> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/fft/ 
fftpack_lite.so
   0xe92000 -   0xec0fff +mtrand.so ??? (???)  
<b1beec3796ad1fd853b5bd0685bc3c26> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/numpy/random/ 
mtrand.so
   0xee0000 -   0xeefff3 +_ctypes.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_ctypes.so
   0xf24000 -   0xf24ffd +gestalt.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/gestalt.so
   0xf70000 -   0xf71fff +_locale.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/_locale.so
   0xf7f000 -   0xf81fff +collections.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/collections.so
   0xf8e000 -   0xf99fff +datetime.so ??? (???) /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/lib-dynload/datetime.so
  0x1800000 -  0x1827ff0 +_path.so ??? (???)  
<4d98e1e6767fa27fee0e62b81ee7d1a9> /Library/Frameworks/ 
Python.framework/Versions/2.5/lib/python2.5/site-packages/matplotlib/ 
_path.so
0x8fe00000 - 0x8fe2db43  dyld 97.1 (???)  
<b0ea42e222a36a182e4ea30c3d71ce68> /usr/lib/dyld
0x900ec000 - 0x90135fef  com.apple.Metadata 10.5.2 (398.25)  
<bf7f665f6ad79df3a8355b41fa1ed207> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/Metadata.framework/ 
Versions/A/Metadata
0x9018f000 - 0x901aeffa  libJPEG.dylib ??? (???)  
<348a77547e3646c80704ddfd88f6e008> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/Resources/libJPEG.dylib
0x901af000 - 0x90290ff7  libxml2.2.dylib ??? (???)  
<2f6b294896866822330a8888b7f53b75> /usr/lib/libxml2.2.dylib
0x90298000 - 0x902b0ff7  com.apple.CoreVideo 1.6.0 (20.0)  
<dd60118bac9aefaf88d9ab44558f05c4> /System/Library/Frameworks/ 
CoreVideo.framework/Versions/A/CoreVideo
0x902b1000 - 0x902f3fef  com.apple.NavigationServices 3.5.2 (163)  
<26eeb5a205f749aad83d5dac0330c41f> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/NavigationServices.framework/ 
Versions/A/NavigationServices
0x902f4000 - 0x90300ffe  libGL.dylib ??? (???) /System/Library/ 
Frameworks/OpenGL.framework/Versions/A/Libraries/libGL.dylib
0x90320000 - 0x906bdfef  com.apple.QuartzCore 1.5.8 (1.5.8)  
<a28fa54346a9f9d5b3bef076a1ee0fcf> /System/Library/Frameworks/ 
QuartzCore.framework/Versions/A/QuartzCore
0x906be000 - 0x9071aff7  com.apple.htmlrendering 68 (1.1.3)  
<fe87a9dede38db00e6c8949942c6bd4f> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/HTMLRendering.framework/ 
Versions/A/HTMLRendering
0x9071b000 - 0x90746fe7  libauto.dylib ??? (???)  
<a64961ed20db64f0f439bfbc6f962bf9> /usr/lib/libauto.dylib
0x90747000 - 0x9077efff  com.apple.SystemConfiguration 1.9.2 (1.9.2)  
<cfd64ded4da1064ce316243fd425d5a4> /System/Library/Frameworks/ 
SystemConfiguration.framework/Versions/A/SystemConfiguration
0x90837000 - 0x90ab3fe7  com.apple.Foundation 6.5.8 (677.24)  
<aa84b0383891378c348ffa4a94853082> /System/Library/Frameworks/ 
Foundation.framework/Versions/C/Foundation
0x90ab4000 - 0x90b2eff8  com.apple.print.framework.PrintCore 5.5.4  
(245.6) <03d0585059c20cb0bde5e000438c49e1> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ 
PrintCore.framework/Versions/A/PrintCore
0x90c68000 - 0x90c71fff  com.apple.speech.recognition.framework 3.7.24  
(3.7.24) <d3180f9edbd9a5e6f283d6156aa3c602> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/SpeechRecognition.framework/ 
Versions/A/SpeechRecognition
0x90cd9000 - 0x90cd9ffd  com.apple.Accelerate 1.4.2 (Accelerate  
1.4.2) /System/Library/Frameworks/Accelerate.framework/Versions/A/ 
Accelerate
0x90cda000 - 0x90e41ff3  libSystem.B.dylib ??? (???)  
<b47c8e6e45aef620730710a732bf1930> /usr/lib/libSystem.B.dylib
0x90eb5000 - 0x90f48ff3  com.apple.ApplicationServices.ATS 3.7 (???)  
<a535fc4982d3acff6530ec25c402e679> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ATS.framework/ 
Versions/A/ATS
0x90f49000 - 0x90fc8ff5  com.apple.SearchKit 1.2.1 (1.2.1)  
<4ebff1a287bd6686107fa50d5a21b000> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/SearchKit.framework/ 
Versions/A/SearchKit
0x9100a000 - 0x9100efff  libGIF.dylib ??? (???)  
<713b902cb8f54365b1c78ff3507494a7> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/Resources/libGIF.dylib
0x9100f000 - 0x91049fe7  com.apple.coreui 1.2 (62) /System/Library/ 
PrivateFrameworks/CoreUI.framework/Versions/A/CoreUI
0x9104a000 - 0x9104bffc  libffi.dylib ??? (???)  
<a3b573eb950ca583290f7b2b4c486d09> /usr/lib/libffi.dylib
0x910bf000 - 0x9114bff7  com.apple.framework.IOKit 1.5.2 (???)  
<97b9f9d584f48891377f0481b9104434> /System/Library/Frameworks/ 
IOKit.framework/Versions/A/IOKit
0x91222000 - 0x912b5fff  com.apple.ink.framework 101.3 (86)  
<bf3fa8927b4b8baae92381a976fd2079> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/Ink.framework/Versions/A/Ink
0x912b6000 - 0x91370fe3  com.apple.CoreServices.OSServices 227 (227)  
<30cebcb68b1b571df7d77474e0c31556> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/OSServices.framework/ 
Versions/A/OSServices
0x913c4000 - 0x913edfff  libcups.2.dylib ??? (???)  
<1b0435164b9dc6c773d0b1f24701e554> /usr/lib/libcups.2.dylib
0x913ee000 - 0x9147aff7  com.apple.LaunchServices 290.3 (290.6)  
<bdba267184df88bd5b8e2116ea903872> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/LaunchServices.framework/ 
Versions/A/LaunchServices
0x9147b000 - 0x915aefef  com.apple.CoreFoundation 6.5.6 (476.18)  
<2d52bab73660117571bd6486dc318f8e> /System/Library/Frameworks/ 
CoreFoundation.framework/Versions/A/CoreFoundation
0x915af000 - 0x915bffff  com.apple.speech.synthesis.framework 3.7.1  
(3.7.1) <7bd1ec22c47e62a11b34d7ba66606e2e> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ 
SpeechSynthesis.framework/Versions/A/SpeechSynthesis
0x91611000 - 0x91615fff  libmathCommon.A.dylib ??? (???) /usr/lib/ 
system/libmathCommon.A.dylib
0x9170b000 - 0x91713fff  com.apple.DiskArbitration 2.2.1 (2.2.1)  
<d97688958e0b1fdcd4747088bdf1962a> /System/Library/Frameworks/ 
DiskArbitration.framework/Versions/A/DiskArbitration
0x91714000 - 0x91db4fe3  com.apple.CoreGraphics 1.409.3 (???)  
<25dceb14af3455b768f56e8765ecf3ca> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ 
CoreGraphics.framework/Versions/A/CoreGraphics
0x91f38000 - 0x91f89ff7  com.apple.HIServices 1.7.0 (???)  
<74c3d19e3981d6999630ec516681f079> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ 
HIServices.framework/Versions/A/HIServices
0x91f8a000 - 0x9206afff  libobjc.A.dylib ??? (???)  
<bba0c22add60c7724e259ab28de8953e> /usr/lib/libobjc.A.dylib
0x923c5000 - 0x92469fec  com.apple.CFNetwork 438.10 (438.12)  
<fde64bbb20532794396fb21911ccaa98> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/CFNetwork.framework/ 
Versions/A/CFNetwork
0x92cd3000 - 0x92cd3ffd  com.apple.Accelerate.vecLib 3.4.2 (vecLib  
3.4.2) /System/Library/Frameworks/Accelerate.framework/Versions/A/ 
Frameworks/vecLib.framework/Versions/A/vecLib
0x92ce8000 - 0x92ceaff5  libRadiance.dylib ??? (???)  
<6d980a95dd5a8448e2846568cc1458cd> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/Resources/libRadiance.dylib
0x93cc7000 - 0x93cebfeb  libssl.0.9.7.dylib ??? (???)  
<8084593b773bec8f2b9614fd23c5ed73> /usr/lib/libssl.0.9.7.dylib
0x93cec000 - 0x93d49ffb  libstdc++.6.dylib ??? (???)  
<04b812dcec670daa8b7d2852ab14be60> /usr/lib/libstdc++.6.dylib
0x93d4a000 - 0x93e15fff  com.apple.ColorSync 4.5.1 (4.5.1) /System/ 
Library/Frameworks/ApplicationServices.framework/Versions/A/Frameworks/ 
ColorSync.framework/Versions/A/ColorSync
0x93e16000 - 0x93e2bffb  com.apple.ImageCapture 5.0.2 (5.0.2) /System/ 
Library/Frameworks/Carbon.framework/Versions/A/Frameworks/ 
ImageCapture.framework/Versions/A/ImageCapture
0x93e36000 - 0x941f4fea  libLAPACK.dylib ??? (???) /System/Library/ 
Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ 
Versions/A/libLAPACK.dylib
0x941f5000 - 0x943c6ffb  com.apple.security 5.0.5 (36371)  
<c13e0bb1acfdcf94be4d3ee118ef190e> /System/Library/Frameworks/ 
Security.framework/Versions/A/Security
0x943c7000 - 0x943e2ffb  libPng.dylib ??? (???)  
<e92ab921713f1c28bc639d68683b8ee3> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/Resources/libPng.dylib
0x943e3000 - 0x943e3fff  com.apple.Carbon 136 (136)  
<98a5e3bc0c4fa44bbb09713bb88707fe> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Carbon
0x94427000 - 0x9444bfff  libxslt.1.dylib ??? (???)  
<ec4c269815bab8e7211cb8fe9df3a9a3> /usr/lib/libxslt.1.dylib
0x944bd000 - 0x944bdffa  com.apple.CoreServices 32 (32)  
<2fcc8f3bd5bbfc000b476cad8e6a3dd2> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/CoreServices
0x944be000 - 0x944d6fff  com.apple.openscripting 1.2.8 (???)  
<54ab21172b8b3caa601dde44872a9c0d> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/OpenScripting.framework/ 
Versions/A/OpenScripting
0x9457b000 - 0x945f8fef  libvMisc.dylib ??? (???) /System/Library/ 
Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ 
Versions/A/libvMisc.dylib
0x945f9000 - 0x945fffff  com.apple.print.framework.Print 218.0.3  
(220.2) <5b7f4ef7c2df36aff9605377775781e4> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/Print.framework/Versions/A/Print
0x94600000 - 0x9462dfeb  libvDSP.dylib ??? (???)  
<e89461ed03200fb3c0304e62e14a42ed> /System/Library/Frameworks/ 
Accelerate.framework/Versions/A/Frameworks/vecLib.framework/Versions/A/ 
libvDSP.dylib
0x9462e000 - 0x946b8fe3  com.apple.DesktopServices 1.4.8 (1.4.8)  
<3065de6531ce839c7cb5b6dd70e03f4f> /System/Library/PrivateFrameworks/ 
DesktopServicesPriv.framework/Versions/A/DesktopServicesPriv
0x94a86000 - 0x94b36fff  edu.mit.Kerberos 6.0.13 (6.0.13)  
<804bd1b3f08fb57396781f012006367c> /System/Library/Frameworks/ 
Kerberos.framework/Versions/A/Kerberos
0x94b37000 - 0x94b44fe7  com.apple.opengl 1.5.10 (1.5.10)  
<5a2813f80c9441170cc1ab8a3dac5038> /System/Library/Frameworks/ 
OpenGL.framework/Versions/A/OpenGL
0x94b78000 - 0x94cb1ff7  libicucore.A.dylib ??? (???)  
<cac059ebdac7d9a63ee0f7a648c9f6cf> /usr/lib/libicucore.A.dylib
0x94e77000 - 0x94e7efe9  libgcc_s.1.dylib ??? (???)  
<f53c808e87d1184c0f9df63aef53ce0b> /usr/lib/libgcc_s.1.dylib
0x94e7f000 - 0x9528ffef  libBLAS.dylib ??? (???) /System/Library/ 
Frameworks/Accelerate.framework/Versions/A/Frameworks/vecLib.framework/ 
Versions/A/libBLAS.dylib
0x955d6000 - 0x958defff  com.apple.HIToolbox 1.5.5 (???)  
<b17766e3d8800a73f534c41f624f5ac4> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/HIToolbox.framework/Versions/A/ 
HIToolbox
0x958df000 - 0x95a25ff7  com.apple.ImageIO.framework 2.0.4 (2.0.4)  
<c0d51a3b27fe6977d8db45c84c7ff46b> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/ImageIO
0x95a26000 - 0x95a26ff8  com.apple.ApplicationServices 34 (34)  
<8f910fa65f01d401ad8d04cc933cf887> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/ApplicationServices
0x95a27000 - 0x95a37ffc  com.apple.LangAnalysis 1.6.4 (1.6.4)  
<5c122260176a6bcd9da8c7f8bb567b34> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ 
LangAnalysis.framework/Versions/A/LangAnalysis
0x95a38000 - 0x95a42feb  com.apple.audio.SoundManager 3.9.2 (3.9.2)  
<0f2ba6e891d3761212cf5a5e6134d683> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/CarbonSound.framework/Versions/ 
A/CarbonSound
0x95a43000 - 0x95a46fff  com.apple.help 1.1 (36)  
<b507b08e484cb89033e9cf23062d77de> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/Help.framework/Versions/A/Help
0x95a7a000 - 0x95b41ff2  com.apple.vImage 3.0 (3.0) /System/Library/ 
Frameworks/Accelerate.framework/Versions/A/Frameworks/vImage.framework/ 
Versions/A/vImage
0x95ba4000 - 0x95ba4ffb  com.apple.installserver.framework 1.0 (8) / 
System/Library/PrivateFrameworks/InstallServer.framework/Versions/A/ 
InstallServer
0x95bd5000 - 0x95bdafff  com.apple.CommonPanels 1.2.4 (85)  
<ea0665f57cd267609466ed8b2b20e893> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/CommonPanels.framework/Versions/ 
A/CommonPanels
0x95bdb000 - 0x95c58feb  com.apple.audio.CoreAudio 3.1.2 (3.1.2)  
<5a4e6329f8dbca5dcd70924525afd24a> /System/Library/Frameworks/ 
CoreAudio.framework/Versions/A/CoreAudio
0x95c59000 - 0x95d00feb  com.apple.QD 3.11.56 (???)  
<a94d0f5438b730e88e5efdb233295c52> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/QD.framework/ 
Versions/A/QD
0x95d57000 - 0x95d96fef  libTIFF.dylib ??? (???)  
<1b5ab7f4bb5251ce1488dd0b1e21ad39> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/ImageIO.framework/ 
Versions/A/Resources/libTIFF.dylib
0x95d9c000 - 0x95e4effb  libcrypto.0.9.7.dylib ??? (???)  
<9d714c92872a93dd127ea8556b2c8945> /usr/lib/libcrypto.0.9.7.dylib
0x95e4f000 - 0x95e8dfff  libGLImage.dylib ??? (???)  
<a6425aeb77f4da13212ac75df57b056d> /System/Library/Frameworks/ 
OpenGL.framework/Versions/A/Libraries/libGLImage.dylib
0x95e8e000 - 0x95ebdfe3  com.apple.AE 402.3 (402.3)  
<b13bfda0ad9314922ee37c0d018d7de9> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/AE.framework/Versions/A/AE
0x95ebe000 - 0x95f18ff7  com.apple.CoreText 2.0.4 (???)  
<f0b6c1d4f40bd21505097f0255abfead> /System/Library/Frameworks/ 
ApplicationServices.framework/Versions/A/Frameworks/CoreText.framework/ 
Versions/A/CoreText
0x95f19000 - 0x95fa0ff7  libsqlite3.0.dylib ??? (???)  
<3334ea5af7a911637413334154bb4100> /usr/lib/libsqlite3.0.dylib
0x95fa1000 - 0x95fb7fff  com.apple.DictionaryServices 1.0.0 (1.0.0)  
<ad0aa0252e3323d182e17f50defe56fc> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/ 
DictionaryServices.framework/Versions/A/DictionaryServices
0x95fb8000 - 0x96292ff3  com.apple.CoreServices.CarbonCore 786.11  
(786.13) <9e2d85d52e5e2951aa4dd53c48ccc52f> /System/Library/Frameworks/ 
CoreServices.framework/Versions/A/Frameworks/CarbonCore.framework/ 
Versions/A/CarbonCore
0x962a0000 - 0x962f9ff7  libGLU.dylib ??? (???)  
<a3b9be30100a25a6cd3ad109892f52b7> /System/Library/Frameworks/ 
OpenGL.framework/Versions/A/Libraries/libGLU.dylib
0x96302000 - 0x96309ffe  libbsm.dylib ??? (???)  
<d25c63378a5029648ffd4b4669be31bf> /usr/lib/libbsm.dylib
0x96c03000 - 0x96c11ffd  libz.1.dylib ??? (???)  
<5ddd8539ae2ebfd8e7cc1c57525385c7> /usr/lib/libz.1.dylib
0x96c64000 - 0x97135fbe  libGLProgrammability.dylib ??? (???)  
<7f18294a7bd0b6afe4319f29187fc70d> /System/Library/Frameworks/ 
OpenGL.framework/Versions/A/Libraries/libGLProgrammability.dylib
0x9713c000 - 0x9715afff  libresolv.9.dylib ??? (???)  
<36c871d5da9b49bb5bcf0449833d1dc5> /usr/lib/libresolv.9.dylib
0x9715b000 - 0x9715dfff  com.apple.securityhi 3.0 (30817)  
<2b2854123fed609d1820d2779e2e0963> /System/Library/Frameworks/ 
Carbon.framework/Versions/A/Frameworks/SecurityHI.framework/Versions/A/ 
SecurityHI
0x974d0000 - 0x974d0ffd  com.apple.vecLib 3.4.2 (vecLib 3.4.2) /System/ 
Library/Frameworks/vecLib.framework/Versions/A/vecLib
0xfffe8000 - 0xfffebfff  libobjc.A.dylib ??? (???) /usr/lib/ 
libobjc.A.dylib
0xffff0000 - 0xffff1780  libSystem.B.dylib ??? (???) /usr/lib/ 
libSystem.B.dylib

On Mon, Aug 3, 2009 at 2:58 PM, Russell E. Owen<ro...@uw...> wrote:

> If you are using bdist_mpkg then it should do the right thing as long as
> you build the python with your python.org python
> (/Library/Frameworks...) instead of the system python.

Following some of the suggestions in this thread and on the sf bug report

  https://sourceforge.net/tracker/index.php?func=detail&aid=2831805&group_id=80706&atid=560720

I rebuilt the OSX binaries from scratch, using a src framework build
of python, and activetcl as suggested by Russell.  The rc2 build
candidates are at

  http://drop.io/xortel1#

If anyone has a chance to test them, that would be great.

JDH

Gökhan Sever <gok...@gm...> writes:

> Get this tiny error:

I committed your patch; thanks!

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

John Hunter <jd...@gm...> writes:

>     # TODO: how to handle stale data in the cache that has been
>     # updated from svn -- is there a clean http way to get the current
>     # revision number that will not leave us at the mercy of html
>     # changes at sf?

The mod_dav_svn server sends an ETag header that happens to contain the
revision number where the file was last modified, and a Last-Modified
header that contains the date of that revision. The clean http way to
make use of these is to make a conditional request - I hacked up a
processor class for urllib2 that does this, and checked it in.

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

On Tue, Aug 4, 2009 at 11:17 AM, Josh Hemann<jh...@vn...> wrote:
>
> So, I just downloaded 0.99 rc1 and wanted to play with axesgrid examples and
> got the results you reported below in your example. I am in fact naive, and
> its not clear to me how to get around this problem of the demo_image module
> not being found. What is the solution?

The solution is to get the examples directory and run it from there,
where it will have the example data.  Although I added support for
having auto-fetched data in svn, we haven't ported  the examples over
to use it yet.  If you have svn you can grab the examples dir with

 svn co https://matplotlib.svn.sourceforge.net/svnroot/matplotlib/trunk/matplotlib/examples
mpl_examples

and then run the examples in their directory, eg examples/axes_grid.
Then they should be able to see their data.

JDH

Hi,

On 4 Aug 2009, at 14:12, Michael Droettboom wrote:
> However, after doing that I run into another error importing mathtex  
> from mathtext_demo.py:
>
>> >>> from mathtex.mathtex_main import Mathtex
>> Traceback (most recent call last):
>>  File "<stdin>", line 1, in <module>
>>  File "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/ 
>> mathtex_main.py", line 2, in <module>
>>    from mathtex.parser import MathtexParser
>>  File "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/ 
>> parser.py", line 7, in <module>
>>    from mathtex.boxmodel import *
>>  File "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/ 
>> boxmodel.py", line 4, in <module>
>>    from mathtex.fonts import *
>>  File "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/ 
>> fonts.py", line 5, in <module>
>>    from mathtex.ft2font import FT2Font, KERNING_DEFAULT
>> ImportError: No module named ft2font
> It looks like it's still looking for ft2font inside of mathtex,  
> which, of course, isn't there in the context of building in inside  
> of matplotlib.  I thought you said that mathtex would use the  
> ft2font from matplotlib if it were available -- maybe I  
> misunderstood what you meant.

fonts.py seemed to slip the net, somehow, and will not try to fallback  
on matplotlib. Easy to fix.

> These sorts of installation issues are hard to test given that  
> installs don't clean up after themselves.  Personally, I use  
> virtualenv to create "clean" python environments, then install  
> matplotlib in it, and then try running examples in that  
> environment.  It's real fast to just blitz the environment and  
> create a new one each time for this kind of testing.

Yes, I've been bitten by that several times now. I'll look into  
virtualenv, might save me some headaches.

> I was able to work around this (by installing mathtex directly), but  
> I ran into the following because I have "mathtext.fontset" set up  
> "stixsans" in my matplotlibrc:

I, for some reason, never ported stixsans over. Again easy to do and  
shouldn't take long. The stix and bakoma fonts currently work and  
unicode support is in mathtex, just needs some support code in  
matplotlib.

> But I don't know if it matters to do this until the matplotlib/ 
> mathtex branch is merged back into the trunk.

It is probably wroth doing it as soon as mathtex has a couple of  
stable releases behind it.

>> There is a slight performance penalty associated with using mathtex  
>> --  due to each expression being parsed twice -- where matplotlib  
>> caches  parsed expressions. If this is a problem let me know and  
>> I'll work on  something.
>>
> It would be great to preserve the caching behavior, even if that  
> lives in the matplotlib side and not in the mathtex project itself.   
> Where it matters is with interactive panning and zooming: if the  
> tick labels use math, as in a log plot for example, they can get re- 
> renderered many times.  I recall benchmarking it at the time I did  
> the big math re-write, and it was definitely worth worrying about at  
> the time, though I can't find my notes.  If you benchmark and come  
> to a different conclusion (because things have become faster in  
> other ways) just let us know.

It is probably easiest if I add it to the Mathtex class itself.  
Parsing is currently the biggest bottle-neck even with packrat parsing  
enabled. I did try zooming around the mathtext demo plot and found  
there to be quite a lot of lag, so it does seem worth it.

Overall I think the best plan of action is to add caching support and  
stixsans into mathtex, fix the error with imports and then release  
version 0.2 of mathtex. Then matplotlib can be updated (and set to  
pull 0.2 from subversion).

Regards, Freddie.

So, I just downloaded 0.99 rc1 and wanted to play with axesgrid examples and
got the results you reported below in your example. I am in fact naive, and
its not clear to me how to get around this problem of the demo_image module
not being found. What is the solution? 

Thanks,

Josh



John Hunter-4 wrote:
> 
> In some examples, I have been moving example functions and data into a
> module, so that they can be run from anywhere.  Many other examples
> still rely on a relative path in the examples dir.   Eg, I go to the
> gallery and download the source for the axes grid toolkit example
> simple_rgb.py, and try to run it from my desktop, I get the error "no
> module names demo_image".  While I know how to get the data, a naive
> user will not.  So in some examples I have been adopting the approach,
> eg in examples/pylab_examples/scatter_demo2.py
> 
>   import matplotlib
>   datafile = matplotlib.get_example_data('goog.npy')
> 
> These examples will run anywhere mpl is installed.  Another approach
> would to write a version of get_example_data that checks locally for a
> datafile, and if it is not where you expect to be, attempt a
> urlretrieve as a temp file.
> 
> The gallery is becoming the goto place for most users of the website,
> and I would like as many examples as possible to run after a simple
> download to the desktop .  I am sensitive to packagers who may not
> want to ship large amounts of data w/ the main library, so we may want
> to minimize the amount we ship in mpl-data which
> matplotlib.get_example_data uses, but it may be a good idea to setup a
> new svn directory at the top level (mpl_data) and write a urllib
> enabled matplotlib.get_example_data that fetches it from the repo if
> it can't find it locally.
> 
> JDH
> 


-----
Josh Hemann
Statistical Advisor 
http://www.vni.com/ Visual Numerics 
jh...@vn... | P 720.407.4214 | F 720.407.4199 

-- 
View this message in context: http://www.nabble.com/example-data-in-example-code-tp24760754p24811726.html
Sent from the matplotlib - devel mailing list archive at Nabble.com.

Freddie Witherden wrote:
> Hi,
>
> On 3 Aug 2009, at 17:39, Michael Droettboom wrote:
>   
>> Is there an additional step to install mathtex?  I thought the goal  
>> was to make "python setup.py install" work out of the box.
>>     
>
> This was the goal and I got quite close to achieving it. This latter  
> parts of this thread deal with the specific issues (relating to the  
> directory structure chosen) http://sourceforge.net/mailarchive/forum.php?thread_name=A97F3AC6-1434-4E6D-AF39-9DBD4653BCB4%40witherden.org&forum_name=matplotlib-devel
>
> So I was advised by John to just assume mathtex is installed.  
> Thankfully this is not hard to do -- and is covered in the INSTALL  
> file. It is basically a case of changing to lib/mathtext and running  
> python setup.py build && python setup.py install.
>   
Sorry, I let that message slide through.  I know John may not be, but 
I'm really concerned about the build being anything more than "python 
setup.py install" -- it's going to be hard for packagers and hard for 
end users.

This problem is actually rather straightforward to solve using the 
"package_dir" mapping in distutils.  See here:

http://docs.python.org/distutils/setupscript.html#listing-whole-packages

By adding {'mathtex': 'lib/mathtex/mathtex'} to package_dir, it all 
seems to work as desired.

I've committed this change on the branch so you can see what I mean.

However, after doing that I run into another error importing mathtex 
from mathtext_demo.py:

> >>> from mathtex.mathtex_main import Mathtex
> Traceback (most recent call last):
>   File "<stdin>", line 1, in <module>
>   File 
> "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/mathtex_main.py", 
> line 2, in <module>
>     from mathtex.parser import MathtexParser
>   File 
> "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/parser.py", line 
> 7, in <module>
>     from mathtex.boxmodel import *
>   File 
> "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/boxmodel.py", 
> line 4, in <module>
>     from mathtex.fonts import *
>   File "/home/mdroe/usr/lib/python2.5/site-packages/mathtex/fonts.py", 
> line 5, in <module>
>     from mathtex.ft2font import FT2Font, KERNING_DEFAULT
> ImportError: No module named ft2font
It looks like it's still looking for ft2font inside of mathtex, which, 
of course, isn't there in the context of building in inside of 
matplotlib.  I thought you said that mathtex would use the ft2font from 
matplotlib if it were available -- maybe I misunderstood what you meant.

These sorts of installation issues are hard to test given that installs 
don't clean up after themselves.  Personally, I use virtualenv to create 
"clean" python environments, then install matplotlib in it, and then try 
running examples in that environment.  It's real fast to just blitz the 
environment and create a new one each time for this kind of testing.

I was able to work around this (by installing mathtex directly), but I 
ran into the following because I have "mathtext.fontset" set up 
"stixsans" in my matplotlibrc:

 > python mathtext_demo.py
Traceback (most recent call last):
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/backends/backend_gtk.py", 
line 352, in expose_event
    self._render_figure(self._pixmap, w, h)
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/backends/backend_gtkagg.py", 
line 75, in _render_figure
    FigureCanvasAgg.draw(self)
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", 
line 327, in draw
    self.figure.draw(self.renderer)
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/artist.py", line 
46, in draw_wrapper
    draw(artist, renderer, *kl)
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/figure.py", line 
774, in draw
    for a in self.axes: a.draw(renderer)
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/artist.py", line 
46, in draw_wrapper
    draw(artist, renderer, *kl)
  File "/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/axes.py", 
line 1721, in draw
    a.draw(renderer)
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/artist.py", line 
46, in draw_wrapper
    draw(artist, renderer, *kl)
  File "/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/axis.py", 
line 757, in draw
    self.label.draw(renderer)
  File "/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/text.py", 
line 515, in draw
    bbox, info = self._get_layout(renderer)
  File "/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/text.py", 
line 279, in _get_layout
    clean_line, self._fontproperties, ismath=ismath)
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/matplotlib/backends/backend_agg.py", 
line 169, in get_text_width_height_descent
    self.dpi, rcParams['mathtext.default'])
  File 
"/home/mdroe/usr/lib/python2.5/site-packages/mathtex/mathtex_main.py", 
line 30, in __init__
    fontset = self.fontset_mapping[fontset](default_style)
KeyError: 'stixsans'
 > 
/home/mdroe/usr/lib/python2.5/site-packages/mathtex/mathtex_main.py(30)__init__()
-> fontset = self.fontset_mapping[fontset](default_style)

I haven't looked into this further, but it would be nice not to change 
the font selection API of matplotlib unless there's a good reason.

> The branch handles the checking out of mathtex from its svn repo  
> (svn:externals) and any system that can build matplotlib can also  
> build mathtex. Currently the HEAD revision is checked out. This is  
> easy to change.
>   
That's good for now while everything is in flux.  Eventually, we may 
want to pin it to a particular revision so that updates of mathtex into 
matplotlib are explicitly tested.  The Subversion manual makes a good 
argument for this:

"You should seriously consider using explicit revision numbers in all of 
your externals definitions. Doing so means that you get to decide when 
to pull down a different snapshot of external information, and exactly 
which snapshot to pull. Besides avoiding the surprise of getting changes 
to third-party repositories that you might not have any control over, 
using explicit revision numbers also means that as you backdate your 
working copy to a previous revision, your externals definitions will 
also revert to the way they looked in that previous revision, which in 
turn means that the external working copies will be updated to match the 
way /they/ looked back when your repository was at that previous 
revision. For software projects, this could be the difference between a 
successful and a failed build of an older snapshot of your complex 
codebase."

But I don't know if it matters to do this until the matplotlib/mathtex 
branch is merged back into the trunk.
> There is a slight performance penalty associated with using mathtex --  
> due to each expression being parsed twice -- where matplotlib caches  
> parsed expressions. If this is a problem let me know and I'll work on  
> something.
>   
It would be great to preserve the caching behavior, even if that lives 
in the matplotlib side and not in the mathtex project itself.  Where it 
matters is with interactive panning and zooming: if the tick labels use 
math, as in a log plot for example, they can get re-renderered many 
times.  I recall benchmarking it at the time I did the big math 
re-write, and it was definitely worth worrying about at the time, though 
I can't find my notes.  If you benchmark and come to a different 
conclusion (because things have become faster in other ways) just let us 
know.

Cheers,
Mike
> Regards, Freddie.
>
> ------------------------------------------------------------------------------
> 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-devel mailing list
> Mat...@li...
> https://lists.sourceforge.net/lists/listinfo/matplotlib-devel
>   

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

Hello,

Thank you for your answer. When I explicitly give None as renderer argument, everything work well.
Now I guess the question is why the default value is not used by the method?

By the way, rasterization support wasn't introduced earlier than the 0.98.3 version?

Regards,

Jonathan


Jae-Joon Lee a écrit :
> I guess this is related with the decorator introduced by rasterization support.
> While most of the artist seems to explicitly require the renderer
> instance as the second argument of the draw method, the draw method in
> the Axes class have default value of None.
> The easiest fix seems to let the decorator returns the method with
> renderer=None as in the Axes.
> 
> By the way, Jonathan, I guess the easiest workaround for you is to
> modify your code so that it explicitly gives the renderer argument. As
> you see the default value for renderer is None. Just call it as
> draw(None).
> 
> Regards,
> 
> -JJ
> 

John Hunter wrote:
> On Mon, Aug 3, 2009 at 2:40 PM, Eric Firing<ef...@ha...> wrote:
>> John Hunter wrote:
>>> On Mon, Aug 3, 2009 at 2:15 PM, John Hunter<jd...@gm...> wrote:
>>>
>>>> This may have been Eric's change to clean up the pylab imports -- all
>>>> the mlab imports come before the pylab imports.  Was this intentional?
>>>>  My guess is not, since np.loadtxt is the replacement for pylab.load.
>>>> I prefer to do what we are currently doing, which is issue the
>>>> deprecation warning, but I wanted to at least find out if this change
>>>> was intentional (I noticed it because it broke
>>>> docs/pyplot/plotmap.py), which tries to load some basemap data:
>>> Correction, I had confused myself for a minute thinking numpy.load was
>>> the old numpy.load which handled plain text files, ie what became
>>> loadtxt.  np.load and np.save are too important as regular numpy
>>> functions, so I think now would be a good time to remove the mlab
>>> versions from the pylab namespace.   The question is : how best to do
>>> it?  Unfortunately, a lot of people are still using the old load/save
>>> and the deprecation warnings are only in 0.99 but not 0.98 so we have
>>> not done the typical deprecation cycle.
>>>
>>> We could create a special purpose deprecation function in pylab which
>>> raises a deprecation error: 'use np.loadtxt for plain text, np.load
>>> for binary numpy arrays, or mlab.load for old pylab.load
>>> compatability').  Ie, not have a functional load/save in the pylab
>>> namespace at all.
>> That is still making an abrupt break in functionality.  It could be made
>> more gentle by having the pylab wrapper do something like:
>>
>> try:
>>    return np.load(*args, **kwargs)
>> except: # deliberately violate the rule against catching everything
>>    warnings.warn("deprecation etc.")
>>    return mlab.load(*args, **kwargs)
> 
> I thought about this but decided it would be better not to introduce
> the additional complexity (yet another load), as it may lead to some
> hard to diagnose bugs.  I would prefer do  one release cycle which
> warns and calls mlab.load, but I think I prefer over that the a plain
> ol error like

John,

Your solution is certainly fine with me.

Eric
> 
> 
> In [3]: load('jdh')
> ---------------------------------------------------------------------------
> NotImplementedError                       Traceback (most recent call last)
> 
> /home/jdhunter/<ipython console> in <module>()
> 
> /home/jdhunter/dev/lib/python2.5/site-packages/matplotlib/pylab.pyc in
> load(*args, **kwargs)
>     253
>     254 def load(*args, **kwargs):
> --> 255     raise  NotImplementedError(load.__doc__)
>     256 load.__doc__ = """\
>     257     pylab no longer provides a load function, though the old pylab
> 
> NotImplementedError:     pylab no longer provides a load function,
> though the old pylab
>     function is still available as matplotlib.mlab.load (you can refer
>     to it in pylab as"mlab.load".  However, for plain text files, we
>     recommend numpy.loadtxt, which was inspired by the old pylab.load
>     but now has more features.  For loading numpy arrays, we recommend
>     numpy.load, and its analog numpy.save, which are available in
>     pylab as np.load and np.save.
> 
> 
> In [4]: save('jdh')
> ---------------------------------------------------------------------------
> NotImplementedError                       Traceback (most recent call last)
> 
> /home/jdhunter/<ipython console> in <module>()
> 
> /home/jdhunter/dev/lib/python2.5/site-packages/matplotlib/pylab.pyc in
> save(*args, **kwargs)
>     266
>     267 def save(*args, **kwargs):
> --> 268     raise  NotImplementedError(save.__doc__)
>     269 save.__doc__ = """\
>     270     pylab no longer provides a save function, though the old pylab
> 
> NotImplementedError:     pylab no longer provides a save function,
> though the old pylab
>     function is still available as matplotlib.mlab.save (you can still
>     refer to it in pylab as "mlab.save".  However, for plain text
>     files, we recommend numpy.savetxt.  For saving numpy arrays,
>     we recommend numpy.save, and its analog numpy.load, which are
>     available in pylab as np.save and np.load.

Hi,

On 3 Aug 2009, at 17:39, Michael Droettboom wrote:
> Is there an additional step to install mathtex?  I thought the goal  
> was to make "python setup.py install" work out of the box.

This was the goal and I got quite close to achieving it. This latter  
parts of this thread deal with the specific issues (relating to the  
directory structure chosen) http://sourceforge.net/mailarchive/forum.php?thread_name=A97F3AC6-1434-4E6D-AF39-9DBD4653BCB4%40witherden.org&forum_name=matplotlib-devel

So I was advised by John to just assume mathtex is installed.  
Thankfully this is not hard to do -- and is covered in the INSTALL  
file. It is basically a case of changing to lib/mathtext and running  
python setup.py build && python setup.py install.

The branch handles the checking out of mathtex from its svn repo  
(svn:externals) and any system that can build matplotlib can also  
build mathtex. Currently the HEAD revision is checked out. This is  
easy to change.

There is a slight performance penalty associated with using mathtex --  
due to each expression being parsed twice -- where matplotlib caches  
parsed expressions. If this is a problem let me know and I'll work on  
something.

Regards, Freddie.

John Hunter <jd...@gm...> writes:

> On Wed, Jul 22, 2009 at 8:15 AM, Jouni K. Seppänen<jk...@ik...> wrote:
>
>> I finally committed the "boilerplate" variant. It seems to pass the
>> tests in pylab_examples, but now might be a good time for everyone to
>> take a look to see if I have broken anything.
>
> There is one problem, but I am not sure what the workaround is yet.
> The doc strings in rest are broken, eg compare the pyplot Line2D
> properties with the Axes equivalent:

I think I have fixed this, but I'm having some trouble building the docs
myself -- could you check if the hardcopy docs come out right now?

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

In article 
<88e...@ma...>,
 John Hunter <jd...@gm...> wrote:

> I tried testing the OSX binaries I built Friday on my local OSX laptop
> today, and had a problem with the mkpg installer
> 
> http://drop.io/xortel1/asset/matplotlib-0-99-0-rc1-py2-5-macosx10-5-zip
> 
> On the sage box I used to do the builds, the default python path that
> the installer picks up is
> 
>   /Library/Python/2.5/site-packages
> 
> and this is where it put mpl when I ran the installer on my local box.
>  But then when I try and import matplotlib on my local box w/o
> modifying the PYTHONPATH, I can't find it because my local python is
> looking in
> 
>   /Library/Frameworks/Python.framework/Versions/2.5/lib/python2.5/site-package
>   s/
> 
> Is one of these two locations preferable for the default?  Is there a
> way to inform bdist_mkpg of the desired install target? Is there any
> notion of the right way to do things w/ python on OSX?

I just tried the 0.99.0 installation myself and ran into the same issue. 
I expected it to work with my python.org python, which would be the 
latter path, but instead it went into /Library/Python/2.5/site-packages 
(where my normal python.org python can't find it).

If you are using bdist_mpkg then it should do the right thing as long as 
you build the python with your python.org python 
(/Library/Frameworks...) instead of the system python.

-- Russell