an Mac OS
> 10.6 system, with a minimum of downloaded packages and using the
> standard system stuff as far as possible.
That would still be nice -- I'm still not sure if you can count on X11
being installed, though -- do you know?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
ne now?)
I also notice that they are in: MacOSX10.4u.sdk (under X11) -- so maybe
the static libs in there could be used.
-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 f
> In other words, with this simulation in place, one should be able to
> create graphical objects, translate them, scale them, shear them,
> recombine them, split them up, interrogate them, etc., and finally
> save these objects to files, without a window ever popping up. In
> fact, this code shou
s, and a pretty rapidly changing API (or
ABI anyway). Oh, and it depends on various GUI toolkits that have those
same issues.
I can't imagine how a CPAN-like system would help with that at all.
Installing pure python packages isn't a problem at all.
-Chris
--
Christopher Barker, Ph.
On 10/28/10 11:50 AM, John Hunter wrote:
> On Thu, Oct 28, 2010 at 1:11 PM, Christopher Barker
>>> You can set these env variables within your code, before import of
>>> matplotlib via os.environment.
> The MPLCONFIGDIR tells mpl where to find the config file. It's
earned about this, and will start doing it with my
bundled up apps -- but that does seem pretty un-pythonic -- shouldn't it
be possible to set this sort of thing without resorting to that little
round trip through environment variables?
Not a big deal, but it feels kludgy.
-Chris
--
Christo
things I want
to do.
> For this reason, I think the name should be really
> well chosen, and I'm not convinced fig_subplot is a very good one.
I'll leave the name decisions to you folks, I just wanted to be encouraging!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emerge
rned as a 2d array.
>
> - if False, no squeezing at all is done, the return value is always a
> 2-d array, even if it ends up being 1x1.
Good solution, and thanks for working on this!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
st important
> to get right.
OK, but then how do you handle the fact that you might get a 0-d, 1-d or
2-d result? Eric's "squeeze" flag would result in that. Having squeeze1d
and squeeze2d flags seems a bit much.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Em
lot always returns a SINGLE axis --
you have to call it multiple times to get the whole set. Does this
version return the whole set?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Wa
John Hunter wrote:
> It would probably
> be beneficial, but by no means required, to use CXX to expose the C++
> part to python so take a look if you are inclined.
What about Cython -- is any one using Cython in MPL yet?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency
atplotlib.delaunay.
>
right, and the goal is to make it pretty easy to plug in another
triangulation routine, or a pre-defined triangulation, if you have one.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voic
posed of.
That would be better as (ntri, 3), to be compatible with the usual C
ordering of numpy arrays.
just a nit,
- 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
nto the point coordinate array.
some systems also store indexes to the neighbors of each triangle, etc.
I think that should all be hidden in the mesh class.
> Do you have some example code or images?
There were some links in that thread. Ian, maybe you should post them again.
-Chris
-
n imagine that
I might define that somewhere else, and it's handy to have it as a
single object.
-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
gaxes((2,1))
> Out[38]:
> (,
> [,
> ])
>
> In [39]: figaxes((2,2),dict(polar=True))
> Out[39]:
> (,
> [,
> ,
> ,
> ])
I like it!
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 vo
pports any PS
graphics. I wanted it the other day for a diagram I made with INkScape
(I couldn't get the TeX plugin working...)
Maybe you could port psfrag to pdf instead (my selfish desire...)
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NO
t).
Also psfrag is great, though I haven't found a pdffrag -- is there one?
-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 (20
t; compatibility (that's why I don't care much about all the discussion
> about versioning - I don't think it is very useful as long as python
> itself does not support it natively).
could be -- I'd love to have Python support it natively, though
wxversion isn't too b
hange them, I edited the
scripts and re-ran them -- exactly the workflow we're suggesting for
Python/MPL. But that was 10 years ago...
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
NOAA/OR&R/HAZMAT (206) 526-6959 voice
7600 Sand Point Way NE (206) 526-6329 fax
Sea
Christopher Barker wrote:
> The diskimage is usually built for the python binary supplied by
> python.org -- that is what the message means by the "system version". I
> tried to submit a patch to change that message a year or two ago, but I
> guess it never got applied -
would be:
ax.plot(mpl.length2num(values.rescale('cm')) )
ax.set_xlim(mpl.length2num(limits.rescale('cm')) )
In the end, I think datetimes are easier, not as many options.
I'm not sure all this was very clear, but hopefully it added
dated to cm and both would be plotted in cm.
this is a little two implicit for me -- I'd rather specify the units
explicitly, rather than have the last data added determine it for me.
ax.set_xunit('cm')
I'd probably have it default to the first unit used.
-Chris
age. It
would be great to have a semi-standard for this stuff in the SciPy world
-- and certainly MPL compatible!
> last I saw it stalled a little due to issues with subclassing ndarray.
Darn. I hope I'll get a chance to delve into it soon.
-Chris
--
Christopher Barker, Ph.D.
Oceanogr
-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
chris.bar
grain.com/research/font_rasterization/
I wonder how the MS tricks do for math -- I'd expect kind of a mess.
-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
just turn it off everywhere, it's the safer bet.
-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 (2
Eric Bruning wrote:
> The idea of a shell with inline plots is a fascinating one -
Then check out reinteract -- very cool:
http://www.reinteract.org/trac/
(though no opengl)
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(2
ather than a new feature.)
Great, thanks! thanks for taking care of us wx users...
-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)
ed parts of the wx
back-end, by using some new features.
However, if future versions of wxPython get the new enhanced buffer
interface, it might be nice to use it.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-695
edError("wxversion.ensureMinimal() must be
called before wxPython is imported")
wxversion.AlreadyImportedError: wxversion.ensureMinimal() must be called
before wxPython is imported
which might be the safest, and would catch both pylab use, and people's
home-written apps
e obvious where the numerix
> import was coming from
Found it: it was wxmpl. I'm going to send a patch to Ken.
-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
et it out of matplotlib, or phase it out if necessary. I don't
> think it should be left there forever.
I agree.
- Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sand Point Way NE (206) 526-63
out a hitch on 10.4
Indeed, that name may work for 10.5 too.
-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
Michiel de Hoon wrote:
> --- On Tue, 10/28/08, Christopher Barker <[EMAIL PROTECTED]>
> wrote:
>> I'm still curious where all this speed comes from.
> At this point, most of it is coming from having complete control over
> the event loop, which allows to avoid super
performance,
I'm still curious where all this speed comes from. MPL already uses Agg
for a lot, and it's generally reported to be as fast as many native
drawing APIs (though maybe not quartz?)
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/O
ast I looked into it, wxAgg was doing some extra
unneeded blitting of the image to the screen, which makes little
noticeable difference usually. but you might really feel that over an
remote X connection.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
NOAA/OR&R/HAZMAT (206) 5
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
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
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
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
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
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
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
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
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
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
.
>> 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
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
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
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
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
, 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&
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
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
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
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
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
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
.
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
>>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
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(
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,
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
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
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
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
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,
'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
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
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
-- can you
compress the bitmap data to pass it to the Xserver? is that happening
already?
-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
(is there anything like recipes for py2exe?)
-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
ixport/frameworks
Maybe they would be a good set to use as a standard recommendation for
folks building/using MPL on OS-X.
I think the Freetype and UnixImageIO Frameworks would cover it for MPL.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
r stuff anyway.
-- just thinking in email....
-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
y need generator
> comprehensions -- in the examples you highlighted I think they were
> used for syntactic convenience, though admittedly in some cases syntax
> conveniences are compelling.
Sure they are, but wouldn't list comprehensions be just as good? at
least in those cases.
-Chr
from the Agg buffer without using C extensions).
You're right -- I don't think that's an issue.
-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,
th MPL is the code? Could it just be it's own module?
-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
Fernando Perez wrote:
> On 8/12/07, Eric Firing <[EMAIL PROTECTED]> wrote:
>> mlab.py in svn has now been changed quite a bit:
> But if I may make a small comment, in my view MPL should simply not
> contain any numerics, period (beyond that needed for plotting
> functions).
For the most part,m I
gt; but mlab should be its own nice, clean set of functions.
+1
-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-
of a namespace fan to advocate for
that. What happens when numpy adds a name that clashes with an mlab
name, for instance?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
76
t auto code generation. Period. Of course,
that doesn't apply to far smaller libraries.
And many of the hand-written wrappers I've seen are nightmares of
incorrect reference counting. I think hand-wrapping is a just plain bad
idea, not when you have ctypes and pyrex and Boost (and CX
o write our own fork of it, which I doubt!
-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
so that's another option -- but talk about dependencies!
And there's SIP, but I've never heard of it being used by anything other
than PyQT
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
7600 Sa
wrote:
> For many of these things there are up to 5 different possible sources:
>
> (builtin, if not math or cmath)
> math
> cmath
> numpy
> numpy.ma
> maskedarray
I'd argue that for MPL, math and cmath are rarely needed, and we hope
that soon there will only be
e you're proposing a standard set of math
names that will be brought in to modules for the matplotlib project
itself. Different issue.
I don't write enough MPL internal code to have any opinion on that.
Does anyone else think this is a good idea?
-Chris
--
Christopher
examples are still written using "import *".
However, I have seen a real shift on the numpy list over the last year
(or two), toward using the namespace.
Paul Kienzle wrote:
> On Fri, Jul 20, 2007 at 12:34:44PM -0700, Christopher Barker wrote:
>> Out of 491 names in the numpy
> On Jul 19, 2007, at 12:18 PM, John Hunter wrote:
>> I also plan to use the SWIG agg wrapper
Where can I find that? I did some googling, and no luck.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R(206) 526-6959 voice
76
h expressions. Not bad, really, much better than
including all 491.
Inf
NaN
abs
angle
arccos
arccosh
arcsin
arcsinh
arctan
arctan2
arctanh
cos
cosh
exp
log
log10
pi
sign
sin
sinc
sinh
sqrt
square
tan
tanh
> I'm guessing a function sqrt(-1.) which returns 1j is out of the question?
what's
How important is it that people can actually improve MPL without
contributing those improvements back? Isn't that what BSD allows that
LGPL doesn't?
By the way, isn't wxPython modified LGPL? We have a wx back-end.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response
27;s so much better! take advantage
of the advantages -- like namespaces.
If you're anything like me, you may not be writing big programs, but
even quickie scripts are edited and re-edited a lot -- a little extra
typing makes little difference.
-Chris
--
Christopher Barker, Ph.D.
Oceanogr
contribute the array-aware code, but I don't know if it would be accepted.
-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 (20
for an enterprising developer to take a careful look
> at the current Chaco and Kiva
OK. I have to ask -- why aren't we all just using Chaco? I know I'm not
because ??years ago, Enthought was not really supporting anything but
Windows -- is that still true? Would it be a whole
ch of stuff all at once for a 1.0 release, than to break things
> incrementally with successive releases
+1
-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
uff that way -- so it's scalable, and
has fewer dependencies.
Including the fonts required (STIX again -- maybe it will really happen
eventually)
Occasionally someone pops up with plan to make an embeddable TeX engine,
which is what we really want--maybe some day.
-Chris
--
Christophe
from the
get go, like wxPython does:
import wx
wx.Whatever...
I do wish that:
>>> import matplotlib as mpl
>>> import mpl.artist
Traceback (most recent call last):
File "", line 1, in
ImportError: No module named mpl.artist
worked.
-Chris
--
Christopher Bar
cts), shows plenty of contributions
> from people with .gov email addresses,
Sure, contributing is no problem, it's the releasing of derived works
that has me concerned.
> Feel free to
> contact me off-list if you've got any questions about how to track
> down some potential
r
of Open Source Projects.
-Chris
PS: Google is remarkably unhelpful to me in figuring all this out. If
anyone has useful references about the US Federal gov't developed and
released software an the GPL -- please send me the links!
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Re
do if the wxApp() has been deleted.
In any case, you can only create one wxApp per program instance, and it
can not be destroyed and re-started, so keeping a global instance around
is probably the way to go.
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&am
ommitted a patch that a user had
provided that kept the wx back-end from re-starting an event loop if
there was one already running -- maybe that has something to do with
this bug?
-Chris
--
Christopher Barker, Ph.D.
Oceanographer
Emergency Response Division
NOAA/NOS/OR&R
1 - 100 of 134 matches
Mail list logo