Ich bin verwirrt von den vielen widersprüchlichen Beschreibungen, die ich darüber sehe, wie UTC-Schaltsekunden berücksichtigt werden. Ich verstehe, dass es in der gängigen Praxis verschiedene Möglichkeiten gibt , mit ihnen umzugehen, und ich habe eine Vielzahl formaler Definitionen gesehen. Aber es scheint, dass sie in der wissenschaftlichen Praxis einfach weggelassen werden: Es gibt keinen UTC Julian Day (das ist kein JD(UTC)-Wert), der Zeiten während einer Schaltsekunde entspricht, und Dinge wie Ephemeriden werden im Allgemeinen nicht für Schaltsekunden gemeldet . Natürlich gibt es Ereignisse, die während Schaltsekunden stattfinden, aber wenn man sich auf den Zeitpunkt beziehen möchte, zu dem sie auftreten, verwendet man ein anderes Zeitnahmesystem (z. B. UT1 oder TT).
Ist das richtig? Es ist absolut sinnvoll, um die Mehrdeutigkeiten zu berücksichtigen, die Schaltsekunden einführen, und es entspricht tatsächlich der Art und Weise, wie einige Systeme (z. B. POSIX ) sie implementieren; aber es stimmt nicht ganz mit den Definitionen überein, die ich gesehen habe.
Wie Sie wissen, verwenden Astronomen nicht UT für Berechnungen, sondern Julian Days (JDs). Nachdem die Berechnung abgeschlossen ist, wird das resultierende JD zurück in UT, UTC oder die gewünschte Zeitzone für die Öffentlichkeitsarbeit konvertiert.
Schaltsekunden können aus historischen Daten (z. B. NASA http://eclipse.gsfc.nasa.gov/SEhelp/deltat2004.html oder US Navy ftp://maia.usno.navy.mil/ser7/deltat.data ) oder entnommen werden wenn diese nicht verfügbar sind, können sie berechnet werden http://eclipse.gsfc.nasa.gov/SEhelp/deltatpoly2004.html . Sie werden als ΔT bezeichnet.
ΔT wird dann zu JD addiert und diese Zeit wird JDE (Julian Ephemeris Day) genannt. Oder anders ausgedrückt: JD wird aus UT berechnet, JDE jedoch aus dynamischer Zeit (TD = UT + ΔT).
Seit den frühen 1990er Jahren haben einige Veröffentlichungen wie Minor Planet Circulars (http://www.minorplanetcenter.net/iau/services/MPCServices.html) JDE in JDT umbenannt, wobei T die Beziehung zur Terrestrial Dynamical Time bedeutet.
Sie haben völlig Recht: Bei der Zuordnung von JD-Realzahlen zu UTC-Kalenderdaten ist es einfach unmöglich, einen Moment während der Schaltsekunde zu benennen – während eine analoge Wiedergabe einer UTC-Zeit „23:59:60,25“ sagen kann, wird der JD liefern kein Name für irgendeinen Moment dieser ganzen Sekunde.
Dies ist ersichtlich, wenn Sie das Standardsystem von JPL HORIZONS besuchen:
http://ssd.jpl.nasa.gov/horizons.cgi
Wenn Sie eine Startzeit von 2012-6-30 23:59:58
und eine Endzeit von 2012-7-1 0:00:02
eingeben und nach einer Schrittgröße von 5 „gleichen Intervallen“ fragen, haben Sie fairerweise erwartet, dass Sie die 5 Sekunden zwischen diesen beiden Zeiten als Ihre fünf gleichen Intervalle erhalten. Aber wenn Sie in Ihren Tabelleneinstellungen „Delta-T“ und „Datum-Zeit-Format: Beides“ auswählen, werden Sie stattdessen sehen, dass HORIZONS die Schaltsekunde vergisst, wenn es den gewünschten Zeitraum in 5 Teile teilt:
$$SOE
2012-Jun-30 23:59:58.000 2456109.499976852 *m 66.184122
2012-Jun-30 23:59:58.800 2456109.499986111 *m 66.184122
2012-Jun-30 23:59:59.600 2456109.499995370 *m 66.184122
2012-Jul-01 00:00:00.400 2456109.500004630 *m 67.184122
2012-Jul-01 00:00:01.200 2456109.500013889 *m 67.184122
2012-Jul-01 00:00:02.000 2456109.500023148 *m 67.184122
$$EOE
Hier tritt eindeutig eine Schaltsekunde auf – Sie können sehen, wie der Delta-T-Wert um 1 Sekunde springt! Aber der JD-Anteil hat eindeutig keinen „Raum“, um die Schaltsekunde zu benennen, und HORIZONS auch nicht: Sie wird in die nachgelagerten Berechnungen einbezogen, kann aber nicht als Eingabe für das System benannt werden.
Orom
Benutzer11266
Orom
Benutzer11266