#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 eviatarbach):
Why not get exactly the correct number of digits? Certainly the added
precision will fix the problem for much larger numbers.
The question is how many digits we can feasibly expect people to want to
calculate. 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.
To calculate the precision error with different approximations of log(10,
2):
(floor((n + 1) * a) + 1) - (floor((n + 1) * log(10,2).n(100000)) + 1),
where n is the number of digits you want, and a is the approximation.
log(10,2).n(100000) is just used for comparison.
--
Ticket URL: <http://trac.sagemath.org/sage_trac/ticket/10164#comment:8>
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.
