[kepler-dev] [Kepler - Bug #6439] (Closed) Double rounding fails in some cases while evaluating Expressions
noreply at nceas.ucsb.edu
noreply at nceas.ucsb.edu
Tue Mar 4 08:34:51 PST 2014
Issue #6439 has been updated by Christopher Brooks.
Status changed from New to Closed
Assignee changed from Derik Barseghian to Christopher Brooks
% Done changed from 0 to 100
It is almost never a good idea to compare doubles without using an epsilon factor. Because of rounding, doubles are unlikely to precisely represent a value.
One workaround in the expression language is to use
close(value1, value2)
which is defined as:
Return true if the first argument
is close to the second (within
EPSILON, where EPSILON is
a static public variable of this
class)
Tokens also have an isCloseTo() method:
/** Test whether the value of this Token is close to the argument
* Token. The argument and this token are converted to
* equivalent types, and then compared. Generally, this is the
* higher of the type of this token and the argument type.
* Subclasses should implement the protected _isCloseTo() method
* to perform the correct type-specific operation.
* @see #isEqualTo
* @param rightArgument The token to test closeness of this token with.
* @param epsilon The value that we use to determine whether two
* tokens are close.
* @return A boolean token that contains the value true if the
* units of this token and the argument token are the same, and their
* values are close.
* @exception IllegalActionException If the argument token is not
* of a type that can be compared with this token, or the units
* are not the same.
*/
public final BooleanToken isCloseTo(Token rightArgument, double epsilon)
See 13.4.1 Invoking Methods in http://ptolemy.eecs.berkeley.edu/books/Systems/chapters/Expressions.pdf
----------------------------------------
Bug #6439: Double rounding fails in some cases while evaluating Expressions
https://projects.ecoinformatics.org/ecoinfo/issues/6439#change-21517
* Author: Owsiak Michal
* Status: Closed
* Priority: Urgent
* Assignee: Christopher Brooks
* Category: actors
* Target version: 2.3.0
* Bugzilla-Id:
----------------------------------------
It seems that addition of doubles can produce values slightly different than they should to be.
Please take a look at attached workflow (simple_error.xml).
Condition that should be satisfied to escape the loop is: 1.7 > 1.5 + 0.1
However, loop is interrupted sooner, because of incorrect calculation of doubles. Value of "p" is set to: 1.6000000000000003
This, of course, makes it impossible to use doubles as check points for the loops.
However, it seems that casting to string and back works fine (take a look at second workflow - simple.xml)
Cheers
Michal
--
You have received this notification because you have either subscribed to it, or are involved in it.
To change your notification preferences, please click here: https://projects.ecoinformatics.org/ecoinfo/my/account
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.nceas.ucsb.edu/kepler/pipermail/kepler-dev/attachments/20140304/7865426f/attachment.html>
More information about the Kepler-dev
mailing list