- tz - lists.iana.org

[akr@m17n.org: bin/27630: mktime problem.]
by Garrett Wollman May 25, 2001

May 25, 2001

A FreeBSD user submitted the following bug report. I'm curious as to whether the current tzcode still has this problem. My analysis follows at the end. -GAWollman ------- start of forwarded message (RFC 934 encapsulation) ------- Message-Id: <20010525021018.01D54727(a)flux.etl.go.jp> Reply-To: akr(a)m17n.org X-Send-Pr-Version: 3.2 List-ID: <freebsd-bugs.FreeBSD.ORG> List-Archive: <http://docs.freebsd.org/mail/> (Web Archive) List-Help: <mailto:majordomo?subject=help> (List Instructions) List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-bugs> List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-bugs> X-Loop: FreeBSD.org Precedence: bulk From: akr(a)m17n.org Sender: owner-freebsd-bugs(a)FreeBSD.ORG To: FreeBSD-gnats-submit(a)FreeBSD.ORG Subject: bin/27630: mktime problem. Date: Fri, 25 May 2001 11:10:18 +0900 (JST) >Number: 27630 >Category: bin >Synopsis: mktime failure. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu May 24 19:20:00 PDT 2001 >Closed-Date: >Last-Modified: >Originator: Tanaka Akira >Release: FreeBSD 4.2-RELEASE i386 >Organization: m17n >Environment: FreeBSD flux 4.2-RELEASE FreeBSD 4.2-RELEASE #2: Fri Jan 12 22:55:02 JST 2001 akr@flux:/usr/src/sys/compile/AKR i386 >Description: mktime(3) fails on some condition. For example, TZ=Africa/Monrovia, 1972/05/01 00:44:30 cannot be converted to time_t. Since this example is taken from `zdump -v Africa/Monrovia' and it is after Epoch, there is no reason to fail. Actually, I tested all time listed in `zdump -v' for each timezone in /usr/share/zoneinfo and found many failures. Above failure is one of them. >How-To-Repeat: % cat tst.c #include <stdio.h> #include <time.h> int main() { struct tm a; time_t t; a.tm_year = 1972 - 1900; a.tm_mon = 5 - 1; a.tm_mday = 1; a.tm_hour = 0; a.tm_min = 44; a.tm_sec = 30; a.tm_wday = 0; a.tm_yday = 0; a.tm_isdst = -1; t = mktime(&a); if (t == -1) { perror("mktime"); exit(1); } printf("no problem\n"); return 0; } % gcc tst.c % TZ=Africa/Monrovia ./a.out mktime: Undefined error: 0 % >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo(a)FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message ------- end ------- This problem appears to result from the `saved_seconds' hackery in time2(): saved_seconds = yourtm.tm_sec; yourtm.tm_sec = 0; time2() then goes on to attempt to find (in this example) 1972-05-01T00:44:00, which does not exist in this time zone, and returns failure. -GAWollman

1 0

FW: Time Zone Converter
by Olson, Arthur David (NCI) May 16, 2001

May 16, 2001

Bob Niebergall is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Bob Niebergall [mailto:r.niebergall@sk.sympatico.ca] Sent: Saturday, May 12, 2001 2:31 PM To: stewart(a)parc.xerox.com Subject: Time Zone Converter I have used your time zone converter and I have to point out some errors. There is not such time zone as Canada/Saskatchewan and Canada/East Saskatchewan. As of the sending of this message the province of Saskatchewan, in Canada, is on Central Standart Time and we do not convert to daylight saving time for the summer. Bob Niebergall Saskatoon, Saskatchewan, Canada

1 0

[Fwd: Time Zone Converter]
by Bob Niebergall May 16, 2001

May 16, 2001

1 0

Mongolia
by Oscar van Vlijmen May 15, 2001

May 15, 2001

Reasonably reliable information about the administrative regions in Mongolia can be found on the web site of the National Statistical Office of Mongolia: http://statis.pmis.gov.mn/english/territory_fe.htm and http://statis.pmis.gov.mn/yearbook99/Territor/1_1.HTM The spelling of the places on the Mongolian web site is not extremely consistent (e.g. Zavkhan and Zavhan). The Times atlas uses a spelling which is more consistent with the Mongolian-Cyrillic names (Dzavhan). Of course, names with ö and ü have to be Posixified, for instance by dropping the diacritics. At the moment, still no better time zone information can be found on-line than on the web page: http://www.mongoliatourism.gov.mn/factpack.htm as referred to by Jesper Nørgard and saying: "Most of Mongolia is 8 hours ahead of GMT. However, the three western aimags of Khovd, Uvs and Bayan Ulgii are GMT+7. Mongolia no longer puts forward its clocks by 1 hour in the summer months." Khovd is spelled by the Times atlas as Hovd and Bayan Ulgii as Bayan-Ölgiy. Uvs is 'correct'. Regards, Oscar van Vlijmen 2001-05-16

1 0

RE: Mongolia time zones
by Jesper Nørgaard May 14, 2001

May 14, 2001

I haven't seen any references to the new Mongolia daylight saving, are there any on the web? It seems that there are also no references in your mail. Since so many sources differ about Mongolia, I would advice a careful approach to these changes, to avoid having to do them over and over again (well, I admit that this how we always manage time zone changes from Israel, but here there is no indication that the Mongol government is changing it's mind all the time, as they do in Tel Aviv). Actually I checked out mongolian time zones just a few weeks ago, but could not find other sources than <http://www.mongoliatourism.gov.mn/general.htm> which I believe we received from Oscar van Vlijmen in Holland. It is true that it doesn't work anymore, but that is simply because the page general.htm is not available anymore. If you use http://www.mongoliatourism.gov.mn/toc.htm , you will get into a general page, which further down has a paragraph "Time Differences" It seems that these pages were recently changed concerning visa rules, but I don't know if the timezone information is up-to-date. They report two time zones, the eastern consisting of provinces Khovd, Bayan Ulgii and Uvs, on GMT+7, and the rest on GMT+8. They specifically claim that Mongolia no longer "puts forward its clocks by 1 hour in the summer months". I would doubt a lot that the Choibalsan zone on GMT+9 has existed since 1983 as Shanks claims, but we lack authoritative information, since all the authorities seem to disagree. However, the above page I still consider as the only authoritative web page I have seen yet, e.g. published by the mongolian government. I found a map of Mongolia from these pages which showed each province with borders to the other provinces, also population counters, however I did not write the URLs down, and I couldn't find them again today. I am pretty sure that the provinces Govi-Altai and Zavkhan were to the east of the Khovd, Bayan Ulgii and Uvs provinces on these maps (not to the west). > (Maybe they redrew the provincial lines lately? It's such a > pain to deal with a nation that is still nearly half nomadic. :-) I can only agree more! We will have to wait for the nomadic computers ... :-) E.g. those that are powered by Sun light or maybe saddle pressure power :-) Regards, ---------- From: Paul Eggert[SMTP:eggert@twinsun.com] Sent: Domingo 13 de Mayo de 2001 0:52 To: rmcdow(a)enteles.com Cc: tz(a)elsie.nci.nih.gov Subject: Re: Mongolia time zones > Date: Sun, 13 May 2001 10:59:24 -0800 > From: Rives McDow <rmcdow(a)enteles.com> > In addition to Mongolia starting daylight savings as reported earlier > (adopted dst on April 27, 2001,0200 local time, ending Sept. 28, 2001), Thanks. Sorry, I missed that somehow. Is this a one-time deal, or are they permanently instituting DST, presumably using a last-Friday-of-April-and-September rule? > there are three time zones. I guess it's time to add a new Asia/Choibalsan Zone. Shanks wrote that they diverged from Ulaanbaatar time in April 1983, so I'll assume that. Also, your "0200 local time" agrees with Shanks from mid-1984 on, but disagrees with the IATA; I'll assume that the IATA has been wrong (which wouldn't be the first time). > Provinces 19 hours from the IDL: > Bayan-ulgii, Uvs, Khovd, Zavkhan, Govi-Altai <http://www.mongoliatourism.gov.mn/general.htm> (now inaccessible, alas) reported in 1999-09 that only Bayan-ulgii, Uvs, and Khovd were in that time zone. Did the other two provinces switch zones? They are further west than Khovd, so for now, I'll assume that the earlier reference missed those two provinces. (That reference claimed that there was no third time zone in the east, which disagreed with Shanks and other sources, so it was on my "questionable" list anyway.) > Provinces 20 hours from the IDL: > Khovsgol, Bulgan, Arkhangai, Khentii, Tov, Bayankhongor, Ovorkhangai, > Dundgovi, Dornogovi, Omnogovi, > > Provinces 21 hours from the IDL: > Choibalsan, Sukhbaatar Just as a point of trivia, <http://www.world-gazetteer.com/c/c_mn.htm> says that Choibalsan is in the province of Dornod. Your list also omits the province of Selenge, which is listed in that source and at the CIA. (Maybe they redrew the provincial lines lately? It's such a pain to deal with a nation that is still nearly half nomadic. :-)

1 0

Summertime in Sweden 1916.
by Ivan Nilsson May 13, 2001

May 13, 2001

I have now found a newspapper stating that at 01:00 october 1st 1916 summertime the church-clocks etc were set back one hour to show 0:00 october 1st 1916 standard time. The article also reports that some people thought the switch to standard time would take place already at 0:00 october 1st 1916 summer time, but they had to wait for another hour before the event took place. Source: The newspaper "Dagens Nyheter", ocober 1st 1916, page 7 to the upper left. /Regards Ivan Nilsson

1 0

Mongolia time zones
by Rives McDow May 13, 2001

May 13, 2001

Dear Paul and all, In addition to Mongolia starting daylight savings as reported earlier (adopted dst on April 27, 2001,0200 local time, ending Sept. 28, 2001), there are three time zones. Provinces 19 hours from the IDL: Bayan-ulgii, Uvs, Khovd, Zavkhan, Govi-Altai Provinces 20 hours from the IDL: Khovsgol, Bulgan, Arkhangai, Khentii, Tov, Bayankhongor, Ovorkhangai, Dundgovi, Dornogovi, Omnogovi, Provinces 21 hours from the IDL: Choibalsan, Sukhbaatar Rives McDow

2 1

Re: Updated Australian time zone names/strings
by Robbin Kawabata May 4, 2001

May 4, 2001

> From eggert(a)twinsun.com Thu May 3 15:43:17 2001 > From: Paul Eggert <eggert(a)twinsun.com> > > > From: "Olson, Arthur David (NCI)" <olsona(a)dc37a.nci.nih.gov> > > Date: Thu, 3 May 2001 10:03:51 -0400 > > > Another possibility would be a separate environment variable that, if > > defined, would request numeric abbreviations. This has the advantage (and > > disadvantage) of providing for some system-level control: putting > > TZNUMERIC=1 > > (or whatever) in the system-wide startup file would buy numeric > > abbreviations no matter what TZ value a particular user set up (unless, of > > course, the user undid the TZNUMERIC). > > I can seem some problems with this approach. For example, I've > written shell commands like this: > > LC_ALL=C TZ=GMT0 date > > in order to get a string like the following reliably, in all environments > (even those where "date -u" doesn't work): > > Thu May 3 22:32:37 GMT 2001 > > But with TZNUMERIC, the output might look like this instead: > > Thu May 3 22:32:37 +0000 2001 > > and the extra data might mess up the output format. > > > The Theory file says the following about TZ, explaining why the tz > code uses TZ rather than some other environment variable. > > It was recognized that allowing the "TZ" environment variable to > take on values such as "America/New_York" might cause "old" programs > (that expect "TZ" to have a certain form) to operate incorrectly; > consideration was given to using some other environment variable > (for example, "TIMEZONE") to hold the string used to generate the > time zone information file name. In the end, however, it was decided > to continue using "TZ": it is widely used for time zone purposes; > separately maintaining both "TZ" and "TIMEZONE" seemed a nuisance; > and systems where "new" forms of "TZ" might cause problems can simply > use TZ values such as "EST5EDT" which can be used both by > "new" programs (a la POSIX) and "old" programs (as zone names and > offsets). > > Isn't this argument still sound, and doesn't it argue against moving > the functionality into a new environment variable like TZNUMERIC? Also, TZNUMERIC would violate POSIX. POSIX says date.1 and strftime() should use the TZ variable. The %Z specifier for date.1 and strftime() (which prints the timezone abbreviation), should key off the TZ variable. Robbin

1 0

Re: timezones
by Robert Elz May 4, 2001

May 4, 2001

Thanks for sharing your list with the tz mailing list. In return, I'll add to your data by noting that CST can also be "Central Summer Time" (Australian) +1030, and that EST can be "Eastern Summer Time" (Australian) +1100 (if you look closely, you'll find those in the tz database) That list is certainly interesting, I'm from Melbourne, Australia, and I can't even begin to imaging what LIGT is supposed to represent... If nothing else though, your list will certainly quieten those who believe that if a few changes are made to the list of abbreviations in the data base will make them all unique, so that people can take an abbreviation and from that determine the offset. The huge number of ambiguities in your list (same abbreviation, different offset) ends that forever I hope. kre

1 0

RE: Updated Australian time zone names/strings
by Olson, Arthur David (NCI) May 3, 2001

May 3, 2001

> > OK, how about this idea? If TZ='Australia/Sydney:' then use numeric > > abbreviations. The basic idea is to append a suffix that cannot > > possibly be part of a portable POSIX file name. > I guess we could, though I'm not overly enamoured with the "cannot possibly > be part of a portable POSIX file name" part. We should certainly not be > presuming that any such names can be used, and should not be naming zones in > non-portable ways, but if someone decides to name a timezone file > /path/to/EST:EDT (and it happens to work on his system) I'd prefer not to > break things. > Of course, it can be documented that ':' is magic in TZ file names (or > what would otherwise be a TZ file name) but it does seem a bit ugly. Another possibility would be a separate environment variable that, if defined, would request numeric abbreviations. This has the advantage (and disadvantage) of providing for some system-level control: putting TZNUMERIC=1 (or whatever) in the system-wide startup file would buy numeric abbreviations no matter what TZ value a particular user set up (unless, of course, the user undid the TZNUMERIC). --ado

2 1

FW: timezones
by Olson, Arthur David (NCI) May 3, 2001

May 3, 2001

Ron Woodall is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Ron Woodall [mailto:nor@htmlcompendium.org] Sent: Wednesday, May 02, 2001 10:43 AM To: tz(a)elsie.nci.nih.gov Subject: timezones Dear Sirs/Mesdames: Over the past several weeks I've been researching time zones and have compiled a list of time zones, offsets and abbreviations. I submit it to your scrutiny. It will eventually be included in "The Compendium of HTML Elements" (www.htmlcompendium.org) in support of our sections on Log Analysis and Server Side Includes. This information may be of interest/use in your environment. This page cannot be quoted simply because there is nothing original here. I refer to many sources, including your listings, that may or may not be correct. I do provide proper credits where due. I welcome any corrections, comments, complaints or suggestions you might have. Thank you for your assistance and look forward to your comments. Ron Woodall

1 0

Typo in timezone database, src/share/zoneinfo australasia
by Jens Schweikhardt May 2, 2001

May 2, 2001

Dear time zone database maintainer, FYI, there's a typo in the australasia part of the db. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped)

1 0

timezones
by Ron Woodall May 2, 2001

May 2, 2001

Dear Sirs/Mesdames: Over the past several weeks I've been researching time zones and have compiled a list of time zones, offsets and abbreviations. I submit it to your scrutiny. It will eventually be included in "The Compendium of HTML Elements" (www.htmlcompendium.org) in support of our sections on Log Analysis and Server Side Includes. This information may be of interest/use in your environment. This page cannot be quoted simply because there is nothing original here. I refer to many sources, including your listings, that may or may not be correct. I do provide proper credits where due. I welcome any corrections, comments, complaints or suggestions you might have. Thank you for your assistance and look forward to your comments. Ron Woodall --------------------------------------- Ron Woodall nor(a)htmlcompendium.org The Compendium of HTML Elements "your essential web publishing resource" - available at/disponible à: http://au.htmlcompendium.org/index.htm (Australia) http://www.htmlcompendium.org/index.htm (Europe and North America)

1 0

RE: Time on Jan Mayen
by Jesper Nørgaard May 2, 2001

May 2, 2001

In that case I presume the 'europe' file should be corrected from this: # Svalbard & Jan Mayen Link Europe/Oslo Arctic/Longyearbyen # From Whitman: # Zone NAME GMTOFF RULES FORMAT [UNTIL] Zone Atlantic/Jan_Mayen -1:00 - EGT ... to something like this: # Svalbard & Jan Mayen Link Europe/Oslo Arctic/Longyearbyen Link Europe/Oslo Atlantic/Jan_Mayen The question is if Whitman's observation for Jan Mayen Island was correct earlier, in that case we will have to reuse parts of the first definition. Although EGT is a bit misleading perhaps because East Greenland (Scoresbysund) is using EU rules with DST, which might not coincide with what Jan Mayen had. I suggest that this needs to be investigated a bit further (hint, hint, I will probably not do it :) Regards, Jesper Nørgaard Welen Email: jnorgard(a)Prodigy.Net.mx Programador/Analista 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 (5) 58-04-20-04 ext. 1374 Fax: +52 (5) 58-04-75-58 Tel. Casa: 53-10-05-95 ó 53-10-97-78 CIMMYT home page: http://cimmyt.cgiar.org Check out my free program World Time Explorer: http://www20.Brinkster.com/timezone50/index.htm http://members.theglobe.com/timezone50/index.htm ---------- From: Olson, Arthur David (NCI)[SMTP:olsona@dc37a.nci.nih.gov] Sent: Lunes 30 de Abril de 2001 6:55 To: Tz (E-mail) Subject: FW: Time on Jan mayen M. H. P. van Genderen is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Genderen, M.H.P. van [mailto:M.H.P.v.Genderen@tue.nl] Sent: Friday, April 27, 2001 2:54 AM To: 'tz(a)elsie.nci.nih.gov' Subject: Time on Jan mayen Hi, I asked the crew of the meteorological station on Jan Mayen Island (janmayen(a)ftd.mil.no) what time they used, and this is their answer: > We are using the same time as i Norway, and are following the summer and winter time as i Norway. > Regards > Åge-leif Godø So it seems that the time zone should be changed from East Greenland Time to Oslo time for Jan Mayen. Yours, Marcel van Genderen _______________________________________ Dr. Marcel van Genderen Assistant Professor Lab Macromolecular and Organic Chemistry Room STO 4.45 Eindhoven University of Technology PO Box 513, 5600 MB Eindhoven The Netherlands Tel: +31-40-2473139. Fax: +31-40-2451036 E-mail: M.H.P.v.Genderen(a)tue.nl Homepage: www.chem.tue.nl/toc

3 2

Military / NATO single-letter time zone names
by Markus Kuhn May 1, 2001

May 1, 2001

Interesting bit from the new RFC 2822, which supersedes the RFC 822 Internet email header format: The form "+0000" SHOULD be used to indicate a time zone at Universal Time. Though "-0000" also indicates Universal Time, it is used to indicate that the time was generated on a system that may be in a local time zone other than Universal Time and therefore indicates that the date-time contains no information about the local time zone. [...] The 1 character military time zones were defined in a non-standard way in [RFC822] and are therefore unpredictable in their meaning. The original definitions of the military zones "A" through "I" are equivalent to "+0100" through "+0900" respectively; "K", "L", and "M" are equivalent to "+1000", "+1100", and "+1200" respectively; "N" through "Y" are equivalent to "-0100" through "-1200" respectively; and "Z" is equivalent to "+0000". However, because of the error in [RFC822], they SHOULD all be considered equivalent to "-0000" unless there is out-of-band information confirming their meaning. Markus -- Markus G. Kuhn, Computer Laboratory, University of Cambridge, UK Email: mkuhn at acm.org, WWW: <http://www.cl.cam.ac.uk/~mgk25/>

3 2

FW: Time on Jan mayen
by Olson, Arthur David (NCI) April 30, 2001

April 30, 2001

M. H. P. van Genderen is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Genderen, M.H.P. van [mailto:M.H.P.v.Genderen@tue.nl] Sent: Friday, April 27, 2001 2:54 AM To: 'tz(a)elsie.nci.nih.gov' Subject: Time on Jan mayen Hi, I asked the crew of the meteorological station on Jan Mayen Island (janmayen(a)ftd.mil.no) what time they used, and this is their answer: > We are using the same time as i Norway, and are following the summer and winter time as i Norway. > Regards > Åge-leif Godø So it seems that the time zone should be changed from East Greenland Time to Oslo time for Jan Mayen. Yours, Marcel van Genderen _______________________________________ Dr. Marcel van Genderen Assistant Professor Lab Macromolecular and Organic Chemistry Room STO 4.45 Eindhoven University of Technology PO Box 513, 5600 MB Eindhoven The Netherlands Tel: +31-40-2473139. Fax: +31-40-2451036 E-mail: M.H.P.v.Genderen(a)tue.nl Homepage: www.chem.tue.nl/toc

1 0

Time on Jan mayen
by Genderen, M.H.P. van April 27, 2001

April 27, 2001

Hi, I asked the crew of the meteorological station on Jan Mayen Island (janmayen(a)ftd.mil.no) what time they used, and this is their answer: > We are using the same time as i Norway, and are following the summer and winter time as i Norway. > Regards > Åge-leif Godø So it seems that the time zone should be changed from East Greenland Time to Oslo time for Jan Mayen. Yours, Marcel van Genderen _______________________________________ Dr. Marcel van Genderen Assistant Professor Lab Macromolecular and Organic Chemistry Room STO 4.45 Eindhoven University of Technology PO Box 513, 5600 MB Eindhoven The Netherlands Tel: +31-40-2473139. Fax: +31-40-2451036 E-mail: M.H.P.v.Genderen(a)tue.nl Homepage: www.chem.tue.nl/toc

1 0

Time zones & zip codes.
by alan＠allm-geodata.com April 26, 2001

April 26, 2001

Hi Madeleine. My Global Gazetteer product provides just this link. I am not sure if you are referring just to the USA or worldwide. If you look at the web site, there should be a paper in the download section describing how we have handled time zones. Best wishes Alan Pritchard The GLOBAL GAZETTEER: the world on file http://www.allm-geodata.com Tel: +44 (0) 1202 417 477

1 0

FW: timezones and zipcodes
by Olson, Arthur David (NCI) April 26, 2001

April 26, 2001

Madeline Lord is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Madeleine Lord [mailto:mlord@goldpocket.com] Sent: Wednesday, April 25, 2001 4:08 PM To: 'tz(a)elsie.nci.nih.gov' Subject: timezones and zipcodes found your conversion site, wondering if you know where I can go to find a table that converts zipcodes to timezone.Thanks Madeleine Lord GoldPocket.com

1 0

timezones and zipcodes
by Madeleine Lord April 25, 2001

April 25, 2001

found your conversion site, wondering if you know where I can go to find a table that converts zipcodes to timezone.Thanks Madeleine Lord GoldPocket.com

1 0

timezones
by Ron Woodall April 25, 2001

April 25, 2001

Dear sirs: I'm searching for a comprehensive listing of timezones, their abbreviations and offsets from GMT. Any suggestions? Thanks for your help. Ron Woodall --------------------------------------- Ron Woodall nor(a)htmlcompendium.org The Compendium of HTML Elements "your essential web publishing resource" - available at/disponible à: http://au.htmlcompendium.org/index.htm (Australia) http://www.htmlcompendium.org/index.htm (Europe and North America)

1 0

Re: Mapping location to time zone
by CHancuff＠aol.com April 24, 2001

April 24, 2001

In a message dated 4/19/01 12:57:43 PM Eastern Daylight Time, gwil(a)mindspring.com writes: > > Do you have a list of countries, states for the US, cities which matches > > the timezone list. > > I've had to do a mapping from locations to time zones for two different > employers. I've looked for off-the-shelf databases that solve the problem, > but haven't found anything satisfactory for my purposes. To my knowledge, we have the only comprehensive database for time zone information for nearly every location in the 50 states of the US. It totals over 236,000 locations. Feel free to contact me off-list for more information. Cliff Hancuff www.ClearDaySoftware.com

1 0

IAU standard algorithms published
by Markus Kuhn April 24, 2001

April 24, 2001

The International Astronomical Union (IAU) Standards Of Fundamental Astronomy (SOFA) project has started to release various reference algorithms for astronomic applications. It is currently all in Fortran 77, but other languages might follow. http://www.iau-sofa.rl.ac.uk/ Included in the first base release are a couple of calendar and time scale conversion algorithms: http://www.iau-sofa.rl.ac.uk/2001_0331/Astronomy.html Markus -- Markus G. Kuhn, Computer Laboratory, University of Cambridge, UK Email: mkuhn at acm.org, WWW: <http://www.cl.cam.ac.uk/~mgk25/>

1 0

IERS Message No. 9
by central_bureau＠iers.org April 24, 2001

April 24, 2001

*************************************************************************** IERS Message No. 9 April 24, 2001 *************************************************************************** First Release of the SOFA Software Libraries The IAU's SOFA (Standards Of Fundamental Astronomy) initiative seeks to promulgate an authoritative set of fundamental-astronomy constants and algorithms. The work is carried out by a panel called the SOFA Review Board, the membership of which was agreed just prior to the 1997 General Assembly. The Board is pleased to announce that a first release of software is now available. The SOFA software libraries are a collection of subprograms, in source-code form, that implement official IAU algorithms for fundamental-astronomy computations. The subprograms at present comprise 27 "astronomy" routines supported by 52 "vector/matrix" routines, all written in Fortran. In future releases, the astronomy library will expand, and implementations in other languages will be introduced. For further details please see the SOFA Center's website at http://www.iau-sofa.rl.ac.uk/. --------------------------------------------------------------- Dennis D. McCarthy dmc(a)maia.usno.navy.mil Director, Directorate of Time phone: (202) 762-1837 U.S. Naval Observatory fax: (202) 762-1563 Washington, DC 20392-5420 ***************************************************************************

1 0

IERS Message No. 8
by central_bureau＠iers.org April 23, 2001

April 23, 2001

*************************************************************************** IERS Message No. 8 April 23, 2001 *************************************************************************** IERS Conventions Product Center Beginning 1 January 2001, the Bureau International des Poids et Mesures (BIPM) and the U. S. Naval Observatory (USNO) are working together to provide the Conventions Product Center (CPC) of the International Earth Rotation Service (IERS). The CPC has committed itself to the IERS to (1) Edit the IERS Conventions, continuously maintaining the documents in electronic form and making available an updated printed version at the request of the Directing Board, (2) Maintain software in electronic form compatible with the IERS Conventions, (3) Examine the consistency of the procedures used by the IERS analysis centers with the adopted conventions and study the impact of possible inconsistencies on the IERS products. The first goal of the CPC is to complete the new edition of the IERS Conventions, known as Conventions 2000. Following this, efforts will be devoted to implement facilities related to the electronic access including mirror sites, and techniques to update the electronic version and software. Next, the CPC intends to review the content and presentation of the IERS Conventions and how it interacts with the IERS community. Over the following years, in line with task 3 above, it is expected that studies examining the consistency of the procedures used by the IERS analysis centers will be carried out in collaboration with other IERS components. The CPC will promote such studies and proposals will be welcome. Individuals participating in the CPC are USNO: Dr. Dennis D. McCarthy, co-director of the CPC, representative to the IERS Directing Board for 2001-2003 (dmc(a)maia.usno.navy.mil) Dr. Thomas Johnson Mr. Brian Luzum BIPM: Dr. Gerard Petit, co-director of the CPC (gpetit(a)bipm.org) Dr. Elisa Felicitas Arias (farias(a)bipm.org) Dr. Peter Wolf (pwolf(a)bipm.org) ***************************************************************************

1 0