October 2000 - tz - lists.iana.org

Partnership in Italy
by Luigi Oct. 30, 2000

Oct. 30, 2000

PROGEST S.r.l. Largo Franchì, 8 91100 TRAPANI ITALY Tel. +39 / 0923 26798 Fax. +39 / 0923 546507 e-mail: progest(a)progest.it To: The person in charge for seafood area. Dear Sir/Madame, our company, PROGEST S.r.l. is currently extending its commercial connections. We are leader in Italy in the area of Import/Export of seafood. We would like to get in contact with you directly considering that one of our agents is coming over. We would be pleased to receive from you the address and telephone number of your head-office and if possible details of your production. S.Bulgarella Trading Branch.

1 0

FW: Kazakhstan Time Zones?
by Olson, Arthur David (NCI) Oct. 30, 2000

Oct. 30, 2000

Marek Olszewski (Ols...hmmm) is not on the time zone mailing list; direct replies appropriately. --ado -----Original Message----- From: Marek Olszewski [mailto:olszewski_marek@yahoo.com] Sent: Saturday, October 28, 2000 8:27 AM To: tz(a)elsie.nci.nih.gov Subject: Kazakhstan Time Zones? Hey... I am working on a program that will display local times to locations right on a map. Anyway I have almost completed linking a database of 12000 locations with time offset and DST rule data. The only country left to do is Kazakhstan. The problem is that I don't know whether or not there are two or three time zones in Kazakhstan. The tz database states that there are three, but when I look at the latest CIA map (http://www.odci.gov/cia/publications/factbook/reference/Low%20res%20PDF/low 802700.pdf) I only see one tz boarder crossing the country. If somebody could please tell me the actual number of time zones. If the number is indeed 3 time zones then I would really appreciate a map of some sort so that I could place my Kazakhstan cities into the correct tz according to their geographical position. If no such map exists, perhaps a list of cities with time zone data exists somewhere. The locations in question are: Alma Ata (Almaty) Aktyubinsk Shimkent Oral (Uralsk) Zhambyl (Dzhambul) Arkalyk; Qaraghandy Zhezqazghan Thank You, Marek Olszewski P.S. Please reply to the list and my email as I am not subscribed to your mailing list.

1 0

(no subject)
by BAZL786＠aol.com Oct. 29, 2000

Oct. 29, 2000

is to night going back one hour

1 0

Kazakhstan Time Zones?
by Marek Olszewski Oct. 28, 2000

Oct. 28, 2000

Hey... I am working on a program that will display local times to locations right on a map. Anyway I have almost completed linking a database of 12000 locations with time offset and DST rule data. The only country left to do is Kazakhstan. The problem is that I don't know whether or not there are two or three time zones in Kazakhstan. The tz database states that there are three, but when I look at the latest CIA map (http://www.odci.gov/cia/publications/factbook/reference/Low%20res%20PDF/low 802700.pdf) I only see one tz boarder crossing the country. If somebody could please tell me the actual number of time zones. If the number is indeed 3 time zones then I would really appreciate a map of some sort so that I could place my Kazakhstan cities into the correct tz according to their geographical position. If no such map exists, perhaps a list of cities with time zone data exists somewhere. The locations in question are: Alma Ata (Almaty) Aktyubinsk Shimkent Oral (Uralsk) Zhambyl (Dzhambul) Arkalyk; Qaraghandy Zhezqazghan Thank You, Marek Olszewski P.S. Please reply to the list and my email as I am not subscribed to your mailing list.

1 0

TZ database update
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

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