[matplotlib-devel] Interactive wx/pylab with no threads (PyOS_InputHook)

2009-02-08 Thread Brian Granger
IPython and matplotlib devs, Over the weekend I have been playing around to see if it is possible to do interactive GUI work with wx from IPython *without using threads*. The idea here is to use PyOS_InputHook. Currently, recent versions of PyQt4 and PyGTK do this and if we can get wx working, w

Re: [matplotlib-devel] Interactive wx/pylab with no threads (PyOS_InputHook)

2009-02-10 Thread Brian Granger
ld > be a lot easier if Python itself supported event loops. Yes, that would be nice!!! Cheers, Brian > --Michiel > > --- On Sun, 2/8/09, Brian Granger wrote: > >> From: Brian Granger >> Subject: [matplotlib-devel] Interactive wx/pylab with no threads >> (P

[matplotlib-devel] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
Hello all, [sent to mpl-dev, enthought-dev and ipython-dev] This summer, we are doing some major refactoring of IPython's core. One of the things I am working on is changing how IPython's works with GUI toolkits. These changes will have a significant impact (hopefully for the better) on your pr

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
On Thu, Jul 16, 2009 at 10:20 AM, Gael Varoquaux < gael.varoqu...@normalesup.org> wrote: > On Thu, Jul 16, 2009 at 10:04:33AM -0700, Brian Granger wrote: > >So, how does affect your project? > > >* People will be able to use your project interactive from the regu

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
Good question Gael, > So, ... I am dumb, and I haven't been following things well enough (not > enough time). Concretely, what do I need to do to be able to launch > IPython, and pop up a wx dialog not blocking IPython with the new > technology? > If you have a patched version of wx (that Robin

Re: [matplotlib-devel] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
ne possibility is that during the transition, the old threaded Shells would slowly loose features that become impossible to maintain (such as interrupt handling in the threaded shells). With our very limited IPython manpower, we have a very fine line to walk between moving forward and maintai

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
> OK, that's great. It enlightens me. So, it seems you guys are on the > right track. I'll just wait for the new versions of wx to come out. You > are doing great work on that. > Thanks. > One piece of warning: Wx has a terrible upgrade path. Upgrading it breaks > stuff. As a consequence, people

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
. Cheers, Brian On Thu, Jul 16, 2009 at 11:11 AM, Ville M. Vainio wrote: > On Thu, Jul 16, 2009 at 9:06 PM, Brian Granger > wrote: > > > I am fully aware that some environments upgrade things like GUI toolkits > > over very long time scales. More important - there isn't a re

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
> On 2009-07-16 13:11, Ville M. Vainio wrote: > > On Thu, Jul 16, 2009 at 9:06 PM, Brian Granger > wrote: > > > >> I am fully aware that some environments upgrade things like GUI toolkits > >> over very long time scales. More important - there isn't a re

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
begin to try this out. Cheers, Brian On Thu, Jul 16, 2009 at 12:13 PM, Brian Granger wrote: > I tried ctypes first, but with no luck. Here is what I tried: > > >>> import readline > >>> import ctypes > >>> ctypes.pythonapi.PyOS_InputHook > <_

Re: [matplotlib-devel] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
After playing a bit more, I have a ctypes based prototype that can set PyOS_InputHook in an appropriate way for wx 2.9 (trunk). I think it is possible to have a ctypes based version that would work for all the major GUI toolkits that we could ship with IPython until the transition is over (i.e., e

Re: [matplotlib-devel] [IPython-dev] IPython proposal: getting rid of "ipython -pylab\-wthread\etc."

2009-07-16 Thread Brian Granger
> For Wx, we would obviously need to support 2.8. We can toy with the idea > of not supporting 2.6, I believe. A lot of people are starting to feel > that 2.6 is depreciated. > Yes, 2.8 is latest stable, so we should support it. How many people would complain if 2.6 were not supported? I take it

[matplotlib-devel] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-16 Thread Brian Granger
Hi, I am attaching a working ctypes based prototype of a module that allows wx to be used interactively from *both* python and ipython. It uses PyOS_InputHook and has been tested on wx 2.8 and 2.9 (trunk) on Mac OS X (python 2.5). It can be used with an existing wx install and all versions of ip

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-16 Thread Brian Granger
Robert, Thanks for testing this so quickly. Performance is one of the big issues that I am concerned about. I will work on a Cython based version to see if that solves the problem. Cheers, Brian > Works for me with wx 2.8.8.1 on OS X 10.5 and Chaco. Pan and zoom > interactions are substantia

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-16 Thread Brian Granger
; configurations (particularly on Windows), PyOS_InputHook is called only > once, so wx will freeze between Python commands. > > I am not familiar with wx, but there hopefully there is some way to monitor > stdin while the event loop is running? > > --Michiel. > > > --- On T

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-17 Thread Brian Granger
you're using Python/readline for the repeated calls into the hook > function. It's better to have this loop explicitly inside your hook > function, because of the variation in PyOS_InputHook behavior between > different versions of Python/readline. > > --Michiel >

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-17 Thread Brian Granger
Jul 17, 2009 at 2:07 PM, Ondrej Certik wrote: > > On Fri, Jul 17, 2009 at 1:57 PM, Robert Kern wrote: > >> On Fri, Jul 17, 2009 at 14:48, Brian Granger > wrote: > >>> Michiel, > >>> > >>> Thanks for the ideas. I have implemented both of the app

Re: [matplotlib-devel] [Enthought-Dev] [IPython-dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-17 Thread Brian Granger
Gael, Polling at 100Hz is a horrendous solution from a technical point of view. > I typical have a dozen IPython instances opened, where I have been > working a while ago, but not doing anything right now, because I am > planning to come back to it. Having these all poll at a 100Hz wil keep my >

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-17 Thread Brian Granger
Can you describe the patch you are putting together for wxPython? or > is it wxWidgets? Perhaps there is a way for us to monkeypatch the same > approach into old versions. > There is *very* little difference between my ctypes prototype and the patch for wxPython. The only real differences are the

Re: [matplotlib-devel] [IPython-dev] [Enthought-Dev] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-17 Thread Brian Granger
, Brian On Fri, Jul 17, 2009 at 3:40 PM, Robert Kern wrote: > On Fri, Jul 17, 2009 at 17:31, Brian Granger > wrote: > > > > > >> Can you describe the patch you are putting together for wxPython? or > >> is it wxWidgets? Perhaps there is a way for us to monkeyp

Re: [matplotlib-devel] Ctypes based prototype of PyOS_InputHook for wx 2.8 and 2.9

2009-07-20 Thread Brian Granger
All, I have an improved prototype of my ctypes based inputhook for wx. In this version I have: * Added and tested Ondrej's patch. It seems to improve both responsiveness and idle GPU load. Thanks Ondrej! * Tested on Win32 * Small changes related to the GIL. Robert and Gael, can you test this

[matplotlib-devel] New spines capabilities question

2009-08-06 Thread Brian Granger
Hi, Congrats on the latest matplotlib release. Looks like there are some *really* impressive new things in there. I was just looking at the spines docs: http://matplotlib.sourceforge.net/examples/pylab_examples/spine_placement_demo.html And I noticed that on spines that are range limited (to t

[matplotlib-devel] New spines capabilities question

2009-08-06 Thread Brian Granger
> I think this happens in all mpl graphs, you just don't see it. The > axis limits are set to -2..2, and the sine is draw from -2..2. The > linewidth extends beyond 2, so it is clipped by the axes clipping to > the bounding rectangle. Normally you don't see this, because visually > it is under t

[matplotlib-devel] IPython (likely) dropping Python 2.4 support

2009-08-25 Thread Brian Granger
Hello all, While at SciPy this year, the IPython devs began discussing dropping Python 2.4 support. Or rational is this: * New generator features in 2.5 would dramatically simplify our testing of our Twisted using components. * Being able to use absolute imports would simplify the packaging of

[matplotlib-devel] New GUI integration in IPython

2009-08-31 Thread Brian Granger
Hello all, This email is being sent out to to the lists of users+devs who regularly use IPython's "pylab" mode or "-wthread", "-qthread", "-gthread", etc. threaded shells. As of today, in IPython's trunk, we have a completely new implementation of our GUI event loop integration that dramatically

Re: [matplotlib-devel] [IPython-dev] Testing matplotlib on IPython trunk

2009-09-08 Thread Brian Granger
You also may need to do: plt.interactive(True) Cheers, Brian On Tue, Sep 8, 2009 at 12:45 PM, Gökhan Sever wrote: > Hello, > > The thread switches will be gone by the release of the new IPython. I am > assuming that some extra work needs to be done on both sides in preparation > to the new re

Re: [matplotlib-devel] preparing for 0.99.1

2009-09-10 Thread Brian Granger
Thinking about 1.0 Has anyone looked at the new gui integration stuff in the IPython trunk? Cheers, Brian On Thu, Sep 10, 2009 at 6:08 PM, John Hunter wrote: > We've had a significant number of bug-fixes in the release branch, so > this weekend I'm going to try and put out a release candi

[matplotlib-devel] SciPy 2010 Tutorials: brainstorming and call for proposals

2010-03-25 Thread Brian Granger
orial content. * A list of Python packages that attendees will need to have installed to follow along. Cheers, Brian Granger SciPy 2010, Tutorial Chair -- Download Intel® Parallel Studio Eval Try the new software tool

[matplotlib-devel] SciPy 2010 Tutorials: brainstorming and call for proposals

2010-03-26 Thread Brian Granger
Greetings everyone, This year, there will be two days of tutorials (June 28th and 29th) before the main SciPy 2010 conference. Each of the two tutorial tracks (intro, advanced) will have a 3-4 hour morning and afternoon session both days, for a total of 4 intro sessions and 4 advanced sessions. T

[matplotlib-devel] Patch for Qt4 backend for IPython GUI

2010-08-26 Thread Brian Granger
Hi, We are in the process of getting our new Qt IPython GUI working with matplotlib. One problem we have found is that the matplotlib qt4 backend always creates a QApplication. This is problematic in situations where another part of an application has already created a QApplication. The fix is

Re: [matplotlib-devel] Patch for Qt4 backend for IPython GUI

2010-08-28 Thread Brian Granger
Eric, On Fri, Aug 27, 2010 at 12:15 AM, Eric Firing wrote: > On 08/26/2010 05:13 PM, Brian Granger wrote: >> Hi, >> >> We are in the process of getting our new Qt IPython GUI working with >> matplotlib.  One problem we have found is that the matplotlib qt4

[matplotlib-devel] Uniform GUI support across matplotlib, ets and ipython

2010-08-28 Thread Brian Granger
Hi all, As you may know, this summer we have been working on a new two process IPython that has a beautiful Qt frontend GUI and a ZMQ based messaging layer between that GUI and the new IPython kernel. Many thanks to Enthought for funding this effort! We are currently in the process of adding GU

Re: [matplotlib-devel] Uniform GUI support across matplotlib, ets and ipython

2010-08-29 Thread Brian Granger
o have multiple other event loops in our apps that handle networking. Cheers, Brian > --Michiel. > > --- On Sat, 8/28/10, Brian Granger wrote: > >> From: Brian Granger >> Subject: [matplotlib-devel] Uniform GUI support across matplotlib, ets and >> ipython &g

Re: [matplotlib-devel] Uniform GUI support across matplotlib, ets and ipython

2010-08-30 Thread Brian Granger
tion, but it is much simpler when you only have 1 GUi event loop involved. Cheers, Brian > Best, > --Michiel. > > > --- On Sun, 8/29/10, Brian Granger wrote: > >> From: Brian Granger >> Subject: Re: [matplotlib-devel] Uniform GUI support across matplotlib, e

Re: [matplotlib-devel] Uniform GUI support across matplotlib, ets and ipython

2010-09-01 Thread Brian Granger
On Tue, Aug 31, 2010 at 7:02 AM, Michiel de Hoon wrote: >> 1. Our networking event loop that is based on zeromq/pyzmq >> 2. A single GUI event loop from wx, qt4, etc. >> >> We do this by triggering an iteration of our networking >> event loop on a periodic GUI timer. > > So right now you're in a l

Re: [matplotlib-devel] Uniform GUI support across matplotlib, ets and ipython

2010-09-03 Thread Brian Granger
Michiel, On Fri, Sep 3, 2010 at 9:22 AM, Michiel de Hoon wrote: > --- On Wed, 9/1/10, Brian Granger wrote: >> > So right now you're in a loop in which you let qt4 (or >> wx) watch the file descriptors qt4 needs, then zeromq the >> file descriptors that zeromq needs,

[matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

2010-09-03 Thread Brian Granger
Hello all, I would like to submit the following branch on github for review and merging into matplotlib trunk: http://github.com/ellisonbg/matplotlib/commits/guisupport This branch implements the logic needed for the qt4 and wx backends to fully work with the upcoming IPython 0.11 release. In o

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

2010-09-03 Thread Brian Granger
that zeromq/pyzmq are only required for the new Qt gui, the old terminal ipython doesn't require them. Let us know if you run into any other issues. Cheers, Brian On Fri, Sep 3, 2010 at 6:57 PM, Eric Firing wrote: > On 09/03/2010 12:37 PM, Brian Granger wrote: >> Hello all, >>

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

2010-09-13 Thread Brian Granger
Eric, Sorry about the delay, I was on vacation last week...comments inline below... On Tue, Sep 7, 2010 at 2:26 PM, Eric Firing wrote: > On 09/07/2010 11:07 AM, Fernando Perez wrote: >> Hi Eric, >> >> On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing  wrote: >>> >>> I have been doing a little testing

Re: [matplotlib-devel] [IPython-dev] IPython (new) + matplotlib report: happy news

2010-09-13 Thread Brian Granger
Fernando, On Mon, Sep 13, 2010 at 1:58 PM, Fernando Perez wrote: > Hi folks, > > [ sorry for the cross-post, but devs on both lists will care about this] > > I just went through the exercise of pasting 100 randomly chosen > examples from the gallery into the new ipython console with inline > gr

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

2010-09-13 Thread Brian Granger
On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing wrote: > On 09/03/2010 12:37 PM, Brian Granger wrote: >> Hello all, >> >> I would like to submit the following branch on github for review and >> merging into matplotlib trunk: >> >> http://github.com/ellisonbg/m

Re: [matplotlib-devel] For review and merging: new GUi support for Qt4 and Wx

2010-09-14 Thread Brian Granger
On Tue, Sep 14, 2010 at 12:59 AM, Eric Firing wrote: > On 09/13/2010 05:46 PM, Brian Granger wrote: >> >> On Tue, Sep 7, 2010 at 1:31 PM, Eric Firing  wrote: >>> >>> On 09/03/2010 12:37 PM, Brian Granger wrote: >>>> >>>> Hello all, >&g

[matplotlib-devel] Latex to svg using mathtext

2010-12-30 Thread Brian Granger
Hi, I need to generate svg (for web browser display) from latex using mathtext. I see that mathtext.MathTextParser has a to_png method. Is there a way of doing the equivalent of to_svg? I see there is an svg Mathtext backend, but it is not clear what it produces. Thanks! Brian --

[matplotlib-devel] Simple animation test

2011-03-02 Thread Brian Granger
Hi, I am trying to do a simple animation examples similar to the one here: http://www.scipy.org/Cookbook/Matplotlib/Animations#head-e50abcca4333d3d76b3f2bb66ef00f15c6b4dbbc But it does not work. I have tried with different backends, plain python, within ipython. I am using ipython 0.10 and mat

Re: [matplotlib-devel] Simple animation test

2011-03-02 Thread Brian Granger
Is the old method (just using draw/set_xdata, etc.) not supported? I am working with a student and I want to keep is dead simple. Brian On Wed, Mar 2, 2011 at 10:22 AM, Benjamin Root wrote: > > > On Wed, Mar 2, 2011 at 7:44 AM, John Hunter wrote: >> >> On Wed, Mar 2, 20

Re: [matplotlib-devel] Simple animation test

2011-03-02 Thread Brian Granger
in a stock recent EPD. Cheers, Brian > Ryan > >> >> Brian >> >> On Wed, Mar 2, 2011 at 10:22 AM, Benjamin Root wrote: >>> >>> >>> On Wed, Mar 2, 2011 at 7:44 AM, John Hunter wrote: >>>> >>>> On Wed, Mar 2, 2011

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Brian Granger
> 3. Traits. We (Brian and I) have gone back and forth a lot on Traits, > and we've come very close to just making them a dependency. The only > real issue holding us back is that ipython so far has exactly *zero* > extension code, which is a plus in terms of ease of > installation/deployment. H

Re: [matplotlib-devel] rcParams and validation

2007-07-20 Thread Brian Granger
> Damn, that is really cool. So you can generate default config files from the > MPLConfig instance. We create a default matplotlibrc file from a template, > setting default backend and numerix values based on what is available on the > users system. It looks like it would be even easier with your

Re: [matplotlib-devel] [IPython-dev] Interactive Matplotlib in the browser

2012-10-11 Thread Brian Granger
It is not clear to me that the stream of PNGs will win in the end. If you make a single static plot of a large data set, that is way better than trying to send the data to the browser and rendering it there. But if you have to send hundreds or thousands of PNGs to get interactivity, that benefit m

[matplotlib-devel] [JOB] Work full time on Project Jupyter/IPython

2015-05-11 Thread Brian Granger
Hi all, I wanted to let the community know that we are currently hiring 3 full time software engineers to work full time on Project Jupyter/IPython. These positions will be in my group at Cal Poly in San Luis Obispo, CA. We are looking for frontend and backend software engineers with lots of Pytho

Re: [matplotlib-devel] Question about getters and setters.

2015-05-13 Thread Brian Granger
We (ipython/jupyter) have been talking some more about integrating matplotlilb in deeper ways with the interactive widgets framework. That only thing that would be required to make this *trivial* is having a traitlet's based API for matplotlib. I have even started to look at wrapping the existing m

Re: [matplotlib-devel] Question about getters and setters.

2015-05-13 Thread Brian Granger
ice. (Imho better than > params from my cursory look.) > > On Thu, May 14, 2015 at 1:45 AM, Brian Granger > wrote: > >> We (ipython/jupyter) have been talking some more about integrating >> matplotlilb in deeper ways with the interactive widgets framework. That >> only

Re: [matplotlib-devel] Question about getters and setters.

2015-05-14 Thread Brian Granger
Great, that is exciting. What do you think is the best way forward? Should I open an issue on the matplotlib repo about this? Would there be interest in doing a Google+ hangout about this at some point? On Wed, May 13, 2015 at 11:57 PM, Eric Firing wrote: > On 2015/05/13 7:45 PM, Brian Gran

Re: [matplotlib-devel] Question about getters and setters.

2015-05-15 Thread Brian Granger
mentation. Once that is agreed upon, that PR > would get merged, and we can then start up a new PR actually implementing > the MEP. > > On Thu, May 14, 2015 at 3:03 AM, Brian Granger > wrote: > >> Great, that is exciting. What do you think is the best way forward? >> S

Re: [matplotlib-devel] RFC: candidates for a new default colormap

2015-06-03 Thread Brian Granger
I prefer C, but am not too fond of any of them :( I wonder if it would be beneficial to give up a little on the quantitative properties of the cm in favor of moving towards something that is a bit more aesthetic and pleasant to look at. On Wed, Jun 3, 2015 at 1:47 PM, Paul Hobson wrote: > A bri

Re: [matplotlib-devel] Moving color overhaul forward

2015-06-11 Thread Brian Granger
Great to hear this! > - re-order feature release/style change if needed >- can focus sprint effort at scipy on new features >- release order may be 2.0 -> 2.1 or 1.5 -> 2.0 > - keep style change-only release plan > - start adding color maps as named maps on master > - color map >-

Re: [matplotlib-devel] scipy sprints

2015-06-22 Thread Brian Granger
I will be around and would love to participate. On Mon, Jun 22, 2015 at 5:39 AM, Thomas Caswell wrote: > Who will be around for the sprints? We should start to come up with a list > what we want to work on. There are a number of issues tagged as > 'hack-a-thon' which are good candidates for nov

Re: [matplotlib-devel] Important thread on IPython-dev

2015-07-06 Thread Brian Granger
Thanks Eric! A bunch of us will be at SciPy this week and it would be great to talk more about this stuff with the mpl devs that are around. Cheers, Brian On Mon, Jul 6, 2015 at 12:18 PM, Eric Firing wrote: > There is a long thread on IPython-dev discussing how to make matplotlib > "just work"

[matplotlib-devel] Running test suite with out image comparisons

2015-07-21 Thread Brian Granger
Hi folks, Is it possible to run the matplotlib test suite without the image comparisons? Cheers, Brian -- Brian E. Granger Cal Poly State University, San Luis Obispo @ellisonbg on Twitter and GitHub bgran...@calpoly.edu and elliso...@gmail.com -

[matplotlib-devel] Dev build on matplotlib with conda

2015-07-21 Thread Brian Granger
Hi all, I am trying to get a dev build of matplotlib working with the anaconda python. Any advice on getting matplotlib to detect and use any of the libpng/freetypes: * Those installed with anaconda python. * Those from homebrew * Those that ship with OS X Cheers, Brian -- Brian E. Granger C

Re: [matplotlib-devel] Dev build on matplotlib with conda

2015-07-22 Thread Brian Granger
output of setup.py is normally pretty helpful at letting you know which > library it has found to build against. > > On 20 July 2015 at 01:54, Brian Granger wrote: >> >> Hi all, >> >> I am trying to get a dev build of matplotlib working with the anaconda >> python.

Re: [matplotlib-devel] Dev build on matplotlib with conda

2015-08-03 Thread Brian Granger
recipe: > > https://github.com/conda/conda-recipes/tree/master/matplotlib > > Looking at the Conda recipe might give you some hints about how it locates > png.h as well, although I haven't checked in detail. > > On Wednesday, July 22, 2015, Brian Granger wrote: >&

Re: [matplotlib-devel] New Employer

2015-09-30 Thread Brian Granger
Congrats Mike! Sent from my iPhone > On Sep 30, 2015, at 8:18 AM, Michael Droettboom wrote: > > Just a heads up to the matplotlib developer team: > > I'm leaving Space Telescope for a new position at Continuum Analytics > starting next week. This position will be primarily to work on > matp