Re: Mir and August 11 eclipse

Bjoern Gimle (b_gimle@algonet.se)
Mon, 19 Jul 1999 20:32:57 +0200

The elements used should be after Progress docked. I don't know
the time, but took epochs 198.84, 199.41, 200.17 and fitted ndot2
(using SatAna) with 0.2 sec. residuals.

The SGP predictions  result in culmination around 10:26 UT Aug.11.
-------------
  10.8 cm flux = 150.000000

Residuals for final evolution:

99198.842893        2
99199.160523     -218
99199.414622        0
99199.859296      -22
99200.176918        0

Derived elsets:

MIR                                              354 x 346 km
1 16609U 86017A   99198.84289323  .00014000  27594-6  20292-3 0 96801
2 16609  51.6622 186.8885 0006374 317.5428  42.4077 15.73105135766239

MIR                                              354 x 346 km
1 16609U 86017A   99199.41462220  .00014000  00000-0  99588-4 0 96828
2 16609  51.6607 183.9589 0005612 318.2500  41.7070 15.73121143766326

MIR                                              354 x 346 km
1 16609U 86017A   99200.17691843  .00014000  00000-0  99497-4 0 96840
2 16609  51.6620 180.0516 0005867 321.8241  38.1342 15.73142487766442



-- bjorn@tt-tech.se (office)  b_gimle@algonet.se (home)      --
-- 59.2615N, 18.6206E, 33m    http://www.algonet.se/~b_gimle --
-- COSPAR 5918, HAMMARBY, 59.2985 N, 18.1045 E, 55 m         --
-- SeeSat-L / Visual Satellite Observer Home Page found at   --
-- http://www.satellite.eu.org/satintro.html       --

>Russell Eberst wrote:
>
>
>> I have been taking a look at Mir predictions for August 11 around the
time
>> of eclipse totality.  I find a transit across Europe at approx 10:20 U.T.

Bruno Tilgner:
>
>With recent TLEs the time of passage is around 10:17 to 10:19 UTC, so the
>evolution is in the wrong direction and will continue so, unless the orbit
>is raised in the next couple of weeks. Mir will be much higher above the
>horizon further south and further east, and this is where most observers
>will go, but the total phase of the eclipse occurs about 10 minutes later.
>
>So the odds aren't very good.
>