UPS, of course.
Another vote for ISO 8601. I use it ubiquitously including checks, tax documents, what have you.
It may be the way you are used to, but it’s clearly an exception to the way all the rest of our number systems are written.
As a matter of fact, it’s completely backward from the most logical format YYYYMMDD
I’m the first to admit I’m not the most numerical of people, nor logical, for that matter. But something that’s exactly opposite the most logical format seems to at least be consistent (it goes from smallest to largest, instead of largest to smallest) - what’s the logic behind a mm/dd/yy date format? Also, unless I’m just being a complete moron (this is actually quite likely, so my apologies if so) could you explain a bit more about what other number systems follow a similar counting system?
I’m not meaning to say there’s anything wrong with a mm/dd/yy date format, just it’s not similar to any other numbering systems I can think of - I like finding out about things that are done differently in other places.
I’m not sure I understand your question…you’ve already stated the reason yourself, it goes from smallest to largest: Month [1-12] Day [1-31] Year [insert 4 digits]
That’s my point. The computer/logical system is year/month/day. Large-to-small. The way everywhere except the USA writes it is the reverse of that. Small-to-large. Which is also simple and logical.
The US version is the one that makes no logical sense. Medium-small-large is a terrible way to order anything, completely non-intuitive.
I’ll do it for you: :smack:
(unless you are redefining the concepts of “smallest” and “largest”)
YYYMMDD is only the most logical format in some circumstances, if the year is significant. And why does it matter that leaving off the year gives you month/day? I mean, there’s nothing wrong with saying month/day - it’s just a regional variation - but you’re not making a very good argument for it being more logical.
day/month/year. European style, althought I’m A Merkin.
Day/month/year.
Looks at poll options
Don’t most people who use BCE pair it with CE?
For the record, I wish people would stop using BCE/CE (or BCE/AD) altogether. Maybe it’s just one of my idiosyncrasies, but I consider it to be far more politically incorrect (well, irritating) than AD/BC could ever be.
It very much depends on my audience or software tool.
The client I am working with now, requires dates be expressed as date-day abbreviation-year (01-Jan-2012) unless I am working in their ERP, where I have set my preference to show as DD/MM/YYYY. I use their system more than I use my own. So, for the time being, “Other” is my answer.
I thought this was going to be a thread about the ordering of the dates, rather than AD/CE. For the record I’ve always used AD and refuse to chance.
I’m always used to writing out dates as month, date and year (e.g., January 1st, 2012). However, I’ve noticed (particulary among older folks), a tendency to put the day first, sans suffix (e.g., 1 January, 2012). This was also something that came up when I studied German. Apparently they order it differently, though I can’t remember how.
Other - I have no single preference - I use an assortment of different styles (depending mainly on context), including:
Short date: DD/MM/YY
In written work: D(st/rd/th) Month, YYYY
In file names (and anywhere else where sorting might be required): YYYYMMDD(and optionally HHMMSS)
Day month or day month year for general writing and as many have stated so far, YYYYMMDD for any file names
I never said the American system was sensible. ISO 8601 is sensible. Other systems are not.
Let’s try doing this in order of significance of the individual digits: 1 for the ones’ place of the day, 2 for the tens’ place of the day, etc., up to 8 for the thousands’ place of the year.
American: 43-21-8765
Euro/Australia/wherever: 21-43-8765
ISO 8601: 8765-43-21
Only ISO 8601 is in strictly decreasing order the way all other number systems are. Both the American and “international” systems are out of order, just at a different granularity.
As it happens, if the year is left off, the American system matches the ISO one, and so has the advantage of sorting correctly.
No, MMDD is still more logical than DDMM, again because the digits are in the right order of significance and so sort correctly. For instance, my photos are organized with a top-level directory of the year, and then with subdirectories like this:
06-31 - Backpacking at such-and-such
07-04 - Museum in so-and-so city
These would not sort correctly in DD-MM format.
I didn’t see an option for day, month, year, which is how I do it unless I specifically remember to use the US default of month, day, year. I can’t see any reason to specify BC/CE.
I agree that the ISO system has objective merits. But I’ve never seen anyone use it outside of filing. I’ve never seen anyone write out a date like 2012 January 1 in common usage and it would look strange to see it.
I also think that the partial resemblance with American dating is just coincidental. When we do include the year in American dating, we always put it at the end not the beginning - e.g. January 1, 2012. So we can’t claim that American dating is a truncated form of ISO dating.
I agree that it’s just a convenient coincidence. And that no one actually writes out “2012 January 1”, though there’s no real reason not to, either. I just dispute the notion that Euro-style is somehow more in-order than American style, when in fact they’re both out of order if you look at the digits, and American style at least has the MMDD part correct.
But the European system of small-medium-large and the ISO system of large-medium-small are more in order than the American system of medium-small-large.