hi barry,<br><br>thanks. sorry for the delay, i'm just getting my head back into things after a nice long break. it will be awesome to work together and improve the framework. after all any workflow engine slowly becomes a meta-language! also, ipython, will have some nice features that should reduce the nipype code and make for a cleaner implementation. also chris at enthought is converting traits to pure python and that should clean up the engine code as well. we currently have some work-arounds for a couple of dynamic traits bugs.<br>
<br>do send me some more details of what you want to do. (based on what you have below, you should find our base classes rather appropriate).<br><br clear="all">cheers,<br><br>satra<br><br><br><div class="gmail_quote">On Fri, Jan 7, 2011 at 9:55 AM, Barry Wark <span dir="ltr"><<a href="mailto:barrywark@gmail.com" target="_blank">barrywark@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<div><div></div><div>On Tue, Dec 21, 2010 at 2:04 AM, Fernando Perez <<a href="http://fperez.net" target="_blank">fperez.net</a>@<a href="http://gmail.com" target="_blank">gmail.com</a>> wrote:<br>
> Hey Barry,<br>
><br>
> On Fri, Dec 17, 2010 at 9:15 PM, Barry Wark <<a href="mailto:barrywark@gmail.com" target="_blank">barrywark@gmail.com</a>> wrote:<br>
>> It's been too long since I've been able to hang out in IPython land.<br>
>> Given my previous interests, it's really exciting to see the work in<br>
>> frontends accelerating with the new refactoring.<br>
><br>
> Glad to have you around again!<br>
><br>
>> I'm very excited to have a new opportunity to get back to IPython work<br>
>> on a client project. The contract is to build a scientific data<br>
>> processing and analysis framework. The analyses are expressed as a<br>
>> DAG, with computation at the nodes done by exectuables that take a<br>
>> standardized set of arguments and return a contracted output format.<br>
>> Some of the executables are C, some Matlab, some Python, etc--standard<br>
>> fare in academia. Our job is to build the engine to execute these<br>
>> workflows, monitor results, etc. Jobs will initially execute on a<br>
>> single machine (thus multiprocessing or a higher-level framework like<br>
>> Rufus, <a href="http://www.ruffus.org.uk/" target="_blank">http://www.ruffus.org.uk/</a>) make sense, but the user may<br>
>> eventually want to expand onto a local cluster.<br>
><br>
> I'm still in India and will be offline as of tomorrow (traveling<br>
> back)...   But I'd suggest you have at least a look at:<br>
><br>
> <a href="http://nipy.sourceforge.net/nipype/" target="_blank">http://nipy.sourceforge.net/nipype/</a><br>
><br>
> Nipype is Satra's brainchild (the same Satra who has committed the<br>
> recent work on ipython) and it already has support for IPython's<br>
> parallel execution using the 0.10.x code.  It was also the motivation<br>
> behind some of the new DAG support, as we hope in the future to have<br>
> even better integration between nipype and ipython.<br>
<br>
</div></div>Yes, Nipype FTW! Awesome framework Satra!<br>
<div><div></div><div><br>
><br>
> Satra is also in India right now (we were at the same conference) but<br>
> he's on holiday for a fe days with his family and likely offline, so I<br>
> expect him to pitch in only a little bit later.  But I hope that in a<br>
> few days when people's travel schedules normalize, we can see what can<br>
> be done to benefit from common goals so that we reuse as much of the<br>
> effort and manpower as possible.<br>
><br>
> All the best,<br>
><br>
> f<br>
><br>
_______________________________________________<br>
IPython-dev mailing list<br>
<a href="mailto:IPython-dev@scipy.org" target="_blank">IPython-dev@scipy.org</a><br>
<a href="http://mail.scipy.org/mailman/listinfo/ipython-dev" target="_blank">http://mail.scipy.org/mailman/listinfo/ipython-dev</a><br>
</div></div></blockquote></div><br>