choose number of significant digits in matlab for whole code
0
I'm trying to format my code in such a way that a chosen number of significant digits are saved, throughout the whole code. Basically, I'm looking for something that does the same as the function round(x, d, 'significant'), but will retain this effect during calculations. Any ideas?
matlab significant-digits
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
add a comment |
0
I'm trying to format my code in such a way that a chosen number of significant digits are saved, throughout the whole code. Basically, I'm looking for something that does the same as the function round(x, d, 'significant'), but will retain this effect during calculations. Any ideas?
matlab significant-digits
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
2
You are aware that the round off error is going to accumulate, right? e.g. if you are only interested in integers then2.5 + 3.5would be interpreted as2 + 3 == 5whereas the real result is6and (obviously)5 ~= floor(6)so the point at which you round is important.
– Nicky Mattsson
Nov 19 '18 at 10:03
Since the OP specifically asks for this effect to be retained in calculations, I'd say it is safe to assume that they're aware of rounding issues, Nicky. On topic: check out the documentation on digits and vpa if you have access to the symbolic math toolbox. Otherwise, I would not know of a solution besides changing the precision from the standarddoubleto, for instance,single.
– Floris SA
Nov 19 '18 at 14:20
Thanks for the quick answers. Yes, I'm aware of accumulative error. This is part of a school exercise, the target is to see how the error is affected by choosing different numbers of significant digits. From what I've read about digits and vpa, it gives the exact same result as round, but I'll be sure to try it out.
– Netta Gal
Nov 20 '18 at 11:25
add a comment |
0
0
0
I'm trying to format my code in such a way that a chosen number of significant digits are saved, throughout the whole code. Basically, I'm looking for something that does the same as the function round(x, d, 'significant'), but will retain this effect during calculations. Any ideas?
matlab significant-digits
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
I'm trying to format my code in such a way that a chosen number of significant digits are saved, throughout the whole code. Basically, I'm looking for something that does the same as the function round(x, d, 'significant'), but will retain this effect during calculations. Any ideas?
matlab significant-digits
matlab significant-digits
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
asked Nov 19 '18 at 9:13
Netta GalNetta Gal
41
41
2
You are aware that the round off error is going to accumulate, right? e.g. if you are only interested in integers then2.5 + 3.5would be interpreted as2 + 3 == 5whereas the real result is6and (obviously)5 ~= floor(6)so the point at which you round is important.
– Nicky Mattsson
Nov 19 '18 at 10:03
Since the OP specifically asks for this effect to be retained in calculations, I'd say it is safe to assume that they're aware of rounding issues, Nicky. On topic: check out the documentation on digits and vpa if you have access to the symbolic math toolbox. Otherwise, I would not know of a solution besides changing the precision from the standarddoubleto, for instance,single.
– Floris SA
Nov 19 '18 at 14:20
Thanks for the quick answers. Yes, I'm aware of accumulative error. This is part of a school exercise, the target is to see how the error is affected by choosing different numbers of significant digits. From what I've read about digits and vpa, it gives the exact same result as round, but I'll be sure to try it out.
– Netta Gal
Nov 20 '18 at 11:25
add a comment |
2
You are aware that the round off error is going to accumulate, right? e.g. if you are only interested in integers then2.5 + 3.5would be interpreted as2 + 3 == 5whereas the real result is6and (obviously)5 ~= floor(6)so the point at which you round is important.
– Nicky Mattsson
Nov 19 '18 at 10:03
Since the OP specifically asks for this effect to be retained in calculations, I'd say it is safe to assume that they're aware of rounding issues, Nicky. On topic: check out the documentation on digits and vpa if you have access to the symbolic math toolbox. Otherwise, I would not know of a solution besides changing the precision from the standarddoubleto, for instance,single.
– Floris SA
Nov 19 '18 at 14:20
Thanks for the quick answers. Yes, I'm aware of accumulative error. This is part of a school exercise, the target is to see how the error is affected by choosing different numbers of significant digits. From what I've read about digits and vpa, it gives the exact same result as round, but I'll be sure to try it out.
– Netta Gal
Nov 20 '18 at 11:25
2
2
You are aware that the round off error is going to accumulate, right? e.g. if you are only interested in integers then
2.5 + 3.5 would be interpreted as 2 + 3 == 5 whereas the real result is 6 and (obviously) 5 ~= floor(6) so the point at which you round is important.– Nicky Mattsson
Nov 19 '18 at 10:03
You are aware that the round off error is going to accumulate, right? e.g. if you are only interested in integers then
2.5 + 3.5 would be interpreted as 2 + 3 == 5 whereas the real result is 6 and (obviously) 5 ~= floor(6) so the point at which you round is important.– Nicky Mattsson
Nov 19 '18 at 10:03
Since the OP specifically asks for this effect to be retained in calculations, I'd say it is safe to assume that they're aware of rounding issues, Nicky. On topic: check out the documentation on digits and vpa if you have access to the symbolic math toolbox. Otherwise, I would not know of a solution besides changing the precision from the standard
double to, for instance, single.– Floris SA
Nov 19 '18 at 14:20
Since the OP specifically asks for this effect to be retained in calculations, I'd say it is safe to assume that they're aware of rounding issues, Nicky. On topic: check out the documentation on digits and vpa if you have access to the symbolic math toolbox. Otherwise, I would not know of a solution besides changing the precision from the standard
double to, for instance, single.– Floris SA
Nov 19 '18 at 14:20
Thanks for the quick answers. Yes, I'm aware of accumulative error. This is part of a school exercise, the target is to see how the error is affected by choosing different numbers of significant digits. From what I've read about digits and vpa, it gives the exact same result as round, but I'll be sure to try it out.
– Netta Gal
Nov 20 '18 at 11:25
Thanks for the quick answers. Yes, I'm aware of accumulative error. This is part of a school exercise, the target is to see how the error is affected by choosing different numbers of significant digits. From what I've read about digits and vpa, it gives the exact same result as round, but I'll be sure to try it out.
– Netta Gal
Nov 20 '18 at 11:25
add a comment |
0
active
oldest
votes
Your Answer
StackExchange.ifUsing("editor", function () {
StackExchange.using("externalEditor", function () {
StackExchange.using("snippets", function () {
StackExchange.snippets.init();
});
});
}, "code-snippets");
StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "1"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);
StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});
function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});
}
});
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53371420%2fchoose-number-of-significant-digits-in-matlab-for-whole-code%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
0
active
oldest
votes
0
active
oldest
votes
active
oldest
votes
active
oldest
votes
draft saved
draft discarded
Thanks for contributing an answer to Stack Overflow!
- Please be sure to answer the question. Provide details and share your research!
But avoid …
- Asking for help, clarification, or responding to other answers.
- Making statements based on opinion; back them up with references or personal experience.
To learn more, see our tips on writing great answers.
draft saved
draft discarded
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53371420%2fchoose-number-of-significant-digits-in-matlab-for-whole-code%23new-answer', 'question_page');
}
);
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Sign up or log in
StackExchange.ready(function () {
StackExchange.helpers.onClickDraftSave('#login-link');
});
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Sign up using Google
Sign up using Facebook
Sign up using Email and Password
Post as a guest
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
Required, but never shown
2
You are aware that the round off error is going to accumulate, right? e.g. if you are only interested in integers then
2.5 + 3.5would be interpreted as2 + 3 == 5whereas the real result is6and (obviously)5 ~= floor(6)so the point at which you round is important.– Nicky Mattsson
Nov 19 '18 at 10:03
Since the OP specifically asks for this effect to be retained in calculations, I'd say it is safe to assume that they're aware of rounding issues, Nicky. On topic: check out the documentation on digits and vpa if you have access to the symbolic math toolbox. Otherwise, I would not know of a solution besides changing the precision from the standard
doubleto, for instance,single.– Floris SA
Nov 19 '18 at 14:20
Thanks for the quick answers. Yes, I'm aware of accumulative error. This is part of a school exercise, the target is to see how the error is affected by choosing different numbers of significant digits. From what I've read about digits and vpa, it gives the exact same result as round, but I'll be sure to try it out.
– Netta Gal
Nov 20 '18 at 11:25