Skip to main content

Why does N not upgrade precision?



Precision[N[1.0, 20]]
Precision[N[1, 20]]



MachinePrecision
20.

It would be so much more intuitive and less error prone, if Precision[N[1.0, 20]] would be 20 and not MachinePrecision. Why do I have to explicitly use N[Rationalized[1.0], 20] to upgrade the precision?


If it is about the warning messages during the calculations, Mathematica could return a warning already at the Precision[N[1.0, 20]] step.


Edit I am not attempting to use N for rounding. I also understand the difference between MachinePrecision and arbitrary precision, which is very well described in this answer.


I want to know, why does Mathematica not consider the description of the number existing in the underling binary representation as exact if I apply N, and why I need to wrap it with Rationalize.


Is it performance?



Is it some deep semantic meaning of N vs SetPrecision?


Is set SetPrecision any different from N@Rationalize@?



Answer



N can only lower precision, it cannot raise precision.


N[1.3`4, 10] //Precision


4.



Since MachinePrecision is considered to be the lowest possible precision for a number, applying N to a machine precision number does nothing.



Addendum


(Hopefully the following will resolve some of your confusion)


Let's start with your title. N does not upgrade precision because that would mean that N is making up digits so that the precision could increase. Making up digits to increase the precision of a number is a job for SetPrecision.


Think of N as taking an input with some validated amount of precision, and returning an output with a smaller validated amount of precision (approximating). By validated amount of precision, I'm referring to the precision tracking that goes on for arbitrary precision numbers. This is the value returned by Precision. N will never return a number with a larger validated amount of precision, because in order to do so, it would have to make up digits. So:


Precision[N[3`4, 10]]   


4.



If N returned a number with 10 digits of precision, those digits would be completely made up.



Therefore, you can trust the value returned by N. If the value returned by N had 10 digits of precision, than the input had enough precision so that a 10 digit approximation could be obtained. If the value returned by N had less than 10 digits of precision, than the input did not have enough precision to determine a 10 digit approximation.


Finally, let's consider machine numbers. It should be clear that machine numbers have no precision tracking, so the validated amount of precision is 0. There is no way for N to convert such numbers into arbitrary precision numbers with some validated amount of precision.


Comments

Popular posts from this blog

plotting - Plot 4D data with color as 4th dimension

I have a list of 4D data (x position, y position, amplitude, wavelength). I want to plot x, y, and amplitude on a 3D plot and have the color of the points correspond to the wavelength. I have seen many examples using functions to define color but my wavelength cannot be expressed by an analytic function. Is there a simple way to do this? Answer Here a another possible way to visualize 4D data: data = Flatten[Table[{x, y, x^2 + y^2, Sin[x - y]}, {x, -Pi, Pi,Pi/10}, {y,-Pi,Pi, Pi/10}], 1]; You can use the function Point along with VertexColors . Now the points are places using the first three elements and the color is determined by the fourth. In this case I used Hue, but you can use whatever you prefer. Graphics3D[ Point[data[[All, 1 ;; 3]], VertexColors -> Hue /@ data[[All, 4]]], Axes -> True, BoxRatios -> {1, 1, 1/GoldenRatio}]

plotting - Filling between two spheres in SphericalPlot3D

Manipulate[ SphericalPlot3D[{1, 2 - n}, {θ, 0, Pi}, {ϕ, 0, 1.5 Pi}, Mesh -> None, PlotPoints -> 15, PlotRange -> {-2.2, 2.2}], {n, 0, 1}] I cant' seem to be able to make a filling between two spheres. I've already tried the obvious Filling -> {1 -> {2}} but Mathematica doesn't seem to like that option. Is there any easy way around this or ... Answer There is no built-in filling in SphericalPlot3D . One option is to use ParametricPlot3D to draw the surfaces between the two shells: Manipulate[ Show[SphericalPlot3D[{1, 2 - n}, {θ, 0, Pi}, {ϕ, 0, 1.5 Pi}, PlotPoints -> 15, PlotRange -> {-2.2, 2.2}], ParametricPlot3D[{ r {Sin[t] Cos[1.5 Pi], Sin[t] Sin[1.5 Pi], Cos[t]}, r {Sin[t] Cos[0 Pi], Sin[t] Sin[0 Pi], Cos[t]}}, {r, 1, 2 - n}, {t, 0, Pi}, PlotStyle -> Yellow, Mesh -> {2, 15}]], {n, 0, 1}]

plotting - Mathematica: 3D plot based on combined 2D graphs

I have several sigmoidal fits to 3 different datasets, with mean fit predictions plus the 95% confidence limits (not symmetrical around the mean) and the actual data. I would now like to show these different 2D plots projected in 3D as in but then using proper perspective. In the link here they give some solutions to combine the plots using isometric perspective, but I would like to use proper 3 point perspective. Any thoughts? Also any way to show the mean points per time point for each series plus or minus the standard error on the mean would be cool too, either using points+vertical bars, or using spheres plus tubes. Below are some test data and the fit function I am using. Note that I am working on a logit(proportion) scale and that the final vertical scale is Log10(percentage). (* some test data *) data = Table[Null, {i, 4}]; data[[1]] = {{1, -5.8}, {2, -5.4}, {3, -0.8}, {4, -0.2}, {5, 4.6}, {1, -6.4}, {2, -5.6}, {3, -0.7}, {4, 0.04}, {5, 1.0}, {1, -6.8}, {2, -4.7}, {3, -1....