[ https://issues.apache.org/jira/browse/MATH1201?page=com.atlassian.jira.plugin.system.issuetabpanels:commenttabpanel&focusedCommentId=14305143#comment14305143
]
Jason Sachs commented on MATH1201:

>And will become of your reasoning when we change the default?
If you document it as part of the API, you should not change the default, otherwise you are
changing the semantics of the API.
If you do decide to change the API, getting rid of the default constructor is probably a good
thing, forcing the user to pick something (with a recommendation of 1e6 or whatever in the
documentation).
> Please clarify tolerance semantics of org.apache.commons.math3.analysis.solvers
> 
>
> Key: MATH1201
> URL: https://issues.apache.org/jira/browse/MATH1201
> Project: Commons Math
> Issue Type: Improvement
> Reporter: Jason Sachs
> Priority: Minor
>
> The documentation for [BrentSolverhttp://commons.apache.org/proper/commonsmath/apidocs/org/apache/commons/math3/analysis/solvers/BrentSolver.html]
is somewhat vague and doesn't seem to agree with the source code:
> {quote}The {{solve}} method returns a zero {{x}} of the function f in the given interval
{{[a, b]}} to within a tolerance {{6 eps abs \(x\) + t}} where {{eps}} is the relative accuracy
and {{t}} is the absolute accuracy. The given interval must bracket the root.{quote}
> A couple of issues:
>  the default tolerance values are not clearly specified. The documentation says "default
accuracy (1e6)" but does not state whether it's absolute, relative, or function value accuracy.
If I dig into the [source codehttps://gitwipus.apache.org/repos/asf?p=commonsmath.git;a=blob;f=src/main/java/org/apache/commons/math3/analysis/solvers/BrentSolver.java],
it is the default absolute accuracy. It is unclear what the default values for relative and
function value accuracy are. I have to dig into the class tree and find [BaseAbstractUnivariateSolverhttps://gitwipus.apache.org/repos/asf?p=commonsmath.git;a=blob;f=src/main/java/org/apache/commons/math3/analysis/solvers/BaseAbstractUnivariateSolver.java]
to find out that the default relative accuracy is 10^14 and the default function value accuracy
is 10^15. These constants in the code are never mentioned in the documentation for [BaseAbstractUnivariateSolverhttps://commons.apache.org/proper/commonsmath/javadocs/api3.1/org/apache/commons/math3/analysis/solvers/BaseAbstractUnivariateSolver.html]
but should be there.
>  the code appears not to use function value accuracy at all.
>  the [code for BrentSolverhttps://gitwipus.apache.org/repos/asf?p=commonsmath.git;a=blob;f=src/main/java/org/apache/commons/math3/analysis/solvers/BrentSolver.java#l165]
has the expression {{tol = 2*eps * abs(b) + t}}, not {{tol = 6*eps * abs(b) + t}} as would
be implied by the documentation. Is this an error, or is there a magic feature of Brent's
algorithm that effectively turns the 2 into a 6?
> 
> Suggest you:
>  include the default relative and function value tolerances in the documentation for
BaseAbstractUnivariateSolver
>  amend the documentation for [BaseUnivariateSolverhttps://commons.apache.org/proper/commonsmath/javadocs/api3.1/org/apache/commons/math3/analysis/solvers/BaseUnivariateSolver.html]
to expand upon the three tolerances: Are they always used by each of the solver implementations?
(no they aren't) Do they add together, or is the minimum error of the three used? (it seems
dependent on each of the solver algorithms; in BrentSolver the relative and absolute tolerances
add)
>  amend the documentation for BrentSolver to state clearly that the default absolute
accuracy is 10^6 and the other default tolerances are defined in the documentation for BaseAbstractUnivariateSolver
(with a link)
>  amend the documentation for BrentSolver to state that it does not use function value
accuracy
>  address the discrepancy in the total tolerance formula between the documentation and
the code: is the relevant constant 2 or 6?)

This message was sent by Atlassian JIRA
(v6.3.4#6332)
