choose number of significant digits in matlab for whole code











up vote
0
down vote

favorite












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?










share|improve this question


















  • 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 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 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 at 11:25















up vote
0
down vote

favorite












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?










share|improve this question


















  • 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 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 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 at 11:25













up vote
0
down vote

favorite









up vote
0
down vote

favorite











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?










share|improve this question













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






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Nov 19 at 9:13









Netta 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 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 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 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 at 11:25














  • 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 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 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 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 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 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 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 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 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 at 11:25

















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',
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


















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






























active

oldest

votes













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.





Some of your past answers have not been well-received, and you're in danger of being blocked from answering.


Please pay close attention to the following guidance:


  • 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














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





















































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







Popular posts from this blog

If I really need a card on my start hand, how many mulligans make sense? [duplicate]

Alcedinidae

Can an atomic nucleus contain both particles and antiparticles? [duplicate]