Year 1900 problem

The year 1900 problem concerns the misinterpretation of years recorded by only their last two digits, and whether they occurred before or after the year 1900. Unlike the year 2000 problem, it is not tied to computer software alone, since the problem existed before electronic computers did and has also cropped up in manual systems.

The most common issue raised by the year 1900 problem regards people's ages. Often, a person's birth year was registered with only two digits, on the assumption that either it was not important exactly how old a person is, or that no one lives longer than one hundred years. In several countries, especially in Europe, a national identification number was introduced (often in the 1950s), including two-digit information about the birth year.

The largest unwelcome side effect from this is people 100 or more years old being mistaken for young children or in some cases, young children being mistaken for adults.[1]

When handling the year 2000 problem, measures were sometimes taken to avoid or rectify this: modifying the national identification number, for instance. For example, year is recorded only with two digits in Bulgarian Uniform civil number; however, a solution was ready as early as the inception of the system in 1975: 20 was added to the month number for an individual born before 1900 and 40 for those born in or after 2000.

Microsoft Excel

February 29, 1900 in the Polish-language version of Microsoft Excel for Microsoft Windows

Microsoft Excel (using the default 1900 Date System) cannot display dates before the year 1900, although this is not due to a two-digit integer being used to represent the year: Excel uses a floating-point number to store dates and times. The number 1.0 represents January 1, 1900, in the 1900 Date System, or January 1, 1904, in the 1904 Date System and was the default for Macintosh prior to Excel 2016. Numbers smaller than this display as a #VALUE! error.[2][3]

For compatibility with Lotus 1-2-3, the 1900 Date System incorrectly accepts the date February 29, 1900, however, 1900 was not a leap year.[4]

Year 4000 problem

While most software, including Excel and R, recognize 4000 and 8000 as leap years (as they are divisible by 400), SAS does not (an unofficial "4000 year rule"). Thus date conversions between SAS and other software go out of sync after February 28, 4000, without accounting for that discrepancy.[5][6]

See also

References

  1. "5-Year-Old Boy Summoned For Jury Duty". WBAL-TV. March 8, 2006. Archived from the original on September 30, 2011. Retrieved March 31, 2017.
  2. "Differences between the 1900 and the 1904 date system". docs.microsoft.com. Retrieved November 24, 2019.
  3. How to Work With Dates Before 1900 in Excel
  4. "Excel incorrectly assumes that the year 1900 is a leap year". Microsoft Docs. May 21, 2020. Retrieved July 30, 2020.
  5. In the year 9999...., Chris Hemedinger
  6. The Conversion of Date and Time Values between SAS Data Sets and Microsoft Access Database, SAS 9.4 documentation
This article is issued from Wikipedia. The text is licensed under Creative Commons - Attribution - Sharealike. Additional terms may apply for the media files.