home *** CD-ROM | disk | FTP | other *** search
/ ftp.uv.es / 2014.11.ftp.uv.es.tar / ftp.uv.es / pub / unix / pine4.10.tar.gz / pine4.10.tar / pine4.10 / imap / docs / calendar.txt < prev    next >
Text File  |  1998-12-16  |  7KB  |  137 lines

  1. QUESTION: Why does c-client think that the year 2000 will be a leap year?
  2.  
  3. ANSWER:
  4.  
  5.      Although one can never be sure of what will happen at some future
  6. time, there is strong historical precedent for presuming that the
  7. present Gregorian calendar will still be in effect by the year 2000.
  8. Since we also hope that c-client will still be around by then, we have
  9. chosen to adhere to these precedents.
  10.  
  11.      The purpose of a calendar is to reckon time in advance, to show
  12. how many days have to elapse until a certain event takes place in the
  13. future, such as the harvest or the release of a new version of Pine.
  14. The earliest calendars, naturally, were crude and tended to be based
  15. upon the seasons or the lunar cycle.
  16.  
  17.      The calendar of the Assyrians, for example, was based upon the
  18. phases of the moon.  They knew that a lunation (the time from one full
  19. moon to the next) was 29 1/2 days long, so their lunar year had a
  20. duration of 364 days.  This fell short of the solar year by about 11
  21. days.  (The exact time for the solar year is approximately 365 days, 5
  22. hours, 48 minutes, and 46 seconds.)  After 3 years, such a lunar
  23. calendar would be off by a whole month, so the Assyrians added an
  24. extra month from time to time to keep their calendar in
  25. synchronization with the seasons.
  26.  
  27.      The best approximation that was possible in antiquity was a
  28. 19-year period, with 7 of these 19 years having 13 months (leap
  29. months).  This scheme was adopted as the basis for the religious
  30. calendar used by the Hebrews.  (The Arabs also used this calendar until
  31. Mohammed forbade shifting from 12 months to 13 months.)
  32.  
  33.      When Rome emerged as a world power, the difficulties of making a
  34. calendar were well known, but the Romans complicated their lives
  35. because of their superstition that even numbers were unlucky.  Hence
  36. their months were 29 or 31 days long, with the exception of February,
  37. which had 28 days.  Every second year, the Roman calendar included an
  38. extra month called Mercedonius of 22 or 23 days to keep up with the
  39. solar year.
  40.  
  41.      Even this algorithm was very poor, so that in 45 BC, Caesar,
  42. advised by the astronomer Sosigenes, ordered a sweeping reform.  By
  43. imperial decree, one year was made 445 days long to bring the calendar
  44. back in step with the seasons.  The new calendar, similar to the one
  45. we now use was called the Julian calendar (named after Julius Caesar).
  46. It's months were 30 or 31 days in length and every fourth year was
  47. made a leap year (having 366 days).  Caesar also decreed that the year
  48. would start with the first of January, not the vernal equinox in late
  49. March.
  50.  
  51.      Caesar's year was 11 1/2 minutes short of the calculations
  52. recommended by Sosigenes and eventually the date of the vernal equinox
  53. began to drift.  Roger Bacon became alarmed and sent a note to Pope
  54. Clement IV, who apparently was not impressed.  Pope Sixtus IV later
  55. became convinced that another reform was needed and called the German
  56. astronomer, Regiomontanus, to Rome to advise him.  Unfortunately,
  57. Regiomontanus died of the plague shortly thereafter and the plans died
  58. as well.
  59.  
  60.      In 1545, the Council of Trent authorized Pope Gregory XIII to
  61. reform the calendar once more.  Most of the mathematical work was done
  62. by Father Christopher Clavius, S.J.  The immediate correction that was
  63. adopted was that Thursday, October 4, 1582 was to be the last day of
  64. the Julian calendar.  The next day was Friday, with the date of
  65. October 15.  For long range accuracy, a formula suggested by the
  66. Vatican librarian Aloysius Giglio was adopted.  It said that every
  67. fourth year is a leap year except for century years that are not
  68. divisible by 400.  Thus 1700, 1800 and 1900 would not be leap years,
  69. but 2000 would be a leap year since 2000 is divisible by 400.  This
  70. rule eliminates 3 leap years every 4 centuries, making the calendar
  71. sufficiently correct for most ordinary purposes.  This calendar is
  72. known as the Gregorian calendar and is the one that we now use today.
  73. (It is interesting to note that in 1582, all the Protestant princes
  74. ignored the papal decree and so many countries continued to use the
  75. Julian calendar until either 1698 or 1752.  In Russia, it needed the
  76. revolution to introduce the Gregorian calendar in 1918.)
  77.  
  78.      This explains why c-client chooses to treat the year 2000 as a
  79. leap year.
  80.  
  81.      Despite the great accuracy of the Gregorian calendar, it still
  82. falls behind very slightly every few years.  The most serious problem
  83. is that the earth's rotation is slowing gradually.  If you are very
  84. concerned about this problem, we suggest that you tune in short wave
  85. radio station WWV or the Global Positioning System, which broadcasts
  86. official time signals for use in the United States.  About once every
  87. 3 years, they declare a leap second at which time you should be
  88. careful to adjust your system clock.  If you have trouble picking up
  89. their signals, we suggest you purchase an atomic clock (not part of
  90. the IMAP toolkit).
  91.  
  92.      Another problem is that the Gregorian calendar represents a year
  93. of 365.2425 days, whereas the actual time taken for the earth to
  94. rotate around the Sun is 365.2422 days.  Thus, the Gregorian calendar
  95. is actually 25.92 seconds fast each year, resulting in the calendar
  96. being one day fast every 3,333 1/3 years.
  97.  
  98.      Consequently, the Gregorian calendar has been modified with a
  99. further rule, which is that years evenly divisible by 4000 are not
  100. leap years.  Thus, the year 4000 will not be a leap year.
  101.  
  102.      There is code in c-client to support the modified Gregorian
  103. calendar, although it is currently disabled.  Sometime in the next
  104. 2000 years, someone will need to re-enable this code so that c-client
  105. does the right thing in the year 4000.
  106.  
  107.      The modified Gregorian calendar represents a year of 365.24225
  108. days.  Thus, the modified Gregorian calendar is actually 4.32 seconds
  109. fast each year, resulting in the calendar being one day fast every
  110. 20,000 years.
  111.  
  112.      The Eastern Orthodox church in 1923 established its own rules to
  113. correct the Julian calendar.  In their calendar, century years modulo
  114. 900 must result in value of 200 or 600 to be considered a leap year.
  115. Both the Orthodox and Gregorian calendar agree that the years 2000 and
  116. 2400 will be leap years, and the years 1900, 2100, 2200, 2300, 2500,
  117. 2600, 2700 are not.  However, the year 2800 will be a leap year in the
  118. Gregorian calendar but not in the Orthodox calendar; similarly, the
  119. year 2900 will be a leap year in the Orthodox calendar but not in the
  120. Gregorian calendar.  Both calendars will agree that 3000 and
  121. 3100 are leap years, but will disagree again in 3200 and 3300.
  122.  
  123.      There is code in c-client to support the Orthodox
  124. calendar.  It can be enabled by adding -DUSEORTHODOXCALENDAR=1 to the
  125. c-client CFLAGS, e.g.
  126.     make xxx EXTRACFLAGS="-DUSEORTHODOXCALENDAR=1"
  127.  
  128.      The Orthodox calendar represents a year of 365.24222222... days.
  129. Thus, the Orthodox calendar is actually 1.91 seconds fast each year,
  130. resulting in the calendar being one day fast every 45,000 years.
  131.  
  132. ACKNOWLEDGEMENT:
  133.  
  134. The original version is from an old Digital Equipment Corporation SPR
  135. answer for VMS.  Modifications for c-client, and information about the
  136. updated Gregorian and Orthodox calendars added by Mark Crispin.
  137.