Re: [boost] GSoC

Subject: Re: [boost] GSoC
From: Christopher Kormanyos (e_float_at_[hidden])
Date: 2014-02-02 10:15:38

> Yes, we had several GSOC project proposals about implicit ODE solvers
> last year but none of them had been accepted. Is this a problem for
> applications this year?

Last year was my first year participating as mentor, so I am no
real expert. Nonetheless, we had 10 projects, but we received
only 7 funded slots.

This year we have (together with your project) so far 3 projects,
and a lot of good ideas. So it looks like we may have fewer
projects. I do not know how this will influence our application
or the success thereof.

> I would volunteer to mentor this project. Of course, I will add the
> description to the ideas page.

Thanks Karsten.

OK, wake up from winter hibernation, Boost! :-)


Let's get a few more good projects with commited mentors
up on our list!

https://svn.boost.org/trac/boost/wiki/SoC2014

Cheers, Chris.




On Sunday, February 2, 2014 3:50 PM, Karsten Ahnert <karsten.ahnert_at_[hidden]> wrote:
 
On 02/02/2014 12:00 PM, Christopher Kormanyos wrote:
>> And we also would like to mentor a GSOC project about implicit
>> methods in odeint. There are extremely important to solve PDEs.
> 
> * Is the idea ripe enough for formulation?

Yes, we had several GSOC project proposals about implicit ODE solvers
last year but none of them had been accepted. Is this a problem for
applications this year?

> * Is there a committed mentor?
> 
> Might the potential mentor formally add the project to the list here:
> 
> https://svn.boost.org/trac/boost/wiki/SoC2014

I would volunteer to mentor this project. Of course, I will add the
description to the ideas page.



> On Saturday, February 1, 2014 9:31 PM, Larry Evans <cppljevans_at_[hidden]> wrote:
>  
> On 02/01/14 13:19, Karsten Ahnert wrote:
>> On 02/01/2014 03:47 PM, Utsav Tiwary wrote:
>>> Does it involve the use of parallel programming ? If not, is doing it a
>>> good idea ?
>>
>> There was a GSOC last year about parallelization of odeint with MPI and
>> OpenMP [1]. I think it was successful, although the code has not yet
>> been merged into the odeint trunk. Parallelization with GPUs already
>> works with the help of Thrust, VexCL or ViennaCL.
>>
>> odeint is a library devoted to solve the initial value problem of ODEs.
>> I think building shooting methods for boundary value problems on top of
>> odeint would be a good idea. And we also would like to mentor a GSOC
>> project about implicit methods in odeint. There are extremely important
>> to solve PDEs.
>>
> Back in June, 2011, petros posted a question to the user's list
> about multi-array and pdes:
> 
> http://thread.gmane.org/gmane.comp.lib.boost.user/68017
> 
> Later, he posted a question about rotating the arrays axes:
> 
> http://article.gmane.org/gmane.comp.lib.boost.user/68718/match=multi_array+rotated+views
> 
> to help solve a pde using ADI (Alternating Direction Implicit):
> 
>  http://article.gmane.org/gmane.comp.lib.boost.user/71096
> 
> In response, I prototyped a method using ADI and mentioned it
> here:
> 
> http://article.gmane.org/gmane.comp.lib.boost.user/71047
> 
> HTH.
> 
> -regards,
> 
> Larry
> 
> 
> 
> 
> 
> 
> 
> _______________________________________________
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
> 
> _______________________________________________
> Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost

> 


_______________________________________________
Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost