cf. https://en.wikipedia.org/wiki/Divine_Proportions:_Rational_T...
cf. https://en.wikipedia.org/wiki/Divine_Proportions:_Rational_T...
But it's because the sine of 60 degrees is said by modern tables to be equal to sqrt(3) / 2, which Wildberger doesn't "believe in", he prefers to state that the square of the sine is actually 3 / 4 and that this is "more accurate".
The actual paper is at [1]:
Personally I don't believe in either value. I prefer to state that the sine of 60 degrees is 2.7773. I believe that is more accurate.
The news from this paper (thanks for the link!) is that evidently the Babylonians preferred that, too. Surely Pythagoras would have.
But how do you actually do anything useful with this ratio ¾? Like, calculating the height of a ziggurat of a given size whose sides are 60° above the horizontal? Well, that one in particular is pretty obvious: it's just the Pythagorean theorem, which lets you do the math precisely, without any error, and then at the end you can approximate a linear result by looking up the square root of the "quadrance" in a table of square roots, which the Babylonians are already known for tabulating.
For more elaborate problems, well, Wildberger wrote the book on that. Presumably the Babylonians had books on it too.
Some tables do indeed have that value and it is a very useful value for calculation, one that can be symbolically manipulated to get you an exact number (albeit one likely expressed in radicals) for your work. When I used to teach algebra, it was a struggle to get students to let go of the decimal approximations that came out of their calculators and embrace expressions that weren’t simple decimals but were exact representations of the numbers at hand. (Then there’s really fun things like the fact that, e.g., √2 + √3 can also be written as √(5+2√6) (assuming I didn’t make an arithmetic error there)).
If you want to know how many courses of bricks your ziggurat is going to need, given that the base is 400 cubits across and there are 10 courses of bricks per cubit, you're going to have to round 2000√3/2 to an integer. You can do that with a table of squares, or you can use a decimal (or sexagesimal) fraction approximation, and I guess you're right that it isn't clear that one is necessarily better than the other.
Incidentally, the fact that we write things like 59°59'30" comes about because the Babylonians at least weren't using Wildberger's "spreads" all the time.
Re: rationals, I mean there's an infinite number of rationals available arbitrarily near any other rational, that has to mean they are good enough for all practical purposes, right?
For practical purposes, they’re bad. Denominators tend to explode when you do a few operations (for example 11/123 + 3/17 = 556/2091), and it’s not easy to spot whether you can simplify results. 12/123 + 3/17 = 191/697, for example.
You can counteract things by ‘rounding’ to fractions with denominators below a given limit (say 1000) but then, you likely are better of with reckoning with a fixed denominator that you then do not have to store with each number, allowing you to increase the maximal denominator.
For example (https://en.wikipedia.org/wiki/Farey_sequence), there are 965 rational fractions in [0,1] with denominator at most 10 (https://oeis.org/A005728/list), so storing one requires just under 10 bits. If you use the fractions n/964 for 0 ≤ n ≤ 964 as your representable numbers, arithmetic becomes easier.
E.g. when you calculate the area of a plot of land do you take into account the curvature of the Earth? You have to make a bunch of compromises in the first place to even talk about what the area of a plot land means.
Math is a bunch of useful systems that we humans have devised. We tend to gravitate towards the ones that help us describe and predict things in the real world.
But there is plenty of math which doesn't do either. It's just as real as the math that does.
https://plato.stanford.edu/entries/church-turing/decision-pr...
The short answer is that they deal with such things symbolically.
foo=3.14159265...
Where after 5 is some continuing sequence of decimals.
The series of functions is literally just:
foo(0) = 3 foo(1) = 3.1 foo(2) = 3.14...
And to be clear, it's not just like, an algorithm that estimates pi, it's literally just a list of return values that is infinitely long that return more and more digits of whatever the number is. That is actually how he defines pi.
https://youtu.be/lcIbCZR0HbU?si=3YxcHfPlCFrlr5h3&t=2080
pi _happens_ to be computable, and there are more efficient functions that will produce those numbers, but you could do the same thing with an incomputable number, you just need a definition for the number which is infinitely long.
To be clear, I don't think any of this is a good idea, just pointing out that if he's going to allow that kind of definition of pi (ie, admit a definition that is just an infinite list of decimal representations), you can just do the same thing with any real number you like. He of course will say that he's _not_ allowing any _infinite list_, only an arbitrary long one.
All the numbers you get this way are going to be rational, and if you require them to be finite, you can't even identify them with any irrational numbers. At least with the computable numbers you get an infinite set of irrational numbers along with the rationals, while still never touching the vast majority of all numbers (the remaining, incomputable irrationals).
An ultrafinitist is still allowed to call that 'i'.
I don't know how you'd do electrical engineering with the rational complex field, because electrical engineering and physics in general involves a lot of irrational quantities and calculus, and the standard foundations of these concepts use real numbers.
It's really up to finitists to show that there are problems with these methods and that they have a better way of doing things, because so far the standard way seems to work very well.
After all, the Cayley-Dickson construction is not an infinite affair.