Login, change your address, subscribe to new or manage current magazines or e-newsletter subscriptions
ComputerWorldNetwork WorldCIO CanadaCIO Canada Governments' ReviewJobUniverse Canada
Advanced Search
Knowledge Centres
Content Types
Featured White Papers
Managing a growing threat: an executive's guide to Web application securityManaging a growing threat: an executive's guide to Web application security read more
Unleashing the Business Value of Today's MainframeUnleashing the Business Value of Today's Mainframe read more
IBM Whitepaper: Exploring key facts about Business Process Management with IBM WebSphere softwareIBM Whitepaper: Exploring key facts about Business Process Management with IBM WebSphere software read more
Yuk it Up
IT Executive Development Series
Some of Canada's leading academics discuss the best leadership practices for a wide range of IT challenges. It's a "must read" for those senior managers and other professionals who spearhead the IT strategies within their organizations.
Featured IT Quiz
IT Quiz: Test yourself to see if you have the knowledge to fit into the open source world, and compare yourself with the rest of the respondents
Featured White Papers
This white paper details Intel's current and future energy-saving initiatives to reduce costs and support business goals. Learn how Intel IT is extending its efforts to be a role model enterprise IT organization by supporting the Climate Savers Computing Initiative, which aims to drive a 50 percent reduction in computer-related CO2 emissions worldwide. No registration required.
More on Y2K's day-to-date problems in 2008
Page 1 of 1

More on Y2K's day-to-date problems in 2008

Many are frustrated by the date mess. Some have gone for date clarity where they can in their own work worlds. Sadly, no one wrote to say that they are getting their IT department to standardize on clear unambiguous dates on all their documents
Advertisement

It was reassuring in an odd way, to have more than 30 responses to my February 8 article (‘Y2K didn’t solve all the date problems’). Some went both ComputerWorld Canada and some came directly to me.

Many are frustrated by the date mess. Some have gone for date clarity where they can in their own work worlds. Sadly, no one wrote to say that they are getting their IT department to standardize on clear unambiguous dates on all their documents.

This is a uniquely Canadian problem. On Wikipedia, there is a document showing what standards are used in 94 countries. Fifteen countries are recorded as usually using the ISO 8601 standard while 91 countries are reported as primarily using a single date format.

Two jurisdictions, Sweden and Macau, use two different formats. And believe it or not, one country is recognized for using four date formats.

Yes, it is Canada, who ‘leads’ the world in date format tolerance — or, more accurately, in date format confusion. I’m sure you’ll agree that we have a real made in Canada mess.

Many of the readers’ comments support the use of the ISO 8601 standard. Both Vaughn Seward and Brent Horst point out that no one writes dates in the format, YDM — e.g. 2008 01 March. The sample of 50 documents that I used to write the first article had no documents in this format. So if we use YMD and we use four digits for the year, then we should have no ambiguity.

We will avoid some of the language issues around using a three digit alphabetic field for the month. If this were adopted, Canadians should quickly realize that 2008/03/01 is March 1, 2008. I prefer to have ‘/’ as a separator. 2008/03/01 is much easier to read that 20080301.

I recommended using YYYYMMMDD (e.g. 2008MAR01) as a date format.

Advertisement

Julien Chaisson pointed out that we have reached national acceptance for two characters for our provinces, so we should be able to settle on two characters for months. He proposed a set. So March 1 2008 would be 2008MR01.

I can’t see why 2008MR01 and 2008/03/01 shouldn’t both be used. Clarity is a greater virtue than uniformity. There is nothing wrong with ‘good’ diversity. As they say, all the animals in a flock are sheep.

Standardizing on a clear date format is not as sexy as new networking technology for an IT department or a software maker, but it would sure help the frustrated accounts payable clerks, the employees filing expense accounts and so many others who waste time trying work out dates on documents.

And it’s not just financial documents where the confusion occurs. I’m looking at some pills I got from Wal-Mart’s Pharmacy. They are dated as 09/08/2007 — 9th of August or the 8th of September?

I hope IT departments will start to make this a project with significant importance for them. It’s an embarrassment that eight years after Y2K, we’re still fumbling around with dates.

Page 1 of 1
Send to a Friend  Rate This Page  Print This PageAdd a new comment

Bookmark this article on:
del.icio.us| Digg it| Furl| Google| Technorati| StumbleIt| Yahoo!

Have something to say about this article? Add a new comment

If you find a comment inappropriate, You can notify the moderator by clicking the Report an innapropriate comment icon.
Release CoordinatorReply to this commentReport an innapropriate comment
2008MR01 or 2008MAR01 are both not recommended. You cannot sort properly on this field since the months are not in alphabetical order.
Written by: Mark Willsie, from Waterloo
President, Symtec internationalReply to this commentReport an innapropriate comment
It is a credit to our collective abysmal dumbness that we are still without any enforced standard for dates in Canada. We regularly misplace invoices in the wrong fiscal year because not two invoices seem to use the same date format. Sometimes this cost thousands of dollars in overpaid taxes, not to mention a few irate suppliers we could dispense with. Filing and auditing are continuously impaired by date ambiguity. It is crucial that any adopted format produce a correct sort with no effort and be "language blind". Thus the ISO should be the preferred one. But now that we know what we should do, how do we make it a REALITY ? My power on standard setting is essentially zero. What is yours ? Could we set up a petition to CSA ? Ask the government agencies to lead and demand that anyone dealing with them should observe the date standard or else see their request delayed (this was the way the postal codes were eventually adopted by everyone: Post Canada "delayed" any letter not conforming.)
Written by: Michel Virard, from Montreal
PrincipalReply to this commentReport an innapropriate comment
I have used YYYY MM DD for over 20 years. To me it seems the most "logical". The numbers follow the same logic as regular ones where more significant numbers change more slowly. Not only that but time follows this idea (ie Hours change least often, minutes more often, seconds very often and then sub-seconds most often). I believe the current "simple" date layout for ISO 8601 is YYYY-MM-DD. I think it looks cleaner without the dash, but I would be thrilled to use this format if everyone did. I agree with the previous poster that the next step is to propose that Canada follow the ISO 8601 standard.
Written by: Bruce A. Knack, from Guelph
2007C12 or 2007-C-12 Reply to this commentReport an innapropriate comment
I know I'm a techie, but I favour putting into base 12 the month. This: 1) sorts 2) is language independent 3) is acceptable as a windows filename. 4) just means a little communication 5) leaves a bit of room should a few more Roman emperor's demand their names as new months. I concur though, our lack of date standardisation has serious ramifications on software compatibility.
Written by: Martin Cleaver , from Toronto
2007C12 or 2007-C-12 Reply to this commentReport an innapropriate comment
I know I'm a techie, but I favour putting into base 12 the month. This: 1) sorts 2) is language independent 3) is acceptable as a windows filename. 4) just means a little communication 5) leaves a bit of room should a few more Roman emperor's demand their names as new months. I concur though, our lack of date standardisation has serious ramifications on software compatibility.
Written by: Martin Cleaver , from Toronto
That should be A-K for the monthReply to this commentReport an innapropriate comment
Duh. Just occurred to me that less confusing still would be to associate A with January, B with Feb, etc, up to K, for December. 2007A23 better than dates like 2007123 as the eye separates the letters from the numbers. One drawback would be "I" which looks a little too like a "1" in isolation. 2007I23 for 23 Sep 2007.
Written by: Martin Cleaver , from Toronto
ADD A COMMENT
Name:*Your email address will not appear online and will be used only in the event that the editor wishes to contact you personally for additional comment.
City:
Email:
Title:*
Comment:*
* required fields


Related Content
Articles

Book Reviews

Special Advertising Partners
IDC Case Study: Identity And Access Management Buying Criteria.