Timeline for Round-off error
Current License: CC BY-SA 4.0
12 events
| when toggle format | what | by | license | comment | |
|---|---|---|---|---|---|
| Aug 14, 2020 at 23:23 | history | edited | J. M.'s missing motivation♦ |
edited tags
|
|
| Aug 14, 2020 at 14:33 | answer | added | Michael E2 | timeline score: 1 | |
| Aug 14, 2020 at 14:29 | history | edited | Slash020 | CC BY-SA 4.0 |
deleted 1 character in body
|
| Aug 14, 2020 at 14:17 | history | edited | Slash020 | CC BY-SA 4.0 |
edited body
|
| Aug 14, 2020 at 14:11 | comment | added | Michael E2 |
Exact solvers (like Sum) sometimes have difficulty with inexact input (e.g. 0.6 instead of 6/10). The number 5.61124*10^-7 is the result for A[] returned by NSum. Possibly Sum failed and called NSum as a backup.
|
|
| Aug 14, 2020 at 13:54 | comment | added | Slash020 | @MariuszIwaniuk I'm sorry, you are right. I just edited the post with the correction. | |
| Aug 14, 2020 at 13:48 | history | edited | Slash020 | CC BY-SA 4.0 |
edited body
|
| Aug 14, 2020 at 11:37 | comment | added | Lukas Lang |
It's normal for different forms of the same mathematical expression to give different numerical approximations, especially when including things like infinite sums. For your particular case, you can use exact numbers: A[25, 6/10] == B[25, 6/10] // FullSimplify and N[A[25, 6/10], 20]. In general, see the many questions on this site about increasing precision of the various Mathematica functions, such as Sum
|
|
| Aug 14, 2020 at 11:32 | comment | added | Lukas Lang |
@MariuszIwaniuk It looks like there are some characters missing in the definition, note the big empty spaces in e.g. n 1.
|
|
| Aug 14, 2020 at 9:50 | comment | added | Mariusz Iwaniuk |
Mor me: B[25, 0.6] give me: 11.09 not: 5.61124*10^-7 ?
|
|
| Aug 14, 2020 at 6:09 | review | First posts | |||
| Aug 14, 2020 at 22:08 | |||||
| Aug 14, 2020 at 6:08 | history | asked | Slash020 | CC BY-SA 4.0 |