A Space & astronomy forum. SpaceBanter.com

Go Back   Home » SpaceBanter.com forum » Astronomy and Astrophysics » Astronomy Misc
Site Map Home Authors List Search Today's Posts Mark Forums Read Web Partners

Why are the 'Fixed Stars' so FIXED?



 
 
Thread Tools Display Modes
Prev Previous Post   Next Post Next
  #11  
Old February 25th 07, 10:32 AM posted to sci.physics.relativity,sci.astro
George Dishman[_1_]
external usenet poster
 
Posts: 2,509
Default Why are the 'Fixed Stars' so FIXED?


"Henri Wilson" HW@.... wrote in message
...
On 23 Feb 2007 01:45:05 -0800, "George Dishman"
wrote:
On 23 Feb, 09:07, HW@....(Henri Wilson) wrote:

....
It could easily be generated in radiation belts around
the whole binary system. That might act as a local EM reference frame


You still haven't learned what "reference frame" means.


Don't be silly George. I am using the term loosely here.


You are using it completely wrongly here.

The actual reference frame is that of the barycentre. I'm saying there is
a
surrounding 'field' of some description that is virtually at rest wrt the
barycentre and which tends to unify the speed of all light inside the
region to
'c' WRT the region. I say 'tends to' becuase its effect must obviously
taper
off with distance from the centre.
When I said the field 'constitutes a local reference frame' I mean 'the
field
defines the same frame as the barycentre' and can be used as a reference
for
light speed. It is just as legitimate to say 'speed wrt the barycentre' as
'speed wrt the field'. They have the same meaning.


Utter garbage. You say later:

The origin of this frame is the barycentre of the pair.


The origin of a frame is whatever origin you use
for the measured values.


I didn't mean 'origin' as in 0,0 on a graph.


That's essentially what "reference frame" means, though it
doesn't imply a specific style of graph paper. It means
nothing more than the refernce point for measurements.

I meant the frame owes its existence to the fact that there is a definable
centre of mass for the whole system.


No, a frame owes its existence to the fact that someone
has decided to choose a particular reference point for
his graph paper.

and unify
the emitted light speeds.

We are assuming its speed wrt Earth varies between about c+/-
0.00009.

No, we are taking as a given that the time between
pulse arrivals varies by about 90 parts per million.
Some of that variation is due to the velocity but
some will be due to c+v pulses catching up to c-v
pulses a little in the time before extinction
equalises their speeds.

...and that results in exactly the same doppler shift as your own model.


What do you mean by my "own model", SR or my
corrections to your Ritzian version?


SR.

The only basic difference is that for small values of v, one uses the
equation
(c+v)/c and the other c/(c-v).


No, both those are for sound or a Galilean aether. For
SR the formula is sqrt((c+v)/(c-v)) as confirmed by Ives
and Stilwell.

If frequency f is transmitted and received as f' then:

f'/f = (c+v)/c

Define df = f' - f

df/f = v/c

For v c both c/(c-v) and sqrt((c+v)/(c-v)) give the
same expression with slight differences in the second
order part. Hence publications use a simple convention
when changing Doppler to radial speed: v/c = df/f
That's what you need to do in your program.

....
You are still using an iterative method when a direct
calculation would do the job. It suggests you aren't
really comfortable with this level of maths.

George, I DO use an equation. ...the sum of the above GP.
The problem is, every sample point around the orbit has a different
value for
v.


I am suggesting you only need to calculate t = vR/c^2
for the value of v at each point rather than your
iterative sum at each point.


Sorry, I'm not with you.
What's R? It has dimensions of length.
I can't see an extinction RATE anywhere there.


The rate would be a function of time so as an exponential
it would include exp(-t/T) where T is some constant. The
speed difference would fall to 1/e or 37% in time T.

As a function of distance the term is exp(-t/R) where
R is the distance travelled in time T. Again the speed
difference would fall to 1/e or 37% in distance R.

We'll see when you un-normalise the curves, I hadn't
realised you did that and thought you meant the physics
made their height the same.

Their heights ARE almost the same for small magnitude variations.
Without extinction, the amplitude of the red curve cannot be any greater
than
that of the blue one.


That is where you are wrong, without extinction the
red curve increases with distance until the peaks
reaches c at the critical distance. With extinction
the red curve starts rising above the blue but is
asymptotic to a constant curve and will be close to
that at several times the extinction distance.


George I think we are talking about different things again.

I'll explain what the two curves represent.
The blue one is the true c+v lightspeed wrt a flat plane normal to the
observer
LOS and close to the source. (We can ignore travel time across the orbit).


It is the true velocity at that time so "travel time across the
orbit" doesn't come into it, but yes we both understand what the
curve represents.

The program assumes that hypothetical pulses of equal brightness are
emitted at
regular time intervals by the source as it orbits. At the observer
distance,
these pulses arrive in different concentrations, due to bunching.


Again we both understand that. Now what the red curve is supposed
to be is the "observed source velocity". I put that in quotes
because we cannot actually measure the source velocity directly
so what is done is the recedived pulse rate is published as a
velocity by applying the convention v/c = df/f. Your program
calculates the concentration of the pulses so all you need to do
is scale that as velocity and display it as the red curve.

The program divides the orbit period into 500 equal time intervals and
counts
the number of pulses that arrive at the observer in each interval. This is
a
direct indicator of apparent brightness variation.


It is also the value that is used to work out the velocity in
actual observations.

The red curve is derived by averaging the true SOURCE velocities of all
the
pulses that arrive in each particular interval.


That is where your error lies.

The maximum of the blue curve
is c+v. So the maximum of the red curve can never be higher than that.


Yes it can, the bunching due to acceleration causes a false
velocity to be calculated using v/c = df/f which can produce
significantly higher values.

Certainly there are points on the red curve that are higher than those of
the
blue at the same phase....but that's not the issue.


It is actually, the acceleration part is 90 degrees out of
phase with the velocity (more complex for an elliptical
orbit) and the observed phase is a mix of the two. That's
what we want to predict which is why you need to correct
your calculation.

George



 




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump

Similar Threads
Thread Thread Starter Forum Replies Last Post
Fixed for a price? [email protected] Amateur Astronomy 5 May 18th 05 06:33 PM
Spirit Fixed! Greg Crinklaw UK Astronomy 1 January 25th 04 02:56 AM
Spirit Fixed! Greg Crinklaw Amateur Astronomy 0 January 24th 04 08:09 PM
I think I got it fixed now. Terrence Daniels Space Shuttle 0 July 2nd 03 07:53 PM
I think I got it fixed now. Terrence Daniels Policy 0 July 2nd 03 07:53 PM


All times are GMT +1. The time now is 04:27 PM.


Powered by vBulletin® Version 3.6.4
Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
Copyright ©2004-2025 SpaceBanter.com.
The comments are property of their posters.