Re: Logarithm of transfinite numbers
- From: matt271829-news@xxxxxxxxxxx
- Date: 16 Mar 2006 06:15:32 -0800
stephen@xxxxxxxxxx wrote:
matt271829-news@xxxxxxxxxxx wrote:
Shmuel (Seymour J.) Metz wrote:
In <1142422359.828461.187230@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>, on
03/15/2006
at 03:32 AM, matt271829-news@xxxxxxxxxxx said:
Now do the same with the natural numbers. To be sure you can
represent any natural number you also need aleph_0 bits. Therefore
the number of natural numbers, aleph_0, is also equal to 2^aleph_0,
which doesn't seem right.
And, indeed, it isn't right, because only those strings in which all
but finitely many bits are zero represent naturals. There are only
Aleph_null such strings.
Several people have said similar things, but unfortunately I still do
not see why only those strings with finitely many non-zero bits
represent naturals. I do not see why the number of non-zero bits in
strings that map to natural numbers cannot increase without bound. For
example, in the sequence 2^1-1, 2^2-1, 2^3-1,...
Can the number of non-zero bits increase without bound? If so, how does
this square with the statement that only those with finitely many
non-zero bits represent naturals? If not, what happens with the
sequence 2^1-1, 2^2-1, 2^3-1,...?
What do you think happens with that sequence? It looks like
...0000001
...0000011
...0000111
...0001111
etc.
Every element in that sequence begins with a infinite number
of 0's, and ends with a finite number of 1's. There are an
infinite number of such sequences.
You seem to have a problem with the fact that there are
an infinite number of finite natural numbers.
I *think* I'm OK with that, at least the way you've put it. The thing
I'm still having a problem with is this...
Suppose we start with one bit, mapping to the numbers 0, 1. Then we add
another bit, giving us two bits, mapping to the numbers 0,1,2,3. Then a
third bit, and a fourth, and so on.
Every new bit we add requires a ton more natural numbers to map to, but
no matter how far we continue, we never run out of natural numbers.
There are always enough new ones. As the number of bits -> aleph_0,
then the highest natural number we need for the mapping also ->
aleph_0. My problem is that I can't visualise how and where this
one-to-one mapping breaks down.
.
- Follow-Ups:
- Re: Logarithm of transfinite numbers
- From: Tony Orlow
- Re: Logarithm of transfinite numbers
- From: Randy Poe
- Re: Logarithm of transfinite numbers
- References:
- Logarithm of transfinite numbers
- From: matt271829-news
- Re: Logarithm of transfinite numbers
- From: David C . Ullrich
- Re: Logarithm of transfinite numbers
- From: matt271829-news
- Re: Logarithm of transfinite numbers
- From: Shmuel (Seymour J.) Metz
- Re: Logarithm of transfinite numbers
- From: matt271829-news
- Re: Logarithm of transfinite numbers
- From: matthias
- Re: Logarithm of transfinite numbers
- From: matt271829-news
- Re: Logarithm of transfinite numbers
- From: Shmuel (Seymour J.) Metz
- Re: Logarithm of transfinite numbers
- From: matt271829-news
- Re: Logarithm of transfinite numbers
- From: stephen
- Logarithm of transfinite numbers
- Prev by Date: Diophantine Pythagoras horror
- Next by Date: Re: Logarithm of transfinite numbers
- Previous by thread: Re: Logarithm of transfinite numbers
- Next by thread: Re: Logarithm of transfinite numbers
- Index(es):
Relevant Pages
|
Loading