Talk:Champernowne constant

message: I think the nice image here containing the continued fraction terms is incorrect in the last partial term. I rediscovered this curious continued fraction for myself recently after writing a small program which accepted an infinite decimal expansion on standard input and produced its continued fraction terms on standard output as they became uniquely determined; but my program says that the 163rd term begins "44457", not "40012" as claimed in the picture on this page.
Of course my program could be faulty - the page itself does mention that Champernowne's constant can stress naive continued-fraction calculation code - but I have two reasons to think it isn't faulty: firstly, the two previous very large terms start "457" and "4457", making me willing to believe that the next one starts "44457", and secondly I googled up  which agrees to the last digit with my 163rd term and not with the one here. (That page, incidentally, also shows the next ludicrously large number starting with "444457", continuing the pattern.)
So I've prepared a replacement image and uploaded it to  (it's unfortunately slightly wider because of my available fonts), but I hesitate to unilaterally replace the image on this page without somebody doing an independent check of my findings.
(If anyone cares, my program - in Python - is available at . I don't recommend using it to check my findings, obviously, since of course that will give the same answer as I got! But if someone disagrees with my result, they might wish to point out to me where the bug is.)
- Simon Tatham 86.6.4.136 08:05, 29 April 2007 (UTC)
replies: text: I confirmed that the image was incorrect and removed it.  — Preceding unsigned comment added by 24.19.214.109 (talk) 01:19, 2 August 2011 (UTC)
thread_title: Error in continued fraction?

message: Also, I believe I understand why those extremely large terms show up in the expansion. However, I hesitate to add it to the page, because it might constitute original research (I thought of it for myself). On the other hand, it's pretty simple and was instantly obvious to me on examining the convergents, so perhaps it's not original enough to be a problem. I'd like a judgment call from an experienced Wikipedian, if one is available.
My argument is as follows:
The decimal expansion of 1/99^2 is 0.0001020304..., that of 1/999^2 is 0.000001002003004..., and in general the expansion of 1/(10^n-1)^2 consists of a sequence of integers incrementing from zero at each n-digit position. (You can check this by working out \sum_{i=0}^\infty 10^{-(i+1)n}i as a GP of GPs.) Of course the pattern in each of these expansions breaks once the integers start carrying from one n-digit segment into the previous one, and being rational they must end up repeating somehow.
So we can use this fact to directly construct a very good approximation to Champernowne's constant which goes as far as (for example) the end of the 2-digit numbers. Simply start with 1/99^2, which actually contains the digit sequence 10111213...9697. Then multiply by 10^11 to bring that sequence to the correct decmial place, and we have 10203040.506070809101112... Now adjust it to get the first few digits right (which involves subtracting exactly 10203040.38261402), and we end up with 60499999499/490050000000 - which is indeed the 18th convergent of the continued fraction for Champernowne's constant. In a similar way we could construct an approximation which went as far as the end of the 3-digit numbers, with a denominator only barely larger than that required to specify the 2-digit section, and so on. That's why there are extremely good approximations available for this number, and hence why the continued fraction contains very large terms after each of them.
(I don't, however, understand why there are intermediate large terms, such as the 102nd which begins "97867".)
- Simon Tatham 86.6.4.136 08:05, 29 April 2007 (UTC)
thread_title: Reason for large terms

message: Can someone start a section giving the uses of this number? 81.129.181.145 (talk) 14:16, 2 June 2013 (UTC)
thread_title:  Uses? 

message: I think that there is an error in the log scale graph of the continued fraction coefficients. The term at position 41 has 2504 decimal digits http://oeis.org/A143534, so I think that the point for position 41 should be near 102504 instead of 10254.
If this is the case, then I am not sure what approach should be used to rectify the situation. I assume that the original author of the graphs intended to use the log scale graph to include all of the points that are off scale on the linear graph. Going to 102504 would greatly compress the scale of the log graph, but keeping the scale as it is would mean that the point at position 41 is off scale. 
Am I correct, and if so, does anyone have any ideas on the best remedy? Aginourmidst (talk) 04:02, 23 August 2013 (UTC)
thread_title:  Error in log scale graph? 

message: While solving a Project Euler problem, I came up with an alternative expression for the Champernowne constant in base 10, which I think is a little easier to read than the one given. I think it can also be easily generalized to other bases. Here's the expression:
 C_{10} = \sum_{m=1}^{\infty} \frac{m}{10^{f(m)}} 
where
f(m) = m(1+n) - \frac{10^{n+1}}{9} + \frac{10}{9} + n ;
here n+1 is defined to be the number of digits in m.
Is this formula (which is quite easy to derive, and therefore probably already well-known to mathematicians) worth including in the article? An advantage of this formula is that it enables one to efficiently find the nth decimal digit in the constant without directly finding the preceding digits.
--Tanmay Mudholkar (talk) 21:54, 11 August 2016 (UTC)
thread_title:  Alternative expression in base 10? 

message: Could I add that C_{m}=\sum_{n=1}^\infty\frac n{10_m^{~\left(\sum\limits_{k=1}^n\left\lceil\log_{10_m}(k+1)\right\rceil\right)}} ?
- Bexandre2002 (talk) 13:15, 6 July 2017 (UTC)
thread_title:  Infinite sum