#10164: Few digits of precision in N().
-----------------------------------+----------------------------------------
Reporter: gerbicz | Owner: jason
Type: defect | Status: needs_work
Priority: major | Milestone: sage-4.8
Component: misc | Keywords: N, digits, numerical
approximation beginner
Work_issues: | Upstream: N/A
Reviewer: Karl-Dieter Crisman | Author: Robert Gerbicz, Douglas
McNeil
Merged: | Dependencies:
-----------------------------------+----------------------------------------
Comment(by dsm):
I simply followed the OP's suggestion, which works just fine: adding more
digits would only change things by ~1e-7 or so.
"Why not get exactly the correct number of digits?"
Well, since I don't know if the last digits are guaranteed to be correct
anyway, I'm not sure how important it is to be precise when we're not
accurate, esp. given that we don't seem to have been in the past. Of the
two, not using as much precision as requested is a far more serious
problem than using a (very tiny) bit more. But it's probably easier for
us simply to change it than to waste time arguing about the use case. :-)
As for: "3.32193 works for 1000000 digits, 3.3219281 works for 10000000,
but I don't see why we can't use 3.3219280948873627 to future-proof it."
I think there's some confusion here. 3.32193 works for _any_ number of
digits, because it's an over-estimate. It's already completely future-
proofed.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10164#comment:9>
Sage <http://www.sagemath.org>
Sage: Creating a Viable Open Source Alternative to Magma, Maple, Mathematica,
and MATLAB
--
You received this message because you are subscribed to the Google Groups
"sage-trac" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/sage-trac?hl=en.