Re: [matplotlib-devel] RFC on basemap changes

2007-11-19 Thread Christopher Barker
Jeff Whitaker wrote: > 1) an external dependency on the GEOS lib (which is LGPL). Would it be any better to depend on an existing python binding GEOS? Here's one option: http://trac.gispython.org/projects/PCL/wiki/Shapely -Chris -- Christopher Barker, Ph.D. Oceanographer E

Re: [matplotlib-devel] RFC on basemap changes

2007-11-20 Thread Christopher Barker
even consider writing their own bindings to something! -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317

Re: [matplotlib-devel] RFC on basemap changes

2007-11-20 Thread Christopher Barker
'm struggling with SWIG, and sadly it is a bit of a struggle. However I'm doing 'cause it's used by wxPython, GDAL, and VTK, all of which I want to be able to hack on a bit, so I might as well learn it. Anyway -- basemap is looking better and better! -Chris -- Christ

[matplotlib-devel] buglett/typo in axes.py

2007-11-26 Thread Christopher Barker
Hi all, I just noticed this in axes.py in SVN head, line 185: def __call__(self, *args, **kwargs): if self.axes.xaxis is not None and self.axes.xaxis is not None: I imagine that's supposed to check for xaxis and yaxis, not xaxis twice! -Chris -- Christopher Barker,

Re: [matplotlib-devel] [Fwd: Nabble - War on trailing whitespace]

2007-11-26 Thread Christopher Barker
Not that I've used one myself, but wouldn't this be most easily accomplished with a SVN commit hook -- i.e. whitespace would be stripped on every commit, rather than trying to enforce all developers setting up their editors correctly? -Chris -- Christopher Barker, Ph.D. Oce

Re: [matplotlib-devel] [Fwd: Nabble - War on trailing whitespace]

2007-11-26 Thread Christopher Barker
Eric Firing wrote: > Christopher Barker wrote: >> Not that I've used one myself, but wouldn't this be most easily >> accomplished with a SVN commit hook > That would be ideal, but it looks like sourceforge doesn't allow this, > so we would have to move th

Re: [matplotlib-devel] release plans

2007-11-27 Thread Christopher Barker
t, 'cause it's linked with the freetype in Apple's X11 -- I guess X11 isn't installed by default, so we really do need to keep that statically linked. are libpng and libfreetype the only two we need now? Charlie, is there somewhere I can get that built to try it out? -Chr

Re: [matplotlib-devel] release plans

2007-11-27 Thread Christopher Barker
d. sounds good to me. I'm +0 on the Tk issue -- I don't use it. I think it may have been Russell Owen that had issues with Tk -- I've forwarded a note to him, so he can comment if he wants to. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/N

Re: [matplotlib-devel] [Fwd: Re: release plans]

2007-11-27 Thread Christopher Barker
that no longer needed for modern versions of wxPython and matplotlib? yup -- as of wxPython2.8 -- we can do MPL in pure python. It will work with older version with, perhaps, a little less performance. It's nice to get rid of that binary compatibility issue. -Chris -- Christopher Barker,

Re: [matplotlib-devel] release plans

2007-11-28 Thread Christopher Barker
irectory', 'src/transforms.cpp') in > ignored Exception exceptions.OSError: (2, 'No such file or directory', 'src/backend_agg.cpp') in > ignored -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(

Re: [matplotlib-devel] matplotlib donations

2007-12-03 Thread Christopher Barker
>>short of incorporating as a nonprofit. That's sure a lot of work -- can the PSA host this sort of thing? It would be a whole lot easier to use an existing organization. -CHB -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R

Re: [matplotlib-devel] [Matplotlib-users] eggs or pythonmac packages on OS X?

2007-12-05 Thread Christopher Barker
. Arrggg! I hope not. If there really do need to be two, then they should be labeled somehow, and both be up on python mac. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-632

Re: [matplotlib-devel] mpl-data and py2exe

2007-12-06 Thread Christopher Barker
t; instead of the py2exe functions, so that will need to be fixed. Is anyone familiar with that that can look at it? -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax S

Re: [matplotlib-devel] wx draw_idle

2007-12-11 Thread Christopher Barker
some folks have found it useful for remote X sessions -- but I don't know how important it is to support that. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice

Re: [matplotlib-devel] modifying TConfig

2007-12-13 Thread Christopher Barker
pecific issue, but in general, the idea that: __repr__ is precise and complete __str__ is pretty and readable is a good one. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice

Re: [matplotlib-devel] modifying TConfig

2007-12-14 Thread Christopher Barker
Fernando Perez wrote: > For a while I've toyed with the idea of adding an option to ipython so > the output prompts could use str() instead of repr(), so users who > *deliberately* want to switch, aware of the potential conflicts, do > so. +1 -Chris -- Christopher Barker, Ph

Re: [matplotlib-devel] modifying TConfig

2007-12-14 Thread Christopher Barker
1.], [ 1., 1., 1., ..., 1., 1., 1.], [ 1., 1., 1., ..., 1., 1., 1.]]) no longer follows the __repr__ rules. I think that's an excellent choice -- it's really never useful to spew something that large to the screen. Given this discussion, what are you currently p

Re: [matplotlib-devel] A good, interactive plotting package

2008-02-11 Thread Christopher Barker
, I guess -- which has the better architecture to build on in the future? I ahve no clue, I don't know either one well enough to comment. I guess it's time for me to dig into Chaco more. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&

Re: [matplotlib-devel] A good, interactive plotting package

2008-02-11 Thread Christopher Barker
ast for wx -- other back-ends would be more work. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317

Re: [matplotlib-devel] Unnecessary rerendering in wx/wxagg backends

2008-03-31 Thread Christopher Barker
hat figure.draw() should call that draw routine, but maybe it doesn't know anything about its canvas. Ah -- ye sit does - figure.canvas. OK, so a draw_event is getting called, which I guess is where the drawing should happen, but I'm getting lost now! -Chris -- Christophe

Re: [matplotlib-devel] Unnecessary rerendering in wx/wxagg backends

2008-04-10 Thread Christopher Barker
s so much as someone needing to step up and do it! > What about the politics of supporting older versions of wxWidgets? I wouldn't bother, but I'm a bleeding-edge kind of guy. It seems that we could at least make sure not to break anything by keeping the old code around for older versions

Re: [matplotlib-devel] Problem in qtagg and qt4agg backends

2008-04-11 Thread Christopher Barker
7;s a nice optimization, but in practice, I've found that bltting the whole window is plenty fast, so there's little point. I wish I had more time to work on this... -Chris -- Christopher Barker, Ph.D. Oceanographer NOAA/OR&R/HAZMAT (206) 526-6959 voice 7600 Sand Po

Re: [matplotlib-devel] Unnecessary rerendering in wx/wxagg backends

2008-04-14 Thread Christopher Barker
Ted Drain wrote: > Just a note about the speed of blitting: Your points are well taken. I had forgotten about remote X sessions, and yes, if you need to convert to a different type of pixmap, that can take time too, so keeping it to just what's needed does make sense. -Chris -- Chr

Re: [matplotlib-devel] wx back-end bugs/issues

2008-05-06 Thread Christopher Barker
. >> MPL, I get an invalid PNG. > Which version of MPL produces an invalid PNG? 0.91.2 and yes, I think it is a Window bug -- I'm pretty sure it works fine on OS-X. Thanks, -CHB -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R

Re: [matplotlib-devel] Neat vector field plots

2008-06-02 Thread Christopher Barker
s.html -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception [EMAIL

Re: [matplotlib-devel] numpy dtype argument

2008-06-12 Thread Christopher Barker
saying: "make this the standard python float type", rather than "make this a 64 bit float", even though it means the same thing in all versions of python I know of. This, or course, only when casting really is required, as John H. pointed out. -Chris -- Christopher Bark

Re: [matplotlib-devel] AttributeError: 'module' object has no attribute 'GraphicsContext'

2008-06-12 Thread Christopher Barker
y, I think we should just focus on wxAgg, but if people need to use it over a remote X connection, that may not be acceptable. -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6

Re: [matplotlib-devel] AttributeError: 'module' object has no attribute 'GraphicsContext'

2008-06-12 Thread Christopher Barker
or you work on the wx back-ends in general -Chris -- Christopher Barker, Ph.D. Oceanographer Emergency Response Division NOAA/NOS/OR&R(206) 526-6959 voice 7600 Sand Point Way NE (206) 526-6329 fax Seattle, WA 98115 (206) 526-6317 main reception

Re: [matplotlib-devel] PNG transparency

2008-06-18 Thread Christopher Barker
Nils Wagner wrote: > "John Hunter" <[EMAIL PROTECTED]> wrote: >> I wonder if we should support a global rc alpha I'd make it an optional parameter to savefig(), but I like the idea. Of course one could pretty easily post-process it as well. -CHB

Re: [matplotlib-devel] Any short plan for a new release (0.98.2 for real or 0.98.3)?

2008-07-21 Thread Christopher Barker
t's based on Knuth's work in: Axioms and Hulls by Donald E. Knuth (Heidelberg: Springer-Verlag, 1992), ix+109pp. (Lecture Notes in Computer Science, no. 606.) ISBN 3-540-55611-7 http://www-cs-faculty.stanford.edu/~knuth/aah.html Anyone know of any other code based on that work? Nice to see this

Re: [matplotlib-devel] Any short plan for a new release (0.98.2 for real or 0.98.3)?

2008-07-21 Thread Christopher Barker
980's). that would be nice, but while it is a good solution to the re-gridding problem, it doesn't appear to provide a general purpose delauney triangulation solution, which is too bad -- it would be nice to have that in MPL. -Chris -- Christopher Barker, Ph.D. Oceanographer Emerge

Re: [matplotlib-devel] Mac binary installer

2008-08-13 Thread Christopher Barker
t like universal binaries. For some reason it installs the egg > fine, but then tries to install from source. I've found is works OK if you re-name the egg to something like: matplotlib-0.98.3-py2.5.egg instead of: matplotlib-0.98.3-py2.5-macosx-10.3.egg don't ask me why -- s

Re: [matplotlib-devel] irregularly spaced grids and imshowm: PATCH for bilinear interp

2008-08-28 Thread Christopher Barker
like this. Ideally (but I'm not sure how), the data blocks reference counting system could be integrated with Python's, so that when a numpy array was constructed from one, its reference count would be managed by python as well as your C++ code. But maybe that's all just too

Re: [matplotlib-devel] irregularly spaced grids and imshowm: PATCH for bilinear interp

2008-08-29 Thread Christopher Barker
be possible to build it around boost::multiarray Do you know off hand if multiarray can be constructed from an existing pointer to a data block? > Can't imagine I'll find time for it anytime soon, too bad, but if you do -- I'd love to hear about it! -Chris -- Christopher Bar

<    1   2