Estoy confundido por las muchas descripciones contradictorias que veo sobre cómo se contabilizan los segundos bisiestos UTC. Entiendo que hay varias formas de manejarlos en la práctica común y he visto una variedad de definiciones formales. Pero parece que en la práctica científica, simplemente se omiten : no hay un día juliano UTC (que no es un valor JD (UTC)) correspondiente a ningún momento durante un segundo intercalar, y cosas como las efemérides generalmente no se informan para los segundos intercalares . Hay, por supuesto, eventos que tienen lugar durante los segundos bisiestos, pero si uno quiere referirse a la hora en que ocurren, se utiliza un sistema de cronometraje diferente (por ejemplo, UT1 o TT).
¿Está bien? Tiene mucho sentido como una forma de acomodar las ambigüedades que introducen los segundos intercalares y, de hecho, corresponde a la forma en que algunos sistemas (por ejemplo, POSIX ) los implementan; pero no coincide con las definiciones que he visto.
Como sabes, los astrónomos no usan UT para los cálculos sino Julian Days (JD). Una vez que se realiza el cálculo, el JD resultante se vuelve a convertir a UT, UTC o zona horaria deseada para divulgación pública.
Los segundos bisiestos se pueden tomar de datos históricos (p. ej., NASA http://eclipse.gsfc.nasa.gov/SEhelp/deltat2004.html o US Navy ftp://maia.usno.navy.mil/ser7/deltat.data ) o si no están disponibles, se pueden calcular http://eclipse.gsfc.nasa.gov/SEhelp/deltatpoly2004.html . Se representan como ΔT.
Luego, ΔT se agrega a JD y ese tiempo se llama JDE (Julian Ephemeris Day). O dicho de otro modo, JD se calcula a partir de UT, pero JDE se calcula a partir del Tiempo Dinámico (TD = UT + ΔT).
Desde principios de la década de 1990, algunas publicaciones como Minor Planet Circulars (http://www.minorplanetcenter.net/iau/services/MPCServices.html) cambiaron el nombre de JDE a JDT, donde T significa relación con el tiempo dinámico terrestre.
Tiene toda la razón: al asignar números reales de JD a las fechas del calendario UTC, es simplemente imposible nombrar cualquier momento durante el segundo bisiesto, mientras que una representación analógica de una hora UTC puede decir "23:59:60.25", el JD proporcionará ningún nombre para ningún momento de todo ese segundo.
Esto se puede ver si visita el sistema JPL HORIZONS estándar:
http://ssd.jpl.nasa.gov/horizons.cgi
Si escribe una hora de inicio 2012-6-30 23:59:58
y una hora de finalización 2012-7-1 0:00:02
y solicita un tamaño de paso de 5 "intervalos iguales", es posible que, para ser justos, haya esperado obtener los 5 segundos entre esos dos tiempos como sus cinco intervalos iguales. Pero, al seleccionar "Delta-T" y "formato de fecha y hora: Ambos" en la configuración de su tabla, verá que HORIZONTES se olvida del segundo bisiesto al dividir el período que solicitó en 5 partes:
$$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
Claramente, aquí se produce un segundo bisiesto: ¡puede ver que el valor Delta-T salta 1 segundo! Pero la fracción JD claramente no tiene "espacio" para nombrar el segundo bisiesto, y HORIZONTES tampoco: se incluye en los cálculos posteriores, pero no se puede nombrar como una entrada al sistema.
oromo
usuario11266
oromo
usuario11266