Re: [boost] GSoC

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 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 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+r...

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