Mailing-List: contact dev-help@commons.apache.org; run by ezmlm
Precedence: bulk
Reply-To: "Commons Developers List" <dev@commons.apache.org>
Received-SPF: pass (athena.apache.org: local policy)
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 7bit
Date: Sat, 14 Sep 2013 19:37:51 +0200
From: Gilles <gilles@harfang.homelinux.org>
To: <dev@commons.apache.org>
Subject: Re: [math] fluent API for optimizers
In-Reply-To: <5233542B.3020703@gmail.com>
References: <5233542B.3020703@gmail.com>
Message-ID: <6c24a7356ff7175a8a5eff2a8b462ec8@scarlet.be>
User-Agent: Scarlet Webmail
X-DCC-scarlet.be-Metrics: sif; whitelist
X-Virus-Scanned: clamav-milter 0.97.1-exp at sif
X-Virus-Status: Clean
X-Virus-Checked: Checked by ClamAV on apache.org

On Fri, 13 Sep 2013 20:06:35 +0200, Thomas Neidhart wrote:
> Hi,
>
> while looking at the new fluent API implemented for the
> fitting.leastsquares package, I was wondering why some of the 
> interfaces
> used for providing input data are in this package:
>
>  * WithMaxEvaluations
>  * WithMaxIterations
>  * WithConvergenceChecker
>
> are used by AbstractOptimizer in the optim package but are located in
> the fitting.leastsquares package.

This is a work-in-progress which I discontinued when thinking that
someone would delve into Evan Ward's proposal for a new API...

>
> As they seem to be more general, I would think they should also 
> reside
> were they are used/referenced.

If we'd keep that code (i.e. this means telling Evan that we won't
use his code), I'd certainly make the appropriate changes.

Gilles


---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org
For additional commands, e-mail: dev-help@commons.apache.org