- tz - lists.iana.org

Is there a list of "current" time zones?
by Tim Klein July 11, 2007

July 11, 2007

I'm new here. As I look through the tz database, and the archives of this mailing list, I realize what a phenomenal effort you folks have put in, to make all of this information available. Thank you for all you've done! A question... I'm helping to write an application that needs a menu for the user to choose what time zone they live in. With ~400 time zones in the database, that'd be a pretty daunting pull-down menu. But as I understand it, a significant fraction of the ~400 time zones exist only for historical reasons. Since our application will deal only with current and future times, historical distinctions don't matter, and we'd like the menu to show only the subset of time zones that are currently "in effect". (And we don't mind if it isn't painstakingly accurate or updated in real time.) Has anyone created such a list? Or maybe an algorithm (if not code) for generating one from the full database? I see that this question has come up in the past. To quote from the archives... ====== >From: "Andy Lipscomb" <AndyLipscomb(a)decosimo.com> >Perhaps a better term would be "historical" time zones. This would >in fact be a useful distinction, since only a relatively small >subset of the timezones are necessary for applications that look >only forward--these would be the first set to present to a user for >selecting a time zone, with a "show all" option to get the complete >list. (For example, the 50 United States can be covered on a >forward-looking basis by eight zones--New York, Chicago, Denver, >Phoenix, Los Angeles, Anchorage, Adak, and Honolulu. And if one >takes as irrevocable the power of the EU over DST dates, then--for >example--London, Paris, and Helsinki would cover that entire area, >except for the different abbreviations used in the three +0 >countries.) ====== And... >From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] >Sent: November 6, 2006 12:13 PM > >> Is there any way to flag some of the old historical zones such that >> they don't appear when running "tzselect"? > >We could have a table for people who don't care about historical >times, which maps zone names to "modern" zone names, and tzselect >could have an option to use that table. ====== Thank you very much for any wisdom on this subject! Tim Klein Dallas, Texas, USA

1 1

FW: Time Zone mapping --> Windows ???
by Olson, Arthur David (NIH/NCI) [E] July 11, 2007

July 11, 2007

I'm forwarding this message from Boris Lang, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado -----Original Message----- From: BORIS LANG [mailto:BORIS.LANG@MEMO.IKEA.COM] Sent: Tuesday, July 10, 2007 8:55 AM To: tz(a)lecserver.nci.nih.gov Subject: Time Zone mapping --> Windows ??? --- Received from IKEA4.BRLG +49 6122 5858276 07-07-10 14.56 -------------------------------------- Hi, we are working on the implementation of time zone information into an application using the tz database. TZ data names will be our main type but we also need to do a mapping to the time zone names used in windows. i.e. Europe/Berlin (tzd) --> Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna (Windows) The problem is that I can´t find a complete list that contains the mapping from tz database to windows. Can somebody please help us? Is there already such a list existing? Best regards Boris Lang ------ IKEA IT Germany GmbH Am Wandersmann 2-4 65719 Hofheim-Wallau Sitz München HR B 79392, Amtsgericht München Geschäftsführer: Manfred Godlewski, Göran Sjöstrand, Ola Troedsson ---- 07-07-10 14.56 ---- Sent to --------------------------------------------------------------------------------- -> tz(a)elsie.nci.nih.gov

4 3

Re: FW: Localization of timezones from zone.tab
by Mark Davis July 10, 2007

July 10, 2007

There is a users group at http://www.unicode.org/consortium/distlist.html#cldr_list. You can post suggestions/requests via the bug form on http://www.unicode.org/cldr/bugs/locale-bugs. If you belong to a Unicode member organization (http://www.unicode.org/consortium/memblogo.html) you can get on the internal list and even (if you choose) the weekly teleconference. Mark On 7/10/07, Chuck Soper <chucks2(a)veladg.com> wrote: > > Thanks for your response. I now remember meeting someone from IBM at an > IMUG meeting at Apple; he described metazones. > > What is the best way for me to stay informed of CLDR related to time > zones? And is there a way to make comments, suggestions or discuss? > > Chuck > > At 1:54 PM -0700 7/10/07, Mark Davis wrote: > > We have actually instituted an alternative mechanism called 'metazones', > which are somewhat like what you describe. They basically coalesce zones > that have the same behavior in modern time. However, they have some further > restrictions, and we only put this in recently thus haven't gathered enough > data to be useful yet. > > Mark > > On 7/10/07,* Chuck Soper* <chucks2(a)veladg.com> wrote: > > I've been on the tz list for several years. I have tried to follow the > Time Zone Localizations topic for CLDR. > > > I do not understand why translations would be supplied for timezone IDs > (tzIDs). Many tzIDs refer to the same time zone name. For example, I believe > that Argentina has 2 time zone names, yet it has 10 tzIDs to handle DST > rules for various states. Does this mean that 20 localized names would be > required for Argentina? Does this mean that a new tzID would not be > localized? > > > Looking at 381 tzIDs of a tzData version (from 2006), I multiply it by two > (for std and dst names) to obtain 762 time zone names required. By removing > names of tzIDs that do not recognize DST and removing tzIDs that refer to > the same time name (e.g. many tzIDs refer to Central European Time), I was > to reduce total time zone names from 762 to 212. > > > Can over 500 names can be removed from the translation list? Multiplying > 500 potentially unneeded names by the number of translations would result in > a large reduction of translation efforts. > > > My approach is dependent on having a stable list of time zone names. As > far as I know, such a list does not exist. If such a list existed, I would > envision tzIDs being mapped to the 'time zone name' list. > > > Chuck > > > > At 10:44 AM -0700 7/10/07, Mark Davis wrote: > > The Unicode CLDR project (http://unicode.org/cldr/) does supply > translations for timezone IDs. There are a few caveats. > > 1. The timezone database really has equivalence classes of IDs. One > of these can be used as a representative for any in the equivalence class. > It is the zone.tab file that contains such IDs. CLDR started by using that > file, but unfortunately it is not stable (different equivalent IDs can be > substituted at any time). So what we do is use as the representative the one > that historically the first one used in any zone.tab file (after CLDR > started). > > 2. We allow, but do not encourage, translation of zones that are the > only zone in a country. For that we use the country name. This cuts down > very substantially on the number of translations needed. That is, you would > see the equivalent of "Italy", and "United States (Los Angeles)" -- only in > the latter case do we need translations for the cities. > > 3. Translators can optionally add other variations: daylight (summer) > time, standard (winter) time, and generic time, both abbreviated and long. > > 4. These choices percolate out to clients of CLDR: Google, IBM, > Apple, Adobe, and many others. > > Mark > > On 7/10/07,* Olson, Arthur David (NIH/NCI) [E]* <olsona(a)dc37a.nci.nih.gov> > wrote: > > I'm forwarding this message from Vincent Untz, who is not on the time zone > mailing list. > > Those of you who are on the time zone mailing list should direct replies > appropriately. > > --ado > > -----Original Message----- > From: Vincent Untz [mailto: vuntz(a)gnome.org] > Sent: Tuesday, July 10, 2007 1:24 PM > To: tz(a)lecserver.nci.nih.gov > Subject: Localization of timezones from zone.tab > > Hi, > > [please keep me cc'ed since I'm not subscribed to this list] > > I know that, at least in GNOME, there are now three places where we > > parse zone.tab to get a list of timezones supported by the OS. I suppose > other projects are also doing this. This list is then presented to the > user to let him choose the timezone. > > The problem here is that we let the user choose strings which look like > "Antarctica/South_Pole". This is not really good for > non-english-speaking people ;-) > > Of course, we can add all the timezones to our list of strings to > translate, but this means all projects needing to do so will duplicate > this work and the translations. > > I'd like the tz database to ship translations in po files. This would > imply the following: > > + create a small script to generate a POT file from zone.tab (easy) > + submit the POT file to the translation project [1] (or any other > > place that helps with translation) > > + add the po files for translation to the tz database > + choose a gettext domain > > (Of course, I'm quite probably forgetting about a step :-)) > > I've seen that this topic has been discussed before [2], but the > proposition there was really more ambitious, so I'm hoping a simple > approach would be welcomed. > > What do you think? > > Thanks, > > [1] http://translationproject.org/ > [2] http://osdir.com/ml/time.tz/2004-09/msg00000.html > > Vincent > > -- > Les gens heureux ne sont pas pressés. > > > > > -- > Mark > > > > > > -- > Mark > > > -- Mark

1 0

Re: FW: Localization of timezones from zone.tab
by Mark Davis July 10, 2007

July 10, 2007

We have actually instituted an alternative mechanism called 'metazones', which are somewhat like what you describe. They basically coalesce zones that have the same behavior in modern time. However, they have some further restrictions, and we only put this in recently thus haven't gathered enough data to be useful yet. Mark On 7/10/07, Chuck Soper <chucks2(a)veladg.com> wrote: > > I've been on the tz list for several years. I have tried to follow the > Time Zone Localizations topic for CLDR. > > I do not understand why translations would be supplied for timezone IDs > (tzIDs). Many tzIDs refer to the same time zone name. For example, I believe > that Argentina has 2 time zone names, yet it has 10 tzIDs to handle DST > rules for various states. Does this mean that 20 localized names would be > required for Argentina? Does this mean that a new tzID would not be > localized? > > Looking at 381 tzIDs of a tzData version (from 2006), I multiply it by two > (for std and dst names) to obtain 762 time zone names required. By removing > names of tzIDs that do not recognize DST and removing tzIDs that refer to > the same time name (e.g. many tzIDs refer to Central European Time), I was > to reduce total time zone names from 762 to 212. > > Can over 500 names can be removed from the translation list? Multiplying > 500 potentially unneeded names by the number of translations would result in > a large reduction of translation efforts. > > My approach is dependent on having a stable list of time zone names. As > far as I know, such a list does not exist. If such a list existed, I would > envision tzIDs being mapped to the 'time zone name' list. > > Chuck > > > At 10:44 AM -0700 7/10/07, Mark Davis wrote: > > The Unicode CLDR project (http://unicode.org/cldr/) does supply > translations for timezone IDs. There are a few caveats. > > 1. The timezone database really has equivalence classes of IDs. One > of these can be used as a representative for any in the equivalence class. > It is the zone.tab file that contains such IDs. CLDR started by using that > file, but unfortunately it is not stable (different equivalent IDs can be > substituted at any time). So what we do is use as the representative the one > that historically the first one used in any zone.tab file (after CLDR > started). > > 2. We allow, but do not encourage, translation of zones that are the > only zone in a country. For that we use the country name. This cuts down > very substantially on the number of translations needed. That is, you would > see the equivalent of "Italy", and "United States (Los Angeles)" -- only in > the latter case do we need translations for the cities. > > 3. Translators can optionally add other variations: daylight (summer) > time, standard (winter) time, and generic time, both abbreviated and long. > > 4. These choices percolate out to clients of CLDR: Google, IBM, > Apple, Adobe, and many others. > > Mark > > On 7/10/07,* Olson, Arthur David (NIH/NCI) [E]* <olsona(a)dc37a.nci.nih.gov> > wrote: > > I'm forwarding this message from Vincent Untz, who is not on the time zone > mailing list. > > Those of you who are on the time zone mailing list should direct replies > appropriately. > > --ado > > -----Original Message----- > From: Vincent Untz [mailto: vuntz(a)gnome.org] > Sent: Tuesday, July 10, 2007 1:24 PM > To: tz(a)lecserver.nci.nih.gov > Subject: Localization of timezones from zone.tab > > Hi, > > [please keep me cc'ed since I'm not subscribed to this list] > > I know that, at least in GNOME, there are now three places where we > parse zone.tab to get a list of timezones supported by the OS. I suppose > other projects are also doing this. This list is then presented to the > user to let him choose the timezone. > > The problem here is that we let the user choose strings which look like > "Antarctica/South_Pole". This is not really good for > non-english-speaking people ;-) > > Of course, we can add all the timezones to our list of strings to > translate, but this means all projects needing to do so will duplicate > this work and the translations. > > I'd like the tz database to ship translations in po files. This would > imply the following: > > + create a small script to generate a POT file from zone.tab (easy) > + submit the POT file to the translation project [1] (or any other > > place that helps with translation) > > + add the po files for translation to the tz database > + choose a gettext domain > > (Of course, I'm quite probably forgetting about a step :-)) > > I've seen that this topic has been discussed before [2], but the > proposition there was really more ambitious, so I'm hoping a simple > approach would be welcomed. > > What do you think? > > Thanks, > > [1] http://translationproject.org/ > [2] http://osdir.com/ml/time.tz/2004-09/msg00000.html > > Vincent > > -- > Les gens heureux ne sont pas pressés. > > > > > -- > Mark > > > -- Mark

2 1

Re: FW: Localization of timezones from zone.tab
by Chuck Soper July 10, 2007

July 10, 2007

I've been on the tz list for several years. I have tried to follow the Time Zone Localizations topic for CLDR. I do not understand why translations would be supplied for timezone IDs (tzIDs). Many tzIDs refer to the same time zone name. For example, I believe that Argentina has 2 time zone names, yet it has 10 tzIDs to handle DST rules for various states. Does this mean that 20 localized names would be required for Argentina? Does this mean that a new tzID would not be localized? Looking at 381 tzIDs of a tzData version (from 2006), I multiply it by two (for std and dst names) to obtain 762 time zone names required. By removing names of tzIDs that do not recognize DST and removing tzIDs that refer to the same time name (e.g. many tzIDs refer to Central European Time), I was to reduce total time zone names from 762 to 212. Can over 500 names can be removed from the translation list? Multiplying 500 potentially unneeded names by the number of translations would result in a large reduction of translation efforts. My approach is dependent on having a stable list of time zone names. As far as I know, such a list does not exist. If such a list existed, I would envision tzIDs being mapped to the 'time zone name' list. Chuck At 10:44 AM -0700 7/10/07, Mark Davis wrote: >The Unicode CLDR project >(<http://unicode.org/cldr/>http://unicode.org/cldr/) >does supply translations for timezone IDs. There >are a few caveats. > >1. The timezone database really has >equivalence classes of IDs. One of these can be >used as a representative for any in the >equivalence class. It is the zone.tab file that >contains such IDs. CLDR started by using that >file, but unfortunately it is not stable >(different equivalent IDs can be substituted at >any time). So what we do is use as the >representative the one that historically the >first one used in any zone.tab file (after CLDR >started). >2. We allow, but do not encourage, >translation of zones that are the only zone in a >country. For that we use the country name. This >cuts down very substantially on the number of >translations needed. That is, you would see the >equivalent of "Italy", and "United States (Los >Angeles)" -- only in the latter case do we need >translations for the cities. >3. Translators can optionally add other >variations: daylight (summer) time, standard >(winter) time, and generic time, both >abbreviated and long. >4. These choices percolate out to clients of >CLDR: Google, IBM, Apple, Adobe, and many others. > >Mark > >On 7/10/07, Olson, Arthur David (NIH/NCI) [E] ><<mailto:olsona@dc37a.nci.nih.gov>olsona(a)dc37a.nci.nih.gov> >wrote: > >I'm forwarding this message from Vincent Untz, >who is not on the time zone mailing list. > >Those of you who are on the time zone mailing >list should direct replies appropriately. > > --ado > >-----Original Message----- >From: Vincent Untz [mailto:<mailto:vuntz@gnome.org> vuntz(a)gnome.org] >Sent: Tuesday, July 10, 2007 1:24 PM >To: <mailto:tz@lecserver.nci.nih.gov>tz(a)lecserver.nci.nih.gov >Subject: Localization of timezones from zone.tab > >Hi, > >[please keep me cc'ed since I'm not subscribed to this list] > >I know that, at least in GNOME, there are now three places where we >parse zone.tab to get a list of timezones supported by the OS. I suppose >other projects are also doing this. This list is then presented to the >user to let him choose the timezone. > >The problem here is that we let the user choose strings which look like >"Antarctica/South_Pole". This is not really good for >non-english-speaking people ;-) > >Of course, we can add all the timezones to our list of strings to >translate, but this means all projects needing to do so will duplicate >this work and the translations. > >I'd like the tz database to ship translations in po files. This would >imply the following: > >+ create a small script to generate a POT file from zone.tab (easy) >+ submit the POT file to the translation project [1] (or any other > place that helps with translation) >+ add the po files for translation to the tz database >+ choose a gettext domain > >(Of course, I'm quite probably forgetting about a step :-)) > >I've seen that this topic has been discussed before [2], but the >proposition there was really more ambitious, so I'm hoping a simple >approach would be welcomed. > >What do you think? > >Thanks, > >[1] <http://translationproject.org/>http://translationproject.org/ >[2] ><http://osdir.com/ml/time.tz/2004-09/msg00000.html> >http://osdir.com/ml/time.tz/2004-09/msg00000.html > >Vincent > >-- >Les gens heureux ne sont pas pressés. > > > > >-- >Mark

1 0

Localization of timezones from zone.tab
by Vincent Untz July 10, 2007

July 10, 2007

Hi, [please keep me cc'ed since I'm not subscribed to this list] I know that, at least in GNOME, there are now three places where we parse zone.tab to get a list of timezones supported by the OS. I suppose other projects are also doing this. This list is then presented to the user to let him choose the timezone. The problem here is that we let the user choose strings which look like "Antarctica/South_Pole". This is not really good for non-english-speaking people ;-) Of course, we can add all the timezones to our list of strings to translate, but this means all projects needing to do so will duplicate this work and the translations. I'd like the tz database to ship translations in po files. This would imply the following: + create a small script to generate a POT file from zone.tab (easy) + submit the POT file to the translation project [1] (or any other place that helps with translation) + add the po files for translation to the tz database + choose a gettext domain (Of course, I'm quite probably forgetting about a step :-)) I've seen that this topic has been discussed before [2], but the proposition there was really more ambitious, so I'm hoping a simple approach would be welcomed. What do you think? Thanks, [1] http://translationproject.org/ [2] http://osdir.com/ml/time.tz/2004-09/msg00000.html Vincent -- Les gens heureux ne sont pas pressés.

1 0

Re: Is there a list of "current" time zones?
by Philip Howell July 10, 2007

July 10, 2007

Hi Tim, In the tzdata tarball is a file called zone.tab. It lists the current time zones grouped by country code. Cheers, Phil Tim Klein wrote: > I'm new here. As I look through the tz database, and the archives of > this mailing list, I realize what a phenomenal effort you folks have > put in, to make all of this information available. Thank you for all > you've done! > > A question... > > I'm helping to write an application that needs a menu for the user to > choose what time zone they live in. With ~400 time zones in the > database, that'd be a pretty daunting pull-down menu. > > But as I understand it, a significant fraction of the ~400 time zones > exist only for historical reasons. Since our application will deal > only with current and future times, historical distinctions don't > matter, and we'd like the menu to show only the subset of time zones > that are currently "in effect". (And we don't mind if it isn't > painstakingly accurate or updated in real time.) > > Has anyone created such a list? Or maybe an algorithm (if not code) > for generating one from the full database? > > I see that this question has come up in the past. To quote from the > archives... > > ====== > >> From: "Andy Lipscomb" <AndyLipscomb(a)decosimo.com> >> Perhaps a better term would be "historical" time zones. This would in >> fact be a useful distinction, since only a relatively small subset of >> the timezones are necessary for applications that look only >> forward--these would be the first set to present to a user for >> selecting a time zone, with a "show all" option to get the complete >> list. (For example, the 50 United States can be covered on a >> forward-looking basis by eight zones--New York, Chicago, Denver, >> Phoenix, Los Angeles, Anchorage, Adak, and Honolulu. And if one takes >> as irrevocable the power of the EU over DST dates, then--for >> example--London, Paris, and Helsinki would cover that entire area, >> except for the different abbreviations used in the three +0 countries.) > > ====== > And... > >> From: Paul Eggert [mailto:eggert@CS.UCLA.EDU] >> Sent: November 6, 2006 12:13 PM >> >>> Is there any way to flag some of the old historical zones such that >>> they don't appear when running "tzselect"? >> >> We could have a table for people who don't care about historical >> times, which maps zone names to "modern" zone names, and tzselect >> could have an option to use that table. > > ====== > > Thank you very much for any wisdom on this subject! > > Tim Klein > Dallas, Texas, USA > >

1 0

Re: Is there a list of "current" time zones?
by Eric Ulevik July 10, 2007

July 10, 2007

On 7/10/07, Tim Klein <tkpublic(a)timklein.fastmail.fm> wrote: > I'm helping to write an application that needs a menu for the user to > choose what time zone they live in. With ~400 time zones in the > database, that'd be a pretty daunting pull-down menu. You will find this menu in quite a few places. Generally people don't have a problem identifying their geographical location - which is what this list shows. To simplify the menu, get the user to first choose a continent (eg. "Australia" or "Europe") then a region from a smaller list. You could also move the most common selections to the top of the list. Regards, Eric Ulevik

1 0

French Polynesia time zones
by Jesper Norgaard Welen July 9, 2007

July 9, 2007

Perhaps the following link will interest Eric Muller and the rest of the mailing list members: http://www.timegenie.com/country.time/pf/ The FAQ mentioned of the Tahiti tourism web site in fact has the URL http://www.tahiti-tourisme.com/planner/tahitifaqs.asp (it seems to have changed name since timegenie site documented it). Eric asked for a recognition of the three time zones in the tz database for French Polynesia. The explanation in the timegenie web site is: "According to the official <http://www.tahiti-tourisme.com/> Tahiti Tourisme web site, Tahiti and her Islands have two times zones. This information can be found in the <http://www.tahiti-tourisme.com/planner/faqs.asp> FAQ section. However, Tahiti and her islands have in fact three time zones. The third time zone is not mentioned on the Tahiti Tourisme web site. Most likely, the third time zone is not mentioned since it is not visited by many tourists due to its distance from the main island of Tahiti. Since there is no official mention of the third time zone, timegenie.com contacted a Tahiti Tourisme office by phone. The result was that timegenie.com received official confirmation of the third time zone. Based on the information provided by Tahiti Tourisme, the majority of the islands, including the island of Tahiti itself, are -10 hours UTC/GMT. The Marquesas Islands are -9 hours 30 minutes UTC/GMT. The Gambier Islands are the third time zone and they are -9 hours UTC/GMT." I hope it's alright to quote timegenie for this information. I haven't found myself an official French Polynesia goverment web site confirming this information, but my french is limited to a 40-hour course so it is not to much use in this investigation. Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

1 0

French Polynesia
by Eric Muller July 3, 2007

July 3, 2007

If I read correctly the tz data for French Polynesia, there are three tz zones that are half an hour apart. I searched for an independent confirmation, but I can't find any evidence that FP has multiple local times. The best I have found so far is <http://www.outre-mer.gouv.fr/outremer/front?id=outremer/decouvrir_outre_mer…> which suggests that all of FP is in a single timezone. Any idea of the source of the current data? Thanks, Eric.

2 1

subscribe
by Lorn Potter June 29, 2007

June 29, 2007

subscribe

1 0

Does UTC+14 Still Exist?
by Robert Chapin June 27, 2007

June 27, 2007

The latest CIA map doesn't have the UTC+14 time zone on it.. https://www.cia.gov/library/publications/the-world-factbook/reference_maps/p df/time_zones.pdf I'm curious if this is accurate? _____________ Robert Chapin

1 0

Vietnam: Saigon is deprecated, should use capital Hanoi
by Martin Pitt June 22, 2007

June 22, 2007

Hello Arthur and tzdata team, we just got this tzdata bug in Ubuntu: https://bugs.launchpad.net/ubuntu/+source/tzdata/+bug/121540 which points out that "Saigon" has been renamed to "Ho Chi Minh" a long time ago. The comment in the asia file already mentions that: # Saigon's official name is Thanh-Pho Ho Chi Minh, but it's too long. # We'll stick with the traditional name for now. A nice solution to avoid obsolete names, retain a short name, and even get more consistent is to use "Hanoi", which is the actual capital of Vietnam (and is the very same TZ). Then Saigon could just be an alias (i. e. transitional symlink) to Hanoi. What do you think about that? Thank you in advance, Martin -- Martin Pitt http://www.piware.de Ubuntu Developer http://www.ubuntu.com Debian Developer http://www.debian.org

1 0

FW: Time Zone Data
by Olson, Arthur David (NIH/NCI) [E] June 21, 2007

June 21, 2007

I'm forwarding this message from Angela Lovell, who is not on the time zone mailing list. Those of you who are on the time zone mailing list should direct replies appropriately. --ado From: Lovell, Angela [mailto:Angela.Lovell@garmin.com] Sent: Wednesday, June 20, 2007 6:03 PM To: tz-request(a)lecserver.nci.nih.gov Subject: Time Zone Data To Whom it may Concern, I would like to review your time zone data for possible use in Garmin GPS devices. Can you tell me if you have polygon data for the time zones across the world? If so, would it be possible to achieve a login name and password for the data? Please let me know if there is anything else I should know regarding this data. Thanks, Angela Lovell _____________________________________________________________ Angela Lovell | Cartography Development Manager | Garmin International Email: angela.lovell(a)garmin.com ------------------------- This e-mail and any attachments may contain confidential material for the sole use of the intended recipient. If you are not the intended recipient, please be aware that any disclosure, copying, distribution or use of this e-mail or any attachment is prohibited. If you have received this e-mail in error, please contact the sender and delete all copies. Thank you for your cooperation

1 0

Implementation of zoneinfo (Olson, tz) database in .NET c-sharp csharp
by Joshua Kifer June 21, 2007

June 21, 2007

I finally found an implementation of this at CodePlex. It's part of the PublicDomain project. http://www.codeplex.com/publicdomain I hope this post adds some search fodder to the interweb for all those unlucky bastards seeking (and not finding) the same.

1 0

Time Zone Data
by Lovell, Angela June 20, 2007

June 20, 2007

To Whom it may Concern, I would like to review your time zone data for possible use in Garmin GPS devices. Can you tell me if you have polygon data for the time zones across the world? If so, would it be possible to achieve a login name and password for the data? Please let me know if there is anything else I should know regarding this data. Thanks, Angela Lovell _____________________________________________________________ Angela Lovell | Cartography Development Manager | Garmin International Email: angela.lovell(a)garmin.com ------------------------- This e-mail and any attachments may contain confidential material for the sole use of the intended recipient. If you are not the intended recipient, please be aware that any disclosure, copying, distribution or use of this e-mail or any attachment is prohibited. If you have received this e-mail in error, please contact the sender and delete all copies. Thank you for your cooperation

1 0

FW: DST in South Korea
by Olson, Arthur David (NIH/NCI) [E] June 11, 2007

June 11, 2007

I'm forwarding this message from Alex Krivenyshev, who is not on the time zone mailing list (at least not at the address shown below). Those of you who are on the time zone mailing list should direct replies appropriately. --ado -----Original Message----- From: Alex Krivenyshev [mailto:info@worldtimezone.com] Sent: Monday, June 11, 2007 8:04 AM To: tz(a)lecserver.nci.nih.gov Subject: DST in South Korea According to YONHAP NEWS (Korea): "The South Korean government plans to discuss when it will introduce daylight saving time with the Japanese government": http://english.yonhapnews.co.kr/business/2007/06/11/90/0502000000AEN2007 06110030 00320F.HTML Alex Krivenyshev http://www.worldtimezone.com/dst_news/ NYC, NY

1 0

DST in South Korea
by Alex Krivenyshev June 11, 2007

June 11, 2007

According to YONHAP NEWS (Korea): "The South Korean government plans to discuss when it will introduce daylight saving time with the Japanese government": http://english.yonhapnews.co.kr/business/2007/06/11/90/0502000000AEN2007061… 00320F.HTML Alex Krivenyshev http://www.worldtimezone.com/dst_news/ NYC, NY

1 0

DST and cross-border Southern Cross campus (Queensland-NSW border)
by Paul Eggert June 4, 2007

June 4, 2007

Southern Cross University is planning Australia's first cross-border campus, and one of the technical challenges they're facing is that Queensland does not observe DST but New South Wales does. They haven't figured out yet how to schedule classes across the daylight-saving boundary. Classes are scheduled to start 2009. Reference: "Telling time for border uni plan", The Gold Coast Bulletin <http://www.gcbulletin.com.au/article/2007/06/05/5562_news.html> (2007-06-05)

1 0

Antarctica Daylight Saving Time
by Alex Krivenyshev June 4, 2007

June 4, 2007

Antarctica Daylight Saving Time: I guess that 3 Antarctica Stations: Amundsen-Scott (South Pole) (USA), McMurdo (USA) and Scott (N.Z.) will follow extended DST New Zealand rules and will start "Summer Time" 1 week earlier than usual- on September 30, 2007 and back to Standard Time on the first Sunday in April- April 6, 2008. http://www.worldtimezone.com/daylight.html Alexander Krivenyshev http://www.worldtimezone.com New York, NY

2 1

Japan begins to consider DST
by Sue Williams June 4, 2007

June 4, 2007

This news article says that Japan is beginning to comtemplate the idea of introducing daylight saving time. http://www.yomiuri.co.jp/dy/national/20070602TDY01005.htm This is not a done deal but something to keep an eye on. ...Sue

1 0

a relevant .NET implementation to be linked to the Time Zone page
by Michael Kariv June 3, 2007

June 3, 2007

Hi, Here is a .NET library that I think should be linked to at the main page http://www.twinsun.com/tz/tz-link.htm The link: http://www.babiej.demon.nl/Tz4Net/main.htm This is how they defined themselves: C# /.NET implementation of timezone class based on Olson database (often called tz or zoneinfo). As opposite to Win32/.NET API, it allows to perform conversion of arbitrary time between arbitrary time zones. Regards Michael Kariv

1 0

zone.tab corrections
by Andy McDonald May 31, 2007

May 31, 2007

There seem to be a few minor errors in zone.tab (2007f and earlier): America/Cambridge_Bay: zone.tab latitude/longitude is incorrect, according to http://www.meds-sdmm.dfo-mpo.gc.ca/meds/Prog_Nat/benchmark/single_station2_…, which gives +6907-10504, and my own experiments with Google Earth. Also zone.tab comments should be 'Mountain Time - west Nunavut' rather than 'Central Time - west Nunavut' Antarctica/DumontDUrville: The comment should very probably read 'Dumont d'Urville Station', rather than 'Dumont d'Urville Base', which seems to be a mis-translation of the French 'Base Dumont d'Urville'. See for example http://pdf.comnap.aq/comnap/comnap.nsf/P/StationsByName/FRdumo Pacific/Johnston: latitude/longitude is incorrect. The CIA seems to have it much closer with +1645-16931 (https://www.cia.gov/library/publications/the-world-factbook/geos/um.html) America/Aruba: latitude/longitude is incorrect. The CIA seems to have it much closer with +1230-06958 (https://www.cia.gov/library/publications/the-world-factbook/geos/aa.html) - looks like the current +1230-06858 is a typo. Europe/London: (!) latitude/longitude is incorrect - the current value is somewhere in the neighbourhood of Syon House in South-west London (http://en.wikipedia.org/wiki/Syon_House) Suggestions for a better value welcome. Ukrainian time zones Europe/Kiev, Europe/Uzhgorod and Europe/Zaporozhye: These might better be named Europe/Kyiv, Europe/Uzhhorod and Europe/Zaporizhia, being transliterations of the Ukrainian - rather than Russian - place-names. Similarly, the comment for Europe/Zaporozhye should perhaps be 'Zaporizhia, E Luhansk', rather than 'Zaporozh'ye, E Lugansk'. See for example http://www.uazone.net/Kiev_Kyiv.html and http://abcnews.go.com/Travel/wireStory?id=2588280. I'm sure I could rustle up references for the other names if pressed. Andy http://www.stemhaus.com/firefox/foxclocks/

14 24

Vote about South Australia DST
by Jesper Norgaard Welen May 21, 2007

May 21, 2007

Now you can vote for whether you want the new 4 weeks longer DST in South Australia: http://www.safework.sa.gov.au/daylight/index.html ... although I suppose you shouldn't if you don't live in South Australia (I wonder how they check that!). That is also the most official reference I have seen of the new Australian DST in Victoria, New South Wales, Tasmania and the ACT. There most be more? See also http://www.ministers.sa.gov.au/news.php?id=1553 http://www.ministers.sa.gov.au/news.php?id=1600 Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

2 1

New Australian DST rules?
by Jesper Norgaard Welen May 19, 2007

May 19, 2007

There is an article that claims that four Australian states will coordinate DST in 2007-2008 from the first Sunday in October until the first Sunday in April. The states are New South Wales, Victoria, Australian Capital Territory, and Tasmania. http://harden.yourguide.com.au/detail.asp?class=national%20news <http://harden.yourguide.com.au/detail.asp?class=national%20news&subclass=ge neral&story_id=575313&category=General> &subclass=general&story_id=575313&category=General This would return all 4 states to the 2006 rules for Tasmania (not applied in 2007, e.g. Tasmania was using Last Sunday in March, not First Sunday in April). I couldn't find any other authoritative information. Regards, - Jesper Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Project Leader (Líder de Proyecto) Software CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT Int. c/o Jesper Nørgaard Km. 45, Carretera México-Veracruz El Batán Texcoco, Edo. de México CP 56130 MEXICO Tel.: +52 (55) 58-04-20-04 ext. 1374 Fax: +52 (55) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 Download the shareware program World Time Explorer, I made: http://www.worldtimeexplorer.com/index.html

1 0