LISTSERV at the University of Georgia
Menubar Imagemap
Home Browse Manage Request Manuals Register
Previous messageNext messagePrevious in topicNext in topicPrevious by same authorNext by same authorPrevious page (December 1999, week 3)Back to main SAS-L pageJoin or leave SAS-L (or change settings)ReplyPost a new messageSearchProportional fontNon-proportional font
Date:   Wed, 15 Dec 1999 09:11:19 -0800
Reply-To:   "William W. Viergever" <wwvierg@IBM.NET>
Sender:   "SAS(r) Discussion" <SAS-L@LISTSERV.UGA.EDU>
From:   "William W. Viergever" <wwvierg@IBM.NET>
Subject:   Re: Statistical Computing and the Year 2000
Comments:   To: Michael Mitchell <mnm@UCLA.EDU>
In-Reply-To:   <3856E40A.F0DD4305@ucla.edu>
Content-Type:   text/plain; charset="us-ascii"

Hi Michael:

Took a quick peek and it looks nice.

I hadn't logged onto the OAC since the early 90's - over a 2400 baud modem!; nice to see my California taxes going to good use <g>.

Later

At 04:42 PM 12/14/1999 -0800, Michael Mitchell wrote: >Greetings > The year 2000 is getting near and we would like to invite you to >visit our Statistical Computing and the Year 2000 pages if you would >like more information about handling dates in the year 2000 and beyond >in packages like Stata, SAS, and SPSS. We have created web pages to >help you assess whether you have Y2K problems with your research data >and, if you do, how you can solve these problems in SAS, SPSS and >Stata. We invite you to visit these pages at >http://www.oac.ucla.edu/training/stat/ >and then click on "Statistical Computing and the Year 2000". > In short, those who are at greatest risk are those who 1) analyze data >that contains dates, and 2) the dates are stored using only 2 digits to >represent the year (e.g. 12/25/99 instead of 12/25/1999), and 3) you >will soon encounter dates for the year 2000 (e.g. 1/1/00). For example, >if your data contains "date of birth", and the dates are stored in a >format like 12/25/99, and you will soon be analyzing birth records for >January 1, 2000 and beyond, then you may soon encounter Y2K problems in >analyzing your data where 1/1/00 will be interpreted as January 1, >1900. This could cause results like the age of newborn children being >100 years old. For further examples of such problems, and suggestions of >how to solve them, please visit our Y2K pages in the link given above. > >Best new year wishes, > >Michael Mitchell >UCLA Office of Academic Computing

---------------------------------------------------------------------------- William W. Viergever Voice : (916) 483-8398 Viergever & Associates Fax : (916) 483-8399 A SAS Institute Quality Partner (USA) E-mail : wwvierg@ibm.net Sacramento, CA 95825

"Time flies like an arrow. Fruit flies like a banana." - Groucho Marx ----------------------------------------------------------------------------


Back to: Top of message | Previous page | Main SAS-L page