On Dec 8, 2011, at 10:14 AM, Zefram wrote:

GMT is not at all exceptional in the relevant respect, of referring to
a specific offset rather than to a civil timezone.  MST (aside from a
Moscow-based interpretation) refers specifically to UT-7h, not to the
dance that clocks perform in Denver.  Likewise, MDT refers specifically
to UT-6h.

To accurately represent GMT and BST (as used in the UK) and MST and
MDT (as used in north America) in the timezone database, you'd need
essentially:

Zone    GMT               0:00  -       GMT
Zone    BST               1:00  -       BST
Zone    MST              -7:00  -       MST
Zone    MDT              -6:00  -       MDT

and similarly for rather a lot of the other abbreviations.  (It so happens
that two of these four hypothetical zones are already in the database
(GMT and MST), but that's unusual among the abbreviations.)

If you don't do this, but instead have just links such as BST ->
Europe/London, then at best it's still necessary to search within
the timezone data to find out what the abbreviation means.  That's
not actually representing the abbreviation's meaning; it's a bad
implementation of the hypothetical abbreviation-to-candidate-zone
index.  (Bad largely because it can only show one candidate zone per
abbreviation.)

Dang, I think that would be a much better solution, for me. It would decrease access
time of information retrieval, if I get it right.  I will research as a possible solution, for me.
Thank you!

The information I provided should not be considered an authoritative work.
I am a peon in the grand scheme, and provided in hope that it may be of some use.
I am not even in a position to take a position on adding data to the database.

Steve