Schwierigkeiten beim Versuch, die SPK-Datei ast343de430.bsp zu verwenden

Ich suche nach einer NAIF-SPK-Datei (diese enden normalerweise auf .bsp) für eine Reihe von Asteroiden im J2000-Referenzrahmen. fand ich ast343de430.bspbei ftp://ssd.jpl.nasa.gov/pub/eph/small_bodies/asteroids_de430/ast343de430.bsp. Sie scheinen auf J2000 verwiesen zu sein, und sie haben 10(Sonne) als zentrale Referenz, aber wenn ich sie plotte, sehen sie wackelig aus.

Wenn ich ihre Spuren überlagere de430.bsp, erhalte ich epizyklisch aussehende Spuren für jeden einzelnen Körper und die Punktwolke scheint die charakteristische Asteroidengürtelform zu bilden, aber um 2-3AU versetzt.

Ich verwende einen einfachen SPK-Reader, den ich selbst entwickelt habe. Der Code ist hier (MIT-lizenziert, da die Frage unten auftauchte). Dieser Reader ist mit den öffentlich veröffentlichten großen Körper- und Satellitendateien ( https://naif.jpl.nasa.gov/pub/naif/generic_kernels/spk/planets/ , https://naif.jpl.nasa.gov/pub /naif/generic_kernels/spk/satellites/ )

Hat jemand diese Datei verwendet und hatte er irgendwelche Probleme damit? Danke!

@uhoh Ich weiß nichts speziell über Asteroidendateien, aber ich kann alle öffentlich veröffentlichten großen Körperdateien + Pluto ( naif.jpl.nasa.gov/pub/naif/generic_kernels/spk/planets , naif.jpl.nasa. gov/pub/naif/generic_kernels/spk/satellites ) ohne Probleme. Vielen Dank!
Entschuldigung, das ist etwas abseits des Themas, aber ist Ihr SPK-Reader zufällig Open Source? Ich versuche gerade, selbst ein SPK/DAF-Lesegerät auszulesen, und tue mich etwas schwer.
@ChrisR MIT hier lizenziert: github.com/kghose/groho . Die Reader-Bits sind hier: github.com/kghose/groho/tree/master/src/orrery
@uhoh , ich fand das jplephem von Brandon Rhodes ganz nett zu benutzen.
Ich würde vorschlagen, CSPICE ( naif.jpl.nasa.gov/naif ) zu verwenden, um SPICE-Kernel-Dateien (SPK) zu lesen. Wenn nicht, das Skyfield von Brandon Rhodes ( github.com/skyfielders/python-skyfield ), das neuer ist als pyephem. Ich erkläre das SPICE-Format hier: github.com/skyfielders/python-skyfield/issues/19 und habe einen SPICE-Dateileser für Mathematica (aber in Perl geschrieben) unter github.com/barrycarter/bcapps/blob/master/ASTRO/ geschrieben. bc-xsp2math.pl (andere Dateien in diesem Verzeichnis können ebenfalls nützlich sein). astronomy.stackexchange.com/questions/13488 kann ebenfalls nützlich sein.
@barrycarter hast du eine Goto-Software, die du verwendest, um Dinge zu überprüfen/zu überprüfen? Es ist ein Hobbyprojekt und eines der Dinge, die ich (irgendwie …) gerne mache, ist, alles selbst zu machen. Wenn meinem Leser also etwas fehlt, das ich brauche, füge ich es gerne selbst hinzu. In diesem Fall möchte ich sicher sein, dass eher ich als die Datei wackelig bin. Danke!
@KaushikGhose Ich würde CSPICE (und HORIZONS) als Prüfung verwenden. Wenn sie mit Ihren Ergebnissen nicht einverstanden sind, ist wahrscheinlich Ihr Code fehlerhaft, nicht ihrer.
Leute - es gab einen Fehler in meinem Programm und ich konnte fortfahren, sobald ich die Dateidaten jplephemplotten konnte. Danke für deine Hilfe! Ich kann dies als Antwort aufschreiben, indem ich im Grunde nur auf die nicht in sich geschlossene Natur der Datei hinweise (sie verweist auf alles, 10enthält sich aber nicht 10) und empfehle jplephem, Berechnungen zu überprüfen. Ich musste mich nur an all die Kameradschaft von euch erinnern jplephem! Danke!

Antworten (1)

Die ast343de430.bspDatei scheint in Ordnung zu sein. Es gibt nur eine Sache zu beachten – alle Körper in dieser Datei beziehen sich auf die Sonne ( 10), aber die Ephemeride der Sonne ist nicht enthalten. (Der Grund wird hier angegeben - der Autor dieser Datei hält die Position der Sonne für besser definiert als die SSB). Aus diesem Grund sollte eine zusätzliche .bspDatei verwendet werden, die das SSB enthält, es sei denn, Sie möchten die Sonne als Ursprung des Koordinatensystems verwenden.

Ich denke aber, dass du das definitiv akzeptieren kannst ;-)