Wie in dieser Antwort erwähnt, gab es mehrere Fragen zu den Daten, die auf der whereisroadster-Site innerhalb der Space Exploration Stack Exchange-Site dargestellt werden.
Eines über falsche Entfernungen wurde gelöscht (ist aber immer noch für Benutzer mit höheren Wiederholungszahlen hier sichtbar), ein anderes über Roadster, der elf Tage lang im Chat stillsteht , und ein drittes Warum zeigt dieser Plot, dass Starmans Geschwindigkeit relativ zur Sonne so oft schwankt? wurde sehr gut aufgenommen und hoch gestimmt. Es gibt auch viele andere Fragen und Antworten, die sich auf diese Website hier beziehen.
Ich dachte, ich mache eine Stichprobe, um zu sehen, wie es geht.
Ich habe die Horizons-Ausgabe für das Roadster-Objekt als Ziel erfasst, wobei ich heliozentrische und geozentrische Positionen als Ursprung verwendet habe, um die Positions- und Geschwindigkeitsvektoren von diesen Ursprüngen zu erhalten. 20 Uhr ( 20:00:00
) hier in UTC+8 ist 12:00:00
UTC, wenn das Julianische Datum Null überschreitet (mindestens innerhalb von zehn Sekunden).
Ich habe den Screenshot genau zur vollen Stunde verpasst, aber den um 20:01:00
. Ich habe die Fenster gestaucht, damit sie beide in eine Breite von 640 Pixel passen, damit sie ohne Manipulationen gut auf dieser SE-Site zu sehen sind. time.gov stammt von NIST und versucht, über die Verbindung durch Ping-Timing zu synchronisieren.
Ich habe die Fenster ein paar Minuten zuvor aktualisiert, nur um sicherzustellen, dass die Dinge intern aktualisiert wurden.
Die Whereisroadster-Site erhält jedoch eine deutlich andere Entfernung zwischen Earth und Roadster als Horizions gibt, und dies soll die Datenmaschine sein, von der die Site ihre Daten ableitet.
Warum ist es so weit weg?
pos_rel_Earth = np.array([-1.064812011604053E+07, -8.608116821810877E+06, -2.355098230429459E+06])
r_rel_Earth = np.sqrt((pos_rel_Earth**2).sum())
print r_rel_Earth
13893474.1839
Das ist ein 1% Unterschied in der Entfernung, ~100.000 Kilometer
In Bezug auf die Sonne:
pos_rel_Sun = np.array([-1.591862416706663E+08, -2.299106450849950E+07, -2.353784956702188E+06])
r_rel_Sun = np.sqrt((pos_rel_Sun**2).sum())
print r_rel_Sun, v_rel_Sun
160855179.861 31.3143577616
Das sind auch ~100.000 Kilometer Unterschied.
Ephemeris / WWW_USER Mon Mar 26 11:34:36 2018 Pasadena, USA / Horizons
*******************************************************************************
Target body name: SpaceX Roadster (spacecraft) (-143205) {source: tesla_s9}
Center body name: Earth (399) {source: DE431mx}
Center-site name: BODY CENTER
*******************************************************************************
Start time : A.D. 2018-Mar-26 12:00:00.0000 TDB
Stop time : A.D. 2018-Mar-26 12:01:00.0000 TDB
Step-size : 1 minutes
*******************************************************************************
Center geodetic : 0.00000000,0.00000000,0.0000000 {E-lon(deg),Lat(deg),Alt(km)}
Center cylindric: 0.00000000,0.00000000,0.0000000 {E-lon(deg),Dxy(km),Dz(km)}
Center radii : 6378.1 x 6378.1 x 6356.8 km {Equator, meridian, pole}
Output units : KM-S
Output type : GEOMETRIC cartesian states
Output format : 2 (position and velocity)
Reference frame : ICRF/J2000.0
Coordinate systm: Ecliptic and Mean Equinox of Reference Epoch
$$SOE
2458204.000000000, A.D. 2018-Mar-26 12:00:00.0000, -1.064791354593495E+07, -8.608024506708045E+06, -2.355071522438325E+06, -3.442810011828843E+00, -1.538588913186599E+00, -4.451354722214971E-01,
2458204.000694444, A.D. 2018-Mar-26 12:01:00.0000, -1.064812011604053E+07, -8.608116821810877E+06, -2.355098230429459E+06, -3.442860173393305E+00, -1.538581181359120E+00, -4.451308989758778E-01,
$$EOE
Ephemeris / WWW_USER Mon Mar 26 11:55:30 2018 Pasadena, USA / Horizons
*******************************************************************************
Target body name: SpaceX Roadster (spacecraft) (-143205) {source: tesla_s9}
Center body name: Sun (10) {source: DE431mx}
Center-site name: BODY CENTER
*******************************************************************************
Start time : A.D. 2018-Mar-26 12:00:00.0000 TDB
Stop time : A.D. 2018-Mar-26 12:01:00.0000 TDB
Step-size : 1 minutes
*******************************************************************************
Center geodetic : 0.00000000,0.00000000,0.0000000 {E-lon(deg),Lat(deg),Alt(km)}
Center cylindric: 0.00000000,0.00000000,0.0000000 {E-lon(deg),Dxy(km),Dz(km)}
Center radii : 696000.0 x 696000.0 x 696000.0 k{Equator, meridian, pole}
Output units : KM-S
Output type : GEOMETRIC cartesian states
Output format : 2 (position and velocity)
Reference frame : ICRF/J2000.0
Coordinate systm: Ecliptic and Mean Equinox of Reference Epoch
$$SOE
2458204.000000000, A.D. 2018-Mar-26 12:00:00.0000, -1.591861789254073E+08, -2.298918688322970E+07, -2.353758256452293E+06, -1.045906639864063E+00, -3.129377652430419E+01, -4.450064271997949E-01,
2458204.000694444, A.D. 2018-Mar-26 12:01:00.0000, -1.591862416706663E+08, -2.299106450849950E+07, -2.353784956702188E+06, -1.045601993918644E+00, -3.129373246832911E+01, -4.450019025748677E-01,
$$EOE
Die Website ist eine Annäherung. Um die gesendete Datenmenge zu reduzieren, werden die Daten jedes Objekts relativ zur Sonne gespeichert. Auf diese Weise können die Diagramme in dieselbe Datenquelle aufgenommen werden, die zum Ermitteln der Entfernung verwendet wurde. Die Daten werden im „Vector“-Modus generiert. Darüber hinaus wird Tag für Tag eine lineare Interpolation zwischen Punkten verwendet.
Davon abgesehen sind die Fehlersummen einfach zu groß, um daran zu liegen, die im schlimmsten Fall nur einige hundert km betragen sollten, nicht 100.000 km oder mehr. Es stellt sich heraus, dass der Code eine Korrektur für Zeitzonen enthält. Bei der aktuellen Geschwindigkeit von 3,6 km/s bedeutet dies, dass bei falschen Zeitzonen der Fehler 12960 km/h betragen könnte. Entfernen Sie den Code, der die Zeitzonen falsch korrigiert, und Sie haben den richtigen Wert.
interp1d
ein praktisches Spline-Interpolationsobjekt zurück, das gut funktioniert!
Edlothiade
äh
SF.
äh
SF.
äh