bugGNU Octave - Bugs: bug #46045, [octave forge] (optim)...

 
 

bug #46045: [octave forge] (optim) "trust-region-reflective" implementation for lsqnonlin

Submitted by:  Axel <axelt83>
Submitted on:  Thu 24 Sep 2015 08:36:02 AM UTC  
 
Category: Octave Forge PackageSeverity: 1 - Wish
Priority: 3 - LowItem Group: Matlab Compatibility
Status: PostponedAssigned to: None
Originator Name: AxelOpen/Closed: Open
Release: devOperating System: Any

Add a New Comment(Rich Markup)
   

You are not logged in

Please log in, so followups can be emailed to you.

 

Mon 28 Mar 2016 10:42:54 PM UTC, comment #2:

It will always be so that certain optimization problems can be successfully handled by some algorithms, but not by others. So principally it can be useful to have several algorithms available.

But the algorithm you mention is, if I remember right, conceptionally similar to the one in 'nonlin_residmin'. And even if we implement it, we won't get exactly the same algorithm as Matlab.

So even if you had success with your problem in Matlab, I would not suggest trying to implement just this algorithm in the hope of a benefit, without having further information.

If you have a certain kind of problems which systematically are difficult to solve by 'nonlin_residmin', the right way is probably to provide a test problem, try to examine the reason for failure, and take an informed decision on enhancing the current algorithm or implementing a new one.

If you are determined to help in such a way, it's probably best done on the maintainers mailing list, not here (failures on optimization problems are not necessarily bugs).

Olaf Till <i7tiol>
Project Member
Thu 24 Sep 2015 08:07:11 PM UTC, comment #1:

Hi, thanks for your report. It certainly could be implemented, if you are able to do so please provide a patch and it can be pulled into Octave.

Mike Miller <mtmiller>
Project Administrator
Thu 24 Sep 2015 08:36:02 AM UTC, original submission:

Dear sirs,

could "trust-region-reflective" algorithm for lsqnonlin (or nonlin_residmin) be implemented, like in Matlab? Unfortunately the currently implemented "lm_svd_feasible" algorithm does not work for my problem.

Best regards.

Axel

Axel <axelt83>

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach File(s):
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -unavailable- added by jwe (Updated the item)
  • -unavailable- added by i7tiol (Posted a comment)
  • -unavailable- added by rik5 (Updated the item)
  • -unavailable- added by mtmiller (Posted a comment)
  • -unavailable- added by axelt83 (Submitted the item)
  • -unavailable- added by axelt83
  •  

    Do you think this task is very important?
    If so, you can click here to add your encouragement to it.
    This task has 0 encouragements so far.

    Only project members can vote.

     

    Please enter the title of George Orwell's famous dystopian book (it's a date):

     

     

    Follow 9 latest changes.

    Date Changed By Updated Field Previous Value => Replaced By
    Sun 13 Aug 2017 12:52:02 PM UTCjweSummary[optim] "trust-region-reflective" implementation for lsqnonlin=>[octave forge] (optim) "trust-region-reflective" implementation for lsqnonlin
    Fri 25 Sep 2015 06:01:47 PM UTCrik5CategoryOctave Function=>Octave Forge Package
      Summary[optim] "trust-region-reflective"=>[optim] "trust-region-reflective" implementation for lsqnonlin
    Thu 24 Sep 2015 08:07:11 PM UTCmtmillerSeverity3 - Normal=>1 - Wish
      Priority5 - Normal=>3 - Low
      StatusNone=>Postponed
      Release4.0.0=>dev
      Operating SystemMicrosoft Windows=>Any
    Thu 24 Sep 2015 08:36:02 AM UTCaxelt83Carbon-Copy-=>Added -unavailable-

    Back to the top


    Powered by Savane 3.1-cleanup1