octave-maintainers
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: cauchy.m in optim package?


From: Olaf Till
Subject: Re: cauchy.m in optim package?
Date: Thu, 24 Jul 2014 19:30:08 +0200
User-agent: Mutt/1.5.21 (2010-09-15)

On Thu, Jul 24, 2014 at 06:25:06PM +0200, Juan Pablo Carbajal wrote:
> On Thu, Jul 24, 2014 at 9:30 AM, Olaf Till <address@hidden> wrote:
> > Though I don't completely understand its algorithm, cauchy.m does not
> > seem to belong into the optim package for me. AFAICT it computes
> > derivatives (even if also those of higher order) only with respect to
> > a single parameter. And even the returned first derivatives vary
> > vastly with different values for the arguments `N' and `r', as simple
> > tests with sin(x) for x=0 show.
> >
> > Both issues seem to make it fairly useless for optimization. If nobody
> > corrects me, I'd suggest to remove it from the optim package.
> >
> > Olaf
> >
> > --
> > public key id EAFE0591, e.g. on x-hkp://pool.sks-keyservers.net
> 
> Hi Olaf,
> 
> Her eis the reasoning why we add it there. Basically other functions
> to calculate numerical derivatives are already in optim, so if you are
> not against those, I wouldn't know why you are against this one there.

Hi Juan Pablo,

but havn't I detailed above why I'm "against this one" (in optim) and
not against the others? The others return gradients, not only single
derivatives, and they do it rather exactly without chosing suitable
`N' and `r'.

> http://octave.1599824.n4.nabble.com/Taylor-expansion-using-the-fft-td3885008.html#a3885077

I see nothing in the above thread which addresses my two concerns.

Olaf

-- 
public key id EAFE0591, e.g. on x-hkp://pool.sks-keyservers.net

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]