🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: sci.physics.relativity
Article #104

Re: Station's clock with respect to the train

#104
From: ben6993
Date: Sat, 01 May 2010 07:48
62 lines
4653 bytes
On May 1, 8:26 am, ben6993 <ben6...@hotmail.com> wrote:
> On May 1, 5:13 am, John Murphy
>
>
>
>
>
> <london.accommodation.homest...@googlemail.com> wrote:
> > On 1 May, 03:08, BURT <macromi...@yahoo.com> wrote:
>
> > > If the train watches the stations clock go slow then when does it have
> > > the time to age more?
>
> > > Mitch Raemsch
>
> > It never gets a chance to age comparatively, because by definition
> > neither 'clock' - nor the train, nor the station knows what the other
> > is doing, but it would not help if the train were to visit the station
> > in some metrical sense, since that would entail either time gained by
> > the train or lost by  the station and nor would it work the other way
> > around since it would seem to neither 'clock' that they had lost or
> > gained.
>
> > All the same, demons are thought to be able to travel at light speed,
> > so could in principle produce a twin-dial clock, available to both
> > station and train, although it is unclear how that could be of help to
> > anyone other than demons themselves unless they could become an
> > interstellar ISP. And if they got a useful role, they might get free
> > from messing things up and win a few prizes here and there.
> > --
> > Harbinger.
>
> Is light speed fast enough for the demons to be able to do that job?
> Wouldn't they need to travel instantaneously, without any time
> elapsing on their own clock or on anyone else's clock, to the station
> and back so they could adjust the auxiliary time dial? And they would
> need to return very frequently, to keep resetting the time on the
> auxiliary dial to the quasi-absolute time.
>
> If the demons were to pick a speeding clock, with respect to the
> station, for use as the quasi-absolute time, then the auxiliary dial
> would lag behind the station clock.  If the auxiliary clock were to
> run very slow then we would need to display milliseconds or
> microseconds to see any useful passage of quasi-absolute time.
>
> Taking more and more decimal places of seconds to be useful for slower
> and slower clocks, at the limit of Planck time, assuming time is
> quantised, the auxiliary dial might in this limit not be able to show
> any passsage of time useful to us.  That is because one unit of Planck
> time cannot be subdivided on the auxiliary dial.  What use is a dial
> with only one tick every hundred years, say?  Just as well the clocks
> will also have the local-time dial.- Hide quoted text -
>
> - Show quoted text -

Post script.   Oops.  It's much too early in the morning here to think
straight ... not that it will be any better later on ... my logic
about moving clock times is probably wrong.  But let the demon instead
take quasi-absolute clocks nearer and nearer to a black hole to get
the effect of slower and slower ticking of time to be applied to the
station clocks.
Technical Details
Message-ID: <29b72afc-f466-4e77-9642-cd5065827e05@n15g2000yqf.googlegroups.com>
Path: arc1-ca.pugleaf.net!g2news2.google.com!postnews.google.com!n15g2000yqf.googlegroups.com!not-for-mail
References: <4cbcdcde-1766-4a31-8607-9cf9579463aa@z4g2000yqa.googlegroups.com> <8bbc14b3-a47a-463d-a818-61d47929a648@e39g2000yqf.googlegroups.com> <3002ad12-4e82-453d-8ae3-5534de51265b@a39g2000prb.googlegroups.com> <93db4512-3f30-4464-8886-d733ec32d178@o14g2000yqb.googlegroups.com> <dbe2f5ca-e50d-4ce0-9ee3-54f2975d7aa6@d39g2000yqa.googlegroups.com>

Show Full Headers
Complete Article Headers
X-Google-Thread: 9ef9b79ae9,50657a2157557976
X-Google-Attributes: gid9ef9b79ae9,public,usenet
X-Google-NewGroupId: yes
X-Google-Language: ENGLISH,ASCII
Path: arc1-ca.pugleaf.net!g2news2.google.com!postnews.google.com!n15g2000yqf.googlegroups.com!not-for-mail
From: ben6993 <ben6993@hotmail.com>
Newsgroups: sci.physics.relativity,sci.physics,rec.org.mensa,cam.misc,sci.math
Subject: Re: Station's clock with respect to the train
Date: Sat, 1 May 2010 00:48:50 -0700 (PDT)
Organization: http://groups.google.com
Lines: 62
Message-ID: <29b72afc-f466-4e77-9642-cd5065827e05@n15g2000yqf.googlegroups.com>
References: <4cbcdcde-1766-4a31-8607-9cf9579463aa@z4g2000yqa.googlegroups.com> 
 <8bbc14b3-a47a-463d-a818-61d47929a648@e39g2000yqf.googlegroups.com>
 <3002ad12-4e82-453d-8ae3-5534de51265b@a39g2000prb.googlegroups.com>
 <93db4512-3f30-4464-8886-d733ec32d178@o14g2000yqb.googlegroups.com>
 <dbe2f5ca-e50d-4ce0-9ee3-54f2975d7aa6@d39g2000yqa.googlegroups.com>
NNTP-Posting-Host: 86.137.74.1
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1272700131 6733 127.0.0.1 (1 May 2010 07:48:51 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Sat, 1 May 2010 07:48:51 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: n15g2000yqf.googlegroups.com; posting-host=86.137.74.1; 
 posting-account=2CsYNQoAAABp-LMYh0g4XAgYOmMKTufa
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; 
 Trident/4.0; GTB6.4; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR
 1.1.4322; .NET CLR 3.5.30729; .NET CLR 3.0.30618; OfficeLiveConnector.1.3;
 OfficeLivePatch.0.0),gzip(gfe)