Bug #10855
closed[PATCH] Matrix#inverse returns matrix of integers whenever possible
Description
Currently, Matrix#inverse returns a matrix of Rationals, even when each
element has a denominator of 1. This leads to
> x = Matrix.identity 3
=> Matrix[[1, 0, 0],
[0, 1, 0],
[0, 0, 1]]
> x.inverse
=> Matrix[[(1/1), (0/1), (0/1)],
[(0/1), (1/1), (0/1)],
[(0/1), (0/1), (1/1)]]
Even though Matrix.identity.inverse
should be identical to Matrix.identity
.
This patch guarantees that Matrix#inverse will return a matrix of integers
whenever it can. To maintain uniform types across a matrix, the conversion
is only performedif every element can be converted to an integer.
Files
Updated by marcandre (Marc-Andre Lafortune) over 9 years ago
- Assignee set to marcandre (Marc-Andre Lafortune)
Interesting.
I'm thinking it might be best to do the conversion even if some entries are not integral. Why do you feel it's best to have uniform types accross a matrix, in particular when would having an Integer instead of a Rational be a problem?
Updated by LitoNico (Lito Nicolai) over 9 years ago
Marc-Andre Lafortune wrote:
Interesting.
I'm thinking it might be best to do the conversion even if some entries are not integral. Why do you feel it's best to have uniform types accross a matrix, in particular when would having an Integer instead of a Rational be a problem?
In the Matrix class, scalar divison is implemented by using the usual /
operation, which loses precision on Integer
s but not on Rational
s. If
the Matrix is a mix of the two, something like this will happen:
> x = Matrix[[(3/1), 3, 3], [3, (3/1), 3], [3, 3, (3/1)]]
=> # as above
> x / 2
=> Matrix[[(3/2), 1, 1], [1, (3/2), 1], [1, 1, (3/2)]]
I would find this mixed precision really surprising when writing matrix code!
Especially because the loss of precision could be hidden across a number
of matrix, vector, and scalar multiplications.
Actually, that's a good argument for returning rationals in ordinary matrix
scalar division (and changing this patch as you suggest), but that's out of
line compared to what the rest of Ruby does with division.
Updated by Eregon (Benoit Daloze) over 9 years ago
Lito Nicolai wrote:
Marc-Andre Lafortune wrote:
Interesting.
I'm thinking it might be best to do the conversion even if some entries are not integral. Why do you feel it's best to have uniform types accross a matrix, in particular when would having an Integer instead of a Rational be a problem?
It means every operation that follows must go through rational arithmetic which is likely to be slower and more memory hungry, isn't it?
But of course homogeneity also has its value and the code to lower explicitly Rational to Integer is not exactly nice.
In the Matrix class, scalar divison is implemented by using the usual
/
operation, which loses precision onInteger
s but not onRational
s. If
the Matrix is a mix of the two, something like this will happen:> x = Matrix[[(3/1), 3, 3], [3, (3/1), 3], [3, 3, (3/1)]] => # as above > x / 2 => Matrix[[(3/2), 1, 1], [1, (3/2), 1], [1, 1, (3/2)]]
I would find this mixed precision really surprising when writing matrix code!
Especially because the loss of precision could be hidden across a number
of matrix, vector, and scalar multiplications.
I would think this is a bug. Matrix division by a scalar should be exact, no?
Updated by LitoNico (Lito Nicolai) over 9 years ago
Hello! Are there any further thoughts or consensus on which path to take with this?
Here are the options:
- When dividing matrices, if the resulting matrix has any rational numbers in it, it is entirely rational numbers--
even if they have a divisor of 1. - When dividing matrices, the result can have a mix of numeric types, even though this can result in a mix of
precise (rational) and imprecise (integral) division in the next operation. - Scalar division of a matrix by an integer is patched to return a rational if needed, removing the loss of
precision, but breaking with the rest of integral division in Ruby.
I'm happy to write up a patch with any of these changes!
Best,
L
Benoit Daloze wrote:
Lito Nicolai wrote:
Marc-Andre Lafortune wrote:
Interesting.
I'm thinking it might be best to do the conversion even if some entries are not integral. Why do you feel it's best to have uniform types accross a matrix, in particular when would having an Integer instead of a Rational be a problem?
It means every operation that follows must go through rational arithmetic which is likely to be slower and more memory hungry, isn't it?
But of course homogeneity also has its value and the code to lower explicitly Rational to Integer is not exactly nice.In the Matrix class, scalar divison is implemented by using the usual
/
operation, which loses precision onInteger
s but not onRational
s. If
the Matrix is a mix of the two, something like this will happen:> x = Matrix[[(3/1), 3, 3], [3, (3/1), 3], [3, 3, (3/1)]] => # as above > x / 2 => Matrix[[(3/2), 1, 1], [1, (3/2), 1], [1, 1, (3/2)]]
I would find this mixed precision really surprising when writing matrix code!
Especially because the loss of precision could be hidden across a number
of matrix, vector, and scalar multiplications.I would think this is a bug. Matrix division by a scalar should be exact, no?
Updated by marcandre (Marc-Andre Lafortune) over 9 years ago
TBH, I can't think of any legitimate use of Matrix#/
with integer division. Anyone?
I never really thought of that, but it's a bit odd that there is no natural way to write Matrix.I(3) / 2
, say. There's no quo
method on Matrix
, so one has to do Matrix.I(3) / 2r
, Matrix.I(3) * 0.5r
or Matrix.diagonal([0.5r] * 3)
.
I'm very tempted to change /
to act like quo
.
Updated by mame (Yusuke Endoh) about 2 years ago
- Status changed from Open to Third Party's Issue
Now the matrix library is a bundled gem, so (if needed) let's continue to discuss it in their bug tracker https://github.com/ruby/matrix.