Skip to main content

You are not logged in. Your edit will be placed in a queue until it is peer reviewed.

We welcome edits that make the post easier to understand and more valuable for readers. Because community members review edits, please try to make the post substantially better than how you found it, for example, by fixing grammar or adding additional resources and hyperlinks.

Required fields*

3
  • I would slightly change case (C), or add a case (D), delivering final results to an end user. The output should be limited to digits that are expected to be correct and useful in the context of the application. Obviously, this cannot be done as a default, because it depends on the precision of the inputs and the numerical properties of the calculations, as well as the intended use of the data. Commented Dec 30, 2012 at 18:27
  • @PatriciaShanahan: I am receptive to changing or bifurcating case (C), but I am unclear on the distinction you want to make. The initial list describes the cases, with (C) being producing only some of the digits. I think you may be addressing the second list, which discusses further properties or purposes of the cases, and perhaps making a distinction between a language guessing at a good number of digits to use and a specific application developer planning a good number of digits to use. Could you clarify? Commented Dec 31, 2012 at 14:00
  • I was thinking mainly about the purpose of limiting the printed digits. Selecting the number of digits for delivering results to the end user is not just a matter of giving the reader a sense of the number. It is picking the digits that will actually be used, the digits that are the ultimate purpose of the whole computation. I felt that the description of C seemed far too casual for something of that extreme importance. Commented Dec 31, 2012 at 15:01