Rounding Convention?

My students and I have been irritated with a recent activity I designed that seems to occasionally mark incorrect an answer I would consider to be correct. I just discovered it comes down to a rounding issue. I understand rounding is just a convention - the way we as humans (or mathematicians) collectively agree to handle certain situations. I am simply wondering if the Desmos graphing calculator follows the same rounding convention all of you use?

This is a screenshot of how Desmos rounds some specific numbers. Is this how you round?

If this is not how you have always rounded numbers, is there anyone who has designed some kind of work-around to follow what I suspect is a more common convention?

Thanks in advance for your input!

In general, I like to compare the studentā€™s answer to the exact answer within a given tolerance. So if I wanted them to estimate root(2), and Iā€™m ok with it being up to 0.01 off, I would write something like:

1 Like

@Daniel_Wekselgreene Thanks for your reply. My students are using the rounded number to then perform further calculations before coming to a final answer that is checked for correctness. Introducing tolerance for the rounded value creates numerous possibilities of ā€˜correctā€™ final answers, if that makes sense. But your use of the absolute value gives me an ideaā€¦

Since the calculator rounds positive numbers the way I would expect (only negatives are different than the convention I usually follow), I think I can use the graphing calculator and CL to ā€˜checkā€™ if the original (unrounded) value is negative or not. Separately, Iā€™ll have it take the absolute value of the number before rounding. Then I will have an expression in the calculator that ā€˜re-appliesā€™ the negative sign after rounding the positive value. In the CL Iā€™ll just have 1 final answer based on that value if the ā€˜checkā€™ returned a positive number and 1 final answer if that ā€˜checkā€™ found a negative number. I think that should workā€¦?

Iā€™ll just have to remember that Desmos doesnā€™t round as I would expect with negative numbers moving forward. Thanks again for your reply that prompted an idea that should work!

I never really considered it much, but there are apparently 6 different ways to round. Hereā€™s a thread on stackexchange. Apparently most computer rounding is to the nearest even number!

Looks like Desmos uses the convention of rounding halves ā€œupā€ or the positive direction, while youā€™re looking for rounding away from 0. You could make your own function.

r_{ound}(n, d) = \sign(n)(\round(\abs(n),d))

There may be someone more knowledgeable at support.desmos.com which handle the graphing calculator.

1 Like

Fairly sure desmos is using javascript as thatā€™s the underlying engine for most web apps.

Javascript has well defined conventions for rounding(amongst other things). You can read more about it here: Math.round() - JavaScript | MDN

2 Likes

This topic was automatically closed 2 days after the last reply. New replies are no longer allowed.