¿Cómo se manejó la deuda en el cambio del calendario juliano al gregoriano?

¿Cómo se manejó la deuda en el cambio del calendario juliano al gregoriano?

Estaba leyendo sobre las fechas New Style y Old Style, y pensé en la eliminación de fechas durante la transición. Del artículo de Wikipedia sobre el calendario gregoriano:

Cuando se puso en uso el nuevo calendario, el error acumulado en los 13 siglos desde el Concilio de Nicea se corrigió mediante una eliminación de 10 días. El día del calendario juliano, el jueves 4 de octubre de 1582, fue seguido por el primer día del calendario gregoriano, el viernes 15 de octubre de 1582 (el ciclo de los días de la semana no se vio afectado).

Y más tarde, como en las colonias británicas en 1752, el año anterior fue de 282 días cortos (una eliminación de más de 80 días).

Entonces, ¿cómo se manejaron las deudas, como préstamos con intereses acumulados, pagos fijos / globales, etc.? Si este tipo de cambio ocurriera hoy y de repente se borraran 10 días y de repente pasara del 21 de mayo al 1 de junio, tendría un cheque de la hora que realiza el pago de la hipoteca. ¿Se ajustaron los términos del préstamo para el nuevo calendario? ¿O el gobierno redujo temporalmente sus tasas impositivas? ¿Cómo se ajustaron las economías en ese momento a esto?


Si bien dudo que hubiera mucha deuda que involucraba pagos mensuales en comparación con la actualidad, se sabe que (cualquier) reforma del calendario causó mucha confusión que aún hoy confunde a los historiadores.

Todos los documentos legales se vieron afectados e incluso hubo protestas donde la gente reclamó los días perdidos ya que se creía que acortaban sus vidas.

Teóricamente, si su deuda vencía entre el 3 y el 14 de septiembre en la Gran Bretaña de 1752, saldría gratis, ya que estos días nunca existieron. En la práctica, creo que eso no sucedió en absoluto, ya que la falta de pago de sus deudas lo convirtió en un delincuente y el castigo fue severo, ya que la ley estaba del lado del acreedor.

Al final, espero que la gente se las arregle para que las canchas tengan un día de campo.

Referencias:
http://www.legislation.gov.uk/apgb/Geo2/24/23/contents
https://en.wikipedia.org/wiki/Dual_dating
https://en.wikipedia.org/wiki/Promissory_note
https://en.wikipedia.org/wiki/History_of_bankruptcy_law
http://mentalfloss.com/article/51370/why-our-calendars-skipped-11-days-1752


Las diferentes sociedades usan diferentes días para comenzar el año calendario. Cambiar la fecha de inicio del año es posiblemente el cambio más simple de realizar en un calendario. Así, en la Europa medieval era posible viajar de un año a otro viajando entre lugares que comenzaban sus años de calendario en diferentes fechas.

En Inglaterra, los años calendario comenzaron el 25 de marzo de aproximadamente el 1200 d.C. Así, al 24 de marzo de 1250 le seguiría en Inglaterra el 25 de marzo de 1251, y 12 meses después estaría el 1 de marzo al 24 de marzo de 1251, seguido del 25 de marzo de 1252.

Inglaterra cambió el inicio del año calendario al 1 de enero al mismo tiempo que adoptó el calendario gregoriano, haciendo así un año unos meses más corto.

Añadido el 15-05-2017.

Sin embargo, existían preocupaciones legítimas sobre los impuestos y otros pagos en el marco del nuevo calendario. La disposición 6 (Tiempos de pago de alquileres, anualidades) de la Ley estipulaba que los pagos mensuales o anuales no vencerían hasta las fechas que originalmente tendrían en el calendario juliano, o en las palabras de la Ley "[Tiempos de pago de Rentas, Anualidades] en y en los mismos días y horarios naturales respectivos en los que debían y debían haber sido pagaderos o efectuados o hubieran sucedido en caso de que no se hubiera dictado esta Ley ".

1https: //en.wikipedia.org/wiki/Calendar_ (New_Style) _Act_17501

http://www.legislation.gov.uk/apgb/Geo2/24/23/contents2


Fechas y hora¶

Los astrónomos usan una variedad de escalas diferentes para medir el tiempo. ¡Skyfield a menudo tiene que usar varias escalas de tiempo dentro de un solo cálculo! La clase Time es la forma en que Skyfield representa un solo momento en el tiempo o una gran variedad de momentos, y realiza un seguimiento de todas las diferentes designaciones asignadas a ese momento por las diversas escalas de tiempo estándar:

El objeto Timescale devuelto por load.timescale () gestiona las conversiones entre diferentes escalas de tiempo y también es la forma en que el programador construye objetos Time para fechas específicas. La mayoría de las aplicaciones crean solo un objeto Timescale, que los programadores de Skyfield llaman convencionalmente ts, y lo usan para construir todo el tiempo.

Para una referencia rápida, aquí están las escalas de tiempo admitidas:

  • UTC: hora universal coordinada ("hora de Greenwich")
  • UT1: hora universal
  • TAI - Hora Atómica Internacional
  • TT - Hora terrestre
  • TDB: tiempo dinámico baricéntrico (el JPL Teph)

Y aquí hay enlaces a la documentación de la API para escalas de tiempo y horarios:


1 respuesta 1

LocalDate maneja el calendario gregoriano proléptico solamente. De su javadoc:

El sistema de calendario ISO-8601 es el sistema de calendario civil moderno que se utiliza hoy en día en la mayor parte del mundo. Es equivalente al proléptico sistema de calendario gregoriano, en el que las reglas actuales para los años bisiestos se aplican para todos los tiempos. Para la mayoría de las aplicaciones escritas en la actualidad, las reglas ISO-8601 son totalmente adecuadas. Sin embargo, cualquier aplicación que utilice fechas históricas y requiera que sean precisas encontrará que el enfoque ISO-8601 no es adecuado.

Por el contrario, la antigua clase java.util.GregorianCalendar (que también se usa indirectamente en toString () - salida de java.util.Date) usa un límite gregoriano configurable por defecto en 1582-10-15 como fecha de separación entre julian y reglas del calendario gregoriano.

Por lo tanto, LocalDate no se puede utilizar para ningún tipo de fechas históricas.

Pero tenga en cuenta que incluso java.util.GregorianCalendar a menudo falla incluso cuando está configurado con correcto fecha de corte dependiente de la región. Por ejemplo, el Reino Unido comenzó el año el 25 de marzo antes de 1752. Y hay muchas más desviaciones históricas en muchos países. Fuera de Europa, incluso el calendario juliano no se puede usar antes de la introducción del calendario gregoriano (o es mejor usarlo solo desde una perspectiva colonialista).

ACTUALIZAR debido a preguntas en el comentario:

Para explicar el valor -14830974000000, consideremos el siguiente código y su salida:

Cabe señalar que el valor -12219292800000L mencionado en su comentario anterior es diferente en 5 horas de tCutOver debido a la diferencia de desplazamiento de zona horaria entre America / New_York y UTC. Entonces, en la zona horaria EST (America / New_York) tenemos exactamente 30228 días de diferencia. Para el período de tiempo en cuestión, aplicamos las reglas del calendario juliano que es cada cuatro años es un año bisiesto.

Entre 1500 y 1582 tenemos 82 * 365 días + 21 días bisiestos. Luego también tenemos que agregar 273 días entre 1582-01-01 y 1582-10-01, finalmente 4 días hasta el corte (recuerde que el 4 de octubre es seguido por el 15 de octubre). En total: 82 * 365 + 21 + 273 + 4 = 30228 (lo que se iba a demostrar).

Explíqueme por qué esperaba un valor diferente de -14830974000000 ms. Me parece correcto ya que maneja el desplazamiento de la zona horaria de su sistema, las reglas del calendario juliano antes de 1582 y el salto desde el 4 de octubre de 1582 hasta la fecha de corte 1582-10-15. Entonces, para mí, su pregunta "¿cómo le digo al objeto de fecha que devuelva el ms a la fecha gregoriana correcta?" ya está respondido, no se necesita corrección. Tenga en cuenta que este material complejo lleva bastante tiempo en uso de producción y se puede esperar que funcione correctamente después de tantos años.

Si realmente desea usar JSR-310 para esas cosas, repito que no hay soporte para la fecha de corte gregoriana. Lo mejor es que puede hacer su propia solución.

Por ejemplo, podría considerar la biblioteca externa Threeten-Extra que contiene un calendario juliano proléptico desde la versión 0.9. Pero aún será su esfuerzo manejar el corte entre el antiguo calendario juliano y el nuevo calendario gregoriano. (Y no espere que tales bibliotecas sean capaces de manejar fechas históricas REALES debido a muchas otras razones, como el comienzo del año nuevo, etc.)

Actualización en el año 2017: Otra opción más poderosa sería usar HistoricCalendar de mi biblioteca Time4J, que maneja mucho más que julian / gregorian-cutover.


Diferencia entre el calendario juliano y gregoriano

El dispositivo que utilizamos para responder a la antigua pregunta de qué fecha es se conoce como calendario. El calendario que se utiliza hoy en día en todo el mundo se conoce como calendario cristiano o calendario gregoriano. Este sistema de calendario tomó el relevo del calendario juliano anterior que estuvo en uso desde el 45 aC hasta 1582. Aunque ambos son calendarios cristianos, muchas personas no conocen las diferencias entre los dos calendarios occidentales. Este artículo intenta resaltar estas diferencias.

Calendario juliano

Este es un calendario que fue presentado al mundo por Julio César en el 46 a. C. Este era un calendario que se acercaba notablemente a la duración real de un año, pero se descubrió que quedaba cerca de un día en un período de 128 años. Entonces, para cuando fue 1582 d.C., el calendario juliano en realidad se había desviado 10 días completos desde la fecha real. Para reformar el calendario, el Papa Gregorio XIII introdujo el calendario gregoriano en 1582, que fue adoptado lenta y gradualmente por los países católicos de todo el mundo.

Cuando Julio César ganó Egipto en el 48 a. C., sintió la necesidad de reformar el calendario. El calendario que introdujo dividía un año en 12 meses y contenía 365 días con un día adicional cada cuatro años para tener en cuenta la duración real de 365,25 días para un año solar.

Calendario Gregoriano

Más tarde se demostró que la duración de un año como 365,25 en el calendario juliano era incorrecta, ya que se descubrió que un año solar era 365,2422 y 365,2424 días en los años tropicales y equinoccios. Esto significó que el calendario juliano tenía un error de 0,0078 días y 0,0076 días en los dos casos. Esto representó una diferencia de 11,23 minutos y 10,94 minutos, respectivamente. El error significó que el calendario juliano se perdiera casi un día cada 131 años. Después de muchos siglos, el calendario de Julain se volvió inexacto para calcular las estaciones exactas y el día más importante para los cristianos, la Pascua. Para reformar el calendario juliano, el papa Gregorio XIII introdujo el calendario gregoriano en 1582. Sin embargo, el trabajo en la reforma del calendario comenzó en tiempos del Papa Pablo III, y las sugerencias del famoso astrónomo Clavius ​​fueron tomadas en consideración cuando finalmente la Iglesia adoptó el calendario gregoriano.

¿Cuál es la diferencia entre el calendario juliano y gregoriano?

• Se omitieron 10 días del calendario juliano, y el día siguiente al 4 de octubre, el día en que se adoptó el calendario gregoriano, se conoció como 15 de octubre de 1582.

• Mientras que en el calendario juliano, un año bisiesto era un año divisible por 4, se declaró que un año bisiesto podía ser un año divisible por 4 pero no por 100 o un año divisible por 400.

• El calendario gregoriano introdujo nuevas leyes para determinar la fecha de Pascua.

• Si bien se eligió el día anterior al 25 de febrero para agregar un día adicional en un año bisiesto en el calendario juliano, se tomó como el día posterior al 28 de febrero en el calendario gregoriano.


Conversión de calendario a fecha para fechas anteriores al 15 de octubre de 1582. Cambio de calendario gregoriano a juliano

Dado que la fecha de inicio del calendario gregoriano es el 15 de octubre de 1582, considere las siguientes pruebas y ayúdeme a comprender lo que sucede:

Los resultados son los siguientes:

¿Podrías aclararme qué está pasando? Muchísimas gracias.

EDITAR: Gracias, arreglé mis errores sobre el formato de la fecha para analizar: ahora todos tienen el formato aaaa-MM-gg y ya no se lanzan excepciones.

Ahora intento aclarar mis dudas.

¿Qué determina si estamos usando o no el calendario gregoriano proléptico?
Resumiendo:
java.util.GregorianCalendar representa un calendario juliano para fechas anteriores al 15 de octubre de 1582 y un calendario gregoriano posterior a esta fecha. ¿Es correcto?
Entonces, esto justifica el comportamiento en el nuevo GregorianCalendar (.).
Si lo hago:

porque el 4 de octubre de 1582 existe en el calendario juliano y el calendario que he creado representa una fecha juliana.
Convirtiendo este calendario a la fecha, tenemos:

porque el día 5 de octubre no existe en el calendario juliano ni en el gregoriano. Entonces el constructor GregorianCalendar crea una fecha exactamente 1 día después del 4 de octubre, que es el primer día del calendario gregoriano, el 15 de octubre. La nueva fecha se expresa luego en el sistema de calendario gregoriano.
Tendré el mismo comportamiento creando un nuevo calendario pasando fechas de (1582, 9, 5) a (1582, 9, 14).
En el ejemplo anterior, el archivo java.util.Date convertido vuelve a ser coherente con el calendario.

porque existe el 15 de octubre en el calendario gregoriano y la nueva fecha se expresa en este sistema. El calendario convertido en fecha vuelve a ser coherente:

Esto significa que el constructor GregorianCalendar asume que ingreso fechas en el sistema de calendario que son válidas en la época dada: en otras palabras asume que si ingreso una fecha anterior o igual al 04 de octubre estoy pensando en la fecha según el julian calendario y la fecha se expresa en este sistema, si ingreso una fecha entre el 05 y el 14 de octubre, cuenta el número de días entre la fecha de finalización del calendario juliano (04 de octubre) y la fecha que ingresé y suma estos días a la fecha de inicio del calendario gregoriano (15 de octubre) y expreso la nueva fecha en el sistema gregoriano, y si ingreso una fecha posterior o igual al 15 de octubre, se asume que la fecha que ingresé se refiere al calendario gregoriano y la nueva fecha se expresa en este sistema.
¿Todo esto es correcto?
Este no es un comportamiento proléptico, ¿verdad? Si el calendario fuera un calendario gregoriano proléptico, esperaría que inicializándolo con

que es el 5 de octubre se fija también si la fecha no existe en el sistema gregoriano y, siendo 10 días antes del primer día del calendario gregoriano, sería igual a la fecha juliana 25 de septiembre, si no me equivoco.
¿Cómo puedo decidir si usar el calendario gregoriano proléptico o no?

Analizando una cadena y creando un nuevo GregorianCalendar pasando por XmlGregorianCalendar, el comportamiento me parece diferente.
Analizando "1582-10-04" obtengo

(igual que el ejemplo anterior ..) pero una fecha

(Aquí tenemos una fecha juliana, ¿verdad? Pero en el ejemplo de arriba (donde el Calendario Gregoriano fue creado por su constructor) la Fecha era igual al Calendario. ¿Por qué ahora es diferente?

Analizando la cadena "1582-10-05" tenemos

(Ahora tenemos un calendario gregoriano proléptico, ¿verdad?)
Pero de nuevo una fecha diferente

Mismo comportamiento al analizar "1582-10-14"

Si finalmente analizamos "1582-10-15", volvemos a la edad gregoriana y todos se vuelven consistentes:

¿Puedes ayudarme a comprender todos estos comportamientos?
Muchísimas gracias.

Gracias por tus respuestas, también si me queda alguna duda. Probé el siguiente código:

Ahora tengo el calendario con DAY_OF_MONTH consistente con lo que configuré, así que creo que este es un comportamiento proléptico, ¿verdad? Pero nuevamente pregunto por qué la fecha, obtenida por el método getTime (), no representa el mismo día, sino 10 días antes. Gracias de nuevo.

La pregunta es para mí un poco más clara, pero no del todo. No entendí en detalle con qué lógica se hace la conversión de Calendario Gregoriano a Fecha y por qué un Calendario Gregoriano proléptico y uno tradicional, cada uno construido con los mismos parámetros que DÍA, MES y AÑO, no siempre representan el mismo instante de tiempo. Hice algunas pruebas adicionales.

La primera prueba (5 de febrero de 1582) se refiere a un período perteneciente al calendario juliano, la segunda (8 de octubre de 1582) pertenece al período de transición, la tercera (5 de diciembre de 1582) al período del Calendario Gregoriano. Entonces pienso en notar las siguientes cosas:


Seguridad y obediencia

Esto es lo que el Observatorio Naval de EE. UU. Tiene que decir sobre el orden de la semana:

Hemos tenido ocasión de investigar los resultados de los trabajos de especialistas en cronología y nunca hemos encontrado uno de ellos que haya tenido la menor duda sobre la continuidad del ciclo semanal desde mucho antes de la era cristiana. v

Dios apartó el sábado del séptimo día durante la semana de la creación. Él reforzó el sábado en el tiempo de Moisés (Éxodo 16) e hizo de la observancia del sábado el cuarto mandamiento. A lo largo de la historia, el pueblo judío ha santificado el séptimo día, y Jesús y sus seguidores también lo celebraron.

El orden de la semana no ha cambiado, ni el gozo que viene cuando obedecemos a Dios y pasamos el séptimo día con Él.


Calculadora de fecha juliana de Steve

El formulario anterior se inicializa con la fecha y hora universales (a todos los efectos, es lo mismo que la hora media de Greenwich, pero no exactamente lo mismo - ver diferencias), según lo determinado por el reloj en su computadora en el momento en que se ingresa a esta página (Nota: esto es siempre al segundo más cercano). Se aplica una conversión de su zona horaria local.

El reloj sobre el formulario muestra hora universal actual de acuerdo con el reloj del servidor Time and Date & rsquos, y seguirá & lsquoticking & rsquo.

La hora que se muestra en el formulario no será & lsquotick & rsquo - esta y la fecha son libres para que usted las modifique como entradas para la calculadora de fecha juliana.

Los campos que tienen un fondo azul / gris son de solo lectura. El campo del día de la semana se determina a partir de la fecha juliana y el campo de la zona horaria se fija de acuerdo con la fecha y hora locales en las que se inició la sesión. Esto incluye cualquier corrección para & lsquodaylight ahorro & rsquo (o & lsquoSummer Time & rsquo).

CE y BCE designan & ldquoCommon Era & rdquo y & ldquoBefore Common Era & rdquo, a menudo conocidas como & ldquoAD & rdquo y & ldquoBC & rdquo respectivamente. Consulte las notas a continuación para conocer la opción de año cero de uso.

El sello de tiempo de UNIX se utiliza en el lenguaje de programación & lsquoC & rsquo y para mostrar las fechas de caducidad de las cookies en Mozilla Firefox, entre otras cosas. Se define como el número de segundos desde el 01 de enero de 1970 a las 00:00:00 UTC. A menudo se establece como un número entero de 32 bits, si es así, las fracciones se truncan. Si está configurado para ser un no firmado integer, un sistema no manejará las horas antes del 1 de enero de 1970 correctamente, y la última vez que se expresará correctamente será 2106-Feb-07 06:28:15 UTC. Más preocupante podría ser el software que utiliza un firmado integer, por lo que un error de tipo & lsquoY2K & rsquo provocará un error después de 2038-Jan-19 03:14:07 UTC. Sin embargo, esta calculadora muestra todos los tiempos positivos correctamente, más fracciones (a los 10ms más cercanos). Los tiempos anteriores a 1970 se muestran como negativos.

File Time (MFT) es un número entero de 64 bits utilizado por Microsoft para mostrar el número de 100ns & lsquoticks & rsquo desde 1601-Jan-01 00:00:00 UTC. A menudo se divide en dos enteros de 32 bits (mitades alto y bajo), cada uno de los cuales se expresa en forma decimal, como en esta calculadora. Se utiliza principalmente en las cookies de Internet Explorer para indicar los tiempos de caducidad y creación, y también para los archivos de marca de tiempo en los sistemas de archivos NTFS, como los que se utilizan en Windows 2000 y versiones posteriores. El entero MFT de 64 bits se desbordará en el año 60056, por lo que será válido en el futuro previsible. Dado que & lsquotick & rsquo es solo 100ns, que es 1/100000 de 10 ms (la resolución máxima de esta calculadora), las 5 cifras menos significativas en el entero bajo no tienen sentido aquí, por lo que se establecen en cero. Además, dado que las cookies MFT anteriores a 1601 CE serían un poco obsoletas, no se dan resultados negativos.

Si bien la fecha de inicio de UNIX en 1970 parece razonable, dado que el lenguaje de programación & lsquoC & rsquo se desarrolló a principios de 1970 & rsquos, es un misterio por qué Microsoft eligió 1601 para el MFT, ¡aunque esto no es lo único misterioso de Microsoft! [Wikipedia da una razón algo tenue, en mi opinión, de que se eligió esta fecha porque era el comienzo del ciclo de año bisiesto gregoriano de 400 años dentro del cual existieron los archivos digitales por primera vez]. , el tiempo dado puede diferir del informado por el navegador en algunas horas. Esto se debe a la diferencia entre la hora local y la UTC cuando la cookie está configurada para caducar. [Es una característica de MFT que el valor se almacena como UTC, pero se traduce a la hora local cuando se muestra. Mantener todo en UTC significa que es imposible leer una cookie o un archivo antes de escribirlo, algo que podría suceder con los archivos transmitidos a través de Internet entre diferentes zonas horarias si se usaran las horas locales.]

El día del calendario maya largo se muestra aquí (como solo lectura) porque la fecha 2012-dic-21 fue significativa. En esta fecha, el segundo cuadro de la izquierda (b & rsquoak y rsquotun) pasó al 13, que era la misma fecha maya que el inicio de la Cuarta Creación. Debido a esto, y casi con certeza porque también era el solsticio de invierno del norte, algunos profetas de la fatalidad calcularon que el mundo terminaría ese día. Todo esto se explica detalladamente en Wikipedia. Bueno, el mundo no se acabó entonces: la filosofía maya era, en cambio, que tendría lugar una recreación. Esperemos que la Quinta Creación comience mejor de lo que terminó la Cuarta.

Tenga en cuenta que los eruditos y astrónomos mayas no están de acuerdo sobre el uso del Calendario Juliano para fechas en el pasado (los eruditos mayas tratan todas las fechas del calendario & lsquoconvencional & rsquo en el pasado como gregoriano, usando el & lsquoProleptic Gregorian Calendar & rsquo). Por lo tanto, las fechas anteriores al cambio gregoriano (en 1582) que se dan en el artículo de Wikipedia difieren de las calculadas aquí. Para coincidir con el artículo de Wikipedia, el b & rsquoak & rsquotun El valor nunca es cero para fechas en el pasado: el inicio de la Cuarta Creación (JD 584283) se anota como 13.0.0.0.0, y el siguiente b & rsquoak & rsquotun (1.0.0.0.0 = JD 728283) comenzó después del 13.19.19.17.19 (JD 728282). Las renovaciones anteriores habían b & rsquoak & rsquotun valores entre 1 y 13. Para coincidir con la representación de los eruditos mayas de fechas futuras, el b & rsquoak & rsquotun la cifra ahora subirá a 19 y luego se pasará a cero, cuando la siguiente cifra más significativa (Piktun) se convierte en un 1. Aunque el Piktun también pasará a 0 después del 19.19.19.19.17.19, por simplicidad, esta calculadora permitirá que aumente más allá de 19 (19.19.19.19.17.19 será JD 58184282 o 154591-Feb-27).

Esta utilidad se basa en una calculadora que fue publicada originalmente por el departamento de aplicaciones astronómicas del Observatorio Naval de los Estados Unidos, pero esa versión no manejaba correctamente la hora local al este de Londres. Sin embargo, el contenido de ese sitio (y las URL dentro de él) siguen cambiando, dejando rápidamente desactualizado cualquier enlace que coloque aquí. Por lo tanto, el enlace anterior es solo a su página de inicio: si desea ver cómo lo hacen ahora, búsquelo en su sitio (¡pero vuelva aquí!).

Esta calculadora utiliza el formato original para convertir la fecha y hora del calendario a la fecha juliana y viceversa. La dirección de conversión se selecciona mediante el tipo de cálculo. Steve Glennie-Smith ha ampliado esta página y su archivo JavaScript asociado para aumentar la precisión a los 10 ms más cercanos. Otros extras incluyen un cálculo del reloj UTC de y a partir de la marca de tiempo UNIX y el formato de archivo de Microsoft y que muestra la zona horaria local y la fecha del calendario maya. Las correcciones de errores se enumeran al final.

Las fechas julianas (abreviado JD) son simplemente un recuento contiguo de días y fracciones desde el mediodía, hora universal, el 1 de enero de 4713 a. C. (en el calendario juliano). Han transcurrido casi 2,5 millones de días desde esa fecha. Las fechas julianas se utilizan ampliamente como variables de tiempo en software astronómico. Normalmente, una variable de coma flotante de 64 bits (precisión doble) puede representar una época expresada como una fecha juliana con una precisión de aproximadamente 1 milisegundo. Tenga en cuenta que la escala de tiempo que es la base para las fechas julianas es la hora universal, y que las 00: 00h UTC siempre se producen en una fracción de fecha juliana de 0,5. La distinción entre Julian fecha y julian día es que el primero es el número entero, incluida la parte fraccionaria, mientras que el segundo es solo la parte entera, es decir. el número de días desde & lsquoday zero & rsquo.

¿Por qué se eligió el 1 de enero de 4713 a. C. como punto de partida? Algunas teorías aquí.

Las fechas del calendario y el año, el mes y el día son un problema aún mayor. Se han utilizado varios sistemas de calendario en diferentes momentos y lugares del mundo. Esta calculadora solo se ocupa de dos: el calendario gregoriano, ahora utilizado universalmente para fines civiles, y el calendario juliano, su predecesor en la mayor parte del mundo occidental. Como se usa aquí, los dos calendarios tienen nombres de meses idénticos y el número de días de cada mes, difieren solo en la regla para los años bisiestos. El calendario juliano tiene un año bisiesto cada cuatro años, mientras que el calendario gregoriano tiene un año bisiesto cada cuatro años. excepto los años del centenario que no son exactamente divisibles por 400.

Aunque JD cero fue el 1 de enero de 4713 a. C., esta calculadora permitirá fechas julianas negativas y años con hasta seis cifras.

  • Las semanas siempre han tenido siete días, nombrados como ahora, desde que comenzó el tiempo. Por lo tanto, el día de la semana se puede obtener del resto, después de dividir la fecha juliana (más el desplazamiento de 0,5 días, pero luego expresada como un número entero) por 7 (0 corresponde al lunes), el calendario juliano no tenía año 0. Por lo tanto, 0001-Dec-31 BCE (o BC) fue seguido inmediatamente por 0001-Jan-01 CE (o AD). Sin embargo, algunos astrónomos hacer reconocer un año 0. Si se requiere esta variación, marque la casilla de verificación & lsquoUse Year Zero & rsquo
  • Se supone que el calendario juliano siempre ha tenido años bisiestos. Dado que no tenía año 0, los años 1, 5, etc. AEC se consideran años bisiestos por esta calculadora (si el año de uso cero no está marcado). Sin embargo, algunas investigaciones (ver más abajo) indican que antes de la introducción del calendario juliano en el 45 a. C., no había consistencia en el número de días de cada año.
  • Esta calculadora no tiene en cuenta los segundos intercalares. Dado que las 00: 00h UTC siempre ocurren en una fracción de fecha juliana de 0.5, se supone que la parte fraccionaria (que representa horas, minutos, segundos y partes de las mismas) de las fechas julianas donde se inserta un segundo intercalar debe ser & lsquostretched & rsquo en dichas fechas. Por lo tanto, los cálculos realizados para dichas fechas serán inexactos hasta en un segundo. Dado que los segundos intercalares solo se insertan (o, en teoría, podrían eliminarse) a la mitadnoche UTC, esto siempre ocurrirá a la mitad de un día juliano. (Nota: el propósito de un segundo intercalar es corregir pequeñas variaciones en el tiempo que tarda la Tierra en girar sobre su eje. Esto no influye en el número de días que tarda la Tierra en orbitar alrededor del Sol, ni corrección para variaciones en esto según lo aplicado por el calendario gregoriano)
  • El cambio del calendario juliano al calendario gregoriano se produjo en octubre de 1582, de acuerdo con una bula papal emitida por el Papa Gregorio XIII. Específicamente, para fechas anteriores al 4 de octubre de 1582, el calendario juliano se usa para fechas posteriores al 15 de octubre de 1582, se usa el calendario gregoriano. Por lo tanto, hay una brecha de diez días en las fechas del calendario, pero no hay discontinuidad en las fechas julianas o los días de la semana: el 4 de octubre de 1582 (juliano) fue un jueves, que comenzó en JD 2299159.5 y el 15 de octubre de 1582 (gregoriano) fue un viernes. , que comenzó en JD 2299160.5. Fue necesario borrar diez fechas del calendario debido al error acumulado por el calendario juliano: durante muchos siglos de uso, había habido demasiados años bisiestos.

Sin embargo, el cambio al calendario gregoriano solo ocurrió como se describió anteriormente en los países católicos romanos. La adopción del calendario gregoriano en el resto del mundo avanzó lentamente. Por ejemplo, Gran Bretaña y sus colonias no implementaron el cambio hasta septiembre de 1752 (aunque existen algunas dudas sobre cuándo tuvo lugar el cambio en Escocia). [El UNIX CALIFORNIA comando refleja el cambio de 1752, cuando se hizo necesario eliminar once días, ya que el año 1700 también se había tomado como año bisiesto.]

Esto produjo algunas anomalías interesantes. Por ejemplo, el autor español Miguel Cervantes y el dramaturgo inglés William Shakespeare murieron en el mismo fecha (23 de abril de 1616), pero no el mismo día! Esto se debe a que España había adoptado el calendario gregoriano, pero Inglaterra aún no lo había hecho.

  • A 4000 Regla del año: el astrónomo John Herschel sugirió que si el año es divisible por 4000, debería no sea ​​un año bisiesto. Esto da una mejor aproximación al tener 969 años bisiestos en cada 4000 (no 970), lo que da un año promedio de 365,24225 días. Aunque no es la más precisa de las correcciones propuestas, se encuentra claramente dentro de la secuencia 4 - 100 - 400. El UNIX CALIFORNIA El comando incluye esta corrección.
  • A 3200 regla de los años, similar a la regla de los 4000 años anterior: esto está mucho más cerca de abordar la discrepancia de 3220 años, pero parece tener poco apoyo fuera del ejército. El año medio corregido sería 365,2421875 días.
  • A 128 regla del año: esto elimina por completo las reglas de 100 y 400 años. La propuesta es eliminar el 29 de febrero para los años divisibles por 128, comenzando en 2048. Es tan precisa como la regla 3200 y la corrección se aplica de manera más uniforme. Se podría implementar en cualquier momento antes de 2048 sin necesidad de resincronización porque ya se ha omitido el número requerido de & lsquonon-bisies-years & rsquo. [1920 no habría sido un año bisiesto, pero 1900 habría sido igualmente 1792

En mi opinión, sería grosero imponer a las generaciones futuras cambios que se producirían tan pronto. Quién sabe, algún idiota podría disparar una bomba atómica o la tierra podría ser golpeada por un gran meteorito, los cuales podrían afectar la duración del año y, por lo tanto, sacar toda esta teoría del agua. Sin embargo, las fechas julianas seguirán avanzando a pesar de todo. Dado que el objetivo de esta calculadora es proporcionar una correlación precisa entre las fechas julianas y las fechas del calendario en el futuro, he coincidido con Herschel y UNIX y he modificado el JavaScript original para incluir la regla de los 4000 años.

Puede encontrar más información sobre cuándo cambiaron varios países en las páginas del calendario de este sitio de historia europea. Para obtener otra lista de cuándo ciertos países cambiaron al calendario gregoriano, consulte la sección 2.2.4 de las preguntas frecuentes sobre el calendario Claus T & oslashndering & rsquos.

Puede encontrar más información sobre los calendarios y sus historias en L.E. Doggett & rsquos & ldquocalendars & rdquo capítulo del suplemento explicativo del almanaque astronómico (ed. P.K. Seidelmann, 1992, University Science Books). Nota: Estos son sitios rsquo y de librerías comerciales.

Nota: Hay una serie de otras calculadoras de fecha juliana en la web: una búsqueda rápida en Google dio como resultado esta, que funciona muy lentamente y se confunde con las fechas BCE. Se asume (como muchos otros) que todas las fechas del calendario son gregorianas y, según él, ¡JD cero era BCE4712 (mes 0) (día -2)! Tenía un enlace a uno peor, que se equivocó antes de 1800 y después de 2100 EC. It & rsquos desde que se fue, pero probablemente haya otros. ¡Tener cuidado!


5 Implementó el calendario juliano

Julio César hizo varios cambios cruciales en el mundo en su tiempo, muchos de ellos todavía son visibles hoy. Uno es el Calendario Juliano que implementó. Aunque el calendario más utilizado en el mundo actual es el calendario gregoriano, el calendario juliano fue su predecesor.

Antes de César, Roma siguió el ciclo lunar para establecer su sistema de calendario. Esto a menudo era confuso y no estaba sincronizado con las estaciones, lo que llevó a César a hacer un cambio. Consultó a un astrónomo y luego implementó el Calendario Juliano, que estaba más sincronizado con el ciclo solar.


Convertidor de calendario

¡Bienvenido al convertidor de calendario de Fourmilab! Esta página le permite interconvertir fechas en una variedad de calendarios, tanto civiles como informáticos. All calculations are done in JavaScript executed in your own browser complete source code is embedded in or linked to this page, and you're free to download these files to your own computer and use them even when not connected to the Internet. To use the page, your browser must support JavaScript and you must not have disabled execution of that language. Let's see.

If the box above says "Your browser supports JavaScript", you're in business simply enter a date in any of the boxes below and press the "Calculate" button to show that date in all of the other calendars.

Gregorian Calendar

The Gregorian calendar is a minor correction to the Julian. In the Julian calendar every fourth year is a leap year in which February has 29, not 28 days, but in the Gregorian, years divisible by 100 are no leap years unless they are also divisible by 400. How prescient was Pope Gregory! Whatever the problems of Y2K, they won't include sloppy programming which assumes every year divisible by 4 is a leap year since 2000, unlike the previous and subsequent years divisible by 100, es a leap year. As in the Julian calendar, days are considered to begin at midnight.

The average length of a year in the Gregorian calendar is 365.2425 days compared to the actual solar tropical year (time from equinox to equinox) of 365.24219878 days, so the calendar accumulates one day of error with respect to the solar year about every 3300 years. As a purely solar calendar, no attempt is made to synchronise the start of months to the phases of the Moon.

While one can't properly speak of "Gregorian dates" prior to the adoption of the calendar in 1582, the calendar can be extrapolated to prior dates. In doing so, this implementation uses the convention that the year prior to year 1 is year 0. This differs from the Julian calendar in which there is no year 0--the year before year 1 in the Julian calendar is year -1. The date December 30th, 0 in the Gregorian calendar corresponds to January 1st, 1 in the Julian calendar.

A slight modification of the Gregorian calendar would make it even more precise. If you add the additional rule that years evenly divisible by 4000 are no leap years, you obtain an average solar year of 365.24225 days per year which, compared to the actual mean year of 365.24219878, is equivalent to an error of one day over a period of about 19,500 years this is comparable to errors due to tidal braking of the rotation of the Earth.

Julian Day

While any event in recorded human history can be written as a positive Julian day number, when working with contemporary events all those digits can be cumbersome. A Modified Julian Day (MJD) is created by subtracting 2400000.5 from a Julian day number, and thus represents the number of days elapsed since midnight (00:00) Universal Time on November 17, 1858. Modified Julian Days are widely used to specify the epoch in tables of orbital elements of artificial Earth satellites. Since no such objects existed prior to October 4, 1957, all satellite-related MJDs are positive.

Julian Calendar

In the Julian calendar the average year has a length of 365.25 days. compared to the actual solar tropical year of 365.24219878 days. The calendar thus accumulates one day of error with respect to the solar year every 128 years. Being a purely solar calendar, no attempt is made to synchronise the start of months to the phases of the Moon.

Hebrew Calendar

Years are classified as común (normal) or embolismic (leap) years which occur in a 19 year cycle in years 3, 6, 8, 11, 14, 17, and 19. In an embolismic (leap) year, an extra mes of 29 days, "Veadar" or "Adar II", is added to the end of the year after the month "Adar", which is designated "Adar I" in such years. Further, years may be deficient, regular, o completo, having respectively 353, 354, or 355 days in a common year and 383, 384, or 385 days in embolismic years. Days are defined as beginning at sunset, and the calendar begins at sunset the night before Monday, October 7, 3761 B.C.E. in the Julian calendar, or Julian day 347995.5. Days are numbered with Sunday as day 1, through Saturday: day 7.

The average length of a month is 29.530594 days, extremely close to the mean synodic month (time from new Moon to next new Moon) of 29.530588 days. Such is the accuracy that more than 13,800 years elapse before a single day discrepancy between the calendar's average reckoning of the start of months and the mean time of the new Moon. Alignment with the solar year is better than the Julian calendar, but inferior to the Gregorian. The average length of a year is 365.2468 days compared to the actual solar tropical year (time from equinox to equinox) of 365.24219 days, so the calendar accumulates one day of error with respect to the solar year every 216 years.

Islamic Calendar

Each cycle of 30 years thus contains 19 normal years of 354 days and 11 leap years of 355, so the average length of a year is therefore ((19 354) + (11 355)) / 30 = 354.365. days, with a mean length of month of 1/12 this figure, or 29.53055. days, which closely approximates the mean synodic month (time from new Moon to next new Moon) of 29.530588 days, with the calendar only slipping one day with respect to the Moon every 2525 years. Since the calendar is fixed to the Moon, not the solar year, the months shift with respect to the seasons, with each month beginning about 11 days earlier in each successive solar year.

The calendar presented here is the most commonly used civil calendar in the Islamic world for religious purposes months are defined to start with the first observation of the crescent of the new Moon.

Persian Calendar

As one of the few calendars designed in the era of accurate positional astronomy, the Persian calendar uses a very complex leap year structure which makes it the most accurate solar calendar in use today. Years are grouped into ciclos which begin with four normal years after which every fourth subsequent year in the cycle is a leap year. Cycles are grouped into grand cycles of either 128 years (composed of cycles of 29, 33, 33, and 33 years) or 132 years, containing cycles of of 29, 33, 33, and 37 years. A great grand cycle is composed of 21 consecutive 128 year grand cycles and a final 132 grand cycle, for a total of 2820 years. The pattern of normal and leap years which began in 1925 will not repeat until the year 4745!

Each 2820 year great grand cycle contains 2137 normal years of 365 days and 683 leap years of 366 days, with the average year length over the great grand cycle of 365.24219852. So close is this to the actual solar tropical year of 365.24219878 days that the Persian calendar accumulates an error of one day only every 3.8 million years. As a purely solar calendar, months are not synchronised with the phases of the Moon.

Mayan Calendars

The Mayans believed at at the conclusion of each pictun cycle of about 7,885 years the universe is destroyed and re-created. Those with apocalyptic inclinations will be relieved to observe that the present cycle will not end until Columbus Day, October 12, 4772 in the Gregorian calendar. Speaking of apocalyptic events, it's amusing to observe that the longest of the cycles in the Mayan calendar, alautun, about 63 million years, is comparable to the 65 million years since the impact which brought down the curtain on the dinosaurs--an impact which occurred near the Yucatan peninsula where, almost an alautun later, the Mayan civilisation flourished. If the universe is going to be destroyed and the end of the current pictun, there's no point in writing dates using the longer cycles, so we dispense with them here.

Dates in the Long Count calendar are written, by convention, as:

baktun . Katun . tun . uinal . kin

and thus resemble present-day Internet IP addresses!

For civil purposes the Mayans used the Haab calendar in which the year was divided into 18 named periods of 20 days each, followed by five Uayeb days not considered part of any period. Dates in this calendar are written as a day number (0 to 19 for regular periods and 0 to 4 for the days of Uayeb) followed by the name of the period. This calendar has no concept of year numbers it simply repeats at the end of the complete 365 day cycle. Consequently, it is not possible, given a date in the Haab calendar, to determine the Long Count or year in other calendars. The 365 day cycle provides better alignment with the solar year than the 360 day tun of the Long Count but, lacking a leap year mechanism, the Haab calendar shifted one day with respect to the seasons about every four years.

The Mayan religion employed the Tzolkin calendar, composed of 20 named periods of 13 days. Unlike the Haab calendar, in which the day numbers increment until the end of the period, at which time the next period name is used and the day count reset to 0, the names and numbers in the Tzolkin calendar advance in parallel. On each successive day, the day number is incremented by 1, being reset to 0 upon reaching 13, and the next in the cycle of twenty names is affixed to it. Since 13 does not evenly divide 20, there are thus a total of 260 day number and period names before the calendar repeats. As with the Haab calendar, cycles are not counted and one cannot, therefore, convert a Tzolkin date into a unique date in other calendars. The 260 day cycle formed the basis for Mayan religious events and has no relation to the solar year or lunar month.

The Mayans frequently specified dates using ambos the Haab and Tzolkin calendars dates of this form repeat only every 52 solar years.

Bah ' Calendar

The year begins at the equinox, March 21, the Feast of Naw-R z days begin at sunset. Years have their own cycle of 19 names, called the V hid. Successive cycles of 19 years are numbered, with cycle 1 commencing on March 21, 1844, the year in which the B b announced his prophecy. Cycles, in turn, are assembled into Kull-I-Shay super-cycles of 361 (19 ) years. El primero Kull-I-Shay will not end until Gregorian calendar year 2205. A week of seven days is superimposed on the calendar, with the week considered to begin on Saturday. Confusingly, three of the names of weekdays are identical to names in the 19 name cycles for days and months.

Indian Civil Calendar

The National Calendar of India is composed of 12 months. The first month, Caitra, is 30 days in normal and 31 days in leap years. This is followed by five consecutive 31 day months, then six 30 day months. Leap years in the Indian calendar occur in the same years as as in the Gregorian calendar the two calendars thus have identical accuracy and remain synchronised.

Years in the Indian calendar are counted from the start of the Saka Era, the equinox of March 22nd of year 79 in the Gregorian calendar, designated day 1 of month Caitra of year 1 in the Saka Era. The calendar was officially adopted on 1 Caitra, 1879 Saka Era, or March 22nd, 1957 Gregorian. Since year 1 of the Indian calendar differs from year 1 of the Gregorian, to determine whether a year in the Indian calendar is a leap year, add 78 to the year of the Saka era then apply the Gregorian calendar rule to the sum.

French Republican Calendar

The calendar consists of 12 months of 30 days each, followed by a five- or six-day holiday period, the jours compl mentaires o sans-culottides. Months are grouped into four seasons the three months of each season end with the same letters and rhyme with one another. The calendar begins on Gregorian date September 22nd, 1792, the September equinox and date of the founding of the First Republic. This day is designated the first day of the month of Vend miaire in year 1 of the Republic. Subsequent years begin on the day in which the September equinox occurs as reckoned at the Paris meridian. Days begin at true solar midnight. Si el sans-culottides period contains five or six days depends on the actual date of the equinox. Consequently, there is no leap year rule per se: 366 day years do not recur in a regular pattern but instead follow the dictates of astronomy. The calendar therefore stays perfectly aligned with the seasons. No attempt is made to synchronise months with the phases of the Moon.

The Republican calendar is rare in that it has no concept of a seven day week. Each thirty day month is divided into three d cades of ten days each, the last of which, d cadi, was the day of rest. (The word "d cade" may confuse English speakers the French noun denoting ten years is "d cennie".) The names of days in the d cade are derived from their number in the ten day sequence. The five or six days of the sans-culottides do not bear the names of the d cade. Instead, each of these holidays commemorates an aspect of the republican spirit. The last, jour de la R volution, occurs only in years of 366 days.

Napol on abolished the Republican calendar in favour of the Gregorian on January 1st, 1806. Thus France, one of the first countries to adopt the Gregorian calendar (in December 1582), became the only country to subsequently abandon and then re-adopt it. During the period of the Paris Commune uprising in 1871 the Republican calendar was again briefly used.

The original decree which established the Republican calendar contained a contradiction: it defined the year as starting on the day of the true autumnal equinox in Paris, but further prescribed a four year cycle called la Franciade, the fourth year of which would end with le jour de la R volution and hence contain 366 days. These two specifications are incompatible, as 366 day years defined by the equinox do not recur on a regular four year schedule. This problem was recognised shortly after the calendar was proclaimed, but the calendar was abandoned five years before the first conflict would have occurred and the issue was never formally resolved. Here we assume the equinox rule prevails, as a rigid four year cycle would be no more accurate than the Julian calendar, which couldn't possibly be the intent of its enlightened Republican designers.

ISO-8601 Week and Day, and Day of Year

In solar calendars such as the Gregorian, only days and years have physical significance: days are defined by the rotation of the Earth, and years by its orbit about the Sun. Months, decoupled from the phases of the Moon, are but a memory of forgotten lunar calendars, while weeks of seven days are entirely a social construct--while most calendars in use today adopt a cycle of seven day names or numbers, calendars with name cycles ranging from four to sixty days have been used by other cultures in history.

ISO 8601 permits us to jettison the historical and cultural baggage of weeks and months and express a date simply by the year and day number within that year, ranging from 001 for January 1st through 365 (366 in a leap year) for December 31st. This format makes it easy to do arithmetic with dates within a year, and only slightly more complicated for periods which span year boundaries. You'll see this representation used in project planning and for specifying delivery dates. ISO dates in this form are written as "YYYY-DDD", for example 2000-060 for February 29th, 2000 leading zeroes are always written in the day number, but the hyphen may be omitted for brevity.

All ISO 8601 date formats have the advantages of being fixed length (at least until the Y10K crisis rolls around) and, when stored in a computer, of being sorted in date order by an alphanumeric sort of their textual representations. The ISO week and day and day of year calendars are derivative of the Gregorian calendar and share its accuracy.

You can download the ISO 8601 standard from the ISO Web site to read this PDF document you'll need Adobe Acrobat Reader, which is available as a free download from Adobe's site.

Unix time() valor

The machines on which Unix was developed and initially deployed could not support arithmetic on integers longer than 32 bits without costly multiple-precision computation in software. The internal representation of time was therefore chosen to be the number of seconds elapsed since 00:00 Universal time on January 1, 1970 in the Gregorian calendar (Julian day 2440587.5), with time stored as a 32 bit signed integer (largo in the original C implementation).

The influence of Unix time representation has spread well beyond Unix since most C and C++ libraries on other systems provide Unix-compatible time and date functions. The major drawback of Unix time representation is that, if kept as a 32 bit signed quantity, on January 19, 2038 it will go negative, resulting in chaos in programs unprepared for this. Modern Unix and C implementations define the result of the time() function as type time_t, which leaves the door open for remediation (by changing the definition to a 64 bit integer, for example) before the clock ticks the dreaded doomsday second.

Excel Serial Day Number

You'd be entitled to think, therefore, that conversion back and forth between PC Excel serial values and Julian day numbers would simply be a matter of adding or subtracting the Julian day number of December 31, 1899 (since the PC Excel days are numbered from 1). But this is a Microsoft calendar, remember, so one must first look to make sure it doesn't contain one of those bonehead blunders characteristic of Microsoft. As is usually the case, one doesn't have to look very far. If you have a copy of PC Excel, fire it up, format a cell as containing a date, and type 60 into it: out pops "February 29, 1900". News apparently travels muy slowly from Rome to Redmond--ever since Pope Gregory revised the calendar in 1582, years divisible by 100 have no been leap years, and consequently the year 1900 contained no February 29th. Due to this morsel of information having been lost somewhere between the Holy See and the Infernal Seattle monopoly, all Excel day numbers for days subsequent to February 28th, 1900 are one day greater than the actual day count from January 1, 1900. Further, note that any computation of the number of days in a period which begins in January or February 1900 and ends in a subsequent month will be off by one--the day count will be one greater than the actual number of days elapsed.

By the time the 1900 blunder was discovered, Excel users had created millions of spreadsheets containing incorrect day numbers, so Microsoft decided to leave the error in place rather than force users to convert their spreadsheets, and the error remains to this day. Note, however, that only 1900 is affected while the first release of Excel probably also screwed up all years divisible by 100 and hence implemented a purely Julian calendar, contemporary versions do correctly count days in 2000 (which is a leap year, being divisible by 400), 2100, and subsequent end of century years.

PC Excel day numbers are valid only between 1 (January 1, 1900) and 2958465 (December 31, 9999). Although a serial day counting scheme has no difficulty coping with arbitrary date ranges or days before the start of the epoch (given sufficient precision in the representation of numbers), Excel doesn't do so. Day 0 is deemed the idiotic January 0, 1900 (at least in Excel 97), and negative days and those in Y10K and beyond are not handled at all. Further, old versions of Excel did date arithmetic using 16 bit quantities and did not support day numbers greater than 65380 (December 31, 2078) I do not know in which release of Excel this limitation was remedied.
Having saddled every PC Excel user with a defective date numbering scheme wasn't enough for Microsoft--nothing ever is. Next, they proceeded to come out with a Macintosh version of Excel which uses an entirely different day numbering system based on the MacOS native time format which counts seconds elapsed since January 1, 1904. To further obfuscate matters, on the Macintosh they chose to number days from zero rather than 1, so midnight on January 1, 1904 has serial value 0.0. By starting in 1904, they avoided screwing up 1900 as they did on the PC. So now Excel users who interchange data have to cope with two incompatible schemes for counting days, one of which thinks 1900 was a leap year and the other which doesn't go back that far. To compound the fun, you can now select either date system on either platform, so you can't be certain dates are compatible even when receiving data from another user with same kind of machine you're using. I'm sure this was all done in the interest of the "efficiency" of which Microsoft is so fond. As we all know, it would take a computer almost forever to add or subtract four in order to make everything seamlessly interchangeable.

Macintosh Excel day numbers are valid only between 0 (January 1, 1904) and 2957003 (December 31, 9999). Although a serial day counting scheme has no difficulty coping with arbitrary date ranges or days before the start of the epoch (given sufficient precision in the representation of numbers), Excel doesn't do so. Negative days and those in Y10K and beyond are not handled at all. Further, old versions of Excel did date arithmetic using 16 bit quantities and did not support day numbers greater than 63918 (December 31, 2078) I do not know in which release of Excel this limitation was remedied.

Referencias

P. Kenneth Seidelmann (ed.) Explanatory Supplement to the Astronomical Almanac . Sausalito CA: University Science Books, 1992. ISBN 0-935702-68-7. Authoritative reference on a wealth of topics related to computational geodesy and astronomy. Various calendars are described in depth, including techniques for interconversion.

The Institut de m canique c leste et de calcul des ph m rides in Paris provides excellent on-line descriptions of a variety of calendars.

by John Walker
November, MM This document is in the public domain.


Leap Year, Y2K, and Other Computer Calendar Issues

Every four years, we get a February 29th. What’s the story behind that? And how long has this been going on?

The Earth takes a bit over 365 days to orbit the sun completely – roughly 365-1/4 days. The calendar needs to adjust for that or the seasons get out of sync with the calendar.

Western Calendar History

Archaic Calendars

The Julian calendar was introduced by Julius Caesar in 46 B.C. to replace the Roman calendar after Julius had a team of calendar experts come up with the most accurate calendar possible at the time. The Julian calendar has added an extra day at the end of February every fourth year since A.D. 8.

The Roman calendar began during the month of the spring equinox, which always takes place in March. March 1 was the first day of the new year. The original Roman calendar had 10 months, each with 30 or 31 days for a total of 304 days on the calendar. The dates between December 31 and March 1 simply didn’t belong to any months.

According to tradition, Numa Pompilius, the second king of Rome, added two months, January and February, to fill the unnamed gap between December and March. These months were tacked on to the end of the year, and the tradition of a new year beginning near the spring equinox continued

The Julian calendar officially made January 1 the first day of the new year when it went into use in 45 B.C. The Julian calendar would remain in use into the 18th Century in some parts of Europe.

As Christianity became more widespread in medieval Europe, the pagan debauchery associated with the New Year celebration just wouldn’t do, and in A.D. 567, the second Council of Tours declared that January 1 would no longer be the first day of the year – without providing a replacment date. In A. D 755, the third Council of Tours said that the new year should begin on Easter – which itself can occur anywhere from March 22 through April 25 on the Gregorian calendar (using the Julian calendar, the earliest date for Easter in modern times would be April 3, 1763, and the latest was May 8, 1983).

Depending on where and when dates were recorded, the new year might begin on March 1, January 1, March 25, December 25, or the Saturday between Good Friday and Easter Sunday.

A History of Leap Year

Egypt first used a lunar calendar with an average of 354 days per year over 5,000 years ago. This quickly went out of sync with the seasons, so a 360 day civic calendar was created with 36 weeks of 10 days and three seasons of 12 weeks. Again, the seasons and calendar got out of step, but only one-third as quickly as with the lunar calendar.

Rather than revise its 360 day calendar, Egypt created a 365 day calendar with a 5-day month at the end of the year. This did not include a leap year, but it was the most accurate yet.

In 238 BC, Ptolomy III introduced the Ptolemaic calendar with a leap year every four years. This was where Julius Caesar got the idea to add an extra day to the Roman calendar every fourth year – and it was only after the Roman emperor Augustus introduced the Roman calendar to Egypt that the change-resistant Egyptians finally adopted Ptolomy’s idea.

The Gregorian Calendar

By the 16th Century, the fact that the year isn’t quite 365.25 years had moved the calendar and the seasons apart by 10 days. The Gregorian calendar took into account that the year is actually 365.2425 days long by doing the following:

  1. When the Gregorian calendar was first adopted in 1852, the date on the calendar jumped forward 10 days to correct the accumulated error in the Julian calendar. (When the Julian calendar went into effect, it added 80 days to create a single 445 day year
  2. Leap year was dropped in every year that is a multiple of 100, such as 1900.
  3. However, leap year was not dropped if that year is also a multiple of 400, as was the year 2000.
  4. And for good measure, the January 1 would henceforth be the first day of the year (again).

The Gregorian calendar is as good as could be devised in the 16th Century. It only varies from the solar year by 23 seconds, which means the difference takes over 3,200 years to add up to a single day.

The biggest problem with the Gregorian calendar had nothing at all to do with the calendar. The problem was the Reformation, which made some nations skeptical if not downright opposed to anything coming from the Roman Catholic Church. It took the Calendar Reform Act of 1750 to get the United Kingdom and its dominions to move from March 25 as the start of the year and drop the Julian calendar in favor of the Gregorian.

It’s very important for historians and genealogists to know when a particular state or nation changed January 1 as the first day of the year.

Calendars and Computers

Early home computers didn’t have clock chips. If they even supported a date-time stamp, the user had to enter the date and time when starting up the computer. Few of those home computers made it into the 21st Century, so the fact that some didn’t properly support 4-digit years never became a big deal, especially in the 8-bit world.

The Y2K Problem

Problem is, the original IBM PC, introduced in 1981. was designed to run an extension of the 8-bit CP/M operating system, and its designers stuck with two digits when storing the year. This is the genesis of the infamous Y2K problem that was expected to cause all kinds of catastrophes as the calendar advanced to January 1, 2000.

Planes would crash. Elevators would stop working. Pacemakers would quit. Water would no longer come out of the faucet. And ATMs would be unable to dispense cash, so you’d better stock up in advance. Seriously, these were some of the Y2K expectations.

Fortunately Microsoft delivered Windows Me and most PC makers had Y2K-ready hardware in the months leading up to January 1, 2000. It was a great time to be selling PCs and Windows upgrades.

There was a secondary Y2K problem: Programmers who didn’t use 4-digit years or who didn’t understand the Gregorian calendar made 2000 a leap year.

No Y2K Problem Here

Unix, a nulti-user operating system that goes back to 1970, never had a Y2K problem. It counts time in seconds since the start of January 1, 1970 – and the oldest Unix implementations won’t have any problem until January 19, 2038. That’s when the signed 32-bit integer that handles the timestamp overflows. The Unix world has about 22 years to figure things out, and with most CPUs running at 64 bits nowadays, it’s not an insurmountable problem for newer hardware.

Even the oldest Macs have no Y2K problem. The original 1984 Macintosh can handle dates into 2040, although the Classic Mac OS won’t allow users to set dates beyond December 31, 2019. On top of that, it can’t run System 6 or 7, so it may not even be able to set recent dates. Anyhow, 2019 is not far off – but then, how many 680ࡦ Macs remain in use? Apple tested Mac OS version 7.5.5, 7.6.1, 8.1, 8.5, 8.5.1, and 8.6 in advance of January 1, 2000 and declares them fully compliant with Y2K.

Maybe in the next three years, someone will patch System 6 through Mac OS 9 for this. Maybe not. All 680ࡦ processors are 32-bit CPUs, so a 64-bit timestamp probably isn’t a solution. While they’re at it, fixing the outdated Daylight Saving Time changeover dates would also be nice. There’s no way to fix that on these ancient Macs.


Ver el vídeo: Clase 12 - Convertir calendario juliano a gregoriano