>Hi,
>2012/9/20 Anxionnat Julien :
>>> De : Tanguy Yannick [mailto:yannick.tan...@cnes.fr] About the default
>>> value (1e-14), I know the tolerance is case- dependant, but some
>>> times, we don't precisely know the order of magnitude (ex : jacobians
>
Thanks for your answers.
As I said, our solution first uses equals() method, to distinguish wether
number are "strictly" equals (thanks to existing methods) before dividing the
difference by the max value of (x,y).
So I tested the use case proposed by Luc with our implementation and with Luc's
Hello,
This message is about some methods in Precision class, and follows a discussion
about MATH-863 (https://issues.apache.org/jira/browse/MATH-863).
Recently, we slightly modified our Precision class, by adding a specific
epsilon value to compute a relative deviation and also some methods.
-
>As shown in this exemple the exception is really something local to
user code and there is a guarantee [math] will not mess with it. The
user >is safe.
>
>I would like to finish implementing this for ODE (i.e. simply commit
what I have already done), and to extend it to the rest of [math],
>>>comp
>
>> For very big matrix (ie : beyond 500 or 1000 rows/columns), the
>> computation is faster if you transpose the second matrix and then
>> multiply. The two inner loops are inversed and it allows a
significant
>> gain for very big matrix (about 40% compared to Commons Math for
>> 1000x1000
-Message d'origine-
De : Phil Steitz [mailto:phil.ste...@gmail.com]
Envoyé : jeudi 28 juillet 2011 18:32
À : Commons Developers List
Objet : Re: [math] Adding a new class to handle Matrix with 3 columns/rows
>> The key point here is that the matrix from linear package are not
>> comp
-Message d'origine-
De : Phil Steitz [mailto:phil.ste...@gmail.com]
Envoyé : mercredi 27 juillet 2011 18:50
À : Commons Developers List
Objet : Re: [math] Adding a new class to handle Matrix with 3 columns/rows
>On 7/27/11 12:01 AM, Luc Maisonobe wrote:
>> Le 26/07/2011
On 7/27/11 7:30 AM, Gilles Sadowski wrote:
>> Hello.
>>
> In project SIRIUS (CNES), we have some need for a Matrix33 (3
> columns,
> 3
> rows) object. It is very common to use this kind of matrix to
apply
> rotation to a position vector (vector3D).
>
> The incompatibil
>> > [...]
>> >
>> >>>
>> >>> The Quaternionn class should be placed in the
>> >>> geometry.euclidian.threed package.
>> >>
>> >> I'd propose to put it in the "complex" package. It would thus
stand
>> >> out as a mathematical concept of its own, as you suggest above.
>> >
>> > I agree with Gilles
Le 26/07/2011 17:59, Tanguy Yannick a écrit :
>> Hello,
>>
>> In project SIRIUS (CNES), we have some need for a Matrix33 (3 columns,
>> 3
>> rows) object. It is very common to use this kind of matrix to apply
>> rotation to a position vector (vector3D).
>>
Hello,
In project SIRIUS (CNES), we have some need for a Matrix33 (3 columns, 3
rows) object. It is very common to use this kind of matrix to apply
rotation to a position vector (vector3D).
The incompatibility between the Vector3D of geometry package and the
matrix/vectors of the linear package
Hello,
In project SIRIUS (CNES), we would like to slightly modify the Rotation
class so it can fit our needs, and to create an independant Quaternion
class.
- Quaternion : We need to separate these two notions : the quaternion
and the rotation representation, because we have to be able to access
Hello,
The CNES (Centre National d'Etudes Spatiales / French space agency) is
developing its new generation of space flight tools in Java (SIRIUS
Project), and use both Commons Math and OREKIT (www.orekit.org) as the
core libraries.
Commons Math will be used to cover basic needs (linear algebra,
n
13 matches
Mail list logo