Yes, people were really stupid back then… ;-P 2007/3/6, Dan Lewis <[EMAIL PROTECTED]>:
Comment in-line On Tuesday March 06 2007 6:23 am, Johnny Andersson wrote: > 2007/3/5, Joe Smith <[EMAIL PROTECTED]>: > > Johnny Andersson wrote: > > > ... If I do something like 2007-03-05 - 2007-03-03 the answer > > > should be 2 (days), right? But if I enter 2007-03-05 in A1, > > > 2007-03-03 in B1and =A1-B1 in C1, and then format C1 as DD, C1 > > > shows 01, not 02 which I think would be more appropriate. > > > > Dates are represented as an integer number of days after some > > starting date. If you subtract two such dates, you are simply > > subtracting two integers, so the result is an integer number of > > days between the dates: 39146-39144 = 2. What is does the result > > "2" now represent? > > > > > So why is 0 days = 1899-12-30? ... > > Why not? > > > > Because it would be very convenient if it was 1899-12-31, or even > more convenient > if it was -0001-12-31 (but unfortunately, for some strange reason, > there was no year 0 as they started with year 1, > which I find incredibly stupid, on the other hand some people think > that year 0 actually is the > year -4 so that the last millennium actually started in 1996… This > is probably quite another story, though). Remember that numbers were originally used only to count. And when we count a group of things, we begin with the number 1 not 0. The concepts of BC and AD as well as CE (now) were based upon the Roman calendar. Since 0 did (and does) not exist in the Roman numeral system, neither can a year be designated by 0. The whole concept of the number 0 came much later. Dan > However, I thought about this for a while yesterday, and I found > one explanation, which could be very wrong or maybe even right: > Doesn't Excel start with 1899-12-31? And doesn't Excel have that > leap year bug? If OpenOffice.org handles 1900 as a non leap year > (as it should), then the start date have to be 1899-12-30 if > recent dates are going to have the same numbers in Excel and > OpenOffice.org Calc. If this is true, all dates, from 1900-03-01 > until eternity, will have the same numbers in Excel and > OpenOffice.org Calc. Examples: > > 1900-01-01: > OpenOffice.org: 2 > Excel: 1 > > 1900-02-28: > OpenOffice.org: 60 > Excel: 59 > > 1900-02-29: > OpenOffice.org: Doesn't exist > Excel: 60 > > 1900-03-01: > OpenOffice.org: 61 > Excel: 61 > > 2007-03-06 > OpenOffice.org: 39147 > Excel: 39147 > > This is just my own theory, can it possibly be true? > > > Or just Document_date - Birth_date + 1, formatted as YY. ... > > > > No, for the same reason that "2" formatted as "DD" gives you the > > wrong answer. > > That is what the "+ 1" was for, to prevent that from happening. > > Of course (back to the original question), if you're entering the > birth > > > date and the document date by hand already, why not just enter > > the years rather than the exact date. No more problem, just > > Doc_year - Birth year. > > > > <Joe > > Just don't forget about leap years. One year in average is > approximately 365.2425 days: > When a year divided by 100 is an integer, such as 1800, 1900, 2000 > etc, it's only a leap year if the year divided by 400 also is an > integer, so 1900 was not a leap year, 2000 and 1600 was. So in 400 > years we have (100 / 4 - 1) + (100 / 4 - 1) + (100 / 4 - 1) + 100 / > 4 = 100 / 4 - 3 = 97 leap years -> One year = (400 · 365 + 97) / > 400 = 365.2425 days in average. Not that it matters THAT much… --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]