Método de cálculo

Actualizado el 2 de noviembre de 2026.

Las tablas, las cartas y la calculadora de este sitio salen de un cálculo propio y reproducible. Esta página explica qué datos usamos, cómo los hemos comprobado frente a la referencia oficial y dónde están los límites. El código de cálculo se guarda junto al sitio y cada cifra se regenera con un solo comando.

De dónde salen los datos

Cómo se calcula un eclipse

A partir de DE440s derivamos los elementos besselianos de cada eclipse: unos polinomios que describen la sombra de la Luna sobre un plano que pasa por el centro de la Tierra. Comparados con los que publica la NASA para 2027, la mayor diferencia en los términos de posición es de 0,00013 radios terrestres, menos de un kilómetro. Con esos elementos, para cada lugar se resuelven los cuatro contactos, el máximo, la magnitud y la altura del Sol. Es el mismo cálculo el que se ejecuta en tu navegador en la calculadora.

Una comprobación directa, sin elementos besselianos, resuelve la geometría del Sol y la Luna con Skyfield para un observador concreto. En Ceuta, para 2027, ambos métodos dan el inicio y el fin de la totalidad con menos de una décima de segundo de diferencia.

Comparación con la tabla oficial del IGN

El IGN publica, para sus 8131 municipios, la hora de cada fase de los eclipses de 2027 y 2028. Cruzamos esa lista con coordenadas de GeoNames y comparamos el resultado. De las 8088 localidades cruzadas, 8023 reproducen el primer contacto del IGN con un margen de 3 segundos en los dos eclipses: son las que usa la calculadora. Las otras 65 se han descartado, porque un desvío así indica que las coordenadas no corresponden al punto que usa el IGN.

Eclipse del 2 de agosto de 2027

Eclipse del 26 de enero de 2028

Errores absolutos, en segundos. Cerca del borde de la franja las diferencias crecen, porque allí unos pocos kilómetros cambian la duración. Hay 0 municipios en 2027 y 29 en 2028 que quedan a un lado distinto del borde respecto al IGN.

El ajuste que aplicamos, y por qué

Sin ningún ajuste, nuestro modelo da en 2027 horas 10,5 segundos más tardías que el IGN, y 7,9 segundos en 2028, de forma muy uniforme en todo el país. Es lo que cabría esperar de un valor distinto de ΔT, la diferencia entre el tiempo uniforme y la rotación real de la Tierra, pero el IGN no publica el valor que usa, así que esa causa es una inferencia y no un hecho comprobado. Nosotros usamos el ΔT de Skyfield (69,1 s).

Como la referencia oficial en España es el IGN, y dos cifras distintas solo confundirían a quien las compare, alineamos el modelo con su tabla mediante tres constantes por eclipse: un desplazamiento de reloj (10,5 s en 2027 y 8,0 s en 2028) y dos retoques mínimos de los radios lunares. No sabemos cuál de los dos relojes acertará por esos segundos. Por eso, ninguna decisión de seguridad debe depender del reloj.

Fases de la Luna, estaciones y órbita

Comparamos las 49 fases lunares de 2027 con la Agenda Astronómica del IGN. La mayor diferencia es de 1,02 minutos, dentro de lo esperable si se publica al minuto. Los inicios de las estaciones difieren como mucho 0,72 minutos. Las distancias del perihelio y del afelio coinciden con diferencias de 79 y 1 km sobre unos 150 millones.

Diferencias conocidas que no hemos eliminado

• En Madrid, para 2027, el IGN indica un oscurecimiento del 85 % con magnitud 0,88. Nuestra geometría da 86,3 % con esa misma magnitud. El IGN no detalla su fórmula. Sí coincide la magnitud en toda la tabla municipal: la mediana del error es de 0,0025.
• En las capitales, nuestras duraciones de totalidad quedan a 2 segundos o menos de las del texto del IGN (Ceuta 4 min 48 s, Cádiz 2 min 54 s, Málaga 1 min 48 s, Melilla 4 min 34 s).
• Los acercamientos entre astros se dan con resolución de una hora y son geocéntricos: desde tu posición la separación real varía un poco, sobre todo con la Luna.
• Los contactos de los eclipses de Luna con la penumbra dependen de la convención para ampliar la sombra terrestre, y las fuentes difieren en algunos minutos.

Lo que este cálculo no tiene en cuenta

• El perfil real de montañas y valles de la Luna, que cambia unos segundos los contactos centrales y ensancha o estrecha la franja en su borde.
• La altitud del observador y el relieve de su horizonte, salvo cuando se indica.
• La refracción atmosférica en las alturas, salvo en la hora de la puesta de Sol, y el tiempo meteorológico.
• La visibilidad real: que un planeta esté por encima del horizonte no garantiza verlo.

Cómo se reproduce

El cálculo vive en la carpeta calc/ del proyecto: besselian.py, ephemeris.py, extras.py y verify_eclipse.mjs y verify_agenda.py, que generan los informes de comparación de la carpeta evidence/verification/. Las versiones están fijadas: DE440s (sha256 c1c7feea…), Skyfield 1.54 y los catálogos indicados arriba. Si detectas una cifra que no coincide con una fuente oficial, escríbenos.