Revision as of 14:36, 30 October 2024 editLowercase sigmabot III (talk | contribs)Bots, Template editors2,292,663 editsm Archiving 2 discussion(s) to Talk:0.999.../Archive 20) (bot← Previous edit | Latest revision as of 03:13, 1 December 2024 edit undoTrovatore (talk | contribs)Autopatrolled, Extended confirmed users, Pending changes reviewers38,025 edits →Greater than or equal to: r to Mr Swordfish | ||
(9 intermediate revisions by 6 users not shown) | |||
Line 43: | Line 43: | ||
== Yet another anon == | == Yet another anon == | ||
''Moved to ] subpage'' | ''Moved to ] subpage'' | ||
== Sourcing question == | |||
Does the argument in ] come from somewhere? Other than that, the sourcing seems OK. ] (]) 05:10, 29 June 2024 (UTC) | |||
:The first and the second, as well as the bullet list, remain unsourced. ] (]) 06:18, 29 June 2024 (UTC) | |||
::I have provisionally trimmed the passage I couldn't find support for. It wasn't technically wrong, as far as I could tell, but we aren't a repository for everything that ''could'' be said about a math topic. ] (]) 17:47, 29 June 2024 (UTC) | |||
:::Probably a correct removal, but sort of a pity, since it's the only bit of actual ''mathematical'' interest. | |||
:::No matter. This isn't really a math article, or shouldn't be. Mathematicians are unlikely to care about 0.999... per se. We should keep that in mind when thinking about how to present the material. I'm totally against ], but I also don't see the point in making this an article about real analysis. If you understand real analysis you don't need this article. --] (]) 21:50, 29 June 2024 (UTC) | |||
::Are any of the concerns in the ] still outstanding, then? ] (]) 02:30, 23 July 2024 (UTC) | |||
== Two representations in every positional numeral system with one terminating? == | |||
The article contains the statement | |||
: {{xt|... every nonzero terminating decimal has two equal representations ... all positional numeral systems have this property.}} | |||
Every positional numeral system has two representations for certain numbers, but is this necessarily true of terminating representations? A counterexample would seem to be ]: the numbers that have two representations seem to be nonterminating, e.g. 1 = 1.000...<sub>bal3</sub> has no other representation, but 1/2 = 0.111...<sub>bal3</sub> = 1.TTT...<sub>bal3</sub> (where T = −1) has two. Or maybe I need some coffee? —] 01:56, 30 June 2024 (UTC) | |||
:Well, the trouble is that "balanced ternary" is not a "usual" positional numeral system. Perhaps it might be better to write, "and this is true of all bases, not just decimal". In the end it depends whether you think Misplaced Pages is here for the benefit of lawyers, or just to help people understand things. ] (]) 04:07, 30 June 2024 (UTC) | |||
::A better viewpoint is that such systems have no "terminating" representations at all, but only ones that eventually repeat the digit 0. That's beyond the scope of this article. Still, I think we should de-emphasize the notion of "terminating" representations. We don't really ''need'' to talk about them. We can say, for example, that 3.4999... is the same as 3.5000.... --] (]) 05:36, 30 June 2024 (UTC) | |||
::: While I agree that "terminating representations" are a little peripheral, including that to answer the immediate question "How easy is it to find such values?" seems reasonable, although extrapolating from the example would seem obvious to us, and the phrase is adequately defined as linked. I don't feel strongly about keeping "terminating representations" or any other specific description of the class, though. I have clarified the statement in a way that fits the section ''{{slink|0.999...|Generalizations}}''. | |||
::: <del>That aside, it is interesting that having multiple representations depends on the definition of a positional numeral system as having position weights and values associated with symbols that do not depend on the value of other digits; I say this, because ]s are remarkably close to being a positional system and (extended to a fractional part) they evidently have a unique representation for each real number.</del> —] 15:11, 30 June 2024 (UTC) | |||
:::: Not sure quite what you mean about the Gray codes. The key point here is that representations of this sort are ] in the ], which seems to be the natural one to put on them, whereas the reals are one-dimensional. So a continuous surjection from the representations to the real numbers cannot be an injection <s>with a continuous inverse</s>, because otherwise it would be a homeomorphism, contradicting the previous observation about dimension. Therefore there must be reals with non-unique representations. | |||
:::: Maybe the representation by Gray codes you're talking about isn't continuous (or its inverse is not); would need to see what you mean. --] (]) 18:30, 30 June 2024 (UTC) | |||
::::: I intended that a digit incrementing reverses the interpretation of all subsequent digits – in my quest to get rid of the infinite number of digits 'rolling over' (e.g. 0.999... to 1.000...). Looking more closely, I see that my supposition was incorrect: you still get two representations for a (presumably the same) set of real values, but now a pair of equal representations differs in one digit instead of infinitely many. This leads me to wonder whether a representation composed of an infinite sequence of discrete symbols could avoid doubles, once we have the the restriction that every real number must have a representation. —] 19:12, 30 June 2024 (UTC) | |||
:::::: If you put no restrictions at all on what you mean by a "representation", the answer is clearly yes, you can avoid duplicates. For example the set of all countably infinite decimal strings and the set of all reals have the same cardinality, so there's a bijection between them. You can even make that bijection pretty explicit, by playing games with (the proof of) the ]. | |||
:::::: However, if you care at all about continuity, you're going to need to deal with the dimension issue I mentioned in my previous comment. --] (]) 19:52, 30 June 2024 (UTC) | |||
::::::: I was having difficulty framing the issue properly, and I thought about the cardinality argument after my post. I this context, all I would care about in this context is finding a simple constructive definition of a class of surjective maps from sequences of symbols to the reals for which multiple representations occur, ideally independent of the axiom of choice and it would be nice if it gave a sense of the lengths one might have to go to to avoid these multiples. The class of standard positional systems suffices, but clearly the class for which this is true is larger, and this gives room for possibly finding a class that is simpler to define. Improving on just copying the second sentence in '']'' seems to me to be challenge. —] 21:40, 30 June 2024 (UTC) | |||
:::::::: In this context, a nice way to think of continuity is that, if you want finitely much information about the answer, you need only finitely much information about the input. On the "real" side, finitely much information means an open interval. On the "representation" side, it means finitely many digits. If that's true in both directions, then there must be duplicates. | |||
:::::::: I'm a ''little'' skeptical that this can (or should) be worked into ''this'' article, but it would be satisfying if it could be. --] (]) 22:13, 30 June 2024 (UTC) | |||
::::::::: I'm not of the opinion that anything more complicated than a sentence defining 'positional numeral system' is called for here to address the concerns that have been expressed, and it seems that my hope that a broader class could be defined more easily was too much. I have to confess that I do not know what you mean by 'finitely many digits': we are dealing with a countably infinite sequence of digits, each of which is an element of a finite (or possibly infinite) set of symbols. I'm afraid educating me on this is, for the moment, a lost cause, so I suggest that we just focus on language to include in the article. —] 23:35, 30 June 2024 (UTC) | |||
:::::::::: I tend to agree that this is getting off-scope for the talk page. I'll drop a note on your talk page. I don't think it's a lost cause; I probably just haven't found the right way of explaining myself. | |||
:::::::::: <small>But as long as we're here, I do want to correct the record for the benefit of any lurkers. Turns out my maunderings about the continuity of the inverse mapping were unnecessary. As long as | |||
::::::::::* The alphabet is finite (or at least there are only finitely many choices for a digit at any given position), | |||
::::::::::* The mapping is continuous, and | |||
::::::::::* The mapping is injective | |||
:::::::::: you get continuity of the inverse mapping, and therefore a contradiction, for free. That's because the representation space is compact (by ]), so any closed set is compact. Then the continuous image of a closed set is compact and therefore closed, which in the injective case implies that the inverse map is continuous. </small> | |||
:::::::::: So if we can source it, we ''could'' say that any continuous interpretation of the representations would have to have duplicates. Is that appropriate for ''this'' article? I doubt it. This article ought to be pitched considerably lower. Anyone who understands the above argument isn't looking to understand 0.999.... --] (]) 03:06, 1 July 2024 (UTC) | |||
:::::::::::: Very nice. This also in some sense explains how p-adic integers can have unique expansions: the p-adic integers are compact. ] (]) 10:59, 1 July 2024 (UTC) | |||
::::::::::::: Or more importantly, the p-adic integers are zero-dimensional, or it might be easier to think of it in terms of the p-adic integers are totally disconnected (not quite equivalent but it gets at the same point for our purposes). | |||
::::::::::::: The representations are totally disconnected whereas the reals are connected, so intuitively, to map the representations to the reals, you have to "connect something", which is where the duplicates come from. The p-adics are already totally disconnected, so the problem doesn't come up. --] (]) 20:05, 1 July 2024 (UTC) | |||
:::::::::::::: Also, the product space <math>\{0,...,9\}^{\mathbb N}</math> is totally disconnected, and so is not the continuous image of a real interval. ] (]) 23:16, 1 July 2024 (UTC) | |||
::As ] point out, the statement is valid in usual ], but not in all ]. Luckily, ] redirects to a section of ] on "Standard positional numeral systems", so I suggest we simply use that wikilink. ] (]) 15:32, 30 June 2024 (UTC) | |||
::: We should never have a redirect and its plural linking to different places, so that is not a solution. —] 15:54, 30 June 2024 (UTC) | |||
::: I have changed that redirect to be consistent with the singular form, after verifying that there are no mainspace uses. In any event, the definition at '']'' (essentially a weighted sum) is precisely correct for the statement as it now stands (i.e. including all nonstandard positional systems that meet this definition, with the proviso that they can represent all real numbers), and as supported by the text of the article. —] 16:43, 30 June 2024 (UTC) | |||
As far as I understand, this section discusses supposed properties of {{tqq|all positional numeral systems}}. But this supposes a precise definition of a positional numeral system, and of a positional numeral system that accepts infinite strings. Without such a definition, everything is original research. | |||
As an example, the standard {{mvar|p}}-adic representation of ] is an example of a positional numeral system such that there is always a unique representation. | |||
By the way it is astonishing that nobody mention what is, in my opinion, the main reason for which there is so much confusion with the subject of the article: it is that "infinite decimals" make a systematic use of ], a concept that is so counterintuitive that, before the 20th century, it was refused by most mathematicians. It seems that some teachers hope that kids could understand easily concept that were refused by mathematicians and philosophers a century ago. ] (]) 16:44, 30 June 2024 (UTC) | |||
:: I think you're a bit off on that point, Prof. Lazard. My impression is that the rejection of the actual infinite was more in theory than in practice, and its systematic use considerably predated the 20th century, since real analysis was developing in the mid-19th century and used the actual infinite implicitly. It took Cantor to make it ''explicit'', but the ideas of Bolzano and Cauchy and Weierstrass and Dedekind were already laying the groundwork. | |||
:: That said, sure, it's a key psychological point. | |||
:: . --] (]) 18:53, 30 June 2024 (UTC) | |||
: This is interesting, but does it apply? As I understand it (and admittedly this is outside my area of knowledge), ''p''-adic numbers do not embed the reals. The ability to represent all reals is core to the statement that there are necessarily multiple representations. —] 16:57, 30 June 2024 (UTC) | |||
: Interesting point about p-adic numbers. I think the lead should mention infinity somewhere. I think the issues are resolved if the article is clear on what a "positional number system" is. I am unclear exactly what is meant. ] (]) 17:01, 30 June 2024 (UTC) | |||
:: So we have two people saying that a clear definition of a 'positional number system' is needed in the article, and I tend to agree in the context of this claim. I imagine that this can be omitted from the lead, but it might make sense in ''{{slink|0.999...|Generalizations}}''. —] 18:09, 30 June 2024 (UTC) | |||
== Intuitive explanation == | == Intuitive explanation == | ||
Line 122: | Line 66: | ||
::Are you saying that citations in the latter paragraph supports the previous paragraphs? If that's the case, I prefer to attach the same citations into those previous ones. ] (]) 12:52, 30 October 2024 (UTC) | ::Are you saying that citations in the latter paragraph supports the previous paragraphs? If that's the case, I prefer to attach the same citations into those previous ones. ] (]) 12:52, 30 October 2024 (UTC) | ||
:::Not sure what you mean. Both paragraphs have citations. ] (]) 13:09, 30 October 2024 (UTC) | :::Not sure what you mean. Both paragraphs have citations. ] (]) 13:09, 30 October 2024 (UTC) | ||
== Intuitive counterproof == | |||
The logic in the so-called intuitive proofs (rather: naïve arguments) relies on extending known properties and algorithms for finite decimals to infinite decimals, without formal definitions or formal proof. Along the same lines: | |||
* 0.9 < 1 | |||
* 0.99 < 1 | |||
* 0.999 < 1 | |||
* ... | |||
* hence 0.999... < 1. | |||
I think this fallacious intuitive argument is at the core of students' misgivings about 0.999... = 1, and I think this should be in the article - but that's just me ... I know I'd need a source. I have not perused the literature, but isn't there a good source saying something like this anywhere? ] (]) 08:50, 29 November 2024 (UTC) | |||
== Greater than or equal to == | |||
I inserted "or equal to" in the lead, thus: | |||
:In ], '''0.999...''' (also written as '''0.{{overline|9}}''', '''0.{{overset|.|9}}''', or '''0.(9)''') denotes the smallest number greater than '''''or equal to''''' every ] in the sequence {{nowrap|(0.9, 0.99, 0.999, ...)}}. It can be proved that this number is{{spaces}}]; that is, | |||
:: <math>0.999... = 1.</math> | |||
(I did ''not'' emphasize the words as shown here.) | |||
But it was reverted by ]. Let me argue why I think it was an improvement, while both versions are correct. | |||
First, "my" version it s correct because it is true: 1 is greater than or equal to every number in the sequence, and any number less than 1 is not. Secondly, if a reader has the misconception that 0.999... is slightly less than 1, they may oppose the idea that the value must be strictly greater than alle numbers in the sequence - and they would be right in opposing that, if not in ''this'' case, then in other cases. E.g., 0.9000... is ''not'' greater than every number in the corresponding sequence, 0.9, 0.90, 0.900, ...; it is in fact equal to all of them. ] (]) 12:07, 29 November 2024 (UTC) | |||
:I think it's confusing because 1 doesn't belong to the sequence, so "or equal" are unnecessary extra words. A reader might wonder why those extra words are there at all, and the lead doesnt seem like the place to flesh this out. ] (]) 13:40, 29 November 2024 (UTC) | |||
::Certainly, both fomulations are correct. This sentence is here for recalling the definition of the notation in this specific case, and must be kept as simple as possible. Therefore, I agree with Tito. The only case for which this definition of ellipsis notation is incorrect is when the ellipsis replaces an infinite sequence of zeros, that is when the notation is useful only for emphasizing that finite decimals are a special case of infinite decimals. Otherwise, notation 0.100... is very rarely used. For people for which this notation of finite decimals has been taught, one could add a footnote such as 'For taking into account the case of an infinity of trailing zeros, one replaces often "greater" with "greater or equal"; the two definitions of the notation are equivalent in all other cases'. I am not sure that this is really needed. ] (]) 14:46, 29 November 2024 (UTC) | |||
:::Could you point to where the values of decimals are defined in this way - in wikipedia, or a good source? I can eassily find definitions in terms of limits, but not so easily with inequality signs (strict or not). | |||
:::I think the version with strict inequality signs is weaker in terms of stating the case clearly for a skeptic. ] (]) 17:45, 30 November 2024 (UTC) | |||
:::Agree that both versions are correct. My inclination from years of mathematical training is to use the simplest, most succinct statement rather than a more complicated one that adds nothing. So, I'm with Tito and D. here. ] (]) 18:24, 30 November 2024 (UTC) | |||
::::I think many mathematicians feel that "greater than or equal to" is the primitive notion and "strictly greater than" is the derived notion, notwithstanding that the former has more words. Therefore it's not at all clear that the "greater than" version is "simpler". --] (]) 03:13, 1 December 2024 (UTC) | |||
:::The general case is "greater than or equal to", and I would support phrasing it that way. I think we don't need to explain why we say "or equal to"; just put it there without belaboring it. --] (]) 03:06, 1 December 2024 (UTC) |
Latest revision as of 03:13, 1 December 2024
Skip to table of contents |
This is the talk page for discussing improvements to the 0.999... article. This is not a forum for general discussion of the article's subject. |
|
Find sources: Google (books · news · scholar · free images · WP refs) · FENS · JSTOR · TWL |
Archives: Index, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20Auto-archiving period: 31 days |
This is the talk page for discussing changes to the 0.999... article itself. Please place discussions on the underlying mathematical issues on the arguments page. For questions about the maths involved, try posting to the reference desk instead. |
view · edit Frequently asked questions
|
0.999... is a former featured article. Please see the links under Article milestones below for its original nomination page (for older articles, check the nomination archive) and why it was removed. | ||||||||||||||||||||||
This article appeared on Misplaced Pages's Main Page as Today's featured article on October 25, 2006. | ||||||||||||||||||||||
|
This article is rated B-class on Misplaced Pages's content assessment scale. It is of interest to multiple WikiProjects. | |||||||||||||||||||||||||||||||
|
Arguments Archives: Index, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12 |
Yet another anon
Moved to Arguments subpage
Intuitive explanation
There seems to be an error in the intuitive explanation:
For any number x that is less than 1, the sequence 0.9, 0.99, 0.999, and so on will eventually reach a number larger than x.
If we set x = 0.̅9 then the sequence will never reach a number larger than x. 2A01:799:39E:1300:F896:4392:8DAA:D475 (talk) 12:16, 4 October 2024 (UTC)
- If x = 0.̅9 then x is not less than 1, so the conditional statement is true. What is the error? MartinPoulter (talk) 12:50, 4 October 2024 (UTC)
- If you presuppose that 0.̅9 is less than one, the argument that should prove you wrong may apprear to be sort of circular. Would it be better to say "to the left of 1 on the number line" instead of "less than 1"? I know it's the same, but then the person believing 0.̅9 to be less than one would have to place it on the number line! Nø (talk) 14:47, 4 October 2024 (UTC)
- What does the notation 0.̅9 mean? Johnjbarton (talk) 15:43, 4 October 2024 (UTC)
- It means zero followed by the decimal point, followed by an infinite sequence of 9s. Mr. Swordfish (talk) 00:24, 5 October 2024 (UTC)
- Thanks! Seems a bit odd that this is curious combination of characters (which I don't know how to type) is not listed in the article on 0.999... Johnjbarton (talk) 01:47, 5 October 2024 (UTC)
- It means zero followed by the decimal point, followed by an infinite sequence of 9s. Mr. Swordfish (talk) 00:24, 5 October 2024 (UTC)
B and C
@Tito Omburo. There are other unsourced facts in the given sections. For example:
- There is no source mentions about "Every element of 0.999... is less than 1, so it is an element of the real number 1. Conversely, all elements of 1 are rational numbers that can be written as..." in Dedekind cuts.
- There is no source mentions about "Continuing this process yields an infinite sequence of nested intervals, labeled by an infinite sequence of digits b1, b2, b3, ..., and one writes..." in Nested intervals and least upper bounds. This is just one of them.
Dedhert.Jr (talk) 11:00, 30 October 2024 (UTC)
- The section on Dedekind cuts is sourced to Richman throughout. The paragraph on nested intervals has three different sources attached to it. Tito Omburo (talk) 11:35, 30 October 2024 (UTC)
- Are you saying that citations in the latter paragraph supports the previous paragraphs? If that's the case, I prefer to attach the same citations into those previous ones. Dedhert.Jr (talk) 12:52, 30 October 2024 (UTC)
- Not sure what you mean. Both paragraphs have citations. Tito Omburo (talk) 13:09, 30 October 2024 (UTC)
- Are you saying that citations in the latter paragraph supports the previous paragraphs? If that's the case, I prefer to attach the same citations into those previous ones. Dedhert.Jr (talk) 12:52, 30 October 2024 (UTC)
Intuitive counterproof
The logic in the so-called intuitive proofs (rather: naïve arguments) relies on extending known properties and algorithms for finite decimals to infinite decimals, without formal definitions or formal proof. Along the same lines:
- 0.9 < 1
- 0.99 < 1
- 0.999 < 1
- ...
- hence 0.999... < 1.
I think this fallacious intuitive argument is at the core of students' misgivings about 0.999... = 1, and I think this should be in the article - but that's just me ... I know I'd need a source. I have not perused the literature, but isn't there a good source saying something like this anywhere? Nø (talk) 08:50, 29 November 2024 (UTC)
Greater than or equal to
I inserted "or equal to" in the lead, thus:
- In mathematics, 0.999... (also written as 0.9, 0..9, or 0.(9)) denotes the smallest number greater than or equal to every number in the sequence (0.9, 0.99, 0.999, ...). It can be proved that this number is 1; that is,
(I did not emphasize the words as shown here.) But it was reverted by user:Tito Omburo. Let me argue why I think it was an improvement, while both versions are correct. First, "my" version it s correct because it is true: 1 is greater than or equal to every number in the sequence, and any number less than 1 is not. Secondly, if a reader has the misconception that 0.999... is slightly less than 1, they may oppose the idea that the value must be strictly greater than alle numbers in the sequence - and they would be right in opposing that, if not in this case, then in other cases. E.g., 0.9000... is not greater than every number in the corresponding sequence, 0.9, 0.90, 0.900, ...; it is in fact equal to all of them. Nø (talk) 12:07, 29 November 2024 (UTC)
- I think it's confusing because 1 doesn't belong to the sequence, so "or equal" are unnecessary extra words. A reader might wonder why those extra words are there at all, and the lead doesnt seem like the place to flesh this out. Tito Omburo (talk) 13:40, 29 November 2024 (UTC)
- Certainly, both fomulations are correct. This sentence is here for recalling the definition of the notation in this specific case, and must be kept as simple as possible. Therefore, I agree with Tito. The only case for which this definition of ellipsis notation is incorrect is when the ellipsis replaces an infinite sequence of zeros, that is when the notation is useful only for emphasizing that finite decimals are a special case of infinite decimals. Otherwise, notation 0.100... is very rarely used. For people for which this notation of finite decimals has been taught, one could add a footnote such as 'For taking into account the case of an infinity of trailing zeros, one replaces often "greater" with "greater or equal"; the two definitions of the notation are equivalent in all other cases'. I am not sure that this is really needed. D.Lazard (talk) 14:46, 29 November 2024 (UTC)
- Could you point to where the values of decimals are defined in this way - in wikipedia, or a good source? I can eassily find definitions in terms of limits, but not so easily with inequality signs (strict or not).
- I think the version with strict inequality signs is weaker in terms of stating the case clearly for a skeptic. Nø (talk) 17:45, 30 November 2024 (UTC)
- Agree that both versions are correct. My inclination from years of mathematical training is to use the simplest, most succinct statement rather than a more complicated one that adds nothing. So, I'm with Tito and D. here. Mr. Swordfish (talk) 18:24, 30 November 2024 (UTC)
- I think many mathematicians feel that "greater than or equal to" is the primitive notion and "strictly greater than" is the derived notion, notwithstanding that the former has more words. Therefore it's not at all clear that the "greater than" version is "simpler". --Trovatore (talk) 03:13, 1 December 2024 (UTC)
- The general case is "greater than or equal to", and I would support phrasing it that way. I think we don't need to explain why we say "or equal to"; just put it there without belaboring it. --Trovatore (talk) 03:06, 1 December 2024 (UTC)
- Certainly, both fomulations are correct. This sentence is here for recalling the definition of the notation in this specific case, and must be kept as simple as possible. Therefore, I agree with Tito. The only case for which this definition of ellipsis notation is incorrect is when the ellipsis replaces an infinite sequence of zeros, that is when the notation is useful only for emphasizing that finite decimals are a special case of infinite decimals. Otherwise, notation 0.100... is very rarely used. For people for which this notation of finite decimals has been taught, one could add a footnote such as 'For taking into account the case of an infinity of trailing zeros, one replaces often "greater" with "greater or equal"; the two definitions of the notation are equivalent in all other cases'. I am not sure that this is really needed. D.Lazard (talk) 14:46, 29 November 2024 (UTC)
- Misplaced Pages former featured articles
- Featured articles that have appeared on the main page
- Featured articles that have appeared on the main page once
- B-Class mathematics articles
- Unknown-priority mathematics articles
- Featured articles on Mathematics Portal
- B-Class Numbers articles
- Mid-importance Numbers articles
- WikiProject Numbers articles