Troubles with data types: integers, doubles, scientific notation, and type casting

39 views (last 30 days)
Hannah D
Hannah D on 29 Apr 2020
Commented: James Tursa on 1 May 2020
I have a vector of integer elements, and most/all elements are in the thousands. When I look at the vector, some numbers are display in the normal format (eg, 5037) but some are displayed in scienfitic notation (eg 4.2890e+03). When I call the isinteger() function on my variable, it returns false. I think it is probably due to the way that some elements are stored in scientific notation, but I havent found any way, looking online, to force the variable to save all elements in the normal format. If I call isinteger(round()) on my variable, it still returns false. I also cannot typecast my vector to be eg. int16 (which I will get to in a minute).
The reason I need integer values is that some of these values will be used to index an array. I am using the "S = sparse(i,j,v,m,n,nz)" function, and the values m,n,nz all come from my variable. If I try to run it as is, where all of the values are actually integers but Matlab does not recognize them as such, I get the error message
Every one of the elements should be integers, but it throws me an error regardless. Just so you can see what my variables are,
n = numel(x);
idx = 1:n;
x is my integer-valued double vector, and k is a particular element from x.
The documentation for sparse indicates that it shouldn't be problematic, as it says the first two terms (i,j aka idx, x) can be "Data Types: single | double | int8 | int16 | int32 | int64 | uint8 | uint16 | uint32 | uint64 | logical", the third term (v aka 1) can be "Data Types: double | logical", the fourth and fifth terms (m,n aka n,k) can be "Data Types: double" and the last term (nz aka n) can be "Data Types: double"
Based on the documentation, I don't understand why it won't accept my values -- it claims the type "double" is supported for every single input term.
If I try casting my vector, x, to be something else, like an int16, I get the error
even though the documentation claims that it accepts "single | double | int8 | int16 | int32 | int64 | uint8 | uint16 | uint32 | uint64 | logical"
How can I resolve this? Is there any way to force all of the elements in my vector to be saved in the normal format and not scientific notation? Why do I get an error about input types when the documentation claims that data type is supported?
  3 Comments
James Tursa
James Tursa on 30 Apr 2020
I am asking again, please show us a complete small example that demonstrates the problem, not just code snippets. And not pictures of code ... post your code as text and format it with the CODE button.

Sign in to comment.

Accepted Answer

Guillaume
Guillaume on 30 Apr 2020
Edited: Guillaume on 30 Apr 2020
left = 100*round(left,2);
In theory, this should indeed give you integers. Unfortunately, with floating points (double), this is not always going to work and you will get non-integers values. See for example:
>> x = 1.127;
>> y = round(x, 2) %appears to be 1.13. It is not!
y =
1.13
>> z = 100*y %appears to be 113. It is not!
z =
113
>> z - 113 %it is off by a tiny amount
ans =
-1.4210854715202e-14
Even though, mathematically, the below is the same, it is much safer:
left = round(left * 100); %do the multiplication before rounding, then round to nearest integer
The reason is that there are many numbers with just two decimals, such as 1.13, that cannot be stored as double. So instead of storing 1.13 matlab stores the nearest possible number (about 1.12999999999999989342...) which of course when multiplied by 100 is not exactly 113 but 112.99999999999998579... (note the change in the latter digits).
Note that this is not dependent on the version of matlab, and actually applies to any code that uses double representation, not just matlab.

More Answers (3)

James Tursa
James Tursa on 29 Apr 2020
Edited: James Tursa on 29 Apr 2020
You are confusing integer "types" with integer "values". Integer types are int8, uint8, ... int16, uint64. Integer values a 1, 2, 3, etc. You can store integer "values" in floating point types (single or double) or in integer types (int8, uint16, etc.).
You are also confusing the stored value with the displayed value. A stored integer value can display as an integer format or can display as a floating point format. But how it is displayed on your screen does not affect the underlying storage value. The display format depends on the value and your display settings.
For your particular problem, you need to provide us with a specific example of where you think you are feeding the sparse( ) function proper inputs (show them to us) and then copy & paste the entire error message for us to see. If sparse( ) is complaining that your index arrays are not integer values, then they aren't. And the data values for a sparse matrix need to be either double or logical ... no other sparse matrix data types are supported.
If all of your inputs are type double, and your indexing arrays have only positive integer values, then things should work for you.
  3 Comments
Hannah D
Hannah D on 30 Apr 2020
left = (4+4*rand(2578,1075)).*randn(2578,1075) + (rand(2578,1075)-0.5);
left = 100*round(left,2); % bin and scale
left = left - min(min(min(min(left))))+1; % shift to be integer values
x = left(1,:);
y = left(2,:);
n = numel(x);
x = reshape(x,1,n);
y = reshape(y,1,n);
l = min(min(x),min(y));
x = x-l+1;
y = y-l+1;
k = max(max(x),max(y));
idx = 1:n;
Mx = sparse(idx,x,1,n,k,n);
I have gone and manually checked the values of the variables to confirm that they are integer valued.
What I really don't understand is why the code is giving me errors now because it has worked in the past. I have used it where I had line 2 instead say
left = 10*round(left,1);
and the code ran perfectly, without issue. That was the literal only change, and now I'm getting errors.

Sign in to comment.


Steven Lord
Steven Lord on 30 Apr 2020
Which release of MATLAB are you using? The ability to specify the subscripts (the first two inputs) in the sparse function as arrays of an integer type was added in release R2020a.
From the error message you're receiving, you have at least one element in x that is not an integer value. Find the elements that are not an integer value with:
find(x ~= round(x))
  4 Comments
Guillaume
Guillaume on 30 Apr 2020
Well, it's fairly easy to reproduce the problem with for example just:
left = [1.127 2; 0 0]
I've explained the problem in my answer.

Sign in to comment.


Hannah D
Hannah D on 30 Apr 2020
In the end I got it to work by calling round() basically on everything at multiple different points (which I am still not certain why it wouldn't work if I just called round on the values once?) before passing it into the function
  3 Comments
James Tursa
James Tursa on 1 May 2020
@Hannah: I do not mean to be harsh, but this sounds like you don't really understand your problem and you have put a bandaid on it. If you understood the problem and what the floating point calculations are doing, you would be able to create better code as Guillaume has suggested and avoid sprinkling round( ) all over your code until things seem to work ... this time. It would be better if you took the time to understand why you are getting the problems at each step and then write better code to avoid those problems in the first place.

Sign in to comment.

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!