Yuriy said:I already was ready to claim that I am mistaken with my –4.9 m-sec/day but you just made me suspicious. May be “Earth is the preferred reference frame”, but how about “You can't go to the orbit view and see the earth clock go slow”? No matter how fast I am moving, no matter am I on orbit or am I moving straightforward I will see the Earth clock running the same? Even if my clocks do not have mechanism compensating the LR’s dilation of time as it is in GPS? So, you say that LR as a concept rejects the old good Principle of relativity? Yes or no?
Maybe this will clear things up.
In SR there are no preferred rest frames. Each observer assumes he is at rest.
In LR there is a choice made and a local preferred rest frame is made. In the case of GPS the obvious choice is the earth's axis. Which is what they use. From that perspective it is the earth that is at rest in all experiments.
NOw there is nothing to preclude you from chosing the orbit as your preferred frame at rest (although it would not seem a reasonable choice to have the larger mass circling the small satellite). But if you did that choice must be applied as the point of rest for all observers in that experiment.
There are never any switched frames as part of a given case. The reciprocity of SR is eliminated. The mathematics are the same but more structured and restricted in their application.
That means you could calibrate the GPS from the orbit view using LR but from the earth clock view it would still be the orbit clock that is at rest.
In deep space there may not be an obvious choice for a rest frame, just as in SR but the differance is this.
Given clock A and clock B with relative velocity. SR says both clock locally are at rest and see the other as in motion. That creates the untenable duality of tick rates in the clocks.
In LR you would arbitrarily choose one as at rest. i.e - "A" and it is "B" that is in motion. "B" would agree that "A" is at rest and that he is in motion because it is against an assumed background ether field as a referance.
To take the opposing view you must then say clock A' and B', not A and B. You must use different clocks to take the opposing view. You can see then in LR that the different times for the opposing views are on different physical clocks and not a multiple tick rate for the same physical clock.
Last edited: