Hi.
Le mar. 20 août 2019 à 17:38, Tom Prodehl <[email protected]> a écrit :
>
> The proposed contribution does not fit within the current design of
> theo.a.c.m.fittingpackage.
> The radically different approach to estimate the parameters makes it
> unsuitable to simply drop it there.
>
> Design decisions
> <http://www.apache.org/foundation/governance/pmcs.html#communication>must
> happen on the"dev" ML <http://commons.apache.org/mail-lists.html>; so a
> discussion/must/be started there.
>
> So what makes this fitting technique not suitable for the package?
Because, the boiler-plate code in that package (i.e. "AbstractCurveFitter")
assumes that the fit is performed through an iterative process.[1]
Also, a.o. differences, your class assumes that data can be added
incrementally, while the "CurveFitter" assume that all data is passed at
once.
We try to provide a consistent APIs. [It's quite possible that the current
one is not right, and if so we should improve or change it.]
> And
> what suggestions might you have?
We could create a new package ("a.o.c.math4.fitting.noninterative"?).
And we should come up with a design that can accomodate both
approaches, if possible. Or that make it clear what the differences
are (both for future development and from a usage POV).
> The reference is written in French, but the math parts are universal.
> Original source: Regressions et Equations integrales, Jean Jacquelin
> https://www.scribd.com/doc/14674814/Regressions-et-equations-integrales
The paper indicates that the technique can be applied to other functions.
So it seems that the design should distinguish between the reusable parts
(aka "boiler-plate") and the specifics of each function.
> I know of no English translation.
Is this approach implemented in other libraries?
Regards,
Gilles
[1]
http://commons.apache.org/proper/commons-math/apidocs/org/apache/commons/math4/fitting/AbstractCurveFitter.html
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
