[matplotlib-devel] PSF GSoC 2010 (Py3K focus)

2010-03-08 Thread Jarrod Millman
Hello, Given the interest in participating in the GSoC this summer, I am forwarding a very interesting email from Titus Brown. If you are interested in doing a GSoC or mentoring, please read his email carefully. Basically, the PSF will be focuing on Py3K-related projects. Given Pauli's work on

Re: [matplotlib-devel] Bug in julian2num()/num2julian()?

2010-03-08 Thread Eric Firing
Günter Lichtenberg wrote: > On Thursday 04 March 2010 14:20:41 you wrote: >> 2010/3/4 Günter Lichtenberg : >>> Hi >>> >>> I think there is a bug in the conversion routines jul2num() and >>> num2jul(). I tried to define a date axis for satellite data. The time is >>> measured in a modified Julian Da

[matplotlib-devel] PDF bug in stable release

2010-03-08 Thread Michael Hearne
I have a system that creates PDF output using matplotlib/basemap, and I'm wondering if anyone can give me some information on how to work around a bug in the PDF backend. I submitted the following bug to the mailing list: http://old.nabble.com/error-with-basemap-and-pdf-td25899014.html#a25899014

[matplotlib-devel] Possible Tk version issue in setupext.py

2010-03-08 Thread Tom Loredo
Hi- This is probably a low-probability event, however it may be worth noting that the check for the Tk framework location in setupext.py's detect_tkinter_darwin examines possible framework paths in a different order than they are checked in Python's setup.py for the purpose of building _tkinter.

[matplotlib-devel] Update numpy version tests in setupext.py and __init__.py

2010-03-08 Thread Tom Loredo
Hi folks- I've been experimenting with SVN checkouts of numpy and scipy, and found they are not compatible with mpl-0.99.1. The problem is that the numpy version number for recent checkouts is 2.0.x (2.0.0.dev8289 for the version I'm currently using), but mpl's numpy version checking (on the 1st