TimeZone
m (minor update for paths) |
(wiki link with corrected names.) |
||
| Line 6: | Line 6: | ||
Now try it without the grep, and note all the time zone identifiers, ...these are '''incorrectly assumed by most people to be unique'''. I believe (without references) that the timezone acronyms are based on local names - there is no global cooperation in keeping the namespace clean. |
Now try it without the grep, and note all the time zone identifiers, ...these are '''incorrectly assumed by most people to be unique'''. I believe (without references) that the timezone acronyms are based on local names - there is no global cooperation in keeping the namespace clean. |
||
| + | |||
| + | ---- |
||
| + | |||
| + | Further notes: Looks like Aussie EST should properly be named AEST, but usually isn't, and that the namespace is relatively clean: |
||
| + | http://en.wikipedia.org/wiki/List_of_time_zone_abbreviations |
||
Latest revision as of 10:30, 22 September 2010
Because people keep thinking that the "EST" in my `date` command must be incorrect...
Please run the following command (debian styled linux has zdump in /usr/bin/, whilst redhat styled has it in /usr/sbin, whilst under solaris you'll need to change the find search path to /usr/share/lib/zoneinfo (and track down zdump, which I think will be in /usr/sbin, but don't quote me) :)
find /usr/share/zoneinfo -type f | xargs /usr/bin/zdump | grep EST
Now try it without the grep, and note all the time zone identifiers, ...these are incorrectly assumed by most people to be unique. I believe (without references) that the timezone acronyms are based on local names - there is no global cooperation in keeping the namespace clean.
Further notes: Looks like Aussie EST should properly be named AEST, but usually isn't, and that the namespace is relatively clean: http://en.wikipedia.org/wiki/List_of_time_zone_abbreviations
