![](https://secure.gravatar.com/avatar/376d02997baf28c5cb67536223e5ae7d.jpg?s=120&d=mm&r=g)
Greetings, We're pleased to announce: OpenOpt 0.17 (release), free (license: BSD) optimization framework for Python language programmers, is available for download. Changes since previous release 0.15 (December 15): * new classes: GLP (global problem), MMP (mini-max problem) * several new solvers written: goldenSection, nsmm * some more solvers connected: scipy_slsqp, bvls, galileo * possibility to change default solver parameters * user-defined callback functions * changes in auto derivatives check * "noise" parameter for noisy functions * some changes to NLP/NSP solver ralg * some changes in graphical output, initial estimations xlim, ylim * scaling * some bugfixes Newsline: http://openopt.blogspot.com/ Homepage: http://scipy.org/scipy/scikits/wiki/OpenOpt
![](https://secure.gravatar.com/avatar/60e03bd1fd9f2dbc750e0899b9e7e71d.jpg?s=120&d=mm&r=g)
Hi, I have some questions : - why was the golden section reimplemented ? OpenOpt has a generic framework that provides a golden section line search for... several months - was the setupy.py problems solved ? that is, is the sys.path still changed when importing the scikit ? Matthieu 2008/3/15, dmitrey <dmitrey.kroshko@scipy.org>:
Greetings, We're pleased to announce: OpenOpt 0.17 (release), free (license: BSD) optimization framework for Python language programmers, is available for download.
Changes since previous release 0.15 (December 15):
* new classes: GLP (global problem), MMP (mini-max problem) * several new solvers written: goldenSection, nsmm * some more solvers connected: scipy_slsqp, bvls, galileo * possibility to change default solver parameters * user-defined callback functions * changes in auto derivatives check * "noise" parameter for noisy functions * some changes to NLP/NSP solver ralg * some changes in graphical output, initial estimations xlim, ylim * scaling * some bugfixes
Newsline: http://openopt.blogspot.com/
Homepage: http://scipy.org/scipy/scikits/wiki/OpenOpt _______________________________________________ SciPy-user mailing list SciPy-user@scipy.org http://projects.scipy.org/mailman/listinfo/scipy-user
-- French PhD student Website : http://matthieu-brucher.developpez.com/ Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn : http://www.linkedin.com/in/matthieubrucher
![](https://secure.gravatar.com/avatar/376d02997baf28c5cb67536223e5ae7d.jpg?s=120&d=mm&r=g)
Matthieu Brucher wrote:
Hi,
I have some questions : - why was the golden section reimplemented ? OpenOpt has a generic framework that provides a golden section line search for... several months I had noticed it too late. But the solver is just several lines of code, so not much efforts were elapsed. - was the setupy.py problems solved ? that is, is the sys.path still changed when importing the scikit ? Yes, it still is.
Regards, D.
![](https://secure.gravatar.com/avatar/fb36fe7ae73d4e23a445835330439167.jpg?s=120&d=mm&r=g)
Does this have any parallel computation code? I was recently given access to a 4-core server, so I'm curious to know if it might speed up the OpenOpt calculations if multiple SMP CPU cores are available for parallel processing. James Phillips http://zunzun.com On 3/15/08, dmitrey <dmitrey.kroshko@scipy.org> wrote:
Greetings, We're pleased to announce: OpenOpt 0.17 (release), free (license: BSD) optimization framework for Python language programmers, is available for download.
![](https://secure.gravatar.com/avatar/376d02997baf28c5cb67536223e5ae7d.jpg?s=120&d=mm&r=g)
Unfortunately, AFAIK no (however, maybe some C or Fortran written solvers that are connected to OO can be somehow turned to use parallel CPU). MATLAB OpenOpt version could calculate 1st derivative df numerically via parallel cycle by parfor. However, it can benefit for costly funcs only. I intended to implement something like that in Python, but I don't know which library is better, and those that I had seen have (as for me) inconvenient syntax & complicated documentation. If someone is familiar with a Python library for parallel calculation, he could easily use it to calculate df, dc, dh numerically (func(x+dx[i])-func(x)/dx). Regards, D. James Phillips wrote:
Does this have any parallel computation code? I was recently given access to a 4-core server, so I'm curious to know if it might speed up the OpenOpt calculations if multiple SMP CPU cores are available for parallel processing.
James Phillips http://zunzun.com
On 3/15/08, *dmitrey* <dmitrey.kroshko@scipy.org <mailto:dmitrey.kroshko@scipy.org>> wrote:
Greetings, We're pleased to announce: OpenOpt 0.17 (release), free (license: BSD) optimization framework for Python language programmers, is available for download.
------------------------------------------------------------------------
_______________________________________________ SciPy-user mailing list SciPy-user@scipy.org http://projects.scipy.org/mailman/listinfo/scipy-user
![](https://secure.gravatar.com/avatar/60e03bd1fd9f2dbc750e0899b9e7e71d.jpg?s=120&d=mm&r=g)
2008/3/15, dmitrey <dmitrey.kroshko@scipy.org>:
Unfortunately, AFAIK no (however, maybe some C or Fortran written solvers that are connected to OO can be somehow turned to use parallel CPU). MATLAB OpenOpt version could calculate 1st derivative df numerically via parallel cycle by parfor. However, it can benefit for costly funcs only. I intended to implement something like that in Python, but I don't know which library is better, and those that I had seen have (as for me) inconvenient syntax & complicated documentation. If someone is familiar with a Python library for parallel calculation, he could easily use it to calculate df, dc, dh numerically (func(x+dx[i])-func(x)/dx). Regards, D.
This is a good idea, it won't be much trouble to add a new numerical function class in the generic framework. I'll think about this ;) Matthieu -- French PhD student Website : http://matthieu-brucher.developpez.com/ Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn : http://www.linkedin.com/in/matthieubrucher
![](https://secure.gravatar.com/avatar/fb36fe7ae73d4e23a445835330439167.jpg?s=120&d=mm&r=g)
Take a peek at http://www.parallelpython.com/ James On 3/15/08, Matthieu Brucher <matthieu.brucher@gmail.com> wrote:
This is a good idea, it won't be much trouble to add a new numerical function class in the generic framework. I'll think about this ;)
Matthieu -- French PhD student Website : http://matthieu-brucher.developpez.com/ Blogs : http://matt.eifelle.com and http://blog.developpez.com/?blog=92 LinkedIn : http://www.linkedin.com/in/matthieubrucher
_______________________________________________ SciPy-user mailing list SciPy-user@scipy.org http://projects.scipy.org/mailman/listinfo/scipy-user
participants (3)
-
dmitrey
-
James Phillips
-
Matthieu Brucher