A compact way to replace zeros with Inf in a matrix
Show older comments
Would you be so nice to suggest me a more compact way to replace zeros with Inf in the following matrix? (maybe with just one line of code?)
% Input
A = [0 3 2 5 6;
1 1 4 3 2;
9 0 8 1 1;
5 9 8 2 0;
3 1 7 6 9];
% Replace zeros with Inf
[row,col] = ind2sub(size(A),find(A==0));
for i = 1 : length(row)
A(row(i),col(i))=Inf;
end
% Output
A
Accepted Answer
More Answers (4)
Les Beckham
on 16 Oct 2023
Edited: Les Beckham
on 16 Oct 2023
If you want to retain the non-zero elements of A and replace the zeros with Inf, then this is how I would suggest that you do that.
% Input
A = [0 3 2 5 6;
1 1 4 3 2;
9 0 8 1 1;
5 9 8 2 0;
3 1 7 6 9];
A(A==0) = Inf
Note that your loop doesn't do this, it creates a matrix with Inf in the positions of the zeros in A and zero everywhere else. If that is really what you want then you could do that like this.
A = [0 3 2 5 6;
1 1 4 3 2;
9 0 8 1 1;
5 9 8 2 0;
3 1 7 6 9];
B = zeros(size(A));
B(A==0) = Inf
3 Comments
Les Beckham
on 16 Oct 2023
Edited: Les Beckham
on 16 Oct 2023
You are quite welcome.
If you are just getting started with Matlab, I would highly recommend that you take a couple of hours to go through the free online tutorial: Matlab Onramp
Sim
on 17 Oct 2023
A = [0 3 2 5 6;
1 1 4 3 2;
9 0 8 1 1;
5 9 8 2 0;
3 1 7 6 9];
A(~A) = inf
2 Comments
J. Alex Lee
on 23 Oct 2023
by the way, on huge matrices this is actually faster than testing for zero.
Alexander
on 16 Oct 2023
2 votes
Only for fun. My maybe a bit old-fashoned approach would be:
B=1./A;
B(B==Inf)=0;
C=1./B
6 Comments
Dyuman Joshi
on 16 Oct 2023
This will result into precision errors. Introducing extra operations just seems to complicate the process.
Sim
on 17 Oct 2023
Alexander
on 17 Oct 2023
@Joshi, I checked this with very large (^100) and very small numbers (^-100), but "format long" shows the same result. Maybe there is a loss of precision a 100 digits (after the dot) later, but this is more an academic issue than an engineering one (IMHO). But Matt's solution and mine is about much much faster than the accepted solution.
As Dyuman Joshi correctly wrote, there definitely are precision issues.
"but "format long" shows the same result"
FORMAT LONG does not have sufficient precision to demonstrate that two values are exactly equal.
"Maybe there is a loss of precision a 100 digits (after the dot) later, but this is more an academic issue than an engineering one (IMHO)"
And yet when we test your method it fails for fairly small integers, showing that it is not just an "academic issue" but a real "engineering" issue caused by not really understanding the behaviors of binary floating point numbers. Anyone who has spent time on this forum (or any other computing forum) will know that floating point precision is much more than just an "academic issue".
Anyway, lets try it right now with a random value I just picked:
format long G
A = 49; % also 93, 98, 99, 103, 105, 107, 117, 123, 186, etc...
B=1./A;
B(B==Inf)=0;
C=1./B % oh no, the alignment is already a warning:
D = A;
D(D==0) = Inf % the simple, clear, correct, robust approach.
isequal(C,D) % oh no, not the same outputs!!!
fprintf('%.999g\n',C,D) % yep, your approach has significant precision issues.
Stephen23
on 23 Oct 2023
"But I think it depends on the problem you have to solve whether these are significant or not."
I can't think of many problems where a more complex, slower, obfuscated approach with precision errors would be preferred over the simpler, clearer, much more robust approach using indexing. Can you give an example?
Categories
Find more on Matrix Indexing in Help Center and File Exchange
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!