- tz - lists.iana.org

None
by Ruslan Zalata Oct. 28, 2000

Oct. 28, 2000

Good Day! I wonder if it is possible to add a new city to your timezone database ? I do live in Tyumen/Russia and use BSD* unices for quite a long time. I often wondered why the heck should I use anonymous timezones like GMT+5, then stoped doing it. I've downloaded your recent database: tzdata2000g.tar.gz dated on Oct 10 2000 then made corresponding changes in europe file where all russian cities are located. Resulting patch is the following: *** orig/europe Tue Oct 10 21:35:15 2000 --- europe Sat Oct 28 14:48:59 2000 *************** *** 1607,1612 **** --- 1607,1617 ---- 5:00 Russia SVE%sT 1991 Mar 31 2:00s 4:00 Russia SVE%sT 1992 Jan 19 2:00s 5:00 Russia YEK%sT # Yekaterinburg Time + Zone Asia/Tyumen 4:16:29 - LMT 1920 Jan 6 + 4:00 - TYUT 1930 Jun 21 # Tyumen Time + 5:00 Russia TYU%sT 1991 Mar 31 2:00s + 4:00 Russia TYU%sT 1992 Jan 19 2:00s + 5:00 Russia TYU%sT Zone Asia/Omsk 4:53:36 - LMT 1919 Nov 14 5:00 - OMST 1930 Jun 21 # Omsk TIme 6:00 Russia OMS%sT 1991 Mar 31 2:00s *************************************************************************** Me myself and lot's of BSD users here in Tyumen will be much greatful to you if you would be so kind to add our small city to your Time database :-). Thanks. Ruslan Zalata, JSC Cityline-Tyumen, Unix System Administrator.

1 0

Re: LHI daylight savings (fwd)
by David Keegel Oct. 24, 2000

Oct. 24, 2000

I wrote to James Lonergan to clarify the situation about what time DST starts on Lord Howe Island exactly. ----- Forwarded message from James Lonergan ----- From: "James Lonergan" <kingfish(a)bigpond.com> To: "David Keegel" <djk(a)cyber.com.au> Subject: Re: LHI daylight savings My apologies for not responding earlier...I have been on leave. Lord Howe Island advances clocks by 30 minutes during DST in NSW and retards clocks by 30 minutes when DST finishes. Since DST was most recently introduced in NSW, the "changeover" time on the Island has been 02:00 as shown on clocks on LHI. I guess this means that for 30 minutes at the start of DST, LHI is actually 1 hour ahead of the rest of NSW. Regards Jim Lonergan ----- End of forwarded message from James Lonergan ----- So could we please back-out the following patch: =================================================================== RCS file: RCS/australasia,v retrieving revision 2000.6 retrieving revision 2000.6.0.1 diff -pu -r2000.6 -r2000.6.0.1 --- australasia 2000/08/10 13:31:51 2000.6 +++ australasia 2000/10/03 06:01:09 2000.6.0.1 @@ -153,14 +153,14 @@ Zone Australia/Broken_Hill 9:25:48 - LMT # Rule NAME FROM TO TYPE IN ON AT SAVE LETTER/S Rule LH 1981 1984 - Oct lastSun 2:00s 1:00 - Rule LH 1982 1985 - Mar Sun>=1 2:00s 0 - -Rule LH 1985 only - Oct lastSun 2:00s 0:30 - -Rule LH 1986 1989 - Mar Sun>=15 2:00s 0 - -Rule LH 1986 only - Oct 19 2:00s 0:30 - -Rule LH 1987 1999 - Oct lastSun 2:00s 0:30 - -Rule LH 1990 1995 - Mar Sun>=1 2:00s 0 - -Rule LH 1996 max - Mar lastSun 2:00s 0 - -Rule LH 2000 only - Aug lastSun 2:00s 0:30 - -Rule LH 2001 max - Oct lastSun 2:00s 0:30 - +Rule LH 1985 only - Oct lastSun 2:30s 0:30 - +Rule LH 1986 1989 - Mar Sun>=15 2:30s 0 - +Rule LH 1986 only - Oct 19 2:30s 0:30 - +Rule LH 1987 1999 - Oct lastSun 2:30s 0:30 - +Rule LH 1990 1995 - Mar Sun>=1 2:30s 0 - +Rule LH 1996 max - Mar lastSun 2:30s 0 - +Rule LH 2000 only - Aug lastSun 2:30s 0:30 - +Rule LH 2001 max - Oct lastSun 2:30s 0:30 - Zone Australia/Lord_Howe 10:36:20 - LMT 1895 Feb 10:00 - EST 1981 Mar 10:30 LH LHST -# From Paul Eggert (2000-01-31): -# For Lord Howe we use Shanks through 1989, and Lonergan thereafter. +# From Jesper Norgaard <jnorgard(a)Prodigy.net.mx> (2000-09-04): +# James Lonergan said that the island always tries to stay in sync +# with the rest of NSW at all time except for the fact that they stay +# ahead half an hour when DST is not observed. If this is interpreted +# literally, they should change clocks at the exact moment that +# e.g. Canberra changes from normal to daylight saving and vice versa. + +# From Paul Eggert (2000-10-02): +# For Lord Howe we use Shanks through 1989, and Lonergan thereafter, +# However, as per Norgaard we modify Shanks by assuming 02:30s switchover +# for half-hour DST. __________________________________________________________________________ David Keegel <djk(a)cyber.com.au> URL: http://www.cyber.com.au/users/djk/ Cybersource P/L: Unix Systems Administration and TCP/IP network management

1 0

RE: ISO 8601 assumption
by Jesper Nørgaard Oct. 18, 2000

Oct. 18, 2000

I even disagree about the assumption that yyyy-mm-dd is unambigous, because if the month number and the day-in-month number can be confused, they surely will according to Murphy's law, e.g. some people will create yyyy-dd-mm dates just as surely as they will create mm-dd-yyyy dates. I have always liked another standard, the yyyy-mmm-dd standard, because no matter how you interchange the elements, they are always unambigous, e.g. 08-OCT-2000, AUG-10-2000 or even 2000-01-JAN can't be misinterpreted simply because each element has different length. Unfortunately this standard has not gained much recognition, perhaps because it assumes english as the base language for the acronyms (JAN, FEB, MAR ...). That humanity has still not come up with a completely unambigous date format which is generally accepted, really shows how much IT is still in it's infancy. From a technical point of view it is a trivial problem, but of course it should be human-readable. Another similar problem is the myriad of ambigous ways that we identify a computer user, without really getting certain WHO it is. I am talking about those 40+ different account names with corresponding password I'm keeping in a password keeper program, about all the different finger print, eye scanner systems etc. that have been developed isolated, still without reaching a simple way to identify a computer user. Maybe in 20 years I will laugh of this mail because the solution has been implemented everywhere, but at the moment I think it is a big problem that is the real reason why e-commerce is still not raving off with millions of computer based transacions. Who are you giving credit? The 5-year old son of a well-known user? You'll have to guess. Meanwhile, why yyyy-mmm-dd or some other completely unambigous date format could not become international standard is beyond me. We *could* begin by defining an unambigous standard for the tzdata list though. I realize of course that isolated seen tzdata is already unambigous because it is already stated *somewhere* which standard has been used. My apologies for drifting a bit away from the original issue. Jesper Nørgaard Email: jnorgard(a)Prodigy.Net.mx Programador/Analista CIMMYT - Centro Internacional de Mejoramiento de Maíz y Trigo Dirección: CIMMYT, Lisboa 27, 06600 Mexico, D.F. 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 Time Zone Converter: http://timezone50.homepage.com ---------- From: Garrett Wollman[SMTP:wollman@khavrinen.lcs.mit.edu] Sent: Jueves 5 de Octubre de 2000 6.10 To: Alex LIVINGSTON Cc: Time Zone Caballeros Subject: Re: proposed tz changes for Paraguay, Brazil, Wayne County, etc. <<On Thu, 5 Oct 2000 18:47:32 +1100, Alex LIVINGSTON <alex(a)agsm.edu.au> said: > If hyphens are used to separate the numbers, the assumption is (I > hope) that ISO-8601-style decreasing-magnitude notation is being > used. No, no such assumption can be made. Using hyphens to separate elements in a date was well-established practice in the United States before there ever was an ISO. The only time you can assume that a date is written in ISO 8601 format is when the full yyyy-mm-dd form is used. -GAWollman

5 4

ISO 8601:1988 available in PDF form
by Peter Ilieve Oct. 16, 2000

Oct. 16, 2000

Last Friday Sun made the source code for Star Office available from http://www.openoffice.org. What has this got to do with the timezone list you might ask. Well, one of the projects is to produce an XML based file format for use by Open Office (http://xml.openoffice.org) The Related Documentation section of the draft spec (http://xml.openoffice.org/xml_spec_draft.pdf) gives a URL for ISO 8601: http://www.iso.ch/markete/8601.pdf. Sure enough, the PDF file is there, available for anyone to download for free. (I hadn't seen this mentioned here before, but a quick check of Markus Kuhn's date and time page at http://www.cl.cam.ac.uk/~mgk25/iso-time.html shows that he has a link to this PDF file so he has obviously already spotted this.) Peter Ilieve peter(a)aldie.co.uk

3 2

World Time Zone ?
by Greg Casino Oct. 13, 2000

Oct. 13, 2000

I am curious as I am doing some research on world time zone. I am looking for a time conversion tool for my on line application. What I mean is I am looking for a tool where I could enter a city/country Penang, Malaysia with a time and it could convert it to a time I request or all times around the globe. If you are aware of any such tool please feel free to contact me. Thanks Gregg Casino

1 0

Re: FW: Question on TZ data
by Paul Eggert Oct. 13, 2000

Oct. 13, 2000

> From: mikec(a)imeeting.net [mailto:mikec@imeeting.net] > Sent: Thursday, October 12, 2000 9:47 PM > Is there source code on the web that will product a concise listing of each > timezone and it's most recently observed start and end times for DST and / The closest approximation that I know of is the GNU Emacs Lisp function calendar-current-time-zone which I co-wrote with Ed Reingold. For example, on my host (in Los Angeles) it returns: (-480 60 "PST" "PDT" (calendar-nth-named-day 1 0 4 year) (calendar-nth-named-day -1 0 10 year) 120 120) which says that standard time is 480 minutes behind UTC, DST is 60 minutes ahead of standard time, the standard and daylight abbreviations are "PST" and "PDT" respectively, and DST starts on the first Sunday in April and ends on the last Sunday in October, both at 120 minutes after midnight local time. calendar-current-time-zone infers the DST rules purely by invoking localtime and gmtime; it doesn't have a database of its own, and it doesn't parse the tz database format. It uses heuristics, so it won't always give you the right results in theory, though in practice it's pretty reliable. E.g. it does the right thing for TZ=Asia/Tehran because it knows about the Persian calendar. This function should give you the raw material to write the program that you want, without too much trouble. And the source code is freely available under the GPL, so if you prefer using some system other than GNU Emacs Lisp you can translate it.

1 0

FW: Question on TZ data
by Olson, Arthur David (NCI) Oct. 13, 2000

Oct. 13, 2000

Michael Ciavarini is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: mikec(a)imeeting.net [mailto:mikec@imeeting.net] Sent: Thursday, October 12, 2000 9:47 PM To: Olson, Arthur David (NCI) Subject: RE: Question on TZ data Ok I did what you suggested. What I got is output that tells me what time it is currently in all of the timezones of each country. Here is what I'm trying to accomplish. Maybe you can tell me if I can accomplish my task with your database and the code and data zip files compiled. 1. I need to build a text file the explains each recognizable timezone as follows: Example: US-Eastern Daylight savings time = yes, 1 hour DST starts on first Sunday of April DST ends last Sunday of October This information is in your textual files but it is very difficult and time consuming to read. My question. Is there source code on the web that will product a concise listing of each timezone and it's most recently observed start and end times for DST and / or Standard times? If so, can you tell me where I can get the source code and how to run it? Like I said prior, I have your code downloaded and compiled on a UNIX computer. I have zdump working but I don't have enough documentation if any that explains what these supportive files do. Can you help me? Again, thank you very much. Michael Ciavarini www.meetingmaker.com

1 0

Question on TZ data
by mikec＠imeeting.net Oct. 12, 2000

Oct. 12, 2000

Hi, thank you for your reponse. I have downloaded the TZ files and compiled them. From here I really don't know how to read the timezone data files. I would like to build a database of all of the timezones recognized in the world. My question is can these data files be dumped into a readable format that shows the finalized up to date rules for a timezone such as it's offset from GMT and the beginning and end of when summer time or daylight savings begins and ends? Can this be extracted from these files with the code that I have compiled? If not is there a reader available? Michael Ciavarini 781 487-3526

1 0

error in tz-art.htm
by Alex LIVINGSTON Oct. 10, 2000

Oct. 10, 2000

To quote: >Personnel: Anthony Braxton, sporanino and alto saxophones, > contrebasse clarinet, miscellaneous instruments Shouldn't "sporanino" be "sopranino"? There are only two or three occurrences of "sporanino" on the Web according to Google (one of them the one in question), but about a hundred of "sopranino". (My e-mail spell checker flags them both as wrong!) Also, could someone please interpret the ADO ratings for me? Is a black dot good or extremely bad? Is three starts "tops" or can it in theory go higher? --Alex

1 0

tzcode2000g, gccdiffs is obsolete
by Joseph S. Myers Oct. 10, 2000

Oct. 10, 2000

tzcode2000g contains a file "gccdiffs" with patches against an antique version of GCC (2.7.2.1) to check strftime formats against those accepted by an antique version of glibc (1.09.1). This file is completely obsolete; GCC 2.95.2 (the current release) will check strftime formats, and the format checking in GCC CVS (3.0-to-be) has been largely rewritten to check properly C89, C99, X/Open and glibc 2.2 formats (printf, scanf and strftime). -- Joseph S. Myers jsm28(a)cam.ac.uk

1 0