🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: sci.physics.relativity
Article #97

Re: Station's clock with respect to the train

#97
From: John Murphy
Date: Mon, 03 May 2010 22:51
72 lines
5408 bytes
On 1 May, 08:26, 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.

The demons, moving instanteously, would know about the two clocks, but
their own 'clock' would be accessible only to them, showing only
infinite possibilities. The problem is that they would not be able to
communicate their results to any others than they themselves. They
might not be of help to Captain Quirk as regards his position because
they would not know where he was and where Captain Drake was, but they
would not be able to tell him anything useful in relation to either
position, even with the help of NASA or MIT.

One might think that if they were curving round in opposite
directions, they could compare each other's clocks, but they would
then need the demons back to inspect the clocks, and the result could
only be historical, because listening to the demons would take time.
And the demons would then think they had done a good job, but would go
away a bit cross,since their NASA invoice was late again!

'It is intirely possible for the station and the train to compare
clocks while passing each other is it not?

Mitch Raemsch'
--
Harbinger.
Technical Details
Message-ID: <41c2c1a3-4b3e-47f4-9bfd-e511162bc45e@o14g2000yqb.googlegroups.com>
Path: arc1-ca.pugleaf.net!g2news2.google.com!postnews.google.com!o14g2000yqb.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!o14g2000yqb.googlegroups.com!not-for-mail
From: John Murphy <london.accommodation.homestays@googlemail.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: Mon, 3 May 2010 15:51:40 -0700 (PDT)
Organization: http://groups.google.com
Lines: 78
Message-ID: <41c2c1a3-4b3e-47f4-9bfd-e511162bc45e@o14g2000yqb.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: 149.254.50.188
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: quoted-printable
X-Trace: posting.google.com 1272927100 24098 127.0.0.1 (3 May 2010 22:51:40 GMT)
X-Complaints-To: groups-abuse@google.com
NNTP-Posting-Date: Mon, 3 May 2010 22:51:40 +0000 (UTC)
Complaints-To: groups-abuse@google.com
Injection-Info: o14g2000yqb.googlegroups.com; posting-host=149.254.50.188; 
 posting-account=NjGPpwoAAABNAfwuD1y2MMOwzhZyUHe2
User-Agent: G2/1.0
X-HTTP-UserAgent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; 
 Trident/4.0; Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1) ; SLCC1;
 .NET CLR 2.0.50727; Media Center PC 5.0; InfoPath.1; .NET CLR 1.1.4322; .NET
 CLR 3.5.30729; OfficeLiveConnector.1.3; OfficeLivePatch.0.0; .NET CLR
 3.0.30729),gzip(gfe)