Sources for Time Zone and Daylight Saving Time Data

! @(#)tz-link.htm 8.19

! # @(#)asia	8.32
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.

--- 1,5 ----
  # ! # @(#)asia	8.33
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 127,132 ****
--- 127,155 ----
  			3:00	-	AST
  
  # Bangladesh
+ # From Alexander Krivenyshev (2009-05-13):
+ # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
+ # Daylight Saving Time from June 16 to Sept 30
+ #
+ # Bangladesh to introduce daylight saving time likely from June 16
+ # 
+ # http://www.asiantribune.com/?q=node/17288
+ # 
+ # or
+ # 
+ # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
+ # 
+ #
+ # "... Bangladesh government has decided to switch daylight saving time from
+ # June
+ # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
+ # crippling power crisis. "
+ #
+ # The switch will remain in effect from June 16 to Sept 30 (2009) but if
+ # implemented the next year, it will come in force from April 1, 2010
+ # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
+ Rule	Bang	2009	only	-	Jun	16	 0:00	1:00	S
+ Rule	Bang	2009	only	-	Oct	1	 0:00s	0	-
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
  			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
***************
*** 134,140 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	# Bangladesh Time
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 157,164 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From webmaster at timeanddate.com  Tue Jun  2 08:14:28 2009
From: webmaster at timeanddate.com (Steffen Thorsen)
Date: Tue, 02 Jun 2009 10:14:28 +0200
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
References: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
Message-ID: <4A24DF64.3010602@timeanddate.com>

They have finally decided now, but changed the start date to midnight 
between the 19th and 20th, and they have not set the end date yet.

Some sources:
http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
http://bdnews24.com/details.php?id=85889&cid=2

Our wrap-up:
http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Best regards,
Steffen

-- 
Steffen Thorsen - webmaster http://www.timeanddate.com/


Arthur David Olson wrote:
> With June 16 looming and no better information available,
> here's a proposed change to the "asia" file to reflect use of DST in
> Bangladesh this year.
>
> If no problems are found, expect the ftpable file to be updated 2009-06-08.
>
> 				--ado
>
> ------- asia -------
> *** /tmp/geta6499	Mon Jun  1 21:55:59 2009
> --- /tmp/getb6499	Mon Jun  1 21:55:59 2009
> ***************
> *** 1,5 ****
>   # > ! # @(#)asia	8.32
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> --- 1,5 ----
>   # > ! # @(#)asia	8.33
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> ***************
> *** 127,132 ****
> --- 127,155 ----
>   			3:00	-	AST
>   
>   # Bangladesh
> + # From Alexander Krivenyshev (2009-05-13):
> + # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
> + # Daylight Saving Time from June 16 to Sept 30
> + #
> + # Bangladesh to introduce daylight saving time likely from June 16
> + # 
> + # http://www.asiantribune.com/?q=node/17288
> + # 
> + # or
> + # 
> + # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
> + # 
> + #
> + # "... Bangladesh government has decided to switch daylight saving time from
> + # June
> + # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
> + # crippling power crisis. "
> + #
> + # The switch will remain in effect from June 16 to Sept 30 (2009) but if
> + # implemented the next year, it will come in force from April 1, 2010
> + # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
> + Rule	Bang	2009	only	-	Jun	16	 0:00	1:00	S
> + Rule	Bang	2009	only	-	Oct	1	 0:00s	0	-
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
>   			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
> ***************
> *** 134,140 ****
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	# Bangladesh Time
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
> --- 157,164 ----
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 # Bangladesh Time
> ! 			6:00	Bang	BD%sT
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   


From straen at thorsen.priv.no  Tue Jun  2 08:16:16 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Tue, 02 Jun 2009 10:16:16 +0200
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
References: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
Message-ID: <4A24DFD0.3070108@thorsen.priv.no>

Arthur David Olson wrote:
> With June 16 looming and no better information available,
> here's a proposed change to the "asia" file to reflect use of DST in
> Bangladesh this year.
They have finally decided now, but changed the start date to midnight 
between the 19th and 20th, and they have not set the end date yet.

Some sources:
http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
http://bdnews24.com/details.php?id=85889&cid=2

Our wrap-up:
http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Best regards,
Steffen Thorsen - timeanddate.com


From sebastien at willemijns.com  Tue Jun  2 08:59:31 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Tue, 2 Jun 2009 08:59:31 +0000 (UTC)
Subject: When a official time changes what's happend in real time ?
Message-ID: 

Hello,

When a TZ change in France in the middle of the night i sleep so i have 
never see if hour change in real time...

I see on 
http://en.wikipedia.org/wiki/Network_Time_Protocol#Microsoft_Windows
than W32TIME can have an 1-2 second error..

is http://www.meinberg.de/english/sw/ntp.htm is more precise ?

Have a nice day/night ;)


From emuller at adobe.com  Tue Jun  2 10:03:02 2009
From: emuller at adobe.com (Eric Muller)
Date: Tue, 2 Jun 2009 03:03:02 -0700
Subject: update to tz-link.htm
Message-ID: <4A24F8D6.7050806@adobe.com>

When there is a good opportunity:


*** tz-link.htm Sun May 17 11:44:05 2009
--- tz-link.htm.new     Tue Jun  2 03:00:11 2009
*************** but the maps are more up to date.
*** 360,369 ****
  
  Time zone boundaries
  
! A map of the TZ timezones in
! the US contains a shapefile of the
! tz regions in the US.
  Administrative Divisions
  of Countries ("Statoids") contains detailed lists of
  tz-related zone subdivision data.
--- 360,368 ----
  
  Time zone boundaries
  
! TZ timezones maps contains 
a shapefile of the
! tz regions in the world.
  Administrative Divisions
  of Countries ("Statoids") contains detailed lists of
  tz-related zone subdivision data.


Thanks,
Eric.


From Paul_Koning at Dell.com  Tue Jun  2 10:53:10 2009
From: Paul_Koning at Dell.com (Paul Koning)
Date: Tue, 2 Jun 2009 06:53:10 -0400
Subject: When a official time changes what's happend in real time ?
In-Reply-To: A
References: A
Message-ID: 

> Subject: When a official time changes what's happend in real time ?
 
> When a TZ change in France in the middle of the night i sleep so i
have
> never see if hour change in real time...
> 
> I see on
> http://en.wikipedia.org/wiki/Network_Time_Protocol#Microsoft_Windows
> than W32TIME can have an 1-2 second error..
> 
> is http://www.meinberg.de/english/sw/ntp.htm is more precise ?

That is a different subject, not really related.

The way to look at it goes like this:

1. Your computer keeps UTC.  Perhaps it has been told once and just
keeps ticking, or perhaps it is kept in sync with NTP.  In either case,
it keeps UTC with some accuracy, which depends on hardware and software.

2. The timezone (TZ setting) specifies an offset from UCT, and when --
if ever -- that offset changes.  For example, setting your TZ to France
specifies the offset is +1 hour in winter, +2 hours in summer.  When you
ask the computer to supply local time, it takes UTC plus the current
offset, that's the answer.

When the offset changes (on transition from summer time to winter time,
or vice versa), the offset simply changes.  That's not a time adjustment
in the way NTP does, it is simply a change to the offset variable.
Indeed, you do not need NTP, or the time adjusting machinery in the OS
that NTP requires, for TZ offset changes to work.

If you were watching the clock display (assuming the offset changes at 2
am local as it does in the USA), it would look like:  1:59:58, tick
1:59:59, tick 3:00:00, tick 3:00:01, and so on.  (Or 1:59:58, 1:59:59,
1:00:00, 1:00:01 ... for the other transition.)

	paul




From olsona at lecserver.nci.nih.gov  Tue Jun  2 13:44:01 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 2 Jun 2009 09:44:01 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>

Here's an updated proposed change, reflecting the information from Steffen
Thorsen. The "asia" differences are against the current ftpable version.
We'll need to revisit Bangladesh once the 2009 end date is determined.
I've also added Eric Muller's tz-link.htm update.

Barring problems, these will show up in the ftpable version on 2009-06-08.

				--ado

------- tz-link.htm -------
*** /tmp/geta9713	Tue Jun  2 09:31:42 2009
--- /tmp/getb9713	Tue Jun  2 09:31:42 2009
***************
*** 18,24 ****
  
  Sources for Time Zone and Daylight Saving Time Data
  
! @(#)tz-link.htm	8.19
  
  
  This file is in the public domain, so clarified as of
--- 18,24 ----
  
  
Sources for Time Zone and Daylight Saving Time Data
  
! @(#)tz-link.htm	8.20
  
  
  This file is in the public domain, so clarified as of
***************
*** 360,367 ****
  
  Time zone boundaries
  
! A map of the TZ timezones in
! the US contains a shapefile of the
  tz regions in the US.
  Administrative Divisions
--- 360,366 ----
  

  Time zone boundaries
  
! TZ timezone maps contains a shapefile of the
  tz regions in the US.
  Administrative Divisions

------- asia -------
*** /tmp/geta9946	Tue Jun  2 09:41:11 2009
--- /tmp/getb9946	Tue Jun  2 09:41:11 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.32
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.34
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 127,132 ****
--- 127,174 ----
  			3:00	-	AST
  
  # Bangladesh
+ # From Alexander Krivenyshev (2009-05-13):
+ # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
+ # Daylight Saving Time from June 16 to Sept 30
+ #
+ # Bangladesh to introduce daylight saving time likely from June 16
+ # 
+ # http://www.asiantribune.com/?q=node/17288
+ # 
+ # or
+ # 
+ # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
+ # 
+ #
+ # "... Bangladesh government has decided to switch daylight saving time from
+ # June
+ # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
+ # crippling power crisis. "
+ #
+ # The switch will remain in effect from June 16 to Sept 30 (2009) but if
+ # implemented the next year, it will come in force from April 1, 2010
+ 
+ # From Steffen Thorsen (2009-06-02):
+ # They have finally decided now, but changed the start date to midnight between
+ # the 19th and 20th, and they have not set the end date yet.
+ #
+ # Some sources:
+ # 
+ # http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
+ # 
+ # 
+ # http://bdnews24.com/details.php?id=85889&cid=2
+ # 
+ #
+ # Our wrap-up:
+ # 
+ # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
+ # 
+ 
+ # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
+ Rule	Bang	2009	only	-	Jan	1	0:00	0	-
+ Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
+ 
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
  			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
***************
*** 134,140 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	# Bangladesh Time
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 176,183 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From straen at thorsen.priv.no  Fri Jun  5 12:20:16 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Fri, 05 Jun 2009 14:20:16 +0200
Subject: No DST in Mauritius the coming summer
Message-ID: <4A290D80.4010502@thorsen.priv.no>

According to several sources, Mauritius will not continue to observe DST 
the coming summer, which means that the current "max" rules for 
Mauritius should probably be changed to "only" rules.

Some sources, in French:
http://www.defimedia.info/news/946/Rashid-Beebeejaun-:-%C2%AB-L%E2%80%99heure-d%E2%80%99%C3%A9t%C3%A9-ne-sera-pas-appliqu%C3%A9e-cette-ann%C3%A9e-%C2%BB
http://lexpress.mu/Story/3398~Beebeejaun---Les-objectifs-d-%C3%A9conomie-d-%C3%A9nergie-de-l-heure-d-%C3%A9t%C3%A9-ont-%C3%A9t%C3%A9-atteints-

Our wrap-up:
http://www.timeanddate.com/news/time/mauritius-dst-will-not-repeat.html

Regards,
Steffen Thorsen - timeanddate.com


From nathanst at ontko.com  Fri Jun  5 22:07:48 2009
From: nathanst at ontko.com (Nathan Stratton Treadway)
Date: Fri, 5 Jun 2009 18:07:48 -0400
Subject: tzdata mirror no longer found (in tz-link.htm)
Message-ID: <20090605220747.GU12138@ontko.com>

I noticed that tz-link.htm file currently (as of the version in
tzcode2009h.tar.gz) includes a link labeled "smaller HTTP mirror" to
  http://public.planetmirror.com/pub/timezone

However, when I follow that link, the resulting page does not actually
contain any timezone-related files -- and in fact after looking around a
bit I didn't see any indication that the site still contains a separate
mirror for the "upstream" timezone database.  (Using the provided search
box to search for the word "tzdata" returned only links related to the
CentOS mirror that is hosted on the site.)



On a separate-but-related topic: I'm not sure how the 
  http://www.twinsun.com/tz/tz-link.htm
web page is normally maintained, but I noticed that while the tzcode2009h
file's version of the file contains a version stamp of "8.19", the
version posted on twinsun is only "8.15".  

I mention this especially because the page is referenced in many places
as the "home URL" of the timezone database project, so it seems like it
would be worth trying to keep it as up-to-date as possible....  

(The tz-arts.htm file on the twinsun site is also a few revions behind
the current tzcode version, for what it's worth.)

Thanks.

							Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway  -  nathanst at ontko.com  -  Mid-Atlantic region
Ray Ontko & Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239


From Brian.Inglis at Shaw.ca  Sat Jun  6 04:14:13 2009
From: Brian.Inglis at Shaw.ca (Brian Inglis)
Date: Fri, 05 Jun 2009 22:14:13 -0600
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>
References: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>
Message-ID: <4A29ED15.1030504@Shaw.ca>

Arthur David Olson wrote:
> I've also added Eric Muller's tz-link.htm update.
> Barring problems, these will show up in the ftpable version on 2009-06-08.
>   tz regions in the US.
                                    ^^
Eric Muller's original update contains:
! tz regions in the world.
                                  ^^^^^



From russell.sayers at gmail.com  Sun Jun  7 03:52:57 2009
From: russell.sayers at gmail.com (russ)
Date: Sun, 7 Jun 2009 13:52:57 +1000
Subject: tz file format
Message-ID: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>

Hi,

I hope i'm not wasting your time.  I'm attempting to read the tz database
into a c# application, and I'm not sure how to interpret this entry:

Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
            10:00    -    EST    1916 Oct 1 2:00
            10:00    1:00    EST    1917 Feb
            10:00    Aus    EST    1967
            10:00    AT    EST

What is the significance of the "1:00" on the row ending in "1917 Feb".  Do
I just add this to the 10:00 offset?

Thanks,
Russell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090607/ef05c665/attachment.html 

From dpatte at relativedata.com  Sun Jun  7 05:20:51 2009
From: dpatte at relativedata.com (David Patte)
Date: Sun, 07 Jun 2009 01:20:51 -0400
Subject: tz file format
In-Reply-To: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
Message-ID: <4A2B4E33.5070003@relativedata.com>

The line means

Until Feb 1917, add 10h offset to get standard time, and 1 more hour for 
local wall time (EST). This shortcut represents "daylight/summer' time, 
without having to use a rule record.

David Patte
Relative Data, Inc.

russ wrote:
> Hi,
>
> I hope i'm not wasting your time.  I'm attempting to read the tz 
> database into a c# application, and I'm not sure how to interpret this 
> entry:
>
> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>             10:00    -    EST    1916 Oct 1 2:00
>             10:00    1:00    EST    1917 Feb
>             10:00    Aus    EST    1967
>             10:00    AT    EST
>
> What is the significance of the "1:00" on the row ending in "1917 
> Feb".  Do I just add this to the 10:00 offset?
>
> Thanks,
> Russell
>
>



From Billy.Bennett at netapp.com  Sun Jun  7 05:55:29 2009
From: Billy.Bennett at netapp.com (Bennett, Billy)
Date: Sun, 7 Jun 2009 01:55:29 -0400
Subject: tz file format
In-Reply-To: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
Message-ID: 

Russ,
 
I think you'd be better off parsing the compiled data, it's a lot more
consistent.
 
Thanks,
=Billy Bennett  

________________________________

From: russ [mailto:russell.sayers at gmail.com] 
Sent: Saturday, June 06, 2009 11:53 PM
To: tz at lecserver.nci.nih.gov
Subject: tz file format


Hi,

I hope i'm not wasting your time.  I'm attempting to read the tz
database into a c# application, and I'm not sure how to interpret this
entry:

Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
            10:00    -    EST    1916 Oct 1 2:00
            10:00    1:00    EST    1917 Feb
            10:00    Aus    EST    1967
            10:00    AT    EST

What is the significance of the "1:00" on the row ending in "1917 Feb".
Do I just add this to the 10:00 offset?

Thanks,
Russell



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090607/dc154b47/attachment.html 

From markjrodrigues at hotmail.com  Sun Jun  7 23:40:57 2009
From: markjrodrigues at hotmail.com (Mark Rodrigues)
Date: Mon, 8 Jun 2009 09:40:57 +1000
Subject: tz file format
In-Reply-To: 
 
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
 
Message-ID: 


Hi Russell,



I developed an open source .NET API which you might find helpful with your C# application which is available at:

http://www.codeplex.com/zoneinfo



I have a codeproject article about it as well at:

http://www.codeproject.com/KB/locale/zoneinfo_dotnet_api.aspx



You can read through the code if you are interested in seeing how I interpreted this information.



Kind regards



Mark Rodrigues

Subject: RE: tz file format
Date: Sun, 7 Jun 2009 01:55:29 -0400
From: Billy.Bennett at netapp.com
To: tz at lecserver.nci.nih.gov








Russ,
 
I think you'd be better off parsing the compiled data, it's 
a lot more consistent.
 
Thanks,
=Billy 
Bennett  



From: russ [mailto:russell.sayers at gmail.com] 

Sent: Saturday, June 06, 2009 11:53 PM
To: 
tz at lecserver.nci.nih.gov
Subject: tz file format


Hi,

I hope i'm not wasting your time.  I'm attempting to 
read the tz database into a c# application, and I'm not sure how to interpret 
this entry:

Zone Australia/Hobart    
9:49:16    -    LMT    1895 
Sep
            
10:00    -    EST    1916 Oct 1 
2:00
            
10:00    1:00    EST    1917 
Feb
            
10:00    Aus    EST    
1967
            
10:00    AT    EST

What is the significance 
of the "1:00" on the row ending in "1917 Feb".  Do I just add this to the 
10:00 offset?

Thanks,
Russell


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090608/76c0a8f6/attachment.html 

From olsona at dc37a.nci.nih.gov  Mon Jun  8 13:24:41 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 8 Jun 2009 09:24:41 -0400
Subject: tzcode2009i.tar.gz and tzdata2009i.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2009i.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2009i.tar.gz
...are now available; these reflect the changes circulated last week on
the time zone mailing list (most importantly, updating for DST in
Bangladesh this year).

				--ado
	



From autarch at urth.org  Mon Jun  8 16:41:10 2009
From: autarch at urth.org (Dave Rolsky)
Date: Mon, 8 Jun 2009 11:41:10 -0500 (CDT)
Subject: Understanding the Bangladesh change
Message-ID: 

So I went to update my Perl package based on the Olson database this 
morning, and my tests are blowing up.

The problem is that I don't have any code to handle the current Bangladesh 
situation. If I'm reading the database correctly, it says that there is a 
change scheduled for 2009, but then there's nothing scheduled for future 
years. Does that mean that 2010+ are considered unknown and 
uncalculatable?

That seems somewhat problematic. I can't be the only one who expects to be 
able to use the Olson database to calculate future dates.


-dave

/*============================================================
http://VegGuide.org               http://blog.urth.org
Your guide to all that's veg      House Absolute(ly Pointless)
============================================================*/


From russell.sayers at gmail.com  Tue Jun  9 05:00:41 2009
From: russell.sayers at gmail.com (russ)
Date: Tue, 9 Jun 2009 15:00:41 +1000
Subject: tz file format
In-Reply-To: <4A2B4E33.5070003@relativedata.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
	 <4A2B4E33.5070003@relativedata.com>
Message-ID: <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>

Thanks for the info.

If there is no corresponding rule - how do you know when daylight/summer
time starts/finishes?

Russ

On Sun, Jun 7, 2009 at 3:20 PM, David Patte  wrote:

> The line means
>
> Until Feb 1917, add 10h offset to get standard time, and 1 more hour for
> local wall time (EST). This shortcut represents "daylight/summer' time,
> without having to use a rule record.
>
> David Patte
> Relative Data, Inc.
>
>
> russ wrote:
>
>> Hi,
>>
>> I hope i'm not wasting your time.  I'm attempting to read the tz database
>> into a c# application, and I'm not sure how to interpret this entry:
>>
>> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>>            10:00    -    EST    1916 Oct 1 2:00
>>            10:00    1:00    EST    1917 Feb
>>            10:00    Aus    EST    1967
>>            10:00    AT    EST
>>
>> What is the significance of the "1:00" on the row ending in "1917 Feb".
>>  Do I just add this to the 10:00 offset?
>>
>> Thanks,
>> Russell
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090609/d2cd0f0d/attachment.html 

From russell.sayers at gmail.com  Tue Jun  9 05:08:18 2009
From: russell.sayers at gmail.com (russ)
Date: Tue, 9 Jun 2009 15:08:18 +1000
Subject: tz file format
In-Reply-To: <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
	 <4A2B4E33.5070003@relativedata.com>
	 <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>
Message-ID: <10304c580906082208t40e741aeh77e0d061d4d8715c@mail.gmail.com>

Forget I said that... I can see daylight time ran from 1-Oct-1916 to
28-Feb-1917.

Thanks,
Russ

On Tue, Jun 9, 2009 at 3:00 PM, russ  wrote:

> Thanks for the info.
>
> If there is no corresponding rule - how do you know when daylight/summer
> time starts/finishes?
>
> Russ
>
>
> On Sun, Jun 7, 2009 at 3:20 PM, David Patte wrote:
>
>> The line means
>>
>> Until Feb 1917, add 10h offset to get standard time, and 1 more hour for
>> local wall time (EST). This shortcut represents "daylight/summer' time,
>> without having to use a rule record.
>>
>> David Patte
>> Relative Data, Inc.
>>
>>
>> russ wrote:
>>
>>> Hi,
>>>
>>> I hope i'm not wasting your time.  I'm attempting to read the tz database
>>> into a c# application, and I'm not sure how to interpret this entry:
>>>
>>> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>>>            10:00    -    EST    1916 Oct 1 2:00
>>>            10:00    1:00    EST    1917 Feb
>>>            10:00    Aus    EST    1967
>>>            10:00    AT    EST
>>>
>>> What is the significance of the "1:00" on the row ending in "1917 Feb".
>>>  Do I just add this to the 10:00 offset?
>>>
>>> Thanks,
>>> Russell
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090609/f05587e8/attachment.html 

From info at nao-net.com  Thu Jun 11 06:00:26 2009
From: info at nao-net.com (Naoko McCracken)
Date: Thu, 11 Jun 2009 02:00:26 -0400
Subject: Typos, duplicates, old/new names
Message-ID: <7e33d7870906102300t7178c78dq51b1cd7153cc01e1@mail.gmail.com>

Hi,

I was directed to your project when I reported issues with WordPress
language file.
They use your timezone database via the php function
timezone_identifiers_list() to fetch country names for:
http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-cities.pot

My post: http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
Reply: http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html

There are a couple more things reported by another language file maintainer:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html

I'm totally new here and not sure if I'm sending this to the right place.
I'd appreciate it if someone can help me through to get these issues
straightened.

Thank you,

---
Naoko McCracken
http://ja.wordpress.org/


From olsona at dc37a.nci.nih.gov  Thu Jun 11 13:16:48 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 11 Jun 2009 09:16:48 -0400
Subject: FW: Typos, duplicates, old/new names
Message-ID: 

I'm forwarding this message from Naoko McCracken, who is not on the time
zone mailing list. Those of you who are on the list, please direct
replies appropriately.

				--ado

-----Original Message-----
From: Naoko McCracken [mailto:info at nao-net.com] 
Sent: Thursday, June 11, 2009 2:01
To: tz at lecserver.nci.nih.gov
Subject: Typos, duplicates, old/new names

Hi,

I was directed to your project when I reported issues with WordPress
language file.
They use your timezone database via the php function
timezone_identifiers_list() to fetch country names for:
http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
cities.pot

My post:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
Reply:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html

There are a couple more things reported by another language file
maintainer:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html

I'm totally new here and not sure if I'm sending this to the right
place.
I'd appreciate it if someone can help me through to get these issues
straightened.

Thank you,

---
Naoko McCracken
http://ja.wordpress.org/




From scott.roy.atwood at gmail.com  Thu Jun 11 18:47:26 2009
From: scott.roy.atwood at gmail.com (Scott Atwood)
Date: Thu, 11 Jun 2009 11:47:26 -0700
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: 
References: 
Message-ID: <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>

Naoko,

The timezone identifiers used by the Olson timezone database aren't
necessarily intended for direct use by end users.  Many of the issues you
report are due to the rules and conventions used for selecting timezone
identifier names.

The basic structure of the timezone identifiers is usually in two parts.
The first part identifies the continent or ocean in which the timezone is
located.  The second part is the name of the largest or most important city
within the timezone.  North America and South America are collapsed into a
single top level identifier of America.  This structure was chosen because
continents and cities tend to be relatively stable entities, but country
names and their borders can vary wildly over time.

Indiana, Kentucky, and Argentina have particularly interesting time zone
histories, which means they contain relatively many timezones identified by
relatively nondescript cities.  So in order to avoid ambiguity and/or
conflict in timezone identifiers, an additional level in the timezone
hierarchy was introduced for these regions.

Most of the issues you identify are related to backwards compatibility
links.  Once a timezone identifier has been created, it should remain stable
so that software that relies on an existing timezone identifier won't break
when the timezone package is updated.  So if a timezone identifier needs to
change, the old timezone identifier is kept as an alias for the new name.

Most of the duplicates you note are due to changes in the preferred English
transliteration of foreign city names.  The abbreviations of Australian
timezones and the cardinal direction Australian timezones are deprecated
timezone identifiers that are backwards compatibility links to timezones in
the current Continent/City format.  When a city name changes, the old name
is kept as an alias for the new name.  ComodRivadavia is also a backwards
compatibility link.

Unless these backwards compatibility links are causing serious issues with
your application, I urge you to leave them be, since they be required by
some clients who already rely on them.  However, it may not be unreasonable
to not display the backwards compatibility links in a UI that end users use
to select a new time zone.

The timezone identifiers can only contain upper and lower case ASCII
letters, and underscores.  Spaces, apostrophes, and accented letters are not
allowed.  Hence Dumont d'Urville becomes DumontDUrville.

And for what it's worth, there is a Central Western time zone in Australia,
but it is unofficial, and though it covers a large area, it encompasses only
a very small population.

I hope this answers your concerns.  Please let me know if you have any
further questions.

-Scott

On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E] <
olsona at dc37a.nci.nih.gov> wrote:

> I'm forwarding this message from Naoko McCracken, who is not on the time
> zone mailing list. Those of you who are on the list, please direct
> replies appropriately.
>
>                                --ado
>
> -----Original Message-----
> From: Naoko McCracken [mailto:info at nao-net.com]
> Sent: Thursday, June 11, 2009 2:01
> To: tz at lecserver.nci.nih.gov
> Subject: Typos, duplicates, old/new names
>
> Hi,
>
> I was directed to your project when I reported issues with WordPress
> language file.
> They use your timezone database via the php function
> timezone_identifiers_list() to fetch country names for:
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
> cities.pot
>
> My post:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
> Reply:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
>
> There are a couple more things reported by another language file
> maintainer:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
>
> I'm totally new here and not sure if I'm sending this to the right
> place.
> I'd appreciate it if someone can help me through to get these issues
> straightened.
>
> Thank you,
>
> ---
> Naoko McCracken
> http://ja.wordpress.org/
>
>
>


-- 
Scott Atwood

Cycle tracks will abound in Utopia.  ~H.G. Wells
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090611/f3915993/attachment.html 

From info at nao-net.com  Fri Jun 12 04:12:58 2009
From: info at nao-net.com (Naoko McCracken)
Date: Fri, 12 Jun 2009 00:12:58 -0400
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
References:  
	<9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
Message-ID: <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>

Scott,

Thank you for your in-depth explanation of why the names are set up this way.
It sounds like a lot more complicated set of information than I realized before.
I have much appreciation for you all to be keeping the database available for
other projects.

Now that I understand the reasons,  it makes sense.

This new type of timezone system was introduced in the current version of the
program. It used to have a simple timezone selection with +- GMT; summer
time was set manually.

I'm not a programmer but more of a translator, so I'll work with others to
figure out what we can do.
Thank you so much for your help.

Naoko McCracken

On Thu, Jun 11, 2009 at 2:47 PM, Scott Atwood wrote:
> Naoko,
>
> The timezone identifiers used by the Olson timezone database aren't
> necessarily intended for direct use by end users.? Many of the issues you
> report are due to the rules and conventions used for selecting timezone
> identifier names.
>
> The basic structure of the timezone identifiers is usually in two parts.
> The first part identifies the continent or ocean in which the timezone is
> located.? The second part is the name of the largest or most important city
> within the timezone.? North America and South America are collapsed into a
> single top level identifier of America.? This structure was chosen because
> continents and cities tend to be relatively stable entities, but country
> names and their borders can vary wildly over time.
>
> Indiana, Kentucky, and Argentina have particularly interesting time zone
> histories, which means they contain relatively many timezones identified by
> relatively nondescript cities.? So in order to avoid ambiguity and/or
> conflict in timezone identifiers, an additional level in the timezone
> hierarchy was introduced for these regions.
>
> Most of the issues you identify are related to backwards compatibility
> links.? Once a timezone identifier has been created, it should remain stable
> so that software that relies on an existing timezone identifier won't break
> when the timezone package is updated.? So if a timezone identifier needs to
> change, the old timezone identifier is kept as an alias for the new name.
>
> Most of the duplicates you note are due to changes in the preferred English
> transliteration of foreign city names.? The abbreviations of Australian
> timezones and the cardinal direction Australian timezones are deprecated
> timezone identifiers that are backwards compatibility links to timezones in
> the current Continent/City format.? When a city name changes, the old name
> is kept as an alias for the new name.? ComodRivadavia is also a backwards
> compatibility link.
>
> Unless these backwards compatibility links are causing serious issues with
> your application, I urge you to leave them be, since they be required by
> some clients who already rely on them.? However, it may not be unreasonable
> to not display the backwards compatibility links in a UI that end users use
> to select a new time zone.
>
> The timezone identifiers can only contain upper and lower case ASCII
> letters, and underscores.? Spaces, apostrophes, and accented letters are not
> allowed.? Hence Dumont d'Urville becomes DumontDUrville.
>
> And for what it's worth, there is a Central Western time zone in Australia,
> but it is unofficial, and though it covers a large area, it encompasses only
> a very small population.
>
> I hope this answers your concerns.? Please let me know if you have any
> further questions.
>
> -Scott
>
> On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E]
>  wrote:
>>
>> I'm forwarding this message from Naoko McCracken, who is not on the time
>> zone mailing list. Those of you who are on the list, please direct
>> replies appropriately.
>>
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?--ado
>>
>> -----Original Message-----
>> From: Naoko McCracken [mailto:info at nao-net.com]
>> Sent: Thursday, June 11, 2009 2:01
>> To: tz at lecserver.nci.nih.gov
>> Subject: Typos, duplicates, old/new names
>>
>> Hi,
>>
>> I was directed to your project when I reported issues with WordPress
>> language file.
>> They use your timezone database via the php function
>> timezone_identifiers_list() to fetch country names for:
>> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
>> cities.pot
>>
>> My post:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
>> Reply:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
>>
>> There are a couple more things reported by another language file
>> maintainer:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
>>
>> I'm totally new here and not sure if I'm sending this to the right
>> place.
>> I'd appreciate it if someone can help me through to get these issues
>> straightened.
>>
>> Thank you,
>>
>> ---
>> Naoko McCracken
>> http://ja.wordpress.org/
>>
>>
>
>
>
> --
> Scott Atwood
>
> Cycle tracks will abound in Utopia. ?~H.G. Wells
>
>
>



From pasky at suse.cz  Fri Jun 12 05:53:28 2009
From: pasky at suse.cz (Petr Baudis)
Date: Fri, 12 Jun 2009 07:53:28 +0200
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: 
References: 
Message-ID: <20090612055328.GD8501@machine.or.cz>

  Hi!

On Thu, Jun 11, 2009 at 09:16:48AM -0400, Olson, Arthur David (NIH/NCI) [E] wrote:
> I was directed to your project when I reported issues with WordPress
> language file.
> They use your timezone database via the php function
> timezone_identifiers_list() to fetch country names for:
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-cities.pot

  Note that various existing, partial translations are already scattered
over few projects, e.g. Java implementations tend to have some. Maybe it
would be reasonable for the long term if tzdata would become the central
point for the translations and provide interface for them?

-- 
				Petr "Pasky" Baudis
The lyf so short, the craft so long to lerne. -- Chaucer


From scott.roy.atwood at gmail.com  Fri Jun 12 07:39:18 2009
From: scott.roy.atwood at gmail.com (Scott Atwood)
Date: Fri, 12 Jun 2009 00:39:18 -0700
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>
References: 
	 <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
	 <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>
Message-ID: <9a21c4d20906120039g7c044043sac418efc15ac518d@mail.gmail.com>

You may also want to look into the CLDR project, which is an open project to
provide common localization data, including translations for the names of
time zones.

http://cldr.unicode.org/

-Scott

On Thu, Jun 11, 2009 at 9:12 PM, Naoko McCracken  wrote:

> Scott,
>
> Thank you for your in-depth explanation of why the names are set up this
> way.
> It sounds like a lot more complicated set of information than I realized
> before.
> I have much appreciation for you all to be keeping the database available
> for
> other projects.
>
> Now that I understand the reasons,  it makes sense.
>
> This new type of timezone system was introduced in the current version of
> the
> program. It used to have a simple timezone selection with +- GMT; summer
> time was set manually.
>
> I'm not a programmer but more of a translator, so I'll work with others to
> figure out what we can do.
> Thank you so much for your help.
>
> Naoko McCracken
>
> On Thu, Jun 11, 2009 at 2:47 PM, Scott Atwood
> wrote:
> > Naoko,
> >
> > The timezone identifiers used by the Olson timezone database aren't
> > necessarily intended for direct use by end users.  Many of the issues you
> > report are due to the rules and conventions used for selecting timezone
> > identifier names.
> >
> > The basic structure of the timezone identifiers is usually in two parts.
> > The first part identifies the continent or ocean in which the timezone is
> > located.  The second part is the name of the largest or most important
> city
> > within the timezone.  North America and South America are collapsed into
> a
> > single top level identifier of America.  This structure was chosen
> because
> > continents and cities tend to be relatively stable entities, but country
> > names and their borders can vary wildly over time.
> >
> > Indiana, Kentucky, and Argentina have particularly interesting time zone
> > histories, which means they contain relatively many timezones identified
> by
> > relatively nondescript cities.  So in order to avoid ambiguity and/or
> > conflict in timezone identifiers, an additional level in the timezone
> > hierarchy was introduced for these regions.
> >
> > Most of the issues you identify are related to backwards compatibility
> > links.  Once a timezone identifier has been created, it should remain
> stable
> > so that software that relies on an existing timezone identifier won't
> break
> > when the timezone package is updated.  So if a timezone identifier needs
> to
> > change, the old timezone identifier is kept as an alias for the new name.
> >
> > Most of the duplicates you note are due to changes in the preferred
> English
> > transliteration of foreign city names.  The abbreviations of Australian
> > timezones and the cardinal direction Australian timezones are deprecated
> > timezone identifiers that are backwards compatibility links to timezones
> in
> > the current Continent/City format.  When a city name changes, the old
> name
> > is kept as an alias for the new name.  ComodRivadavia is also a backwards
> > compatibility link.
> >
> > Unless these backwards compatibility links are causing serious issues
> with
> > your application, I urge you to leave them be, since they be required by
> > some clients who already rely on them.  However, it may not be
> unreasonable
> > to not display the backwards compatibility links in a UI that end users
> use
> > to select a new time zone.
> >
> > The timezone identifiers can only contain upper and lower case ASCII
> > letters, and underscores.  Spaces, apostrophes, and accented letters are
> not
> > allowed.  Hence Dumont d'Urville becomes DumontDUrville.
> >
> > And for what it's worth, there is a Central Western time zone in
> Australia,
> > but it is unofficial, and though it covers a large area, it encompasses
> only
> > a very small population.
> >
> > I hope this answers your concerns.  Please let me know if you have any
> > further questions.
> >
> > -Scott
> >
> > On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E]
> >  wrote:
> >>
> >> I'm forwarding this message from Naoko McCracken, who is not on the time
> >> zone mailing list. Those of you who are on the list, please direct
> >> replies appropriately.
> >>
> >>                                --ado
> >>
> >> -----Original Message-----
> >> From: Naoko McCracken [mailto:info at nao-net.com]
> >> Sent: Thursday, June 11, 2009 2:01
> >> To: tz at lecserver.nci.nih.gov
> >> Subject: Typos, duplicates, old/new names
> >>
> >> Hi,
> >>
> >> I was directed to your project when I reported issues with WordPress
> >> language file.
> >> They use your timezone database via the php function
> >> timezone_identifiers_list() to fetch country names for:
> >>
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
> >> cities.pot
> >>
> >> My post:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
> >> Reply:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
> >>
> >> There are a couple more things reported by another language file
> >> maintainer:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
> >>
> >> I'm totally new here and not sure if I'm sending this to the right
> >> place.
> >> I'd appreciate it if someone can help me through to get these issues
> >> straightened.
> >>
> >> Thank you,
> >>
> >> ---
> >> Naoko McCracken
> >> http://ja.wordpress.org/
> >>
> >>
> >
> >
> >
> > --
> > Scott Atwood
> >
> > Cycle tracks will abound in Utopia.  ~H.G. Wells
> >
> >
> >
>



-- 
Scott Atwood

Cycle tracks will abound in Utopia.  ~H.G. Wells
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090612/1320a78f/attachment.html 

From jnorgard at prodigy.net.mx  Mon Jun 15 02:37:54 2009
From: jnorgard at prodigy.net.mx (=?iso-8859-1?Q?Jesper_N=F8rgaard?=)
Date: Sun, 14 Jun 2009 21:37:54 -0500
Subject: tzdata2009i - Bangladesh
Message-ID: <3EBA1ECB06C54A9883CF8FFC1977599F@NORGAARDPC>

Bangladesh is applying DST this 20.th.of June. In file tzdata2009i this is
the attempt to implement it:
 
Rule Bang 2009 only - Jan 1 0:00 0 -
Rule Bang 2009 only - Jun 20 0:00 1:00 S
 
Now that doesn't make sense to me at all. Bangladesh has not had anything
close to "DST" since 1951, and then we zero-set DST January 1st. 2009? Then
after implementation of DST next Saturday we leave it dangling for the next
millenium? Probably this is really just a "typo" for
 
Rule Bang 2010 only - Jan 1 0:00 0 -
Rule Bang 2009 only - Jun 20 0:00 1:00 S

So Bangladesh leaves DST with year end of 2009, since we have no
authoritative information. But this is not a very good guess in my opinion,
in fact Steffen Thorsen mentions semi-authoritative information:


"On another note, Bangladesh's minister for power said earlier in 2009 that
the new timing might continue until 
the end of September. Timeanddate.com will provide an update on the DST end
date when it becomes available."
 
Any guess in the end of September seems better to me, or October 1.st. 2009
at 0:00?
 
... perhaps this was why Dave Rolsky's test cases were blowing up? :)

- Jesper N?rgaard Welen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090614/43ebfda5/attachment.html 

From martin.pitt at ubuntu.com  Mon Jun 15 08:20:52 2009
From: martin.pitt at ubuntu.com (Martin Pitt)
Date: Mon, 15 Jun 2009 10:20:52 +0200
Subject: 2009i - Bangladesh suddenly switches to UTC
Message-ID: <20090615082052.GB4601@piware.de>

Hello,

with 2009i, which was supposed to fix DST in Bangladesh, I get a very
strange result:

| $ zdump -v Asia/Dhaka
| Asia/Dhaka  -9223372036854775808 = NULL
| Asia/Dhaka  -9223372036854689408 = NULL
| Asia/Dhaka  Tue Dec 31 17:58:19 1889 UTC = Tue Dec 31 23:59:59 1889 LMT isdst=0 gmtoff=21700
| Asia/Dhaka  Tue Dec 31 17:58:20 1889 UTC = Tue Dec 31 23:51:40 1889 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:39 1941 UTC = Tue Sep 30 23:59:59 1941 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:40 1941 UTC = Wed Oct  1 00:36:40 1941 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:29:59 1942 UTC = Thu May 14 23:59:59 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:30:00 1942 UTC = Thu May 14 23:00:00 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:29:59 1942 UTC = Mon Aug 31 23:59:59 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:30:00 1942 UTC = Tue Sep  1 01:00:00 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:29:59 1951 UTC = Sat Sep 29 23:59:59 1951 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:30:00 1951 UTC = Sat Sep 29 23:30:00 1951 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 17:59:59 1971 UTC = Thu Mar 25 23:59:59 1971 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 18:00:00 1971 UTC = Fri Mar 26 00:00:00 1971 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Fri Jun 19 18:00:00 2009 UTC isdst=0 gmtoff=0
| Asia/Dhaka  9223372036854689407 = NULL
| Asia/Dhaka  9223372036854775807 = NULL

Note the third last line: It suddenly switches to UTC/gmtoff=0. This
doesn't look right?

Thank you for any enlightening,

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/4a55b031/attachment.bin 

From kamrus.saadat at aamra.com.bd  Mon Jun 15 08:37:15 2009
From: kamrus.saadat at aamra.com.bd (A. N. M. Kamrus Saadat)
Date: Mon, 15 Jun 2009 08:37:15 +0000 (UTC)
Subject: tzdata2009i - Bangladesh
References: <3EBA1ECB06C54A9883CF8FFC1977599F@NORGAARDPC>
Message-ID: 

Hi,

Finally we've got the official mail regarding DST start time where DST start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus


From olsona at dc37a.nci.nih.gov  Mon Jun 15 10:37:31 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 15 Jun 2009 06:37:31 -0400
Subject: FW:  Re: tzdata2009i - Bangladesh
Message-ID: 

I'm forwareding this message from Kamru Saadat, who is not on the time
zone mailing list. Those of you who are on the time zone mailing list,
please direct replies appropriately.

				--ado

-----Original Message-----
From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 4:37
To: tz at lecserver.nci.nih.gov
Subject: Re: tzdata2009i - Bangladesh

Hi,

Finally we've got the official mail regarding DST start time where DST
start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus


From olsona at lecserver.nci.nih.gov  Mon Jun 15 10:56:06 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Mon, 15 Jun 2009 06:56:06 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>

First a note that tzdata2009i.tar.gz does seem to do the expected thing
here on the mother system:

	Script started on Mon Jun 15 06:34:58 2009
	lecserver$ ./zdump -v Asia/Dhaka | grep 2009
	Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0
	Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Sat Jun 20 01:00:00 2009 BDST isdst=1
	lecserver$ exit

	script done on Mon Jun 15 06:35:15 2009

However, given this morning's note about DST starting at 23:00...
	Finally we've got the official mail regarding DST start time where DST
	start time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
	Telecommunication Regulatory Commission).

	No DST end date has been announced yet.
...and as a way to both simplify the change and avoid glitches, below
find a proposed change to the "asia" file. Feedback both on the
usefulness of the change and when to push it is welcome.

				--ado

------- asia -------
*** /tmp/geta26023	Mon Jun 15 06:44:15 2009
--- /tmp/getb26023	Mon Jun 15 06:44:15 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.34
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.35
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 165,173 ****
  # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
  # 
  
! # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
! Rule	Bang	2009	only	-	Jan	1	0:00	0	-
! Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
  
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
--- 165,176 ----
  # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
  # 
  
! # From A. N. M. Kamrus Saadat (2009-06-15):
! # Finally we've got the official mail regarding DST start time where DST start 
! # time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh 
! # Telecommunication Regulatory Commission). 
! #
! # No DST end date has been announced yet.
  
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
***************
*** 176,183 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 179,186 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 Jun 19 23:00 # Bangladesh Time
! 			6:00	1:00	BDST
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From kamrus.saadat at aamra.com.bd  Mon Jun 15 11:42:15 2009
From: kamrus.saadat at aamra.com.bd (A. N. M. Kamrus Saadat)
Date: Mon, 15 Jun 2009 17:42:15 +0600
Subject: tzdata2009i - Bangladesh
Message-ID: <002001c9edae$56663100$03329300$@saadat@aamra.com.bd>

Hi,

 

For credibility issue, I am just sending scan copy of the official mail and
one link.

 

Please see the official letter written in Bengali from BTRC in the attached
email. Currently no English version of this mail is available.

 

Also please find the following link with the new start time information:

 

http://support.microsoft.com/kb/972423

 

Thanks,

Kamrus

 

 

 

-----Original Message-----
From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona at dc37a.nci.nih.gov] 
Sent: Monday, June 15, 2009 4:38 PM
To: tz at elsie.nci.nih.gov
Cc: kamrus.saadat at aamra.com.bd
Subject: FW: Re: tzdata2009i - Bangladesh

 

I'm forwareding this message from Kamrus Saadat, who is not on the time

zone mailing list. Those of you who are on the time zone mailing list,

please direct replies appropriately.

 

                        --ado

 

-----Original Message-----

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 

Sent: Monday, June 15, 2009 4:37

To: tz at lecserver.nci.nih.gov

Subject: Re: tzdata2009i - Bangladesh

 

Hi,

 

Finally we've got the official mail regarding DST start time where DST

start

time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh

Telecommunication

Regulatory Commission). 

 

No DST end date has been announced yet.

 

Thanks,

Kamrus

 

 

 

 

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 5:12 PM
To: Muralidhar.Indraganti at Sun.COM
Cc: sun.technologies at aamra.com.bd
Subject: RE: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Murali,

 

Please see the official letter written in Bengali from BTRC in the attached
email. Currently no English version of this mail is available.

 

Also please find the following link with the new start time information:

 

http://support.microsoft.com/kb/972423

 

Thanks,

Kamrus

 

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 5:04 PM
To: A. N. M. Kamrus Saadat
Cc: sun.technologies at aamra.com.bd
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Kamrus,

Does it mean that the information on
http://www.bangladesh.gov.bd/index.php?option=com_content

&task=view&id=172 is out-dated? 

Can you provide any public link like above/ scanned copy stating that DST
start time is mentioned as Jun 19 2009, 23:00. 
Wanted to make sure that BTRC (Bangladesh Telecommunication Regulatory
Commission) is 100% correct on this.

We would need an official/ public document to make the changes happen. 

Thanks,
Murali. 

On 06/15/09 16:02, A. N. M. Kamrus Saadat wrote: 

Hi Murali,

Finally we've got the official mail regarding DST start time where DST start
time is mentioned as Jun 19 2009, 23:00 (previous start time was 20th June
2009 00:00)  from BTRC (Bangladesh Telecommunication Regulatory Commission).
End date is not announced yet.

 

So, we'll be in a big trouble if we need to update the rule manually for
more than 500 servers belongs to Ericsson within a short period of time
(only 3 days left).

 

Could you please provide us the compiled Dhaka.dat file with the new DST
rule where start time should be 19th June 2009 23:00 ?

For the work around 1,  Ericsson second line comments that  it would be too
difficult to implement. 

Changes to every application's start script would be required and these
changes may be wiped after the next CU/EC/EU upgrade.

So they want to go for the work around 2. What's your comments regarding
this?

 

Thanks,

Kamrus

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 3:50 PM
To: A. N. M. Kamrus Saadat
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Kamrus,

Let me know how the workaround works for you. 

We have filed a Bug/ Change Request (CR): 6848989 (tz) Embed tzdata2009i
into   the tzupdater tool



We Escalated this to the Engineering for a fix. 
 
Will be embeded tzdata2009i into the tzupdater tool. 


PS: This is not yet tested & certified by Sun Q&A. This is NOT for
Production use. 
Please test this on your Test machine and let us know how it works for you. 

Thanks,
Murali.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090615/347f0039/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: y25d3a00.tif
Type: image/tiff
Size: 58063 bytes
Desc: not available
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/347f0039/y25d3a00.tif 

From olsona at dc37a.nci.nih.gov  Mon Jun 15 14:00:03 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 15 Jun 2009 10:00:03 -0400
Subject: FW: Re: tzdata2009i - Bangladesh
Message-ID: 

I'm forwarding this message from A. N. M. Kamrus Saadat, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately.

				--ado

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 7:42
To: Olson, Arthur David (NIH/NCI) [E]
Cc: tz at elsie.nci.nih.gov
Subject: RE: Re: tzdata2009i - Bangladesh

Hi,

For credibility issue, I am just sending scan copy of the official mail and one link.

Please see the official letter written in Bengali from BTRC in the attached email. Currently no English version of this mail is available.

Also please find the following link with the new start time information:

http://support.microsoft.com/kb/972423

Thanks,
Kamrus



-----Original Message-----
From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona at dc37a.nci.nih.gov] 
Sent: Monday, June 15, 2009 4:38 PM
To: tz at elsie.nci.nih.gov
Cc: kamrus.saadat at aamra.com.bd
Subject: FW: Re: tzdata2009i - Bangladesh

I'm forwareding this message from Kamrus Saadat, who is not on the time
zone mailing list. Those of you who are on the time zone mailing list,
please direct replies appropriately.

??????????????????????? --ado

-----Original Message-----
From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 4:37
To: tz at lecserver.nci.nih.gov
Subject: Re: tzdata2009i - Bangladesh

Hi,

Finally we've got the official mail regarding DST start time where DST
start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus




From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 5:12 PM
To: Muralidhar.Indraganti at Sun.COM
Cc: sun.technologies at aamra.com.bd
Subject: RE: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg

Hi Murali,

Please see the official letter written in Bengali from BTRC in the attached email. Currently no English version of this mail is available.

Also please find the following link with the new start time information:

http://support.microsoft.com/kb/972423

Thanks,
Kamrus

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 5:04 PM
To: A. N. M. Kamrus Saadat
Cc: sun.technologies at aamra.com.bd
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg

Hi Kamrus,

Does it mean that the information on http://www.bangladesh.gov.bd/index.php?option=com_content&task=view&id=172 is out-dated? 

Can you provide any public link like above/ scanned copy stating that DST start time is mentioned as Jun 19 2009, 23:00. 
Wanted to make sure that BTRC (Bangladesh Telecommunication Regulatory Commission) is 100% correct on this.

We would need an official/ public document to make the changes happen. 

Thanks,
Murali. 

On 06/15/09 16:02, A. N. M. Kamrus Saadat wrote: 
Hi Murali,
Finally we've got the official mail regarding DST start time where DST start time is mentioned as Jun 19 2009, 23:00 (previous start time was 20th June 2009 00:00) ?from BTRC (Bangladesh Telecommunication Regulatory Commission). End date is not announced yet.
?
So, we'll be in a big trouble if we need to update the rule manually for more than 500 servers belongs to Ericsson within a short period of time (only 3 days left).
?
Could you please provide us the compiled Dhaka.dat file with the new DST rule where start time should be 19th June 2009 23:00 ?
For the work around 1,? Ericsson second line comments that? it would be too difficult to implement. 
Changes to every application's start script would be required and these changes may be wiped after the next CU/EC/EU upgrade.
So they want to go for the work around 2. What's your comments regarding this?
?
Thanks,
Kamrus
From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 3:50 PM
To: A. N. M. Kamrus Saadat
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg
?
Hi Kamrus,

Let me know how the workaround works for you. 

We have filed a Bug/ Change Request (CR): 6848989 (tz) Embed tzdata2009i into the tzupdater tool
We Escalated this to the Engineering for a fix. 
?
Will be embeded tzdata2009i into the tzupdater tool. 

PS: This is not yet tested & certified by Sun Q&A. This is NOT for Production use. 
Please test this on your Test machine and let us know how it works for you. 

Thanks,
Murali.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: y25d3a00.tif
Type: image/tiff
Size: 58063 bytes
Desc: y25d3a00.tif
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/a434e43e/y25d3a00.tif 

From martin.pitt at ubuntu.com  Mon Jun 15 08:20:52 2009
From: martin.pitt at ubuntu.com (Martin Pitt)
Date: Mon, 15 Jun 2009 10:20:52 +0200
Subject: 2009i - Bangladesh suddenly switches to UTC
Message-ID: <20090615082052.GB4601@piware.de>

Hello,

with 2009i, which was supposed to fix DST in Bangladesh, I get a very
strange result:

| $ zdump -v Asia/Dhaka
| Asia/Dhaka  -9223372036854775808 = NULL
| Asia/Dhaka  -9223372036854689408 = NULL
| Asia/Dhaka  Tue Dec 31 17:58:19 1889 UTC = Tue Dec 31 23:59:59 1889 LMT isdst=0 gmtoff=21700
| Asia/Dhaka  Tue Dec 31 17:58:20 1889 UTC = Tue Dec 31 23:51:40 1889 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:39 1941 UTC = Tue Sep 30 23:59:59 1941 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:40 1941 UTC = Wed Oct  1 00:36:40 1941 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:29:59 1942 UTC = Thu May 14 23:59:59 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:30:00 1942 UTC = Thu May 14 23:00:00 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:29:59 1942 UTC = Mon Aug 31 23:59:59 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:30:00 1942 UTC = Tue Sep  1 01:00:00 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:29:59 1951 UTC = Sat Sep 29 23:59:59 1951 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:30:00 1951 UTC = Sat Sep 29 23:30:00 1951 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 17:59:59 1971 UTC = Thu Mar 25 23:59:59 1971 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 18:00:00 1971 UTC = Fri Mar 26 00:00:00 1971 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Fri Jun 19 18:00:00 2009 UTC isdst=0 gmtoff=0
| Asia/Dhaka  9223372036854689407 = NULL
| Asia/Dhaka  9223372036854775807 = NULL

Note the third last line: It suddenly switches to UTC/gmtoff=0. This
doesn't look right?

Thank you for any enlightening,

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/4a55b031/attachment-0001.bin 

From Sean.Coffey at Sun.COM  Tue Jun 16 15:58:36 2009
From: Sean.Coffey at Sun.COM (Sean Coffey)
Date: Tue, 16 Jun 2009 16:58:36 +0100
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
References: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
Message-ID: <4A37C12C.6070505@sun.com>



Arthur David Olson wrote:
>
> 	No DST end date has been announced yet.
> ...and as a way to both simplify the change and avoid glitches, below
> find a proposed change to the "asia" file. Feedback both on the
> usefulness of the change and when to push it is welcome.
>
>   
If this new rule has been confirmed (the 0:00 -> 23:00 begin DST rule) 
-  I guess
it makes sense to push the 2009j bundle live before the changes come 
into effect.

My two cent.
regards,
Sean.

> ------- asia -------
> *** /tmp/geta26023	Mon Jun 15 06:44:15 2009
> --- /tmp/getb26023	Mon Jun 15 06:44:15 2009
> ***************
> *** 1,5 ****
>   # > ! # @(#)asia	8.34
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> --- 1,5 ----
>   # > ! # @(#)asia	8.35
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> ***************
> *** 165,173 ****
>   # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
>   # 
>   
> ! # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
> ! Rule	Bang	2009	only	-	Jan	1	0:00	0	-
> ! Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
>   
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
> --- 165,176 ----
>   # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
>   # 
>   
> ! # From A. N. M. Kamrus Saadat (2009-06-15):
> ! # Finally we've got the official mail regarding DST start time where DST start 
> ! # time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh 
> ! # Telecommunication Regulatory Commission). 
> ! #
> ! # No DST end date has been announced yet.
>   
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
> ***************
> *** 176,183 ****
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 # Bangladesh Time
> ! 			6:00	Bang	BD%sT
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
> --- 179,186 ----
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 Jun 19 23:00 # Bangladesh Time
> ! 			6:00	1:00	BDST
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>
>   


From Dave at Cantor.mv.com  Tue Jun 16 20:50:15 2009
From: Dave at Cantor.mv.com (Dave Cantor)
Date: Tue, 16 Jun 2009 16:50:15 -0400
Subject: Time zone references in art
Message-ID: <4A37CD47.6534.18A15076@Dave.Cantor.mv.com>

A possible addition to tz-art.htm :

In the 1946 "A Matter of Life and Death", there is a reference to 
British Double Summer Time.   The time does not play a large part 
in the plot; it's just a passing reference to the time when one 
of the characters was supposed to have died (but didn't).

The IMDb page is at http://us.imdb.com/title/tt0038733/

Dave Cantor
Groton, CT


From mkandasw at in.ibm.com  Wed Jun 17 09:32:30 2009
From: mkandasw at in.ibm.com (Madhusudanan Kandasamy)
Date: Wed, 17 Jun 2009 15:02:30 +0530
Subject: A basic question about ALL_STATE macro..
In-Reply-To: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
Message-ID: 

Hi,

Can anyone tell me the significance of ALL_STATE macro in the localtime.c?
It looks like it will simply allocate memory from heap(thru malloc) for the
lclptr variable instead of using a static global variable lclmem.

Thanks,
Madhu.
_________________________________
Madhusudanan Kandasamy
AIX BOS Development,
IBM Bangalore, EGL D block 6th Floor.



From wtz at worldtimezone.com  Wed Jun 17 19:48:13 2009
From: wtz at worldtimezone.com (Alexander Krivenyshev)
Date: Wed, 17 Jun 2009 19:48:13 +0000 (UTC)
Subject: Bolivia may change Time Zone from GMT-04 to GMT-05 in the winter.
Message-ID: 

According to various news reports
Bolivia is considering to change Time Zone from GMT-04 to GMT-05 in the winter 
2009/2010 to prevent the spread of colds and the new seasonal influenza A 
strain H1N1.
It would be the first time in Bolivian history that changes the time zone. 

Analizan en Bolivia cambiar el huso horario de invierno para evitar gripes
(spanish)
http://www.adn.es/sociedad/20090616/NWS-1425-Analizan-Bolivia-invierno-horario-
cambiar.html

El Gobierno quiere frenar incremento de los resfr?os cambiando el huso horario 
(spanish)
http://www.erbol.com.bo/noticia1.php?identificador=1689&bdatos=notiportada1

or
(Spanish)
http://www.worldtimezone.com/dst_news/dst_news_bolivia01.html

Alexander Krivenyshev,
http://www.worldtimezone.com



From olsona at dc37a.nci.nih.gov  Thu Jun 18 02:42:41 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Wed, 17 Jun 2009 22:42:41 -0400
Subject: tzdata2009j.tar.gz
Message-ID: 

The file...
	ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
...is now available; this reflects the Bangladesh change circulated
earlier this week on the time zone mailing list (with a short turnaround
since the DST change is impending). We'll get to revisit Bangladesh once
the end to DST has been set.

				--ado



From cjwatson at debian.org  Thu Jun 18 10:11:48 2009
From: cjwatson at debian.org (Colin Watson)
Date: Thu, 18 Jun 2009 11:11:48 +0100
Subject: Update URL for 2000/84/EC directive governing current EU DST
Message-ID: <20090618101147.GC7367@riva.ucam.org>

The 'europe' file in tzdata-2009i has this link:

  # The most recent directive covers the years starting in 2002.  See:
  # 
  # Directive 2000/84/EC of the European Parliament and of the Council
  # of 19 January 2001 on summer-time arrangements.
  # 

The URL given there no longer works properly. Here's an updated one,
which Ian Jackson found by way of a search engine:

  http://eur-lex.europa.eu/smartapi/cgi/sga_doc?smartapi!celexapi!prod!CELEXnumdoc&lg=EN&numdoc=32000L0084&model=guichett

Thanks,

-- 
Colin Watson                                       [cjwatson at debian.org]


From zahid at allbd.com  Thu Jun 18 12:02:59 2009
From: zahid at allbd.com (Mohammed Zahid Hossain)
Date: Thu, 18 Jun 2009 18:02:59 +0600
Subject: Updated file is not working[BDT to BDST]
Message-ID: 

Hello,

Updating with the given zoneinfo [Asia/Dhaka] datafile changing
nothing but the time initial BDT to BDST.


I've tried to edit the earlier data file [tzdata2009i.tar.gz] and with
little change found following:
$zdump -v /etc/localtime | grep 2009
/etc/localtime  Fri Jun 19 16:59:59 2009 UTC = Fri Jun 19 22:59:59
2009 BDT isdst=0 gmtoff=21600
/etc/localtime  Fri Jun 19 17:00:00 2009 UTC = Sat Jun 20 00:00:00
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 16:59:59 2009 UTC = Tue Sep 29 23:59:59
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 17:00:00 2009 UTC = Tue Sep 29 23:00:00
2009 BDT isdst=0 gmtoff=21600

#Here is the  tzdata/asia file
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
Rule    Bang    2009    only    -       Jan     1       0:00    0       -
Rule    Bang    2009    only    -       Jun     19      23:00    1:00    S
Rule    Bang    2009    only    -       Sep     30      00:00    0       -

# Zone  NAME            GMTOFF  RULES   FORMAT  [UNTIL]
Zone    Asia/Dhaka      6:01:40 -       LMT     1890
                        5:53:20 -       HMT     1941 Oct    # Howrah Mean Time?
                        6:30    -       BURT    1942 May 15 # Burma Time
                        5:30    -       IST     1942 Sep
                        6:30    -       BURT    1951 Sep 30
                        6:00    -       DACT    1971 Mar 26 # Dacca Time
                        6:00    Bang    BD%sT

But still having problem with backward.

Thanks,


-- 
Mohammed Zahid Hossain
System Administrator &
Head of Operation
======================================
Onenet Communications Limited(ABSCO)
(The ISP division of OneTel)
Bulu Ocean Tower (14th Floor)
40 Kemal Ataturk Avenue
Banani, Dhaka-1213, Bangladesh.
Tel: (880-2) 885-3164, 886-0861, 882-1486, 989-8391
Web: http://www.onenetbd.com/


From olsona at dc37a.nci.nih.gov  Thu Jun 18 13:50:38 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 18 Jun 2009 09:50:38 -0400
Subject: FW: Updated file is not working[BDT to BDST]
Message-ID: 

I'm forwarding this message from Mohammed Zahid Hossain; MZH was not on
the time zone mailing list when the message was sent, but is now.

				--ado

-----Original Message-----
From: Mohammed Zahid Hossain [mailto:zahid at allbd.com] 
Sent: Thursday, June 18, 2009 8:03
To: tz at lecserver.nci.nih.gov
Subject: Updated file is not working[BDT to BDST]

Hello,

Updating with the given zoneinfo [Asia/Dhaka] datafile changing
nothing but the time initial BDT to BDST.


I've tried to edit the earlier data file [tzdata2009i.tar.gz] and with
little change found following:
$zdump -v /etc/localtime | grep 2009
/etc/localtime  Fri Jun 19 16:59:59 2009 UTC = Fri Jun 19 22:59:59
2009 BDT isdst=0 gmtoff=21600
/etc/localtime  Fri Jun 19 17:00:00 2009 UTC = Sat Jun 20 00:00:00
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 16:59:59 2009 UTC = Tue Sep 29 23:59:59
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 17:00:00 2009 UTC = Tue Sep 29 23:00:00
2009 BDT isdst=0 gmtoff=21600

#Here is the  tzdata/asia file
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE
LETTER/S
Rule    Bang    2009    only    -       Jan     1       0:00    0
-
Rule    Bang    2009    only    -       Jun     19      23:00    1:00
S
Rule    Bang    2009    only    -       Sep     30      00:00    0
-

# Zone  NAME            GMTOFF  RULES   FORMAT  [UNTIL]
Zone    Asia/Dhaka      6:01:40 -       LMT     1890
                        5:53:20 -       HMT     1941 Oct    # Howrah
Mean Time?
                        6:30    -       BURT    1942 May 15 # Burma Time
                        5:30    -       IST     1942 Sep
                        6:30    -       BURT    1951 Sep 30
                        6:00    -       DACT    1971 Mar 26 # Dacca Time
                        6:00    Bang    BD%sT

But still having problem with backward.

Thanks,


-- 
Mohammed Zahid Hossain
System Administrator &
Head of Operation
======================================
Onenet Communications Limited(ABSCO)
(The ISP division of OneTel)
Bulu Ocean Tower (14th Floor)
40 Kemal Ataturk Avenue
Banani, Dhaka-1213, Bangladesh.
Tel: (880-2) 885-3164, 886-0861, 882-1486, 989-8391
Web: http://www.onenetbd.com/




From straen at thorsen.priv.no  Fri Jun 19 13:25:02 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Fri, 19 Jun 2009 15:25:02 +0200
Subject: Brazil considering a common time zone
Message-ID: <4A3B91AE.2010705@thorsen.priv.no>

There is a proposal to have all of Brazil follow Brasilia's time zone.
The proposal received a Senate committee approval on Tuesday, June 16, 
2009, it is No 486, 2008 is available in PDF (and Portuguese) here:

http://legis.senado.gov.br/mate/servlet/PDFMateServlet?s=http://www.senado.gov.br/sf/atividade/Materia/MateFO.xsl&o=ASC&m=88802

It will probably be debated, and there are no dates yet for when such a 
possible change will be observed from.

We provide some background info about it here:
http://www.timeanddate.com/news/time/brazil-one-time-zone.html

Best regards,
Steffen Thorsen - timeanddate.com


From mn4net at gmail.com  Sat Jun 20 03:30:35 2009
From: mn4net at gmail.com (mn4net at gmail.com)
Date: Fri, 19 Jun 2009 21:30:35 -0600
Subject: Please correct time zone information for Bangladesh
Message-ID: <73A33B3BFEFB4C618E58262CBB1BD879@MamunPC>

Please refer to the following links

http://www.timeanddate.com/worldclock/city.html?n=73

http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Thanks and regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090619/ba5b419d/attachment.html 

From dpatte at relativedata.com  Sat Jun 20 16:00:46 2009
From: dpatte at relativedata.com (David Patte)
Date: Sat, 20 Jun 2009 12:00:46 -0400
Subject: Brazil considering a common time zone
In-Reply-To: <4A3B91AE.2010705@thorsen.priv.no>
References: <4A3B91AE.2010705@thorsen.priv.no>
Message-ID: <4A3D07AE.1010707@relativedata.com>

Greetings from Ottawa

Can somone confirm if the UNTIL & TO dates provided in the tzfiles are 
all Gregorian dates?

In particular, I believe that Serbia & Russia switched from the Julian 
calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some 
dates  recorded in the tzfiles for these locations span their switch of 
calendars. There may also be a similar issue with Alaska.

When processing historical zones before a locations's conversion 
conversion to Gregorian calendar, should I be interpretting the provded 
dates as Julian dates, or Gregorian dates?

Sincerely

David Patte
Relative Data, Inc.


From dpatte at relativedata.com  Sat Jun 20 16:11:01 2009
From: dpatte at relativedata.com (David Patte)
Date: Sat, 20 Jun 2009 12:11:01 -0400
Subject: Julian Gregorian
In-Reply-To: <4A3B91AE.2010705@thorsen.priv.no>
References: <4A3B91AE.2010705@thorsen.priv.no>
Message-ID: <4A3D0A15.2000404@relativedata.com>

[Sorry for posting on the wrong thread - I have resubmitted this on a 
new thread]

Greetings from Ottawa

Can somone confirm if the UNTIL & TO dates provided in the tzfiles are
all Gregorian dates?

In particular, I believe that Serbia & Russia switched from the Julian
calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some
dates  recorded in the tzfiles for these locations span their switch of
calendars. There may also be a similar issue with Alaska.

When processing historical zones before a locations's
conversion to Gregorian calendar, should I be interpretting the provded
dates as Julian dates, or Gregorian dates?

Sincerely

David Patte
Relative Data, Inc.


From tz_ at explicate.org  Sun Jun 21 06:07:51 2009
From: tz_ at explicate.org (Ken Pizzini)
Date: Sat, 20 Jun 2009 23:07:51 -0700
Subject: Julian Gregorian
In-Reply-To: <4A3D0A15.2000404@relativedata.com>
References: <4A3B91AE.2010705@thorsen.priv.no> <4A3D0A15.2000404@relativedata.com>
Message-ID: <20090621060751.GC30145@4746044.msa.explicate.org>

On Sat, Jun 20, 2009 at 12:11:01PM -0400, David Patte wrote:
> Can somone confirm if the UNTIL & TO dates provided in the tzfiles are
> all Gregorian dates?

The tzcode implementation only deals with the proleptic Gregorian
calendar; it is considered outside the scope of the TZ "project"
to deal with the idiosyncrasies of the transition from Julian
(or any other calendar system) to Gregorian.

> In particular, I believe that Serbia & Russia switched from the Julian
> calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some
> dates  recorded in the tzfiles for these locations span their switch of
> calendars. There may also be a similar issue with Alaska.

I can't speak to whether the cut-over dates in the tzdata are
actually rendered correctly as Gregorian dates, but, because of the
"Gregorian only" approach of the code, they _should_ be Gregorian.

		--Ken Pizzini


From sebastien at willemijns.com  Mon Jun 22 11:50:34 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Mon, 22 Jun 2009 11:50:34 +0000 (UTC)
Subject: PHP and tzdata2009x
References: 
Message-ID: 

"Olson, Arthur David (NIH/NCI) [E]"  wrote in 
news:B410D30A78C6404C9DABEA31B54A2813029A06C0 at nihcesmlbx10.nih.gov:

> The file...
>      ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
> ...is now available; this reflects the Bangladesh change circulated
> earlier this week on the time zone mailing list (with a short turnaround
> since the DST change is impending). We'll get to revisit Bangladesh once
> the end to DST has been set.

Hi,

http://packages.debian.org/lenny/php5

For debian PHP 5.2.6 is the stable version ok but this version 
was builded in May 2008 grin ! http://www.php.net/ChangeLog-5.php#5.2.6

IMHO it is not good to keep for a long term a stable version with important
informaton (as TZ ;)


From dr at ez.no  Mon Jun 22 12:03:54 2009
From: dr at ez.no (Derick Rethans)
Date: Mon, 22 Jun 2009 13:03:54 +0100 (BST)
Subject: PHP and tzdata2009x
In-Reply-To: 
References:  
Message-ID: 

On Mon, 22 Jun 2009, S?bastien WILLEMIJNS wrote:

> "Olson, Arthur David (NIH/NCI) [E]"  wrote in 
> news:B410D30A78C6404C9DABEA31B54A2813029A06C0 at nihcesmlbx10.nih.gov:
> 
> > The file...
> >      ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
> > ...is now available; this reflects the Bangladesh change circulated
> > earlier this week on the time zone mailing list (with a short turnaround
> > since the DST change is impending). We'll get to revisit Bangladesh once
> > the end to DST has been set.
> 
> http://packages.debian.org/lenny/php5
> 
> For debian PHP 5.2.6 is the stable version ok but this version 
> was builded in May 2008 grin ! http://www.php.net/ChangeLog-5.php#5.2.6
> 
> IMHO it is not good to keep for a long term a stable version with important
> informaton (as TZ ;)

PHP provides the timezonedb extension at http://pecl.php.net/timezonedb 
which you can install to update to the latest version.

with kind regards,
Derick

-- 
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
twitter: @derickr


From Dave at Cantor.mv.com  Mon Jun 22 21:11:24 2009
From: Dave at Cantor.mv.com (Dave Cantor)
Date: Mon, 22 Jun 2009 17:11:24 -0400
Subject: NIST Time and Frequency FAQ
Message-ID: <4A3FBB3C.6095.94D6218@Dave.Cantor.mv.com>

In support of the current decision to allow the use of
2400 to indicate midnight at the end of a day, here's a pointer 
to an article published by NIST.

   http://tf.nist.gov/general/misc.htm

Perhaps, this pointer, or an excerpt of the article, should 
appear somewhere in the theory file.

Dave C.



From peter.seebach at windriver.com  Mon Jun 22 21:14:22 2009
From: peter.seebach at windriver.com (Peter Seebach)
Date: Mon, 22 Jun 2009 16:14:22 -0500
Subject: tzselect patch:  remove dependency on ksh
Message-ID: <3E1394F4-2D2D-4C08-9F82-DDB5E5A7F167@windriver.com>

This was done against the copy in glibc, the eglibc folks suggested I  
send it on to you as the upstream.

Basic synopsis:  This allows tzselect to be used on hosts (such as  
embedded systems) with only a POSIX shell.

--- glibc-2.8.orig/timezone/tzselect.ksh	2009-06-22 11:23:11.000000000  
-0700
+++ glibc-2.8/timezone/tzselect.sh	2009-06-22 11:52:26.000000000 -0700
@@ -1,27 +1,16 @@
-#! @KSH@
+#! @SH@

-# '@(#)tzselect.ksh	8.1'
+# '@(#)tzselect.sh	8.1'

  # Ask the user about the time zone, and output the resulting TZ  
value to stdout.
  # Interact with the user via stderr and stdin.

  # Contributed by Paul Eggert.

-# Porting notes:
-#
-# This script requires several features of the Korn shell.
-# If your host lacks the Korn shell,
-# you can use either of the following free programs instead:
-#
-#	
-#	Bourne-Again shell (bash)
-#	
-#
-#	
-#	Public domain ksh
-#	
-#
-# This script also uses several features of modern awk programs.
+# func_select allows this script to run on shells (such as busybox ash)
+# which lack the ksh "select" builtin.
+
+# This script uses several features of modern awk programs.
  # If your host lacks awk, or has an old awk that does not conform to  
Posix.2,
  # you can use either of the following free programs instead:
  #
@@ -33,6 +22,70 @@
  #	mawk
  #	

+# Implement ksh-style select in POSIX shell
+
+# We need a mostly-portable echo-n.
+case `echo -n "foo\c"` in
+*n*c*)  func_echo_n() { echo "$*"; } ;;
+*n*)    func_echo_n() { echo "$*\c"; } ;;
+*)      func_echo_n() { echo -n "$*"; } ;;
+esac
+
+# Synopsis:  Replace "select foo in list" with "while func_select foo  
in list"
+# and this works just like ksh, so far as I know.
+func_select () {
+	func_select_args=0
+	if expr "$1" : "^[_a-zA-Z][_a-zA-Z0-9]*$" > /dev/null; then
+		func_select_var=$1
+	else
+		echo >&2 "func_select: '$1' is not a valid variable name."
+		return 1
+	fi
+	shift 1
+	case $1 in
+		in) shift 1;;
+		*) echo >&2 "func_select: usage: func_select var in ... (you must  
provide
+arguments)"; return 1;;
+	esac
+	case $# in
+		0) echo >&2 "func_select: usage: func_select var in ..."; return 1;;
+	esac
+	for func_select_arg
+	do
+		func_select_args=`expr $func_select_args + 1`
+		eval func_select_a_$func_select_args=\$func_select_arg
+	done
+	REPLY=""
+	while :
+	do
+		if test -z "$REPLY"; then
+			func_select_i=1
+			while test $func_select_i -le $func_select_args
+			do
+				eval echo "\"\$func_select_i) \$func_select_a_$func_select_i\""
+				func_select_i=`expr $func_select_i + 1`
+			done
+		fi
+		func_echo_n "${PS3-#? }" >&2
+		if read REPLY; then
+			if test -n "${REPLY}"; then
+				if expr "$REPLY" : '^[1-9][0-9]*$' > /dev/null; then
+					if test "$REPLY" -ge 1 && test "$REPLY" -le $func_select_args;  
then
+						eval $func_select_var=\$func_select_a_$REPLY
+					else
+						eval $func_select_var=
+					fi
+				else
+					eval $func_select_var=
+				fi
+				return 0
+			fi
+		else
+			eval $func_select_var=
+			return 1
+		fi
+	done
+}

  # Specify default values for environment variables if they are unset.
  : ${AWK=awk}
@@ -62,7 +115,7 @@


  # Work around a bug in bash 1.14.7 and earlier, where $PS3 is sent  
to stdout.
-case $(echo 1 | (select x in x; do break; done) 2>/dev/null) in
+case $(echo 1 | (while func_select x in x; do break; done) 2>/dev/ 
null) in
  ?*) PS3=
  esac

@@ -82,7 +135,7 @@

  	echo >&2 'Please select a continent or ocean.'

-	select continent in \
+	while func_select continent in \
  	    Africa \
  	    Americas \
  	    Antarctica \
@@ -162,7 +215,7 @@
  		case $countries in
  		*"$newline"*)
  			echo >&2 'Please select a country.'
-			select country in $countries
+			while func_select country in $countries
  			do
  			    case $country in
  			    '') echo >&2 'Please enter a number in range.';;
@@ -201,7 +254,7 @@
  		*"$newline"*)
  			echo >&2 'Please select one of the following' \
  				'time zone regions.'
-			select region in $regions
+			while func_select region in $regions
  			do
  				case $region in
  				'') echo >&2 'Please enter a number in range.';;
@@ -278,7 +331,7 @@
  	echo >&2 "Is the above information OK?"

  	ok=
-	select ok in Yes No
+	while func_select ok in Yes No
  	do
  	    case $ok in
  	    '') echo >&2 'Please enter 1 for Yes, or 2 for No.';;

-- 
Peter Seebach 
Listen, get this.  Nobody with a good compiler needs to be justified.



From aschwab at redhat.com  Tue Jun 23 10:06:20 2009
From: aschwab at redhat.com (Andreas Schwab)
Date: Tue, 23 Jun 2009 12:06:20 +0200
Subject: zic produces wrong POSIX style TZ
Message-ID: 

The current Bangladesh time zone description is unusual in that it ends
with being continuously in DST.  This uncovered a bug in zic, which
infers a POSIX TZ string of BDST-6 from the rule.  This is wrong since a
time zone that is continuously in DST cannot be expressed by POSIX
rules, so zic should not try to generate such a string.

Andreas.

--- zic.c.~1~	2009-04-20 22:17:54.000000000 +0200
+++ zic.c	2009-06-22 18:35:10.000000000 +0200
@@ -1921,7 +1921,7 @@ const int			zonecount;
 		if (stdrp != NULL && stdrp->r_hiyear == 2037)
 			return;
 	}
-	if (stdrp == NULL && zp->z_nrules != 0)
+	if (stdrp == NULL && (zp->z_nrules != 0 || zp->z_stdoff != 0))
 		return;
 	abbrvar = (stdrp == NULL) ? "" : stdrp->r_abbrvar;
 	doabbr(result, zp->z_format, abbrvar, FALSE, TRUE);

-- 
Andreas Schwab, aschwab at redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
"And now for something completely different."



From sebastien at willemijns.com  Wed Jun 24 07:23:37 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Wed, 24 Jun 2009 07:23:37 +0000 (UTC)
Subject: PHP and tzdata2009x
References:   
Message-ID: 

Derick Rethans  wrote in
news:alpine.DEB.2.00.0906221302210.5761 at kossu.ez.no: 

> PHP provides the timezonedb extension at
> http://pecl.php.net/timezonedb which you can install to update to the
> latest version. 

thanks derick ;)



From sebastien at willemijns.com  Wed Jun 24 07:44:55 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Wed, 24 Jun 2009 07:44:55 +0000 (UTC)
Subject: (PHP) CEST does not exist in December
Message-ID: 

Hello,

If anyone has the code to detect than "25 December $year XX:XX:XX CEST" 
does not exist

I has (quicky and maybe badly) think i will compare time between GMT and an 
hour http://www.php.net/manual/fr/function.timezone-offset-get.php to
grab offset (+1 or +2 for me in France) but if anyone has the code od a 
specific date ;)





From johnp at gisatlas.com  Thu Jun 25 21:26:39 2009
From: johnp at gisatlas.com (John Paulson)
Date: Thu, 25 Jun 2009 21:26:39 +0000
Subject: GIS Atlas
Message-ID: <200906251526.n5PFQxMI026547@lecserver.nci.nih.gov>

Here is the link

www.sedo.com/sale/?d=gisatlas.com

Kind Regards
John
Paulson
-----------------------------------------------------------------------------------------------------------
This electronic transmission is strictly confidential and intended solely
for the addressee.  If you are not the intended addressee, or have
otherwise received this transmission in error, you must not disclose, 
copy or take any action in reliance of this transmission.  If you have 
received this transmission in error, please notify the sender as soon as
possible.
======================================================



From olsona at lecserver.nci.nih.gov  Tue Jun  2 01:56:17 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Mon, 1 Jun 2009 21:56:17 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>

With June 16 looming and no better information available,
here's a proposed change to the "asia" file to reflect use of DST in
Bangladesh this year.

If no problems are found, expect the ftpable file to be updated 2009-06-08.

				--ado

------- asia -------
*** /tmp/geta6499	Mon Jun  1 21:55:59 2009
--- /tmp/getb6499	Mon Jun  1 21:55:59 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.32
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.33
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 127,132 ****
--- 127,155 ----
  			3:00	-	AST
  
  # Bangladesh
+ # From Alexander Krivenyshev (2009-05-13):
+ # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
+ # Daylight Saving Time from June 16 to Sept 30
+ #
+ # Bangladesh to introduce daylight saving time likely from June 16
+ # 
+ # http://www.asiantribune.com/?q=node/17288
+ # 
+ # or
+ # 
+ # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
+ # 
+ #
+ # "... Bangladesh government has decided to switch daylight saving time from
+ # June
+ # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
+ # crippling power crisis. "
+ #
+ # The switch will remain in effect from June 16 to Sept 30 (2009) but if
+ # implemented the next year, it will come in force from April 1, 2010
+ # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
+ Rule	Bang	2009	only	-	Jun	16	 0:00	1:00	S
+ Rule	Bang	2009	only	-	Oct	1	 0:00s	0	-
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
  			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
***************
*** 134,140 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	# Bangladesh Time
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 157,164 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From webmaster at timeanddate.com  Tue Jun  2 08:14:28 2009
From: webmaster at timeanddate.com (Steffen Thorsen)
Date: Tue, 02 Jun 2009 10:14:28 +0200
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
References: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
Message-ID: <4A24DF64.3010602@timeanddate.com>

They have finally decided now, but changed the start date to midnight 
between the 19th and 20th, and they have not set the end date yet.

Some sources:
http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
http://bdnews24.com/details.php?id=85889&cid=2

Our wrap-up:
http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Best regards,
Steffen

-- 
Steffen Thorsen - webmaster http://www.timeanddate.com/


Arthur David Olson wrote:
> With June 16 looming and no better information available,
> here's a proposed change to the "asia" file to reflect use of DST in
> Bangladesh this year.
>
> If no problems are found, expect the ftpable file to be updated 2009-06-08.
>
> 				--ado
>
> ------- asia -------
> *** /tmp/geta6499	Mon Jun  1 21:55:59 2009
> --- /tmp/getb6499	Mon Jun  1 21:55:59 2009
> ***************
> *** 1,5 ****
>   # > ! # @(#)asia	8.32
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> --- 1,5 ----
>   # > ! # @(#)asia	8.33
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> ***************
> *** 127,132 ****
> --- 127,155 ----
>   			3:00	-	AST
>   
>   # Bangladesh
> + # From Alexander Krivenyshev (2009-05-13):
> + # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
> + # Daylight Saving Time from June 16 to Sept 30
> + #
> + # Bangladesh to introduce daylight saving time likely from June 16
> + # 
> + # http://www.asiantribune.com/?q=node/17288
> + # 
> + # or
> + # 
> + # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
> + # 
> + #
> + # "... Bangladesh government has decided to switch daylight saving time from
> + # June
> + # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
> + # crippling power crisis. "
> + #
> + # The switch will remain in effect from June 16 to Sept 30 (2009) but if
> + # implemented the next year, it will come in force from April 1, 2010
> + # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
> + Rule	Bang	2009	only	-	Jun	16	 0:00	1:00	S
> + Rule	Bang	2009	only	-	Oct	1	 0:00s	0	-
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
>   			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
> ***************
> *** 134,140 ****
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	# Bangladesh Time
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
> --- 157,164 ----
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 # Bangladesh Time
> ! 			6:00	Bang	BD%sT
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   


From straen at thorsen.priv.no  Tue Jun  2 08:16:16 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Tue, 02 Jun 2009 10:16:16 +0200
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
References: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
Message-ID: <4A24DFD0.3070108@thorsen.priv.no>

Arthur David Olson wrote:
> With June 16 looming and no better information available,
> here's a proposed change to the "asia" file to reflect use of DST in
> Bangladesh this year.
They have finally decided now, but changed the start date to midnight 
between the 19th and 20th, and they have not set the end date yet.

Some sources:
http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
http://bdnews24.com/details.php?id=85889&cid=2

Our wrap-up:
http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Best regards,
Steffen Thorsen - timeanddate.com


From sebastien at willemijns.com  Tue Jun  2 08:59:31 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Tue, 2 Jun 2009 08:59:31 +0000 (UTC)
Subject: When a official time changes what's happend in real time ?
Message-ID: 

Hello,

When a TZ change in France in the middle of the night i sleep so i have 
never see if hour change in real time...

I see on 
http://en.wikipedia.org/wiki/Network_Time_Protocol#Microsoft_Windows
than W32TIME can have an 1-2 second error..

is http://www.meinberg.de/english/sw/ntp.htm is more precise ?

Have a nice day/night ;)


From emuller at adobe.com  Tue Jun  2 10:03:02 2009
From: emuller at adobe.com (Eric Muller)
Date: Tue, 2 Jun 2009 03:03:02 -0700
Subject: update to tz-link.htm
Message-ID: <4A24F8D6.7050806@adobe.com>

When there is a good opportunity:


*** tz-link.htm Sun May 17 11:44:05 2009
--- tz-link.htm.new     Tue Jun  2 03:00:11 2009
*************** but the maps are more up to date.
*** 360,369 ****
  
  Time zone boundaries
  
! A map of the TZ timezones in
! the US contains a shapefile of the
! tz regions in the US.
  Administrative Divisions
  of Countries ("Statoids") contains detailed lists of
  tz-related zone subdivision data.
--- 360,368 ----
  
  Time zone boundaries
  
! TZ timezones maps contains 
a shapefile of the
! tz regions in the world.
  Administrative Divisions
  of Countries ("Statoids") contains detailed lists of
  tz-related zone subdivision data.


Thanks,
Eric.


From Paul_Koning at Dell.com  Tue Jun  2 10:53:10 2009
From: Paul_Koning at Dell.com (Paul Koning)
Date: Tue, 2 Jun 2009 06:53:10 -0400
Subject: When a official time changes what's happend in real time ?
In-Reply-To: A
References: A
Message-ID: 

> Subject: When a official time changes what's happend in real time ?
 
> When a TZ change in France in the middle of the night i sleep so i
have
> never see if hour change in real time...
> 
> I see on
> http://en.wikipedia.org/wiki/Network_Time_Protocol#Microsoft_Windows
> than W32TIME can have an 1-2 second error..
> 
> is http://www.meinberg.de/english/sw/ntp.htm is more precise ?

That is a different subject, not really related.

The way to look at it goes like this:

1. Your computer keeps UTC.  Perhaps it has been told once and just
keeps ticking, or perhaps it is kept in sync with NTP.  In either case,
it keeps UTC with some accuracy, which depends on hardware and software.

2. The timezone (TZ setting) specifies an offset from UCT, and when --
if ever -- that offset changes.  For example, setting your TZ to France
specifies the offset is +1 hour in winter, +2 hours in summer.  When you
ask the computer to supply local time, it takes UTC plus the current
offset, that's the answer.

When the offset changes (on transition from summer time to winter time,
or vice versa), the offset simply changes.  That's not a time adjustment
in the way NTP does, it is simply a change to the offset variable.
Indeed, you do not need NTP, or the time adjusting machinery in the OS
that NTP requires, for TZ offset changes to work.

If you were watching the clock display (assuming the offset changes at 2
am local as it does in the USA), it would look like:  1:59:58, tick
1:59:59, tick 3:00:00, tick 3:00:01, and so on.  (Or 1:59:58, 1:59:59,
1:00:00, 1:00:01 ... for the other transition.)

	paul




From olsona at lecserver.nci.nih.gov  Tue Jun  2 13:44:01 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 2 Jun 2009 09:44:01 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>

Here's an updated proposed change, reflecting the information from Steffen
Thorsen. The "asia" differences are against the current ftpable version.
We'll need to revisit Bangladesh once the 2009 end date is determined.
I've also added Eric Muller's tz-link.htm update.

Barring problems, these will show up in the ftpable version on 2009-06-08.

				--ado

------- tz-link.htm -------
*** /tmp/geta9713	Tue Jun  2 09:31:42 2009
--- /tmp/getb9713	Tue Jun  2 09:31:42 2009
***************
*** 18,24 ****
  
  Sources for Time Zone and Daylight Saving Time Data
  
! @(#)tz-link.htm	8.19
  
  
  This file is in the public domain, so clarified as of
--- 18,24 ----
  
  
Sources for Time Zone and Daylight Saving Time Data
  
! @(#)tz-link.htm	8.20
  
  
  This file is in the public domain, so clarified as of
***************
*** 360,367 ****
  
  Time zone boundaries
  
! A map of the TZ timezones in
! the US contains a shapefile of the
  tz regions in the US.
  Administrative Divisions
--- 360,366 ----
  

  Time zone boundaries
  
! TZ timezone maps contains a shapefile of the
  tz regions in the US.
  Administrative Divisions

------- asia -------
*** /tmp/geta9946	Tue Jun  2 09:41:11 2009
--- /tmp/getb9946	Tue Jun  2 09:41:11 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.32
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.34
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 127,132 ****
--- 127,174 ----
  			3:00	-	AST
  
  # Bangladesh
+ # From Alexander Krivenyshev (2009-05-13):
+ # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
+ # Daylight Saving Time from June 16 to Sept 30
+ #
+ # Bangladesh to introduce daylight saving time likely from June 16
+ # 
+ # http://www.asiantribune.com/?q=node/17288
+ # 
+ # or
+ # 
+ # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
+ # 
+ #
+ # "... Bangladesh government has decided to switch daylight saving time from
+ # June
+ # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
+ # crippling power crisis. "
+ #
+ # The switch will remain in effect from June 16 to Sept 30 (2009) but if
+ # implemented the next year, it will come in force from April 1, 2010
+ 
+ # From Steffen Thorsen (2009-06-02):
+ # They have finally decided now, but changed the start date to midnight between
+ # the 19th and 20th, and they have not set the end date yet.
+ #
+ # Some sources:
+ # 
+ # http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
+ # 
+ # 
+ # http://bdnews24.com/details.php?id=85889&cid=2
+ # 
+ #
+ # Our wrap-up:
+ # 
+ # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
+ # 
+ 
+ # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
+ Rule	Bang	2009	only	-	Jan	1	0:00	0	-
+ Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
+ 
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
  			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
***************
*** 134,140 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	# Bangladesh Time
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 176,183 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From straen at thorsen.priv.no  Fri Jun  5 12:20:16 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Fri, 05 Jun 2009 14:20:16 +0200
Subject: No DST in Mauritius the coming summer
Message-ID: <4A290D80.4010502@thorsen.priv.no>

According to several sources, Mauritius will not continue to observe DST 
the coming summer, which means that the current "max" rules for 
Mauritius should probably be changed to "only" rules.

Some sources, in French:
http://www.defimedia.info/news/946/Rashid-Beebeejaun-:-%C2%AB-L%E2%80%99heure-d%E2%80%99%C3%A9t%C3%A9-ne-sera-pas-appliqu%C3%A9e-cette-ann%C3%A9e-%C2%BB
http://lexpress.mu/Story/3398~Beebeejaun---Les-objectifs-d-%C3%A9conomie-d-%C3%A9nergie-de-l-heure-d-%C3%A9t%C3%A9-ont-%C3%A9t%C3%A9-atteints-

Our wrap-up:
http://www.timeanddate.com/news/time/mauritius-dst-will-not-repeat.html

Regards,
Steffen Thorsen - timeanddate.com


From nathanst at ontko.com  Fri Jun  5 22:07:48 2009
From: nathanst at ontko.com (Nathan Stratton Treadway)
Date: Fri, 5 Jun 2009 18:07:48 -0400
Subject: tzdata mirror no longer found (in tz-link.htm)
Message-ID: <20090605220747.GU12138@ontko.com>

I noticed that tz-link.htm file currently (as of the version in
tzcode2009h.tar.gz) includes a link labeled "smaller HTTP mirror" to
  http://public.planetmirror.com/pub/timezone

However, when I follow that link, the resulting page does not actually
contain any timezone-related files -- and in fact after looking around a
bit I didn't see any indication that the site still contains a separate
mirror for the "upstream" timezone database.  (Using the provided search
box to search for the word "tzdata" returned only links related to the
CentOS mirror that is hosted on the site.)



On a separate-but-related topic: I'm not sure how the 
  http://www.twinsun.com/tz/tz-link.htm
web page is normally maintained, but I noticed that while the tzcode2009h
file's version of the file contains a version stamp of "8.19", the
version posted on twinsun is only "8.15".  

I mention this especially because the page is referenced in many places
as the "home URL" of the timezone database project, so it seems like it
would be worth trying to keep it as up-to-date as possible....  

(The tz-arts.htm file on the twinsun site is also a few revions behind
the current tzcode version, for what it's worth.)

Thanks.

							Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway  -  nathanst at ontko.com  -  Mid-Atlantic region
Ray Ontko & Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239


From Brian.Inglis at Shaw.ca  Sat Jun  6 04:14:13 2009
From: Brian.Inglis at Shaw.ca (Brian Inglis)
Date: Fri, 05 Jun 2009 22:14:13 -0600
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>
References: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>
Message-ID: <4A29ED15.1030504@Shaw.ca>

Arthur David Olson wrote:
> I've also added Eric Muller's tz-link.htm update.
> Barring problems, these will show up in the ftpable version on 2009-06-08.
>   tz regions in the US.
                                    ^^
Eric Muller's original update contains:
! tz regions in the world.
                                  ^^^^^



From russell.sayers at gmail.com  Sun Jun  7 03:52:57 2009
From: russell.sayers at gmail.com (russ)
Date: Sun, 7 Jun 2009 13:52:57 +1000
Subject: tz file format
Message-ID: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>

Hi,

I hope i'm not wasting your time.  I'm attempting to read the tz database
into a c# application, and I'm not sure how to interpret this entry:

Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
            10:00    -    EST    1916 Oct 1 2:00
            10:00    1:00    EST    1917 Feb
            10:00    Aus    EST    1967
            10:00    AT    EST

What is the significance of the "1:00" on the row ending in "1917 Feb".  Do
I just add this to the 10:00 offset?

Thanks,
Russell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090607/ef05c665/attachment-0001.html 

From dpatte at relativedata.com  Sun Jun  7 05:20:51 2009
From: dpatte at relativedata.com (David Patte)
Date: Sun, 07 Jun 2009 01:20:51 -0400
Subject: tz file format
In-Reply-To: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
Message-ID: <4A2B4E33.5070003@relativedata.com>

The line means

Until Feb 1917, add 10h offset to get standard time, and 1 more hour for 
local wall time (EST). This shortcut represents "daylight/summer' time, 
without having to use a rule record.

David Patte
Relative Data, Inc.

russ wrote:
> Hi,
>
> I hope i'm not wasting your time.  I'm attempting to read the tz 
> database into a c# application, and I'm not sure how to interpret this 
> entry:
>
> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>             10:00    -    EST    1916 Oct 1 2:00
>             10:00    1:00    EST    1917 Feb
>             10:00    Aus    EST    1967
>             10:00    AT    EST
>
> What is the significance of the "1:00" on the row ending in "1917 
> Feb".  Do I just add this to the 10:00 offset?
>
> Thanks,
> Russell
>
>



From Billy.Bennett at netapp.com  Sun Jun  7 05:55:29 2009
From: Billy.Bennett at netapp.com (Bennett, Billy)
Date: Sun, 7 Jun 2009 01:55:29 -0400
Subject: tz file format
In-Reply-To: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
Message-ID: 

Russ,
 
I think you'd be better off parsing the compiled data, it's a lot more
consistent.
 
Thanks,
=Billy Bennett  

________________________________

From: russ [mailto:russell.sayers at gmail.com] 
Sent: Saturday, June 06, 2009 11:53 PM
To: tz at lecserver.nci.nih.gov
Subject: tz file format


Hi,

I hope i'm not wasting your time.  I'm attempting to read the tz
database into a c# application, and I'm not sure how to interpret this
entry:

Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
            10:00    -    EST    1916 Oct 1 2:00
            10:00    1:00    EST    1917 Feb
            10:00    Aus    EST    1967
            10:00    AT    EST

What is the significance of the "1:00" on the row ending in "1917 Feb".
Do I just add this to the 10:00 offset?

Thanks,
Russell



-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090607/dc154b47/attachment-0001.html 

From markjrodrigues at hotmail.com  Sun Jun  7 23:40:57 2009
From: markjrodrigues at hotmail.com (Mark Rodrigues)
Date: Mon, 8 Jun 2009 09:40:57 +1000
Subject: tz file format
In-Reply-To: 
 
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
 
Message-ID: 


Hi Russell,



I developed an open source .NET API which you might find helpful with your C# application which is available at:

http://www.codeplex.com/zoneinfo



I have a codeproject article about it as well at:

http://www.codeproject.com/KB/locale/zoneinfo_dotnet_api.aspx



You can read through the code if you are interested in seeing how I interpreted this information.



Kind regards



Mark Rodrigues

Subject: RE: tz file format
Date: Sun, 7 Jun 2009 01:55:29 -0400
From: Billy.Bennett at netapp.com
To: tz at lecserver.nci.nih.gov








Russ,
 
I think you'd be better off parsing the compiled data, it's 
a lot more consistent.
 
Thanks,
=Billy 
Bennett  



From: russ [mailto:russell.sayers at gmail.com] 

Sent: Saturday, June 06, 2009 11:53 PM
To: 
tz at lecserver.nci.nih.gov
Subject: tz file format


Hi,

I hope i'm not wasting your time.  I'm attempting to 
read the tz database into a c# application, and I'm not sure how to interpret 
this entry:

Zone Australia/Hobart    
9:49:16    -    LMT    1895 
Sep
            
10:00    -    EST    1916 Oct 1 
2:00
            
10:00    1:00    EST    1917 
Feb
            
10:00    Aus    EST    
1967
            
10:00    AT    EST

What is the significance 
of the "1:00" on the row ending in "1917 Feb".  Do I just add this to the 
10:00 offset?

Thanks,
Russell


-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090608/76c0a8f6/attachment-0001.html 

From olsona at dc37a.nci.nih.gov  Mon Jun  8 13:24:41 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 8 Jun 2009 09:24:41 -0400
Subject: tzcode2009i.tar.gz and tzdata2009i.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2009i.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2009i.tar.gz
...are now available; these reflect the changes circulated last week on
the time zone mailing list (most importantly, updating for DST in
Bangladesh this year).

				--ado
	



From autarch at urth.org  Mon Jun  8 16:41:10 2009
From: autarch at urth.org (Dave Rolsky)
Date: Mon, 8 Jun 2009 11:41:10 -0500 (CDT)
Subject: Understanding the Bangladesh change
Message-ID: 

So I went to update my Perl package based on the Olson database this 
morning, and my tests are blowing up.

The problem is that I don't have any code to handle the current Bangladesh 
situation. If I'm reading the database correctly, it says that there is a 
change scheduled for 2009, but then there's nothing scheduled for future 
years. Does that mean that 2010+ are considered unknown and 
uncalculatable?

That seems somewhat problematic. I can't be the only one who expects to be 
able to use the Olson database to calculate future dates.


-dave

/*============================================================
http://VegGuide.org               http://blog.urth.org
Your guide to all that's veg      House Absolute(ly Pointless)
============================================================*/


From russell.sayers at gmail.com  Tue Jun  9 05:00:41 2009
From: russell.sayers at gmail.com (russ)
Date: Tue, 9 Jun 2009 15:00:41 +1000
Subject: tz file format
In-Reply-To: <4A2B4E33.5070003@relativedata.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
	 <4A2B4E33.5070003@relativedata.com>
Message-ID: <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>

Thanks for the info.

If there is no corresponding rule - how do you know when daylight/summer
time starts/finishes?

Russ

On Sun, Jun 7, 2009 at 3:20 PM, David Patte  wrote:

> The line means
>
> Until Feb 1917, add 10h offset to get standard time, and 1 more hour for
> local wall time (EST). This shortcut represents "daylight/summer' time,
> without having to use a rule record.
>
> David Patte
> Relative Data, Inc.
>
>
> russ wrote:
>
>> Hi,
>>
>> I hope i'm not wasting your time.  I'm attempting to read the tz database
>> into a c# application, and I'm not sure how to interpret this entry:
>>
>> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>>            10:00    -    EST    1916 Oct 1 2:00
>>            10:00    1:00    EST    1917 Feb
>>            10:00    Aus    EST    1967
>>            10:00    AT    EST
>>
>> What is the significance of the "1:00" on the row ending in "1917 Feb".
>>  Do I just add this to the 10:00 offset?
>>
>> Thanks,
>> Russell
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090609/d2cd0f0d/attachment-0001.html 

From russell.sayers at gmail.com  Tue Jun  9 05:08:18 2009
From: russell.sayers at gmail.com (russ)
Date: Tue, 9 Jun 2009 15:08:18 +1000
Subject: tz file format
In-Reply-To: <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
	 <4A2B4E33.5070003@relativedata.com>
	 <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>
Message-ID: <10304c580906082208t40e741aeh77e0d061d4d8715c@mail.gmail.com>

Forget I said that... I can see daylight time ran from 1-Oct-1916 to
28-Feb-1917.

Thanks,
Russ

On Tue, Jun 9, 2009 at 3:00 PM, russ  wrote:

> Thanks for the info.
>
> If there is no corresponding rule - how do you know when daylight/summer
> time starts/finishes?
>
> Russ
>
>
> On Sun, Jun 7, 2009 at 3:20 PM, David Patte wrote:
>
>> The line means
>>
>> Until Feb 1917, add 10h offset to get standard time, and 1 more hour for
>> local wall time (EST). This shortcut represents "daylight/summer' time,
>> without having to use a rule record.
>>
>> David Patte
>> Relative Data, Inc.
>>
>>
>> russ wrote:
>>
>>> Hi,
>>>
>>> I hope i'm not wasting your time.  I'm attempting to read the tz database
>>> into a c# application, and I'm not sure how to interpret this entry:
>>>
>>> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>>>            10:00    -    EST    1916 Oct 1 2:00
>>>            10:00    1:00    EST    1917 Feb
>>>            10:00    Aus    EST    1967
>>>            10:00    AT    EST
>>>
>>> What is the significance of the "1:00" on the row ending in "1917 Feb".
>>>  Do I just add this to the 10:00 offset?
>>>
>>> Thanks,
>>> Russell
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090609/f05587e8/attachment-0001.html 

From info at nao-net.com  Thu Jun 11 06:00:26 2009
From: info at nao-net.com (Naoko McCracken)
Date: Thu, 11 Jun 2009 02:00:26 -0400
Subject: Typos, duplicates, old/new names
Message-ID: <7e33d7870906102300t7178c78dq51b1cd7153cc01e1@mail.gmail.com>

Hi,

I was directed to your project when I reported issues with WordPress
language file.
They use your timezone database via the php function
timezone_identifiers_list() to fetch country names for:
http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-cities.pot

My post: http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
Reply: http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html

There are a couple more things reported by another language file maintainer:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html

I'm totally new here and not sure if I'm sending this to the right place.
I'd appreciate it if someone can help me through to get these issues
straightened.

Thank you,

---
Naoko McCracken
http://ja.wordpress.org/


From olsona at dc37a.nci.nih.gov  Thu Jun 11 13:16:48 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 11 Jun 2009 09:16:48 -0400
Subject: FW: Typos, duplicates, old/new names
Message-ID: 

I'm forwarding this message from Naoko McCracken, who is not on the time
zone mailing list. Those of you who are on the list, please direct
replies appropriately.

				--ado

-----Original Message-----
From: Naoko McCracken [mailto:info at nao-net.com] 
Sent: Thursday, June 11, 2009 2:01
To: tz at lecserver.nci.nih.gov
Subject: Typos, duplicates, old/new names

Hi,

I was directed to your project when I reported issues with WordPress
language file.
They use your timezone database via the php function
timezone_identifiers_list() to fetch country names for:
http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
cities.pot

My post:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
Reply:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html

There are a couple more things reported by another language file
maintainer:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html

I'm totally new here and not sure if I'm sending this to the right
place.
I'd appreciate it if someone can help me through to get these issues
straightened.

Thank you,

---
Naoko McCracken
http://ja.wordpress.org/




From scott.roy.atwood at gmail.com  Thu Jun 11 18:47:26 2009
From: scott.roy.atwood at gmail.com (Scott Atwood)
Date: Thu, 11 Jun 2009 11:47:26 -0700
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: 
References: 
Message-ID: <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>

Naoko,

The timezone identifiers used by the Olson timezone database aren't
necessarily intended for direct use by end users.  Many of the issues you
report are due to the rules and conventions used for selecting timezone
identifier names.

The basic structure of the timezone identifiers is usually in two parts.
The first part identifies the continent or ocean in which the timezone is
located.  The second part is the name of the largest or most important city
within the timezone.  North America and South America are collapsed into a
single top level identifier of America.  This structure was chosen because
continents and cities tend to be relatively stable entities, but country
names and their borders can vary wildly over time.

Indiana, Kentucky, and Argentina have particularly interesting time zone
histories, which means they contain relatively many timezones identified by
relatively nondescript cities.  So in order to avoid ambiguity and/or
conflict in timezone identifiers, an additional level in the timezone
hierarchy was introduced for these regions.

Most of the issues you identify are related to backwards compatibility
links.  Once a timezone identifier has been created, it should remain stable
so that software that relies on an existing timezone identifier won't break
when the timezone package is updated.  So if a timezone identifier needs to
change, the old timezone identifier is kept as an alias for the new name.

Most of the duplicates you note are due to changes in the preferred English
transliteration of foreign city names.  The abbreviations of Australian
timezones and the cardinal direction Australian timezones are deprecated
timezone identifiers that are backwards compatibility links to timezones in
the current Continent/City format.  When a city name changes, the old name
is kept as an alias for the new name.  ComodRivadavia is also a backwards
compatibility link.

Unless these backwards compatibility links are causing serious issues with
your application, I urge you to leave them be, since they be required by
some clients who already rely on them.  However, it may not be unreasonable
to not display the backwards compatibility links in a UI that end users use
to select a new time zone.

The timezone identifiers can only contain upper and lower case ASCII
letters, and underscores.  Spaces, apostrophes, and accented letters are not
allowed.  Hence Dumont d'Urville becomes DumontDUrville.

And for what it's worth, there is a Central Western time zone in Australia,
but it is unofficial, and though it covers a large area, it encompasses only
a very small population.

I hope this answers your concerns.  Please let me know if you have any
further questions.

-Scott

On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E] <
olsona at dc37a.nci.nih.gov> wrote:

> I'm forwarding this message from Naoko McCracken, who is not on the time
> zone mailing list. Those of you who are on the list, please direct
> replies appropriately.
>
>                                --ado
>
> -----Original Message-----
> From: Naoko McCracken [mailto:info at nao-net.com]
> Sent: Thursday, June 11, 2009 2:01
> To: tz at lecserver.nci.nih.gov
> Subject: Typos, duplicates, old/new names
>
> Hi,
>
> I was directed to your project when I reported issues with WordPress
> language file.
> They use your timezone database via the php function
> timezone_identifiers_list() to fetch country names for:
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
> cities.pot
>
> My post:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
> Reply:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
>
> There are a couple more things reported by another language file
> maintainer:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
>
> I'm totally new here and not sure if I'm sending this to the right
> place.
> I'd appreciate it if someone can help me through to get these issues
> straightened.
>
> Thank you,
>
> ---
> Naoko McCracken
> http://ja.wordpress.org/
>
>
>


-- 
Scott Atwood

Cycle tracks will abound in Utopia.  ~H.G. Wells
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090611/f3915993/attachment-0001.html 

From info at nao-net.com  Fri Jun 12 04:12:58 2009
From: info at nao-net.com (Naoko McCracken)
Date: Fri, 12 Jun 2009 00:12:58 -0400
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
References:  
	<9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
Message-ID: <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>

Scott,

Thank you for your in-depth explanation of why the names are set up this way.
It sounds like a lot more complicated set of information than I realized before.
I have much appreciation for you all to be keeping the database available for
other projects.

Now that I understand the reasons,  it makes sense.

This new type of timezone system was introduced in the current version of the
program. It used to have a simple timezone selection with +- GMT; summer
time was set manually.

I'm not a programmer but more of a translator, so I'll work with others to
figure out what we can do.
Thank you so much for your help.

Naoko McCracken

On Thu, Jun 11, 2009 at 2:47 PM, Scott Atwood wrote:
> Naoko,
>
> The timezone identifiers used by the Olson timezone database aren't
> necessarily intended for direct use by end users.? Many of the issues you
> report are due to the rules and conventions used for selecting timezone
> identifier names.
>
> The basic structure of the timezone identifiers is usually in two parts.
> The first part identifies the continent or ocean in which the timezone is
> located.? The second part is the name of the largest or most important city
> within the timezone.? North America and South America are collapsed into a
> single top level identifier of America.? This structure was chosen because
> continents and cities tend to be relatively stable entities, but country
> names and their borders can vary wildly over time.
>
> Indiana, Kentucky, and Argentina have particularly interesting time zone
> histories, which means they contain relatively many timezones identified by
> relatively nondescript cities.? So in order to avoid ambiguity and/or
> conflict in timezone identifiers, an additional level in the timezone
> hierarchy was introduced for these regions.
>
> Most of the issues you identify are related to backwards compatibility
> links.? Once a timezone identifier has been created, it should remain stable
> so that software that relies on an existing timezone identifier won't break
> when the timezone package is updated.? So if a timezone identifier needs to
> change, the old timezone identifier is kept as an alias for the new name.
>
> Most of the duplicates you note are due to changes in the preferred English
> transliteration of foreign city names.? The abbreviations of Australian
> timezones and the cardinal direction Australian timezones are deprecated
> timezone identifiers that are backwards compatibility links to timezones in
> the current Continent/City format.? When a city name changes, the old name
> is kept as an alias for the new name.? ComodRivadavia is also a backwards
> compatibility link.
>
> Unless these backwards compatibility links are causing serious issues with
> your application, I urge you to leave them be, since they be required by
> some clients who already rely on them.? However, it may not be unreasonable
> to not display the backwards compatibility links in a UI that end users use
> to select a new time zone.
>
> The timezone identifiers can only contain upper and lower case ASCII
> letters, and underscores.? Spaces, apostrophes, and accented letters are not
> allowed.? Hence Dumont d'Urville becomes DumontDUrville.
>
> And for what it's worth, there is a Central Western time zone in Australia,
> but it is unofficial, and though it covers a large area, it encompasses only
> a very small population.
>
> I hope this answers your concerns.? Please let me know if you have any
> further questions.
>
> -Scott
>
> On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E]
>  wrote:
>>
>> I'm forwarding this message from Naoko McCracken, who is not on the time
>> zone mailing list. Those of you who are on the list, please direct
>> replies appropriately.
>>
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?--ado
>>
>> -----Original Message-----
>> From: Naoko McCracken [mailto:info at nao-net.com]
>> Sent: Thursday, June 11, 2009 2:01
>> To: tz at lecserver.nci.nih.gov
>> Subject: Typos, duplicates, old/new names
>>
>> Hi,
>>
>> I was directed to your project when I reported issues with WordPress
>> language file.
>> They use your timezone database via the php function
>> timezone_identifiers_list() to fetch country names for:
>> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
>> cities.pot
>>
>> My post:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
>> Reply:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
>>
>> There are a couple more things reported by another language file
>> maintainer:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
>>
>> I'm totally new here and not sure if I'm sending this to the right
>> place.
>> I'd appreciate it if someone can help me through to get these issues
>> straightened.
>>
>> Thank you,
>>
>> ---
>> Naoko McCracken
>> http://ja.wordpress.org/
>>
>>
>
>
>
> --
> Scott Atwood
>
> Cycle tracks will abound in Utopia. ?~H.G. Wells
>
>
>



From pasky at suse.cz  Fri Jun 12 05:53:28 2009
From: pasky at suse.cz (Petr Baudis)
Date: Fri, 12 Jun 2009 07:53:28 +0200
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: 
References: 
Message-ID: <20090612055328.GD8501@machine.or.cz>

  Hi!

On Thu, Jun 11, 2009 at 09:16:48AM -0400, Olson, Arthur David (NIH/NCI) [E] wrote:
> I was directed to your project when I reported issues with WordPress
> language file.
> They use your timezone database via the php function
> timezone_identifiers_list() to fetch country names for:
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-cities.pot

  Note that various existing, partial translations are already scattered
over few projects, e.g. Java implementations tend to have some. Maybe it
would be reasonable for the long term if tzdata would become the central
point for the translations and provide interface for them?

-- 
				Petr "Pasky" Baudis
The lyf so short, the craft so long to lerne. -- Chaucer


From scott.roy.atwood at gmail.com  Fri Jun 12 07:39:18 2009
From: scott.roy.atwood at gmail.com (Scott Atwood)
Date: Fri, 12 Jun 2009 00:39:18 -0700
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>
References: 
	 <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
	 <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>
Message-ID: <9a21c4d20906120039g7c044043sac418efc15ac518d@mail.gmail.com>

You may also want to look into the CLDR project, which is an open project to
provide common localization data, including translations for the names of
time zones.

http://cldr.unicode.org/

-Scott

On Thu, Jun 11, 2009 at 9:12 PM, Naoko McCracken  wrote:

> Scott,
>
> Thank you for your in-depth explanation of why the names are set up this
> way.
> It sounds like a lot more complicated set of information than I realized
> before.
> I have much appreciation for you all to be keeping the database available
> for
> other projects.
>
> Now that I understand the reasons,  it makes sense.
>
> This new type of timezone system was introduced in the current version of
> the
> program. It used to have a simple timezone selection with +- GMT; summer
> time was set manually.
>
> I'm not a programmer but more of a translator, so I'll work with others to
> figure out what we can do.
> Thank you so much for your help.
>
> Naoko McCracken
>
> On Thu, Jun 11, 2009 at 2:47 PM, Scott Atwood
> wrote:
> > Naoko,
> >
> > The timezone identifiers used by the Olson timezone database aren't
> > necessarily intended for direct use by end users.  Many of the issues you
> > report are due to the rules and conventions used for selecting timezone
> > identifier names.
> >
> > The basic structure of the timezone identifiers is usually in two parts.
> > The first part identifies the continent or ocean in which the timezone is
> > located.  The second part is the name of the largest or most important
> city
> > within the timezone.  North America and South America are collapsed into
> a
> > single top level identifier of America.  This structure was chosen
> because
> > continents and cities tend to be relatively stable entities, but country
> > names and their borders can vary wildly over time.
> >
> > Indiana, Kentucky, and Argentina have particularly interesting time zone
> > histories, which means they contain relatively many timezones identified
> by
> > relatively nondescript cities.  So in order to avoid ambiguity and/or
> > conflict in timezone identifiers, an additional level in the timezone
> > hierarchy was introduced for these regions.
> >
> > Most of the issues you identify are related to backwards compatibility
> > links.  Once a timezone identifier has been created, it should remain
> stable
> > so that software that relies on an existing timezone identifier won't
> break
> > when the timezone package is updated.  So if a timezone identifier needs
> to
> > change, the old timezone identifier is kept as an alias for the new name.
> >
> > Most of the duplicates you note are due to changes in the preferred
> English
> > transliteration of foreign city names.  The abbreviations of Australian
> > timezones and the cardinal direction Australian timezones are deprecated
> > timezone identifiers that are backwards compatibility links to timezones
> in
> > the current Continent/City format.  When a city name changes, the old
> name
> > is kept as an alias for the new name.  ComodRivadavia is also a backwards
> > compatibility link.
> >
> > Unless these backwards compatibility links are causing serious issues
> with
> > your application, I urge you to leave them be, since they be required by
> > some clients who already rely on them.  However, it may not be
> unreasonable
> > to not display the backwards compatibility links in a UI that end users
> use
> > to select a new time zone.
> >
> > The timezone identifiers can only contain upper and lower case ASCII
> > letters, and underscores.  Spaces, apostrophes, and accented letters are
> not
> > allowed.  Hence Dumont d'Urville becomes DumontDUrville.
> >
> > And for what it's worth, there is a Central Western time zone in
> Australia,
> > but it is unofficial, and though it covers a large area, it encompasses
> only
> > a very small population.
> >
> > I hope this answers your concerns.  Please let me know if you have any
> > further questions.
> >
> > -Scott
> >
> > On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E]
> >  wrote:
> >>
> >> I'm forwarding this message from Naoko McCracken, who is not on the time
> >> zone mailing list. Those of you who are on the list, please direct
> >> replies appropriately.
> >>
> >>                                --ado
> >>
> >> -----Original Message-----
> >> From: Naoko McCracken [mailto:info at nao-net.com]
> >> Sent: Thursday, June 11, 2009 2:01
> >> To: tz at lecserver.nci.nih.gov
> >> Subject: Typos, duplicates, old/new names
> >>
> >> Hi,
> >>
> >> I was directed to your project when I reported issues with WordPress
> >> language file.
> >> They use your timezone database via the php function
> >> timezone_identifiers_list() to fetch country names for:
> >>
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
> >> cities.pot
> >>
> >> My post:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
> >> Reply:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
> >>
> >> There are a couple more things reported by another language file
> >> maintainer:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
> >>
> >> I'm totally new here and not sure if I'm sending this to the right
> >> place.
> >> I'd appreciate it if someone can help me through to get these issues
> >> straightened.
> >>
> >> Thank you,
> >>
> >> ---
> >> Naoko McCracken
> >> http://ja.wordpress.org/
> >>
> >>
> >
> >
> >
> > --
> > Scott Atwood
> >
> > Cycle tracks will abound in Utopia.  ~H.G. Wells
> >
> >
> >
>



-- 
Scott Atwood

Cycle tracks will abound in Utopia.  ~H.G. Wells
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090612/1320a78f/attachment-0001.html 

From jnorgard at prodigy.net.mx  Mon Jun 15 02:37:54 2009
From: jnorgard at prodigy.net.mx (=?iso-8859-1?Q?Jesper_N=F8rgaard?=)
Date: Sun, 14 Jun 2009 21:37:54 -0500
Subject: tzdata2009i - Bangladesh
Message-ID: <3EBA1ECB06C54A9883CF8FFC1977599F@NORGAARDPC>

Bangladesh is applying DST this 20.th.of June. In file tzdata2009i this is
the attempt to implement it:
 
Rule Bang 2009 only - Jan 1 0:00 0 -
Rule Bang 2009 only - Jun 20 0:00 1:00 S
 
Now that doesn't make sense to me at all. Bangladesh has not had anything
close to "DST" since 1951, and then we zero-set DST January 1st. 2009? Then
after implementation of DST next Saturday we leave it dangling for the next
millenium? Probably this is really just a "typo" for
 
Rule Bang 2010 only - Jan 1 0:00 0 -
Rule Bang 2009 only - Jun 20 0:00 1:00 S

So Bangladesh leaves DST with year end of 2009, since we have no
authoritative information. But this is not a very good guess in my opinion,
in fact Steffen Thorsen mentions semi-authoritative information:


"On another note, Bangladesh's minister for power said earlier in 2009 that
the new timing might continue until 
the end of September. Timeanddate.com will provide an update on the DST end
date when it becomes available."
 
Any guess in the end of September seems better to me, or October 1.st. 2009
at 0:00?
 
... perhaps this was why Dave Rolsky's test cases were blowing up? :)

- Jesper N?rgaard Welen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090614/43ebfda5/attachment-0001.html 

From martin.pitt at ubuntu.com  Mon Jun 15 08:20:52 2009
From: martin.pitt at ubuntu.com (Martin Pitt)
Date: Mon, 15 Jun 2009 10:20:52 +0200
Subject: 2009i - Bangladesh suddenly switches to UTC
Message-ID: <20090615082052.GB4601@piware.de>

Hello,

with 2009i, which was supposed to fix DST in Bangladesh, I get a very
strange result:

| $ zdump -v Asia/Dhaka
| Asia/Dhaka  -9223372036854775808 = NULL
| Asia/Dhaka  -9223372036854689408 = NULL
| Asia/Dhaka  Tue Dec 31 17:58:19 1889 UTC = Tue Dec 31 23:59:59 1889 LMT isdst=0 gmtoff=21700
| Asia/Dhaka  Tue Dec 31 17:58:20 1889 UTC = Tue Dec 31 23:51:40 1889 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:39 1941 UTC = Tue Sep 30 23:59:59 1941 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:40 1941 UTC = Wed Oct  1 00:36:40 1941 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:29:59 1942 UTC = Thu May 14 23:59:59 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:30:00 1942 UTC = Thu May 14 23:00:00 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:29:59 1942 UTC = Mon Aug 31 23:59:59 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:30:00 1942 UTC = Tue Sep  1 01:00:00 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:29:59 1951 UTC = Sat Sep 29 23:59:59 1951 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:30:00 1951 UTC = Sat Sep 29 23:30:00 1951 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 17:59:59 1971 UTC = Thu Mar 25 23:59:59 1971 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 18:00:00 1971 UTC = Fri Mar 26 00:00:00 1971 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Fri Jun 19 18:00:00 2009 UTC isdst=0 gmtoff=0
| Asia/Dhaka  9223372036854689407 = NULL
| Asia/Dhaka  9223372036854775807 = NULL

Note the third last line: It suddenly switches to UTC/gmtoff=0. This
doesn't look right?

Thank you for any enlightening,

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/4a55b031/attachment-0002.bin 

From kamrus.saadat at aamra.com.bd  Mon Jun 15 08:37:15 2009
From: kamrus.saadat at aamra.com.bd (A. N. M. Kamrus Saadat)
Date: Mon, 15 Jun 2009 08:37:15 +0000 (UTC)
Subject: tzdata2009i - Bangladesh
References: <3EBA1ECB06C54A9883CF8FFC1977599F@NORGAARDPC>
Message-ID: 

Hi,

Finally we've got the official mail regarding DST start time where DST start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus


From olsona at dc37a.nci.nih.gov  Mon Jun 15 10:37:31 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 15 Jun 2009 06:37:31 -0400
Subject: FW:  Re: tzdata2009i - Bangladesh
Message-ID: 

I'm forwareding this message from Kamru Saadat, who is not on the time
zone mailing list. Those of you who are on the time zone mailing list,
please direct replies appropriately.

				--ado

-----Original Message-----
From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 4:37
To: tz at lecserver.nci.nih.gov
Subject: Re: tzdata2009i - Bangladesh

Hi,

Finally we've got the official mail regarding DST start time where DST
start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus


From olsona at lecserver.nci.nih.gov  Mon Jun 15 10:56:06 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Mon, 15 Jun 2009 06:56:06 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>

First a note that tzdata2009i.tar.gz does seem to do the expected thing
here on the mother system:

	Script started on Mon Jun 15 06:34:58 2009
	lecserver$ ./zdump -v Asia/Dhaka | grep 2009
	Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0
	Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Sat Jun 20 01:00:00 2009 BDST isdst=1
	lecserver$ exit

	script done on Mon Jun 15 06:35:15 2009

However, given this morning's note about DST starting at 23:00...
	Finally we've got the official mail regarding DST start time where DST
	start time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
	Telecommunication Regulatory Commission).

	No DST end date has been announced yet.
...and as a way to both simplify the change and avoid glitches, below
find a proposed change to the "asia" file. Feedback both on the
usefulness of the change and when to push it is welcome.

				--ado

------- asia -------
*** /tmp/geta26023	Mon Jun 15 06:44:15 2009
--- /tmp/getb26023	Mon Jun 15 06:44:15 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.34
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.35
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 165,173 ****
  # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
  # 
  
! # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
! Rule	Bang	2009	only	-	Jan	1	0:00	0	-
! Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
  
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
--- 165,176 ----
  # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
  # 
  
! # From A. N. M. Kamrus Saadat (2009-06-15):
! # Finally we've got the official mail regarding DST start time where DST start 
! # time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh 
! # Telecommunication Regulatory Commission). 
! #
! # No DST end date has been announced yet.
  
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
***************
*** 176,183 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 179,186 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 Jun 19 23:00 # Bangladesh Time
! 			6:00	1:00	BDST
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From kamrus.saadat at aamra.com.bd  Mon Jun 15 11:42:15 2009
From: kamrus.saadat at aamra.com.bd (A. N. M. Kamrus Saadat)
Date: Mon, 15 Jun 2009 17:42:15 +0600
Subject: tzdata2009i - Bangladesh
Message-ID: <002001c9edae$56663100$03329300$@saadat@aamra.com.bd>

Hi,

 

For credibility issue, I am just sending scan copy of the official mail and
one link.

 

Please see the official letter written in Bengali from BTRC in the attached
email. Currently no English version of this mail is available.

 

Also please find the following link with the new start time information:

 

http://support.microsoft.com/kb/972423

 

Thanks,

Kamrus

 

 

 

-----Original Message-----
From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona at dc37a.nci.nih.gov] 
Sent: Monday, June 15, 2009 4:38 PM
To: tz at elsie.nci.nih.gov
Cc: kamrus.saadat at aamra.com.bd
Subject: FW: Re: tzdata2009i - Bangladesh

 

I'm forwareding this message from Kamrus Saadat, who is not on the time

zone mailing list. Those of you who are on the time zone mailing list,

please direct replies appropriately.

 

                        --ado

 

-----Original Message-----

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 

Sent: Monday, June 15, 2009 4:37

To: tz at lecserver.nci.nih.gov

Subject: Re: tzdata2009i - Bangladesh

 

Hi,

 

Finally we've got the official mail regarding DST start time where DST

start

time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh

Telecommunication

Regulatory Commission). 

 

No DST end date has been announced yet.

 

Thanks,

Kamrus

 

 

 

 

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 5:12 PM
To: Muralidhar.Indraganti at Sun.COM
Cc: sun.technologies at aamra.com.bd
Subject: RE: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Murali,

 

Please see the official letter written in Bengali from BTRC in the attached
email. Currently no English version of this mail is available.

 

Also please find the following link with the new start time information:

 

http://support.microsoft.com/kb/972423

 

Thanks,

Kamrus

 

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 5:04 PM
To: A. N. M. Kamrus Saadat
Cc: sun.technologies at aamra.com.bd
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Kamrus,

Does it mean that the information on
http://www.bangladesh.gov.bd/index.php?option=com_content

&task=view&id=172 is out-dated? 

Can you provide any public link like above/ scanned copy stating that DST
start time is mentioned as Jun 19 2009, 23:00. 
Wanted to make sure that BTRC (Bangladesh Telecommunication Regulatory
Commission) is 100% correct on this.

We would need an official/ public document to make the changes happen. 

Thanks,
Murali. 

On 06/15/09 16:02, A. N. M. Kamrus Saadat wrote: 

Hi Murali,

Finally we've got the official mail regarding DST start time where DST start
time is mentioned as Jun 19 2009, 23:00 (previous start time was 20th June
2009 00:00)  from BTRC (Bangladesh Telecommunication Regulatory Commission).
End date is not announced yet.

 

So, we'll be in a big trouble if we need to update the rule manually for
more than 500 servers belongs to Ericsson within a short period of time
(only 3 days left).

 

Could you please provide us the compiled Dhaka.dat file with the new DST
rule where start time should be 19th June 2009 23:00 ?

For the work around 1,  Ericsson second line comments that  it would be too
difficult to implement. 

Changes to every application's start script would be required and these
changes may be wiped after the next CU/EC/EU upgrade.

So they want to go for the work around 2. What's your comments regarding
this?

 

Thanks,

Kamrus

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 3:50 PM
To: A. N. M. Kamrus Saadat
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Kamrus,

Let me know how the workaround works for you. 

We have filed a Bug/ Change Request (CR): 6848989 (tz) Embed tzdata2009i
into   the tzupdater tool



We Escalated this to the Engineering for a fix. 
 
Will be embeded tzdata2009i into the tzupdater tool. 


PS: This is not yet tested & certified by Sun Q&A. This is NOT for
Production use. 
Please test this on your Test machine and let us know how it works for you. 

Thanks,
Murali.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090615/347f0039/attachment-0001.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: y25d3a00.tif
Type: image/tiff
Size: 58063 bytes
Desc: not available
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/347f0039/y25d3a00-0001.tif 

From olsona at dc37a.nci.nih.gov  Mon Jun 15 14:00:03 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 15 Jun 2009 10:00:03 -0400
Subject: FW: Re: tzdata2009i - Bangladesh
Message-ID: 

I'm forwarding this message from A. N. M. Kamrus Saadat, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately.

				--ado

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 7:42
To: Olson, Arthur David (NIH/NCI) [E]
Cc: tz at elsie.nci.nih.gov
Subject: RE: Re: tzdata2009i - Bangladesh

Hi,

For credibility issue, I am just sending scan copy of the official mail and one link.

Please see the official letter written in Bengali from BTRC in the attached email. Currently no English version of this mail is available.

Also please find the following link with the new start time information:

http://support.microsoft.com/kb/972423

Thanks,
Kamrus



-----Original Message-----
From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona at dc37a.nci.nih.gov] 
Sent: Monday, June 15, 2009 4:38 PM
To: tz at elsie.nci.nih.gov
Cc: kamrus.saadat at aamra.com.bd
Subject: FW: Re: tzdata2009i - Bangladesh

I'm forwareding this message from Kamrus Saadat, who is not on the time
zone mailing list. Those of you who are on the time zone mailing list,
please direct replies appropriately.

??????????????????????? --ado

-----Original Message-----
From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 4:37
To: tz at lecserver.nci.nih.gov
Subject: Re: tzdata2009i - Bangladesh

Hi,

Finally we've got the official mail regarding DST start time where DST
start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus




From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 5:12 PM
To: Muralidhar.Indraganti at Sun.COM
Cc: sun.technologies at aamra.com.bd
Subject: RE: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg

Hi Murali,

Please see the official letter written in Bengali from BTRC in the attached email. Currently no English version of this mail is available.

Also please find the following link with the new start time information:

http://support.microsoft.com/kb/972423

Thanks,
Kamrus

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 5:04 PM
To: A. N. M. Kamrus Saadat
Cc: sun.technologies at aamra.com.bd
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg

Hi Kamrus,

Does it mean that the information on http://www.bangladesh.gov.bd/index.php?option=com_content&task=view&id=172 is out-dated? 

Can you provide any public link like above/ scanned copy stating that DST start time is mentioned as Jun 19 2009, 23:00. 
Wanted to make sure that BTRC (Bangladesh Telecommunication Regulatory Commission) is 100% correct on this.

We would need an official/ public document to make the changes happen. 

Thanks,
Murali. 

On 06/15/09 16:02, A. N. M. Kamrus Saadat wrote: 
Hi Murali,
Finally we've got the official mail regarding DST start time where DST start time is mentioned as Jun 19 2009, 23:00 (previous start time was 20th June 2009 00:00) ?from BTRC (Bangladesh Telecommunication Regulatory Commission). End date is not announced yet.
?
So, we'll be in a big trouble if we need to update the rule manually for more than 500 servers belongs to Ericsson within a short period of time (only 3 days left).
?
Could you please provide us the compiled Dhaka.dat file with the new DST rule where start time should be 19th June 2009 23:00 ?
For the work around 1,? Ericsson second line comments that? it would be too difficult to implement. 
Changes to every application's start script would be required and these changes may be wiped after the next CU/EC/EU upgrade.
So they want to go for the work around 2. What's your comments regarding this?
?
Thanks,
Kamrus
From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 3:50 PM
To: A. N. M. Kamrus Saadat
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg
?
Hi Kamrus,

Let me know how the workaround works for you. 

We have filed a Bug/ Change Request (CR): 6848989 (tz) Embed tzdata2009i into the tzupdater tool
We Escalated this to the Engineering for a fix. 
?
Will be embeded tzdata2009i into the tzupdater tool. 

PS: This is not yet tested & certified by Sun Q&A. This is NOT for Production use. 
Please test this on your Test machine and let us know how it works for you. 

Thanks,
Murali.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: y25d3a00.tif
Type: image/tiff
Size: 58063 bytes
Desc: y25d3a00.tif
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/a434e43e/y25d3a00-0001.tif 

From martin.pitt at ubuntu.com  Mon Jun 15 08:20:52 2009
From: martin.pitt at ubuntu.com (Martin Pitt)
Date: Mon, 15 Jun 2009 10:20:52 +0200
Subject: 2009i - Bangladesh suddenly switches to UTC
Message-ID: <20090615082052.GB4601@piware.de>

Hello,

with 2009i, which was supposed to fix DST in Bangladesh, I get a very
strange result:

| $ zdump -v Asia/Dhaka
| Asia/Dhaka  -9223372036854775808 = NULL
| Asia/Dhaka  -9223372036854689408 = NULL
| Asia/Dhaka  Tue Dec 31 17:58:19 1889 UTC = Tue Dec 31 23:59:59 1889 LMT isdst=0 gmtoff=21700
| Asia/Dhaka  Tue Dec 31 17:58:20 1889 UTC = Tue Dec 31 23:51:40 1889 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:39 1941 UTC = Tue Sep 30 23:59:59 1941 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:40 1941 UTC = Wed Oct  1 00:36:40 1941 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:29:59 1942 UTC = Thu May 14 23:59:59 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:30:00 1942 UTC = Thu May 14 23:00:00 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:29:59 1942 UTC = Mon Aug 31 23:59:59 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:30:00 1942 UTC = Tue Sep  1 01:00:00 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:29:59 1951 UTC = Sat Sep 29 23:59:59 1951 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:30:00 1951 UTC = Sat Sep 29 23:30:00 1951 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 17:59:59 1971 UTC = Thu Mar 25 23:59:59 1971 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 18:00:00 1971 UTC = Fri Mar 26 00:00:00 1971 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Fri Jun 19 18:00:00 2009 UTC isdst=0 gmtoff=0
| Asia/Dhaka  9223372036854689407 = NULL
| Asia/Dhaka  9223372036854775807 = NULL

Note the third last line: It suddenly switches to UTC/gmtoff=0. This
doesn't look right?

Thank you for any enlightening,

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
Url : http://mm.icann.org/pipermail/tz/attachments/20090615/4a55b031/attachment-0003.bin 

From Sean.Coffey at Sun.COM  Tue Jun 16 15:58:36 2009
From: Sean.Coffey at Sun.COM (Sean Coffey)
Date: Tue, 16 Jun 2009 16:58:36 +0100
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
References: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
Message-ID: <4A37C12C.6070505@sun.com>



Arthur David Olson wrote:
>
> 	No DST end date has been announced yet.
> ...and as a way to both simplify the change and avoid glitches, below
> find a proposed change to the "asia" file. Feedback both on the
> usefulness of the change and when to push it is welcome.
>
>   
If this new rule has been confirmed (the 0:00 -> 23:00 begin DST rule) 
-  I guess
it makes sense to push the 2009j bundle live before the changes come 
into effect.

My two cent.
regards,
Sean.

> ------- asia -------
> *** /tmp/geta26023	Mon Jun 15 06:44:15 2009
> --- /tmp/getb26023	Mon Jun 15 06:44:15 2009
> ***************
> *** 1,5 ****
>   # > ! # @(#)asia	8.34
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> --- 1,5 ----
>   # > ! # @(#)asia	8.35
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> ***************
> *** 165,173 ****
>   # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
>   # 
>   
> ! # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
> ! Rule	Bang	2009	only	-	Jan	1	0:00	0	-
> ! Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
>   
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
> --- 165,176 ----
>   # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
>   # 
>   
> ! # From A. N. M. Kamrus Saadat (2009-06-15):
> ! # Finally we've got the official mail regarding DST start time where DST start 
> ! # time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh 
> ! # Telecommunication Regulatory Commission). 
> ! #
> ! # No DST end date has been announced yet.
>   
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
> ***************
> *** 176,183 ****
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 # Bangladesh Time
> ! 			6:00	Bang	BD%sT
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
> --- 179,186 ----
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 Jun 19 23:00 # Bangladesh Time
> ! 			6:00	1:00	BDST
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>
>   


From Dave at Cantor.mv.com  Tue Jun 16 20:50:15 2009
From: Dave at Cantor.mv.com (Dave Cantor)
Date: Tue, 16 Jun 2009 16:50:15 -0400
Subject: Time zone references in art
Message-ID: <4A37CD47.6534.18A15076@Dave.Cantor.mv.com>

A possible addition to tz-art.htm :

In the 1946 "A Matter of Life and Death", there is a reference to 
British Double Summer Time.   The time does not play a large part 
in the plot; it's just a passing reference to the time when one 
of the characters was supposed to have died (but didn't).

The IMDb page is at http://us.imdb.com/title/tt0038733/

Dave Cantor
Groton, CT


From mkandasw at in.ibm.com  Wed Jun 17 09:32:30 2009
From: mkandasw at in.ibm.com (Madhusudanan Kandasamy)
Date: Wed, 17 Jun 2009 15:02:30 +0530
Subject: A basic question about ALL_STATE macro..
In-Reply-To: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
Message-ID: 

Hi,

Can anyone tell me the significance of ALL_STATE macro in the localtime.c?
It looks like it will simply allocate memory from heap(thru malloc) for the
lclptr variable instead of using a static global variable lclmem.

Thanks,
Madhu.
_________________________________
Madhusudanan Kandasamy
AIX BOS Development,
IBM Bangalore, EGL D block 6th Floor.



From wtz at worldtimezone.com  Wed Jun 17 19:48:13 2009
From: wtz at worldtimezone.com (Alexander Krivenyshev)
Date: Wed, 17 Jun 2009 19:48:13 +0000 (UTC)
Subject: Bolivia may change Time Zone from GMT-04 to GMT-05 in the winter.
Message-ID: 

According to various news reports
Bolivia is considering to change Time Zone from GMT-04 to GMT-05 in the winter 
2009/2010 to prevent the spread of colds and the new seasonal influenza A 
strain H1N1.
It would be the first time in Bolivian history that changes the time zone. 

Analizan en Bolivia cambiar el huso horario de invierno para evitar gripes
(spanish)
http://www.adn.es/sociedad/20090616/NWS-1425-Analizan-Bolivia-invierno-horario-
cambiar.html

El Gobierno quiere frenar incremento de los resfr?os cambiando el huso horario 
(spanish)
http://www.erbol.com.bo/noticia1.php?identificador=1689&bdatos=notiportada1

or
(Spanish)
http://www.worldtimezone.com/dst_news/dst_news_bolivia01.html

Alexander Krivenyshev,
http://www.worldtimezone.com



From olsona at dc37a.nci.nih.gov  Thu Jun 18 02:42:41 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Wed, 17 Jun 2009 22:42:41 -0400
Subject: tzdata2009j.tar.gz
Message-ID: 

The file...
	ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
...is now available; this reflects the Bangladesh change circulated
earlier this week on the time zone mailing list (with a short turnaround
since the DST change is impending). We'll get to revisit Bangladesh once
the end to DST has been set.

				--ado



From cjwatson at debian.org  Thu Jun 18 10:11:48 2009
From: cjwatson at debian.org (Colin Watson)
Date: Thu, 18 Jun 2009 11:11:48 +0100
Subject: Update URL for 2000/84/EC directive governing current EU DST
Message-ID: <20090618101147.GC7367@riva.ucam.org>

The 'europe' file in tzdata-2009i has this link:

  # The most recent directive covers the years starting in 2002.  See:
  # 
  # Directive 2000/84/EC of the European Parliament and of the Council
  # of 19 January 2001 on summer-time arrangements.
  # 

The URL given there no longer works properly. Here's an updated one,
which Ian Jackson found by way of a search engine:

  http://eur-lex.europa.eu/smartapi/cgi/sga_doc?smartapi!celexapi!prod!CELEXnumdoc&lg=EN&numdoc=32000L0084&model=guichett

Thanks,

-- 
Colin Watson                                       [cjwatson at debian.org]


From zahid at allbd.com  Thu Jun 18 12:02:59 2009
From: zahid at allbd.com (Mohammed Zahid Hossain)
Date: Thu, 18 Jun 2009 18:02:59 +0600
Subject: Updated file is not working[BDT to BDST]
Message-ID: 

Hello,

Updating with the given zoneinfo [Asia/Dhaka] datafile changing
nothing but the time initial BDT to BDST.


I've tried to edit the earlier data file [tzdata2009i.tar.gz] and with
little change found following:
$zdump -v /etc/localtime | grep 2009
/etc/localtime  Fri Jun 19 16:59:59 2009 UTC = Fri Jun 19 22:59:59
2009 BDT isdst=0 gmtoff=21600
/etc/localtime  Fri Jun 19 17:00:00 2009 UTC = Sat Jun 20 00:00:00
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 16:59:59 2009 UTC = Tue Sep 29 23:59:59
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 17:00:00 2009 UTC = Tue Sep 29 23:00:00
2009 BDT isdst=0 gmtoff=21600

#Here is the  tzdata/asia file
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
Rule    Bang    2009    only    -       Jan     1       0:00    0       -
Rule    Bang    2009    only    -       Jun     19      23:00    1:00    S
Rule    Bang    2009    only    -       Sep     30      00:00    0       -

# Zone  NAME            GMTOFF  RULES   FORMAT  [UNTIL]
Zone    Asia/Dhaka      6:01:40 -       LMT     1890
                        5:53:20 -       HMT     1941 Oct    # Howrah Mean Time?
                        6:30    -       BURT    1942 May 15 # Burma Time
                        5:30    -       IST     1942 Sep
                        6:30    -       BURT    1951 Sep 30
                        6:00    -       DACT    1971 Mar 26 # Dacca Time
                        6:00    Bang    BD%sT

But still having problem with backward.

Thanks,


-- 
Mohammed Zahid Hossain
System Administrator &
Head of Operation
======================================
Onenet Communications Limited(ABSCO)
(The ISP division of OneTel)
Bulu Ocean Tower (14th Floor)
40 Kemal Ataturk Avenue
Banani, Dhaka-1213, Bangladesh.
Tel: (880-2) 885-3164, 886-0861, 882-1486, 989-8391
Web: http://www.onenetbd.com/


From olsona at dc37a.nci.nih.gov  Thu Jun 18 13:50:38 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 18 Jun 2009 09:50:38 -0400
Subject: FW: Updated file is not working[BDT to BDST]
Message-ID: 

I'm forwarding this message from Mohammed Zahid Hossain; MZH was not on
the time zone mailing list when the message was sent, but is now.

				--ado

-----Original Message-----
From: Mohammed Zahid Hossain [mailto:zahid at allbd.com] 
Sent: Thursday, June 18, 2009 8:03
To: tz at lecserver.nci.nih.gov
Subject: Updated file is not working[BDT to BDST]

Hello,

Updating with the given zoneinfo [Asia/Dhaka] datafile changing
nothing but the time initial BDT to BDST.


I've tried to edit the earlier data file [tzdata2009i.tar.gz] and with
little change found following:
$zdump -v /etc/localtime | grep 2009
/etc/localtime  Fri Jun 19 16:59:59 2009 UTC = Fri Jun 19 22:59:59
2009 BDT isdst=0 gmtoff=21600
/etc/localtime  Fri Jun 19 17:00:00 2009 UTC = Sat Jun 20 00:00:00
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 16:59:59 2009 UTC = Tue Sep 29 23:59:59
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 17:00:00 2009 UTC = Tue Sep 29 23:00:00
2009 BDT isdst=0 gmtoff=21600

#Here is the  tzdata/asia file
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE
LETTER/S
Rule    Bang    2009    only    -       Jan     1       0:00    0
-
Rule    Bang    2009    only    -       Jun     19      23:00    1:00
S
Rule    Bang    2009    only    -       Sep     30      00:00    0
-

# Zone  NAME            GMTOFF  RULES   FORMAT  [UNTIL]
Zone    Asia/Dhaka      6:01:40 -       LMT     1890
                        5:53:20 -       HMT     1941 Oct    # Howrah
Mean Time?
                        6:30    -       BURT    1942 May 15 # Burma Time
                        5:30    -       IST     1942 Sep
                        6:30    -       BURT    1951 Sep 30
                        6:00    -       DACT    1971 Mar 26 # Dacca Time
                        6:00    Bang    BD%sT

But still having problem with backward.

Thanks,


-- 
Mohammed Zahid Hossain
System Administrator &
Head of Operation
======================================
Onenet Communications Limited(ABSCO)
(The ISP division of OneTel)
Bulu Ocean Tower (14th Floor)
40 Kemal Ataturk Avenue
Banani, Dhaka-1213, Bangladesh.
Tel: (880-2) 885-3164, 886-0861, 882-1486, 989-8391
Web: http://www.onenetbd.com/




From straen at thorsen.priv.no  Fri Jun 19 13:25:02 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Fri, 19 Jun 2009 15:25:02 +0200
Subject: Brazil considering a common time zone
Message-ID: <4A3B91AE.2010705@thorsen.priv.no>

There is a proposal to have all of Brazil follow Brasilia's time zone.
The proposal received a Senate committee approval on Tuesday, June 16, 
2009, it is No 486, 2008 is available in PDF (and Portuguese) here:

http://legis.senado.gov.br/mate/servlet/PDFMateServlet?s=http://www.senado.gov.br/sf/atividade/Materia/MateFO.xsl&o=ASC&m=88802

It will probably be debated, and there are no dates yet for when such a 
possible change will be observed from.

We provide some background info about it here:
http://www.timeanddate.com/news/time/brazil-one-time-zone.html

Best regards,
Steffen Thorsen - timeanddate.com


From mn4net at gmail.com  Sat Jun 20 03:30:35 2009
From: mn4net at gmail.com (mn4net at gmail.com)
Date: Fri, 19 Jun 2009 21:30:35 -0600
Subject: Please correct time zone information for Bangladesh
Message-ID: <73A33B3BFEFB4C618E58262CBB1BD879@MamunPC>

Please refer to the following links

http://www.timeanddate.com/worldclock/city.html?n=73

http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Thanks and regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://mm.icann.org/pipermail/tz/attachments/20090619/ba5b419d/attachment-0001.html 

From dpatte at relativedata.com  Sat Jun 20 16:00:46 2009
From: dpatte at relativedata.com (David Patte)
Date: Sat, 20 Jun 2009 12:00:46 -0400
Subject: Brazil considering a common time zone
In-Reply-To: <4A3B91AE.2010705@thorsen.priv.no>
References: <4A3B91AE.2010705@thorsen.priv.no>
Message-ID: <4A3D07AE.1010707@relativedata.com>

Greetings from Ottawa

Can somone confirm if the UNTIL & TO dates provided in the tzfiles are 
all Gregorian dates?

In particular, I believe that Serbia & Russia switched from the Julian 
calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some 
dates  recorded in the tzfiles for these locations span their switch of 
calendars. There may also be a similar issue with Alaska.

When processing historical zones before a locations's conversion 
conversion to Gregorian calendar, should I be interpretting the provded 
dates as Julian dates, or Gregorian dates?

Sincerely

David Patte
Relative Data, Inc.


From dpatte at relativedata.com  Sat Jun 20 16:11:01 2009
From: dpatte at relativedata.com (David Patte)
Date: Sat, 20 Jun 2009 12:11:01 -0400
Subject: Julian Gregorian
In-Reply-To: <4A3B91AE.2010705@thorsen.priv.no>
References: <4A3B91AE.2010705@thorsen.priv.no>
Message-ID: <4A3D0A15.2000404@relativedata.com>

[Sorry for posting on the wrong thread - I have resubmitted this on a 
new thread]

Greetings from Ottawa

Can somone confirm if the UNTIL & TO dates provided in the tzfiles are
all Gregorian dates?

In particular, I believe that Serbia & Russia switched from the Julian
calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some
dates  recorded in the tzfiles for these locations span their switch of
calendars. There may also be a similar issue with Alaska.

When processing historical zones before a locations's
conversion to Gregorian calendar, should I be interpretting the provded
dates as Julian dates, or Gregorian dates?

Sincerely

David Patte
Relative Data, Inc.


From tz_ at explicate.org  Sun Jun 21 06:07:51 2009
From: tz_ at explicate.org (Ken Pizzini)
Date: Sat, 20 Jun 2009 23:07:51 -0700
Subject: Julian Gregorian
In-Reply-To: <4A3D0A15.2000404@relativedata.com>
References: <4A3B91AE.2010705@thorsen.priv.no> <4A3D0A15.2000404@relativedata.com>
Message-ID: <20090621060751.GC30145@4746044.msa.explicate.org>

On Sat, Jun 20, 2009 at 12:11:01PM -0400, David Patte wrote:
> Can somone confirm if the UNTIL & TO dates provided in the tzfiles are
> all Gregorian dates?

The tzcode implementation only deals with the proleptic Gregorian
calendar; it is considered outside the scope of the TZ "project"
to deal with the idiosyncrasies of the transition from Julian
(or any other calendar system) to Gregorian.

> In particular, I believe that Serbia & Russia switched from the Julian
> calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some
> dates  recorded in the tzfiles for these locations span their switch of
> calendars. There may also be a similar issue with Alaska.

I can't speak to whether the cut-over dates in the tzdata are
actually rendered correctly as Gregorian dates, but, because of the
"Gregorian only" approach of the code, they _should_ be Gregorian.

		--Ken Pizzini


From sebastien at willemijns.com  Mon Jun 22 11:50:34 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Mon, 22 Jun 2009 11:50:34 +0000 (UTC)
Subject: PHP and tzdata2009x
References: 
Message-ID: 

"Olson, Arthur David (NIH/NCI) [E]"  wrote in 
news:B410D30A78C6404C9DABEA31B54A2813029A06C0 at nihcesmlbx10.nih.gov:

> The file...
>      ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
> ...is now available; this reflects the Bangladesh change circulated
> earlier this week on the time zone mailing list (with a short turnaround
> since the DST change is impending). We'll get to revisit Bangladesh once
> the end to DST has been set.

Hi,

http://packages.debian.org/lenny/php5

For debian PHP 5.2.6 is the stable version ok but this version 
was builded in May 2008 grin ! http://www.php.net/ChangeLog-5.php#5.2.6

IMHO it is not good to keep for a long term a stable version with important
informaton (as TZ ;)


From dr at ez.no  Mon Jun 22 12:03:54 2009
From: dr at ez.no (Derick Rethans)
Date: Mon, 22 Jun 2009 13:03:54 +0100 (BST)
Subject: PHP and tzdata2009x
In-Reply-To: 
References:  
Message-ID: 

On Mon, 22 Jun 2009, S?bastien WILLEMIJNS wrote:

> "Olson, Arthur David (NIH/NCI) [E]"  wrote in 
> news:B410D30A78C6404C9DABEA31B54A2813029A06C0 at nihcesmlbx10.nih.gov:
> 
> > The file...
> >      ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
> > ...is now available; this reflects the Bangladesh change circulated
> > earlier this week on the time zone mailing list (with a short turnaround
> > since the DST change is impending). We'll get to revisit Bangladesh once
> > the end to DST has been set.
> 
> http://packages.debian.org/lenny/php5
> 
> For debian PHP 5.2.6 is the stable version ok but this version 
> was builded in May 2008 grin ! http://www.php.net/ChangeLog-5.php#5.2.6
> 
> IMHO it is not good to keep for a long term a stable version with important
> informaton (as TZ ;)

PHP provides the timezonedb extension at http://pecl.php.net/timezonedb 
which you can install to update to the latest version.

with kind regards,
Derick

-- 
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
twitter: @derickr


From Dave at Cantor.mv.com  Mon Jun 22 21:11:24 2009
From: Dave at Cantor.mv.com (Dave Cantor)
Date: Mon, 22 Jun 2009 17:11:24 -0400
Subject: NIST Time and Frequency FAQ
Message-ID: <4A3FBB3C.6095.94D6218@Dave.Cantor.mv.com>

In support of the current decision to allow the use of
2400 to indicate midnight at the end of a day, here's a pointer 
to an article published by NIST.

   http://tf.nist.gov/general/misc.htm

Perhaps, this pointer, or an excerpt of the article, should 
appear somewhere in the theory file.

Dave C.



From peter.seebach at windriver.com  Mon Jun 22 21:14:22 2009
From: peter.seebach at windriver.com (Peter Seebach)
Date: Mon, 22 Jun 2009 16:14:22 -0500
Subject: tzselect patch:  remove dependency on ksh
Message-ID: <3E1394F4-2D2D-4C08-9F82-DDB5E5A7F167@windriver.com>

This was done against the copy in glibc, the eglibc folks suggested I  
send it on to you as the upstream.

Basic synopsis:  This allows tzselect to be used on hosts (such as  
embedded systems) with only a POSIX shell.

--- glibc-2.8.orig/timezone/tzselect.ksh	2009-06-22 11:23:11.000000000  
-0700
+++ glibc-2.8/timezone/tzselect.sh	2009-06-22 11:52:26.000000000 -0700
@@ -1,27 +1,16 @@
-#! @KSH@
+#! @SH@

-# '@(#)tzselect.ksh	8.1'
+# '@(#)tzselect.sh	8.1'

  # Ask the user about the time zone, and output the resulting TZ  
value to stdout.
  # Interact with the user via stderr and stdin.

  # Contributed by Paul Eggert.

-# Porting notes:
-#
-# This script requires several features of the Korn shell.
-# If your host lacks the Korn shell,
-# you can use either of the following free programs instead:
-#
-#	
-#	Bourne-Again shell (bash)
-#	
-#
-#	
-#	Public domain ksh
-#	
-#
-# This script also uses several features of modern awk programs.
+# func_select allows this script to run on shells (such as busybox ash)
+# which lack the ksh "select" builtin.
+
+# This script uses several features of modern awk programs.
  # If your host lacks awk, or has an old awk that does not conform to  
Posix.2,
  # you can use either of the following free programs instead:
  #
@@ -33,6 +22,70 @@
  #	mawk
  #	

+# Implement ksh-style select in POSIX shell
+
+# We need a mostly-portable echo-n.
+case `echo -n "foo\c"` in
+*n*c*)  func_echo_n() { echo "$*"; } ;;
+*n*)    func_echo_n() { echo "$*\c"; } ;;
+*)      func_echo_n() { echo -n "$*"; } ;;
+esac
+
+# Synopsis:  Replace "select foo in list" with "while func_select foo  
in list"
+# and this works just like ksh, so far as I know.
+func_select () {
+	func_select_args=0
+	if expr "$1" : "^[_a-zA-Z][_a-zA-Z0-9]*$" > /dev/null; then
+		func_select_var=$1
+	else
+		echo >&2 "func_select: '$1' is not a valid variable name."
+		return 1
+	fi
+	shift 1
+	case $1 in
+		in) shift 1;;
+		*) echo >&2 "func_select: usage: func_select var in ... (you must  
provide
+arguments)"; return 1;;
+	esac
+	case $# in
+		0) echo >&2 "func_select: usage: func_select var in ..."; return 1;;
+	esac
+	for func_select_arg
+	do
+		func_select_args=`expr $func_select_args + 1`
+		eval func_select_a_$func_select_args=\$func_select_arg
+	done
+	REPLY=""
+	while :
+	do
+		if test -z "$REPLY"; then
+			func_select_i=1
+			while test $func_select_i -le $func_select_args
+			do
+				eval echo "\"\$func_select_i) \$func_select_a_$func_select_i\""
+				func_select_i=`expr $func_select_i + 1`
+			done
+		fi
+		func_echo_n "${PS3-#? }" >&2
+		if read REPLY; then
+			if test -n "${REPLY}"; then
+				if expr "$REPLY" : '^[1-9][0-9]*$' > /dev/null; then
+					if test "$REPLY" -ge 1 && test "$REPLY" -le $func_select_args;  
then
+						eval $func_select_var=\$func_select_a_$REPLY
+					else
+						eval $func_select_var=
+					fi
+				else
+					eval $func_select_var=
+				fi
+				return 0
+			fi
+		else
+			eval $func_select_var=
+			return 1
+		fi
+	done
+}

  # Specify default values for environment variables if they are unset.
  : ${AWK=awk}
@@ -62,7 +115,7 @@


  # Work around a bug in bash 1.14.7 and earlier, where $PS3 is sent  
to stdout.
-case $(echo 1 | (select x in x; do break; done) 2>/dev/null) in
+case $(echo 1 | (while func_select x in x; do break; done) 2>/dev/ 
null) in
  ?*) PS3=
  esac

@@ -82,7 +135,7 @@

  	echo >&2 'Please select a continent or ocean.'

-	select continent in \
+	while func_select continent in \
  	    Africa \
  	    Americas \
  	    Antarctica \
@@ -162,7 +215,7 @@
  		case $countries in
  		*"$newline"*)
  			echo >&2 'Please select a country.'
-			select country in $countries
+			while func_select country in $countries
  			do
  			    case $country in
  			    '') echo >&2 'Please enter a number in range.';;
@@ -201,7 +254,7 @@
  		*"$newline"*)
  			echo >&2 'Please select one of the following' \
  				'time zone regions.'
-			select region in $regions
+			while func_select region in $regions
  			do
  				case $region in
  				'') echo >&2 'Please enter a number in range.';;
@@ -278,7 +331,7 @@
  	echo >&2 "Is the above information OK?"

  	ok=
-	select ok in Yes No
+	while func_select ok in Yes No
  	do
  	    case $ok in
  	    '') echo >&2 'Please enter 1 for Yes, or 2 for No.';;

-- 
Peter Seebach 
Listen, get this.  Nobody with a good compiler needs to be justified.



From aschwab at redhat.com  Tue Jun 23 10:06:20 2009
From: aschwab at redhat.com (Andreas Schwab)
Date: Tue, 23 Jun 2009 12:06:20 +0200
Subject: zic produces wrong POSIX style TZ
Message-ID: 

The current Bangladesh time zone description is unusual in that it ends
with being continuously in DST.  This uncovered a bug in zic, which
infers a POSIX TZ string of BDST-6 from the rule.  This is wrong since a
time zone that is continuously in DST cannot be expressed by POSIX
rules, so zic should not try to generate such a string.

Andreas.

--- zic.c.~1~	2009-04-20 22:17:54.000000000 +0200
+++ zic.c	2009-06-22 18:35:10.000000000 +0200
@@ -1921,7 +1921,7 @@ const int			zonecount;
 		if (stdrp != NULL && stdrp->r_hiyear == 2037)
 			return;
 	}
-	if (stdrp == NULL && zp->z_nrules != 0)
+	if (stdrp == NULL && (zp->z_nrules != 0 || zp->z_stdoff != 0))
 		return;
 	abbrvar = (stdrp == NULL) ? "" : stdrp->r_abbrvar;
 	doabbr(result, zp->z_format, abbrvar, FALSE, TRUE);

-- 
Andreas Schwab, aschwab at redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
"And now for something completely different."



From sebastien at willemijns.com  Wed Jun 24 07:23:37 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Wed, 24 Jun 2009 07:23:37 +0000 (UTC)
Subject: PHP and tzdata2009x
References:   
Message-ID: 

Derick Rethans  wrote in
news:alpine.DEB.2.00.0906221302210.5761 at kossu.ez.no: 

> PHP provides the timezonedb extension at
> http://pecl.php.net/timezonedb which you can install to update to the
> latest version. 

thanks derick ;)



From sebastien at willemijns.com  Wed Jun 24 07:44:55 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Wed, 24 Jun 2009 07:44:55 +0000 (UTC)
Subject: (PHP) CEST does not exist in December
Message-ID: 

Hello,

If anyone has the code to detect than "25 December $year XX:XX:XX CEST" 
does not exist

I has (quicky and maybe badly) think i will compare time between GMT and an 
hour http://www.php.net/manual/fr/function.timezone-offset-get.php to
grab offset (+1 or +2 for me in France) but if anyone has the code od a 
specific date ;)





From johnp at gisatlas.com  Thu Jun 25 21:26:39 2009
From: johnp at gisatlas.com (John Paulson)
Date: Thu, 25 Jun 2009 21:26:39 +0000
Subject: GIS Atlas
Message-ID: <200906251526.n5PFQxMI026547@lecserver.nci.nih.gov>

Here is the link

www.sedo.com/sale/?d=gisatlas.com

Kind Regards
John
Paulson
-----------------------------------------------------------------------------------------------------------
This electronic transmission is strictly confidential and intended solely
for the addressee.  If you are not the intended addressee, or have
otherwise received this transmission in error, you must not disclose, 
copy or take any action in reliance of this transmission.  If you have 
received this transmission in error, please notify the sender as soon as
possible.
======================================================



From olsona at lecserver.nci.nih.gov  Tue Jun  2 01:56:17 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Mon, 1 Jun 2009 21:56:17 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>

With June 16 looming and no better information available,
here's a proposed change to the "asia" file to reflect use of DST in
Bangladesh this year.

If no problems are found, expect the ftpable file to be updated 2009-06-08.

				--ado

------- asia -------
*** /tmp/geta6499	Mon Jun  1 21:55:59 2009
--- /tmp/getb6499	Mon Jun  1 21:55:59 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.32
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.33
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 127,132 ****
--- 127,155 ----
  			3:00	-	AST
  
  # Bangladesh
+ # From Alexander Krivenyshev (2009-05-13):
+ # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
+ # Daylight Saving Time from June 16 to Sept 30
+ #
+ # Bangladesh to introduce daylight saving time likely from June 16
+ # 
+ # http://www.asiantribune.com/?q=node/17288
+ # 
+ # or
+ # 
+ # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
+ # 
+ #
+ # "... Bangladesh government has decided to switch daylight saving time from
+ # June
+ # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
+ # crippling power crisis. "
+ #
+ # The switch will remain in effect from June 16 to Sept 30 (2009) but if
+ # implemented the next year, it will come in force from April 1, 2010
+ # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
+ Rule	Bang	2009	only	-	Jun	16	 0:00	1:00	S
+ Rule	Bang	2009	only	-	Oct	1	 0:00s	0	-
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
  			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
***************
*** 134,140 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	# Bangladesh Time
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 157,164 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From webmaster at timeanddate.com  Tue Jun  2 08:14:28 2009
From: webmaster at timeanddate.com (Steffen Thorsen)
Date: Tue, 02 Jun 2009 10:14:28 +0200
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
References: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
Message-ID: <4A24DF64.3010602@timeanddate.com>

They have finally decided now, but changed the start date to midnight 
between the 19th and 20th, and they have not set the end date yet.

Some sources:
http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
http://bdnews24.com/details.php?id=85889&cid=2

Our wrap-up:
http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Best regards,
Steffen

-- 
Steffen Thorsen - webmaster http://www.timeanddate.com/


Arthur David Olson wrote:
> With June 16 looming and no better information available,
> here's a proposed change to the "asia" file to reflect use of DST in
> Bangladesh this year.
>
> If no problems are found, expect the ftpable file to be updated 2009-06-08.
>
> 				--ado
>
> ------- asia -------
> *** /tmp/geta6499	Mon Jun  1 21:55:59 2009
> --- /tmp/getb6499	Mon Jun  1 21:55:59 2009
> ***************
> *** 1,5 ****
>   # > ! # @(#)asia	8.32
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> --- 1,5 ----
>   # > ! # @(#)asia	8.33
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> ***************
> *** 127,132 ****
> --- 127,155 ----
>   			3:00	-	AST
>   
>   # Bangladesh
> + # From Alexander Krivenyshev (2009-05-13):
> + # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
> + # Daylight Saving Time from June 16 to Sept 30
> + #
> + # Bangladesh to introduce daylight saving time likely from June 16
> + # 
> + # http://www.asiantribune.com/?q=node/17288
> + # 
> + # or
> + # 
> + # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
> + # 
> + #
> + # "... Bangladesh government has decided to switch daylight saving time from
> + # June
> + # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
> + # crippling power crisis. "
> + #
> + # The switch will remain in effect from June 16 to Sept 30 (2009) but if
> + # implemented the next year, it will come in force from April 1, 2010
> + # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
> + Rule	Bang	2009	only	-	Jun	16	 0:00	1:00	S
> + Rule	Bang	2009	only	-	Oct	1	 0:00s	0	-
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
>   			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
> ***************
> *** 134,140 ****
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	# Bangladesh Time
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
> --- 157,164 ----
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 # Bangladesh Time
> ! 			6:00	Bang	BD%sT
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   


From straen at thorsen.priv.no  Tue Jun  2 08:16:16 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Tue, 02 Jun 2009 10:16:16 +0200
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
References: <200906020156.n521uHXG006515@lecserver.nci.nih.gov>
Message-ID: <4A24DFD0.3070108@thorsen.priv.no>

Arthur David Olson wrote:
> With June 16 looming and no better information available,
> here's a proposed change to the "asia" file to reflect use of DST in
> Bangladesh this year.
They have finally decided now, but changed the start date to midnight 
between the 19th and 20th, and they have not set the end date yet.

Some sources:
http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
http://bdnews24.com/details.php?id=85889&cid=2

Our wrap-up:
http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Best regards,
Steffen Thorsen - timeanddate.com


From sebastien at willemijns.com  Tue Jun  2 08:59:31 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Tue, 2 Jun 2009 08:59:31 +0000 (UTC)
Subject: When a official time changes what's happend in real time ?
Message-ID: 

Hello,

When a TZ change in France in the middle of the night i sleep so i have 
never see if hour change in real time...

I see on 
http://en.wikipedia.org/wiki/Network_Time_Protocol#Microsoft_Windows
than W32TIME can have an 1-2 second error..

is http://www.meinberg.de/english/sw/ntp.htm is more precise ?

Have a nice day/night ;)


From emuller at adobe.com  Tue Jun  2 10:03:02 2009
From: emuller at adobe.com (Eric Muller)
Date: Tue, 2 Jun 2009 03:03:02 -0700
Subject: update to tz-link.htm
Message-ID: <4A24F8D6.7050806@adobe.com>

When there is a good opportunity:


*** tz-link.htm Sun May 17 11:44:05 2009
--- tz-link.htm.new     Tue Jun  2 03:00:11 2009
*************** but the maps are more up to date.
*** 360,369 ****
  
  Time zone boundaries
  
! A map of the TZ timezones in
! the US contains a shapefile of the
! tz regions in the US.
  Administrative Divisions
  of Countries ("Statoids") contains detailed lists of
  tz-related zone subdivision data.
--- 360,368 ----
  
  Time zone boundaries
  
! TZ timezones maps contains 
a shapefile of the
! tz regions in the world.
  Administrative Divisions
  of Countries ("Statoids") contains detailed lists of
  tz-related zone subdivision data.


Thanks,
Eric.


From Paul_Koning at Dell.com  Tue Jun  2 10:53:10 2009
From: Paul_Koning at Dell.com (Paul Koning)
Date: Tue, 2 Jun 2009 06:53:10 -0400
Subject: When a official time changes what's happend in real time ?
In-Reply-To: A
References: A
Message-ID: 

> Subject: When a official time changes what's happend in real time ?
 
> When a TZ change in France in the middle of the night i sleep so i
have
> never see if hour change in real time...
> 
> I see on
> http://en.wikipedia.org/wiki/Network_Time_Protocol#Microsoft_Windows
> than W32TIME can have an 1-2 second error..
> 
> is http://www.meinberg.de/english/sw/ntp.htm is more precise ?

That is a different subject, not really related.

The way to look at it goes like this:

1. Your computer keeps UTC.  Perhaps it has been told once and just
keeps ticking, or perhaps it is kept in sync with NTP.  In either case,
it keeps UTC with some accuracy, which depends on hardware and software.

2. The timezone (TZ setting) specifies an offset from UCT, and when --
if ever -- that offset changes.  For example, setting your TZ to France
specifies the offset is +1 hour in winter, +2 hours in summer.  When you
ask the computer to supply local time, it takes UTC plus the current
offset, that's the answer.

When the offset changes (on transition from summer time to winter time,
or vice versa), the offset simply changes.  That's not a time adjustment
in the way NTP does, it is simply a change to the offset variable.
Indeed, you do not need NTP, or the time adjusting machinery in the OS
that NTP requires, for TZ offset changes to work.

If you were watching the clock display (assuming the offset changes at 2
am local as it does in the USA), it would look like:  1:59:58, tick
1:59:59, tick 3:00:00, tick 3:00:01, and so on.  (Or 1:59:58, 1:59:59,
1:00:00, 1:00:01 ... for the other transition.)

	paul




From olsona at lecserver.nci.nih.gov  Tue Jun  2 13:44:01 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Tue, 2 Jun 2009 09:44:01 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>

Here's an updated proposed change, reflecting the information from Steffen
Thorsen. The "asia" differences are against the current ftpable version.
We'll need to revisit Bangladesh once the 2009 end date is determined.
I've also added Eric Muller's tz-link.htm update.

Barring problems, these will show up in the ftpable version on 2009-06-08.

				--ado

------- tz-link.htm -------
*** /tmp/geta9713	Tue Jun  2 09:31:42 2009
--- /tmp/getb9713	Tue Jun  2 09:31:42 2009
***************
*** 18,24 ****
  
  Sources for Time Zone and Daylight Saving Time Data
  
! @(#)tz-link.htm	8.19
  
  
  This file is in the public domain, so clarified as of
--- 18,24 ----
  
  
Sources for Time Zone and Daylight Saving Time Data
  
! @(#)tz-link.htm	8.20
  
  
  This file is in the public domain, so clarified as of
***************
*** 360,367 ****
  
  Time zone boundaries
  
! A map of the TZ timezones in
! the US contains a shapefile of the
  tz regions in the US.
  Administrative Divisions
--- 360,366 ----
  

  Time zone boundaries
  
! TZ timezone maps contains a shapefile of the
  tz regions in the US.
  Administrative Divisions

------- asia -------
*** /tmp/geta9946	Tue Jun  2 09:41:11 2009
--- /tmp/getb9946	Tue Jun  2 09:41:11 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.32
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.34
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 127,132 ****
--- 127,174 ----
  			3:00	-	AST
  
  # Bangladesh
+ # From Alexander Krivenyshev (2009-05-13):
+ # According to newspaper Asian Tribune (May 6, 2009) Bangladesh may introduce
+ # Daylight Saving Time from June 16 to Sept 30
+ #
+ # Bangladesh to introduce daylight saving time likely from June 16
+ # 
+ # http://www.asiantribune.com/?q=node/17288
+ # 
+ # or
+ # 
+ # http://www.worldtimezone.com/dst_news/dst_news_bangladesh02.html
+ # 
+ #
+ # "... Bangladesh government has decided to switch daylight saving time from
+ # June
+ # 16 till September 30 in a bid to ensure maximum use of daylight to cope with
+ # crippling power crisis. "
+ #
+ # The switch will remain in effect from June 16 to Sept 30 (2009) but if
+ # implemented the next year, it will come in force from April 1, 2010
+ 
+ # From Steffen Thorsen (2009-06-02):
+ # They have finally decided now, but changed the start date to midnight between
+ # the 19th and 20th, and they have not set the end date yet.
+ #
+ # Some sources:
+ # 
+ # http://in.reuters.com/article/southAsiaNews/idINIndia-40017620090601
+ # 
+ # 
+ # http://bdnews24.com/details.php?id=85889&cid=2
+ # 
+ #
+ # Our wrap-up:
+ # 
+ # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
+ # 
+ 
+ # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
+ Rule	Bang	2009	only	-	Jan	1	0:00	0	-
+ Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
+ 
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
  			5:53:20	-	HMT	1941 Oct    # Howrah Mean Time?
***************
*** 134,140 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	# Bangladesh Time
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 176,183 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From straen at thorsen.priv.no  Fri Jun  5 12:20:16 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Fri, 05 Jun 2009 14:20:16 +0200
Subject: No DST in Mauritius the coming summer
Message-ID: <4A290D80.4010502@thorsen.priv.no>

According to several sources, Mauritius will not continue to observe DST 
the coming summer, which means that the current "max" rules for 
Mauritius should probably be changed to "only" rules.

Some sources, in French:
http://www.defimedia.info/news/946/Rashid-Beebeejaun-:-%C2%AB-L%E2%80%99heure-d%E2%80%99%C3%A9t%C3%A9-ne-sera-pas-appliqu%C3%A9e-cette-ann%C3%A9e-%C2%BB
http://lexpress.mu/Story/3398~Beebeejaun---Les-objectifs-d-%C3%A9conomie-d-%C3%A9nergie-de-l-heure-d-%C3%A9t%C3%A9-ont-%C3%A9t%C3%A9-atteints-

Our wrap-up:
http://www.timeanddate.com/news/time/mauritius-dst-will-not-repeat.html

Regards,
Steffen Thorsen - timeanddate.com


From nathanst at ontko.com  Fri Jun  5 22:07:48 2009
From: nathanst at ontko.com (Nathan Stratton Treadway)
Date: Fri, 5 Jun 2009 18:07:48 -0400
Subject: tzdata mirror no longer found (in tz-link.htm)
Message-ID: <20090605220747.GU12138@ontko.com>

I noticed that tz-link.htm file currently (as of the version in
tzcode2009h.tar.gz) includes a link labeled "smaller HTTP mirror" to
  http://public.planetmirror.com/pub/timezone

However, when I follow that link, the resulting page does not actually
contain any timezone-related files -- and in fact after looking around a
bit I didn't see any indication that the site still contains a separate
mirror for the "upstream" timezone database.  (Using the provided search
box to search for the word "tzdata" returned only links related to the
CentOS mirror that is hosted on the site.)



On a separate-but-related topic: I'm not sure how the 
  http://www.twinsun.com/tz/tz-link.htm
web page is normally maintained, but I noticed that while the tzcode2009h
file's version of the file contains a version stamp of "8.19", the
version posted on twinsun is only "8.15".  

I mention this especially because the page is referenced in many places
as the "home URL" of the timezone database project, so it seems like it
would be worth trying to keep it as up-to-date as possible....  

(The tz-arts.htm file on the twinsun site is also a few revions behind
the current tzcode version, for what it's worth.)

Thanks.

							Nathan
----------------------------------------------------------------------------
Nathan Stratton Treadway  -  nathanst at ontko.com  -  Mid-Atlantic region
Ray Ontko & Co.  -  Software consulting services  -   http://www.ontko.com/
 GPG Key: http://www.ontko.com/~nathanst/gpg_key.txt   ID: 1023D/ECFB6239
 Key fingerprint = 6AD8 485E 20B9 5C71 231C  0C32 15F3 ADCD ECFB 6239


From Brian.Inglis at Shaw.ca  Sat Jun  6 04:14:13 2009
From: Brian.Inglis at Shaw.ca (Brian Inglis)
Date: Fri, 05 Jun 2009 22:14:13 -0600
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>
References: <200906021344.n52Di1Ds009982@lecserver.nci.nih.gov>
Message-ID: <4A29ED15.1030504@Shaw.ca>

Arthur David Olson wrote:
> I've also added Eric Muller's tz-link.htm update.
> Barring problems, these will show up in the ftpable version on 2009-06-08.
>   tz regions in the US.
                                    ^^
Eric Muller's original update contains:
! tz regions in the world.
                                  ^^^^^



From russell.sayers at gmail.com  Sun Jun  7 03:52:57 2009
From: russell.sayers at gmail.com (russ)
Date: Sun, 7 Jun 2009 13:52:57 +1000
Subject: tz file format
Message-ID: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>

Hi,

I hope i'm not wasting your time.  I'm attempting to read the tz database
into a c# application, and I'm not sure how to interpret this entry:

Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
            10:00    -    EST    1916 Oct 1 2:00
            10:00    1:00    EST    1917 Feb
            10:00    Aus    EST    1967
            10:00    AT    EST

What is the significance of the "1:00" on the row ending in "1917 Feb".  Do
I just add this to the 10:00 offset?

Thanks,
Russell
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From dpatte at relativedata.com  Sun Jun  7 05:20:51 2009
From: dpatte at relativedata.com (David Patte)
Date: Sun, 07 Jun 2009 01:20:51 -0400
Subject: tz file format
In-Reply-To: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
Message-ID: <4A2B4E33.5070003@relativedata.com>

The line means

Until Feb 1917, add 10h offset to get standard time, and 1 more hour for 
local wall time (EST). This shortcut represents "daylight/summer' time, 
without having to use a rule record.

David Patte
Relative Data, Inc.

russ wrote:
> Hi,
>
> I hope i'm not wasting your time.  I'm attempting to read the tz 
> database into a c# application, and I'm not sure how to interpret this 
> entry:
>
> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>             10:00    -    EST    1916 Oct 1 2:00
>             10:00    1:00    EST    1917 Feb
>             10:00    Aus    EST    1967
>             10:00    AT    EST
>
> What is the significance of the "1:00" on the row ending in "1917 
> Feb".  Do I just add this to the 10:00 offset?
>
> Thanks,
> Russell
>
>



From Billy.Bennett at netapp.com  Sun Jun  7 05:55:29 2009
From: Billy.Bennett at netapp.com (Bennett, Billy)
Date: Sun, 7 Jun 2009 01:55:29 -0400
Subject: tz file format
In-Reply-To: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
Message-ID: 

Russ,
 
I think you'd be better off parsing the compiled data, it's a lot more
consistent.
 
Thanks,
=Billy Bennett  

________________________________

From: russ [mailto:russell.sayers at gmail.com] 
Sent: Saturday, June 06, 2009 11:53 PM
To: tz at lecserver.nci.nih.gov
Subject: tz file format


Hi,

I hope i'm not wasting your time.  I'm attempting to read the tz
database into a c# application, and I'm not sure how to interpret this
entry:

Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
            10:00    -    EST    1916 Oct 1 2:00
            10:00    1:00    EST    1917 Feb
            10:00    Aus    EST    1967
            10:00    AT    EST

What is the significance of the "1:00" on the row ending in "1917 Feb".
Do I just add this to the 10:00 offset?

Thanks,
Russell



-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From markjrodrigues at hotmail.com  Sun Jun  7 23:40:57 2009
From: markjrodrigues at hotmail.com (Mark Rodrigues)
Date: Mon, 8 Jun 2009 09:40:57 +1000
Subject: tz file format
In-Reply-To:  
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
 
Message-ID: 


Hi Russell,



I developed an open source .NET API which you might find helpful with your C# application which is available at:

http://www.codeplex.com/zoneinfo



I have a codeproject article about it as well at:

http://www.codeproject.com/KB/locale/zoneinfo_dotnet_api.aspx



You can read through the code if you are interested in seeing how I interpreted this information.



Kind regards



Mark Rodrigues

Subject: RE: tz file format
Date: Sun, 7 Jun 2009 01:55:29 -0400
From: Billy.Bennett at netapp.com
To: tz at lecserver.nci.nih.gov








Russ,
 
I think you'd be better off parsing the compiled data, it's 
a lot more consistent.
 
Thanks,
=Billy 
Bennett  



From: russ [mailto:russell.sayers at gmail.com] 

Sent: Saturday, June 06, 2009 11:53 PM
To: 
tz at lecserver.nci.nih.gov
Subject: tz file format


Hi,

I hope i'm not wasting your time.  I'm attempting to 
read the tz database into a c# application, and I'm not sure how to interpret 
this entry:

Zone Australia/Hobart    
9:49:16    -    LMT    1895 
Sep
            
10:00    -    EST    1916 Oct 1 
2:00
            
10:00    1:00    EST    1917 
Feb
            
10:00    Aus    EST    
1967
            
10:00    AT    EST

What is the significance 
of the "1:00" on the row ending in "1917 Feb".  Do I just add this to the 
10:00 offset?

Thanks,
Russell


-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From olsona at dc37a.nci.nih.gov  Mon Jun  8 13:24:41 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 8 Jun 2009 09:24:41 -0400
Subject: tzcode2009i.tar.gz and tzdata2009i.tar.gz
Message-ID: 

The files...
	ftp://elsie.nci.nih.gov/pub/tzcode2009i.tar.gz
...and...
	ftp://elsie.nci.nih.gov/pub/tzdata2009i.tar.gz
...are now available; these reflect the changes circulated last week on
the time zone mailing list (most importantly, updating for DST in
Bangladesh this year).

				--ado
	



From autarch at urth.org  Mon Jun  8 16:41:10 2009
From: autarch at urth.org (Dave Rolsky)
Date: Mon, 8 Jun 2009 11:41:10 -0500 (CDT)
Subject: Understanding the Bangladesh change
Message-ID: 

So I went to update my Perl package based on the Olson database this 
morning, and my tests are blowing up.

The problem is that I don't have any code to handle the current Bangladesh 
situation. If I'm reading the database correctly, it says that there is a 
change scheduled for 2009, but then there's nothing scheduled for future 
years. Does that mean that 2010+ are considered unknown and 
uncalculatable?

That seems somewhat problematic. I can't be the only one who expects to be 
able to use the Olson database to calculate future dates.


-dave

/*============================================================
http://VegGuide.org               http://blog.urth.org
Your guide to all that's veg      House Absolute(ly Pointless)
============================================================*/


From russell.sayers at gmail.com  Tue Jun  9 05:00:41 2009
From: russell.sayers at gmail.com (russ)
Date: Tue, 9 Jun 2009 15:00:41 +1000
Subject: tz file format
In-Reply-To: <4A2B4E33.5070003@relativedata.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
	 <4A2B4E33.5070003@relativedata.com>
Message-ID: <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>

Thanks for the info.

If there is no corresponding rule - how do you know when daylight/summer
time starts/finishes?

Russ

On Sun, Jun 7, 2009 at 3:20 PM, David Patte  wrote:

> The line means
>
> Until Feb 1917, add 10h offset to get standard time, and 1 more hour for
> local wall time (EST). This shortcut represents "daylight/summer' time,
> without having to use a rule record.
>
> David Patte
> Relative Data, Inc.
>
>
> russ wrote:
>
>> Hi,
>>
>> I hope i'm not wasting your time.  I'm attempting to read the tz database
>> into a c# application, and I'm not sure how to interpret this entry:
>>
>> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>>            10:00    -    EST    1916 Oct 1 2:00
>>            10:00    1:00    EST    1917 Feb
>>            10:00    Aus    EST    1967
>>            10:00    AT    EST
>>
>> What is the significance of the "1:00" on the row ending in "1917 Feb".
>>  Do I just add this to the 10:00 offset?
>>
>> Thanks,
>> Russell
>>
>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From russell.sayers at gmail.com  Tue Jun  9 05:08:18 2009
From: russell.sayers at gmail.com (russ)
Date: Tue, 9 Jun 2009 15:08:18 +1000
Subject: tz file format
In-Reply-To: <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>
References: <10304c580906062052l7e1221ffi5ea5232b4c60dcbc@mail.gmail.com>
	 <4A2B4E33.5070003@relativedata.com>
	 <10304c580906082200x3d6a2735u1ddd24a00f14d16f@mail.gmail.com>
Message-ID: <10304c580906082208t40e741aeh77e0d061d4d8715c@mail.gmail.com>

Forget I said that... I can see daylight time ran from 1-Oct-1916 to
28-Feb-1917.

Thanks,
Russ

On Tue, Jun 9, 2009 at 3:00 PM, russ  wrote:

> Thanks for the info.
>
> If there is no corresponding rule - how do you know when daylight/summer
> time starts/finishes?
>
> Russ
>
>
> On Sun, Jun 7, 2009 at 3:20 PM, David Patte wrote:
>
>> The line means
>>
>> Until Feb 1917, add 10h offset to get standard time, and 1 more hour for
>> local wall time (EST). This shortcut represents "daylight/summer' time,
>> without having to use a rule record.
>>
>> David Patte
>> Relative Data, Inc.
>>
>>
>> russ wrote:
>>
>>> Hi,
>>>
>>> I hope i'm not wasting your time.  I'm attempting to read the tz database
>>> into a c# application, and I'm not sure how to interpret this entry:
>>>
>>> Zone Australia/Hobart    9:49:16    -    LMT    1895 Sep
>>>            10:00    -    EST    1916 Oct 1 2:00
>>>            10:00    1:00    EST    1917 Feb
>>>            10:00    Aus    EST    1967
>>>            10:00    AT    EST
>>>
>>> What is the significance of the "1:00" on the row ending in "1917 Feb".
>>>  Do I just add this to the 10:00 offset?
>>>
>>> Thanks,
>>> Russell
>>>
>>>
>>>
>>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From info at nao-net.com  Thu Jun 11 06:00:26 2009
From: info at nao-net.com (Naoko McCracken)
Date: Thu, 11 Jun 2009 02:00:26 -0400
Subject: Typos, duplicates, old/new names
Message-ID: <7e33d7870906102300t7178c78dq51b1cd7153cc01e1@mail.gmail.com>

Hi,

I was directed to your project when I reported issues with WordPress
language file.
They use your timezone database via the php function
timezone_identifiers_list() to fetch country names for:
http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-cities.pot

My post: http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
Reply: http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html

There are a couple more things reported by another language file maintainer:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html

I'm totally new here and not sure if I'm sending this to the right place.
I'd appreciate it if someone can help me through to get these issues
straightened.

Thank you,

---
Naoko McCracken
http://ja.wordpress.org/


From olsona at dc37a.nci.nih.gov  Thu Jun 11 13:16:48 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 11 Jun 2009 09:16:48 -0400
Subject: FW: Typos, duplicates, old/new names
Message-ID: 

I'm forwarding this message from Naoko McCracken, who is not on the time
zone mailing list. Those of you who are on the list, please direct
replies appropriately.

				--ado

-----Original Message-----
From: Naoko McCracken [mailto:info at nao-net.com] 
Sent: Thursday, June 11, 2009 2:01
To: tz at lecserver.nci.nih.gov
Subject: Typos, duplicates, old/new names

Hi,

I was directed to your project when I reported issues with WordPress
language file.
They use your timezone database via the php function
timezone_identifiers_list() to fetch country names for:
http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
cities.pot

My post:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
Reply:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html

There are a couple more things reported by another language file
maintainer:
http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html

I'm totally new here and not sure if I'm sending this to the right
place.
I'd appreciate it if someone can help me through to get these issues
straightened.

Thank you,

---
Naoko McCracken
http://ja.wordpress.org/




From scott.roy.atwood at gmail.com  Thu Jun 11 18:47:26 2009
From: scott.roy.atwood at gmail.com (Scott Atwood)
Date: Thu, 11 Jun 2009 11:47:26 -0700
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: 
References: 
Message-ID: <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>

Naoko,

The timezone identifiers used by the Olson timezone database aren't
necessarily intended for direct use by end users.  Many of the issues you
report are due to the rules and conventions used for selecting timezone
identifier names.

The basic structure of the timezone identifiers is usually in two parts.
The first part identifies the continent or ocean in which the timezone is
located.  The second part is the name of the largest or most important city
within the timezone.  North America and South America are collapsed into a
single top level identifier of America.  This structure was chosen because
continents and cities tend to be relatively stable entities, but country
names and their borders can vary wildly over time.

Indiana, Kentucky, and Argentina have particularly interesting time zone
histories, which means they contain relatively many timezones identified by
relatively nondescript cities.  So in order to avoid ambiguity and/or
conflict in timezone identifiers, an additional level in the timezone
hierarchy was introduced for these regions.

Most of the issues you identify are related to backwards compatibility
links.  Once a timezone identifier has been created, it should remain stable
so that software that relies on an existing timezone identifier won't break
when the timezone package is updated.  So if a timezone identifier needs to
change, the old timezone identifier is kept as an alias for the new name.

Most of the duplicates you note are due to changes in the preferred English
transliteration of foreign city names.  The abbreviations of Australian
timezones and the cardinal direction Australian timezones are deprecated
timezone identifiers that are backwards compatibility links to timezones in
the current Continent/City format.  When a city name changes, the old name
is kept as an alias for the new name.  ComodRivadavia is also a backwards
compatibility link.

Unless these backwards compatibility links are causing serious issues with
your application, I urge you to leave them be, since they be required by
some clients who already rely on them.  However, it may not be unreasonable
to not display the backwards compatibility links in a UI that end users use
to select a new time zone.

The timezone identifiers can only contain upper and lower case ASCII
letters, and underscores.  Spaces, apostrophes, and accented letters are not
allowed.  Hence Dumont d'Urville becomes DumontDUrville.

And for what it's worth, there is a Central Western time zone in Australia,
but it is unofficial, and though it covers a large area, it encompasses only
a very small population.

I hope this answers your concerns.  Please let me know if you have any
further questions.

-Scott

On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E] <
olsona at dc37a.nci.nih.gov> wrote:

> I'm forwarding this message from Naoko McCracken, who is not on the time
> zone mailing list. Those of you who are on the list, please direct
> replies appropriately.
>
>                                --ado
>
> -----Original Message-----
> From: Naoko McCracken [mailto:info at nao-net.com]
> Sent: Thursday, June 11, 2009 2:01
> To: tz at lecserver.nci.nih.gov
> Subject: Typos, duplicates, old/new names
>
> Hi,
>
> I was directed to your project when I reported issues with WordPress
> language file.
> They use your timezone database via the php function
> timezone_identifiers_list() to fetch country names for:
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
> cities.pot
>
> My post:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
> Reply:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
>
> There are a couple more things reported by another language file
> maintainer:
> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
>
> I'm totally new here and not sure if I'm sending this to the right
> place.
> I'd appreciate it if someone can help me through to get these issues
> straightened.
>
> Thank you,
>
> ---
> Naoko McCracken
> http://ja.wordpress.org/
>
>
>


-- 
Scott Atwood

Cycle tracks will abound in Utopia.  ~H.G. Wells
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From info at nao-net.com  Fri Jun 12 04:12:58 2009
From: info at nao-net.com (Naoko McCracken)
Date: Fri, 12 Jun 2009 00:12:58 -0400
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
References:  
	<9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
Message-ID: <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>

Scott,

Thank you for your in-depth explanation of why the names are set up this way.
It sounds like a lot more complicated set of information than I realized before.
I have much appreciation for you all to be keeping the database available for
other projects.

Now that I understand the reasons,  it makes sense.

This new type of timezone system was introduced in the current version of the
program. It used to have a simple timezone selection with +- GMT; summer
time was set manually.

I'm not a programmer but more of a translator, so I'll work with others to
figure out what we can do.
Thank you so much for your help.

Naoko McCracken

On Thu, Jun 11, 2009 at 2:47 PM, Scott Atwood wrote:
> Naoko,
>
> The timezone identifiers used by the Olson timezone database aren't
> necessarily intended for direct use by end users.? Many of the issues you
> report are due to the rules and conventions used for selecting timezone
> identifier names.
>
> The basic structure of the timezone identifiers is usually in two parts.
> The first part identifies the continent or ocean in which the timezone is
> located.? The second part is the name of the largest or most important city
> within the timezone.? North America and South America are collapsed into a
> single top level identifier of America.? This structure was chosen because
> continents and cities tend to be relatively stable entities, but country
> names and their borders can vary wildly over time.
>
> Indiana, Kentucky, and Argentina have particularly interesting time zone
> histories, which means they contain relatively many timezones identified by
> relatively nondescript cities.? So in order to avoid ambiguity and/or
> conflict in timezone identifiers, an additional level in the timezone
> hierarchy was introduced for these regions.
>
> Most of the issues you identify are related to backwards compatibility
> links.? Once a timezone identifier has been created, it should remain stable
> so that software that relies on an existing timezone identifier won't break
> when the timezone package is updated.? So if a timezone identifier needs to
> change, the old timezone identifier is kept as an alias for the new name.
>
> Most of the duplicates you note are due to changes in the preferred English
> transliteration of foreign city names.? The abbreviations of Australian
> timezones and the cardinal direction Australian timezones are deprecated
> timezone identifiers that are backwards compatibility links to timezones in
> the current Continent/City format.? When a city name changes, the old name
> is kept as an alias for the new name.? ComodRivadavia is also a backwards
> compatibility link.
>
> Unless these backwards compatibility links are causing serious issues with
> your application, I urge you to leave them be, since they be required by
> some clients who already rely on them.? However, it may not be unreasonable
> to not display the backwards compatibility links in a UI that end users use
> to select a new time zone.
>
> The timezone identifiers can only contain upper and lower case ASCII
> letters, and underscores.? Spaces, apostrophes, and accented letters are not
> allowed.? Hence Dumont d'Urville becomes DumontDUrville.
>
> And for what it's worth, there is a Central Western time zone in Australia,
> but it is unofficial, and though it covers a large area, it encompasses only
> a very small population.
>
> I hope this answers your concerns.? Please let me know if you have any
> further questions.
>
> -Scott
>
> On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E]
>  wrote:
>>
>> I'm forwarding this message from Naoko McCracken, who is not on the time
>> zone mailing list. Those of you who are on the list, please direct
>> replies appropriately.
>>
>> ? ? ? ? ? ? ? ? ? ? ? ? ? ? ? ?--ado
>>
>> -----Original Message-----
>> From: Naoko McCracken [mailto:info at nao-net.com]
>> Sent: Thursday, June 11, 2009 2:01
>> To: tz at lecserver.nci.nih.gov
>> Subject: Typos, duplicates, old/new names
>>
>> Hi,
>>
>> I was directed to your project when I reported issues with WordPress
>> language file.
>> They use your timezone database via the php function
>> timezone_identifiers_list() to fetch country names for:
>> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
>> cities.pot
>>
>> My post:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
>> Reply:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
>>
>> There are a couple more things reported by another language file
>> maintainer:
>> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
>>
>> I'm totally new here and not sure if I'm sending this to the right
>> place.
>> I'd appreciate it if someone can help me through to get these issues
>> straightened.
>>
>> Thank you,
>>
>> ---
>> Naoko McCracken
>> http://ja.wordpress.org/
>>
>>
>
>
>
> --
> Scott Atwood
>
> Cycle tracks will abound in Utopia. ?~H.G. Wells
>
>
>



From pasky at suse.cz  Fri Jun 12 05:53:28 2009
From: pasky at suse.cz (Petr Baudis)
Date: Fri, 12 Jun 2009 07:53:28 +0200
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: 
References: 
Message-ID: <20090612055328.GD8501@machine.or.cz>

  Hi!

On Thu, Jun 11, 2009 at 09:16:48AM -0400, Olson, Arthur David (NIH/NCI) [E] wrote:
> I was directed to your project when I reported issues with WordPress
> language file.
> They use your timezone database via the php function
> timezone_identifiers_list() to fetch country names for:
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-cities.pot

  Note that various existing, partial translations are already scattered
over few projects, e.g. Java implementations tend to have some. Maybe it
would be reasonable for the long term if tzdata would become the central
point for the translations and provide interface for them?

-- 
				Petr "Pasky" Baudis
The lyf so short, the craft so long to lerne. -- Chaucer


From scott.roy.atwood at gmail.com  Fri Jun 12 07:39:18 2009
From: scott.roy.atwood at gmail.com (Scott Atwood)
Date: Fri, 12 Jun 2009 00:39:18 -0700
Subject: FW: Typos, duplicates, old/new names
In-Reply-To: <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>
References: 
	 <9a21c4d20906111147m274ca73ob786e0a9ba0f0492@mail.gmail.com>
	 <7e33d7870906112112t513e1756w9cd211121735a8ab@mail.gmail.com>
Message-ID: <9a21c4d20906120039g7c044043sac418efc15ac518d@mail.gmail.com>

You may also want to look into the CLDR project, which is an open project to
provide common localization data, including translations for the names of
time zones.

http://cldr.unicode.org/

-Scott

On Thu, Jun 11, 2009 at 9:12 PM, Naoko McCracken  wrote:

> Scott,
>
> Thank you for your in-depth explanation of why the names are set up this
> way.
> It sounds like a lot more complicated set of information than I realized
> before.
> I have much appreciation for you all to be keeping the database available
> for
> other projects.
>
> Now that I understand the reasons,  it makes sense.
>
> This new type of timezone system was introduced in the current version of
> the
> program. It used to have a simple timezone selection with +- GMT; summer
> time was set manually.
>
> I'm not a programmer but more of a translator, so I'll work with others to
> figure out what we can do.
> Thank you so much for your help.
>
> Naoko McCracken
>
> On Thu, Jun 11, 2009 at 2:47 PM, Scott Atwood
> wrote:
> > Naoko,
> >
> > The timezone identifiers used by the Olson timezone database aren't
> > necessarily intended for direct use by end users.  Many of the issues you
> > report are due to the rules and conventions used for selecting timezone
> > identifier names.
> >
> > The basic structure of the timezone identifiers is usually in two parts.
> > The first part identifies the continent or ocean in which the timezone is
> > located.  The second part is the name of the largest or most important
> city
> > within the timezone.  North America and South America are collapsed into
> a
> > single top level identifier of America.  This structure was chosen
> because
> > continents and cities tend to be relatively stable entities, but country
> > names and their borders can vary wildly over time.
> >
> > Indiana, Kentucky, and Argentina have particularly interesting time zone
> > histories, which means they contain relatively many timezones identified
> by
> > relatively nondescript cities.  So in order to avoid ambiguity and/or
> > conflict in timezone identifiers, an additional level in the timezone
> > hierarchy was introduced for these regions.
> >
> > Most of the issues you identify are related to backwards compatibility
> > links.  Once a timezone identifier has been created, it should remain
> stable
> > so that software that relies on an existing timezone identifier won't
> break
> > when the timezone package is updated.  So if a timezone identifier needs
> to
> > change, the old timezone identifier is kept as an alias for the new name.
> >
> > Most of the duplicates you note are due to changes in the preferred
> English
> > transliteration of foreign city names.  The abbreviations of Australian
> > timezones and the cardinal direction Australian timezones are deprecated
> > timezone identifiers that are backwards compatibility links to timezones
> in
> > the current Continent/City format.  When a city name changes, the old
> name
> > is kept as an alias for the new name.  ComodRivadavia is also a backwards
> > compatibility link.
> >
> > Unless these backwards compatibility links are causing serious issues
> with
> > your application, I urge you to leave them be, since they be required by
> > some clients who already rely on them.  However, it may not be
> unreasonable
> > to not display the backwards compatibility links in a UI that end users
> use
> > to select a new time zone.
> >
> > The timezone identifiers can only contain upper and lower case ASCII
> > letters, and underscores.  Spaces, apostrophes, and accented letters are
> not
> > allowed.  Hence Dumont d'Urville becomes DumontDUrville.
> >
> > And for what it's worth, there is a Central Western time zone in
> Australia,
> > but it is unofficial, and though it covers a large area, it encompasses
> only
> > a very small population.
> >
> > I hope this answers your concerns.  Please let me know if you have any
> > further questions.
> >
> > -Scott
> >
> > On Thu, Jun 11, 2009 at 6:16 AM, Olson, Arthur David (NIH/NCI) [E]
> >  wrote:
> >>
> >> I'm forwarding this message from Naoko McCracken, who is not on the time
> >> zone mailing list. Those of you who are on the list, please direct
> >> replies appropriately.
> >>
> >>                                --ado
> >>
> >> -----Original Message-----
> >> From: Naoko McCracken [mailto:info at nao-net.com]
> >> Sent: Thursday, June 11, 2009 2:01
> >> To: tz at lecserver.nci.nih.gov
> >> Subject: Typos, duplicates, old/new names
> >>
> >> Hi,
> >>
> >> I was directed to your project when I reported issues with WordPress
> >> language file.
> >> They use your timezone database via the php function
> >> timezone_identifiers_list() to fetch country names for:
> >>
> http://svn.automattic.com/wordpress-i18n/pot/trunk/wordpress-continents-
> >> cities.pot
> >>
> >> My post:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003435.html
> >> Reply:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003439.html
> >>
> >> There are a couple more things reported by another language file
> >> maintainer:
> >> http://comox.textdrive.com/pipermail/wp-polyglots/2009-May/003443.html
> >>
> >> I'm totally new here and not sure if I'm sending this to the right
> >> place.
> >> I'd appreciate it if someone can help me through to get these issues
> >> straightened.
> >>
> >> Thank you,
> >>
> >> ---
> >> Naoko McCracken
> >> http://ja.wordpress.org/
> >>
> >>
> >
> >
> >
> > --
> > Scott Atwood
> >
> > Cycle tracks will abound in Utopia.  ~H.G. Wells
> >
> >
> >
>



-- 
Scott Atwood

Cycle tracks will abound in Utopia.  ~H.G. Wells
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From jnorgard at prodigy.net.mx  Mon Jun 15 02:37:54 2009
From: jnorgard at prodigy.net.mx (=?iso-8859-1?Q?Jesper_N=F8rgaard?=)
Date: Sun, 14 Jun 2009 21:37:54 -0500
Subject: tzdata2009i - Bangladesh
Message-ID: <3EBA1ECB06C54A9883CF8FFC1977599F@NORGAARDPC>

Bangladesh is applying DST this 20.th.of June. In file tzdata2009i this is
the attempt to implement it:
 
Rule Bang 2009 only - Jan 1 0:00 0 -
Rule Bang 2009 only - Jun 20 0:00 1:00 S
 
Now that doesn't make sense to me at all. Bangladesh has not had anything
close to "DST" since 1951, and then we zero-set DST January 1st. 2009? Then
after implementation of DST next Saturday we leave it dangling for the next
millenium? Probably this is really just a "typo" for
 
Rule Bang 2010 only - Jan 1 0:00 0 -
Rule Bang 2009 only - Jun 20 0:00 1:00 S

So Bangladesh leaves DST with year end of 2009, since we have no
authoritative information. But this is not a very good guess in my opinion,
in fact Steffen Thorsen mentions semi-authoritative information:


"On another note, Bangladesh's minister for power said earlier in 2009 that
the new timing might continue until 
the end of September. Timeanddate.com will provide an update on the DST end
date when it becomes available."
 
Any guess in the end of September seems better to me, or October 1.st. 2009
at 0:00?
 
... perhaps this was why Dave Rolsky's test cases were blowing up? :)

- Jesper N?rgaard Welen
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From martin.pitt at ubuntu.com  Mon Jun 15 08:20:52 2009
From: martin.pitt at ubuntu.com (Martin Pitt)
Date: Mon, 15 Jun 2009 10:20:52 +0200
Subject: 2009i - Bangladesh suddenly switches to UTC
Message-ID: <20090615082052.GB4601@piware.de>

Hello,

with 2009i, which was supposed to fix DST in Bangladesh, I get a very
strange result:

| $ zdump -v Asia/Dhaka
| Asia/Dhaka  -9223372036854775808 = NULL
| Asia/Dhaka  -9223372036854689408 = NULL
| Asia/Dhaka  Tue Dec 31 17:58:19 1889 UTC = Tue Dec 31 23:59:59 1889 LMT isdst=0 gmtoff=21700
| Asia/Dhaka  Tue Dec 31 17:58:20 1889 UTC = Tue Dec 31 23:51:40 1889 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:39 1941 UTC = Tue Sep 30 23:59:59 1941 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:40 1941 UTC = Wed Oct  1 00:36:40 1941 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:29:59 1942 UTC = Thu May 14 23:59:59 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:30:00 1942 UTC = Thu May 14 23:00:00 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:29:59 1942 UTC = Mon Aug 31 23:59:59 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:30:00 1942 UTC = Tue Sep  1 01:00:00 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:29:59 1951 UTC = Sat Sep 29 23:59:59 1951 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:30:00 1951 UTC = Sat Sep 29 23:30:00 1951 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 17:59:59 1971 UTC = Thu Mar 25 23:59:59 1971 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 18:00:00 1971 UTC = Fri Mar 26 00:00:00 1971 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Fri Jun 19 18:00:00 2009 UTC isdst=0 gmtoff=0
| Asia/Dhaka  9223372036854689407 = NULL
| Asia/Dhaka  9223372036854775807 = NULL

Note the third last line: It suddenly switches to UTC/gmtoff=0. This
doesn't look right?

Thank you for any enlightening,

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: 

From kamrus.saadat at aamra.com.bd  Mon Jun 15 08:37:15 2009
From: kamrus.saadat at aamra.com.bd (A. N. M. Kamrus Saadat)
Date: Mon, 15 Jun 2009 08:37:15 +0000 (UTC)
Subject: tzdata2009i - Bangladesh
References: <3EBA1ECB06C54A9883CF8FFC1977599F@NORGAARDPC>
Message-ID: 

Hi,

Finally we've got the official mail regarding DST start time where DST start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus


From olsona at dc37a.nci.nih.gov  Mon Jun 15 10:37:31 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 15 Jun 2009 06:37:31 -0400
Subject: FW:  Re: tzdata2009i - Bangladesh
Message-ID: 

I'm forwareding this message from Kamru Saadat, who is not on the time
zone mailing list. Those of you who are on the time zone mailing list,
please direct replies appropriately.

				--ado

-----Original Message-----
From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 4:37
To: tz at lecserver.nci.nih.gov
Subject: Re: tzdata2009i - Bangladesh

Hi,

Finally we've got the official mail regarding DST start time where DST
start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus


From olsona at lecserver.nci.nih.gov  Mon Jun 15 10:56:06 2009
From: olsona at lecserver.nci.nih.gov (Arthur David Olson)
Date: Mon, 15 Jun 2009 06:56:06 -0400 (EDT)
Subject: proposed time zone package change for Bangladesh
Message-ID: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>

First a note that tzdata2009i.tar.gz does seem to do the expected thing
here on the mother system:

	Script started on Mon Jun 15 06:34:58 2009
	lecserver$ ./zdump -v Asia/Dhaka | grep 2009
	Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0
	Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Sat Jun 20 01:00:00 2009 BDST isdst=1
	lecserver$ exit

	script done on Mon Jun 15 06:35:15 2009

However, given this morning's note about DST starting at 23:00...
	Finally we've got the official mail regarding DST start time where DST
	start time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
	Telecommunication Regulatory Commission).

	No DST end date has been announced yet.
...and as a way to both simplify the change and avoid glitches, below
find a proposed change to the "asia" file. Feedback both on the
usefulness of the change and when to push it is welcome.

				--ado

------- asia -------
*** /tmp/geta26023	Mon Jun 15 06:44:15 2009
--- /tmp/getb26023	Mon Jun 15 06:44:15 2009
***************
*** 1,5 ****
  # ! # @(#)asia	8.34
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
--- 1,5 ----
  # ! # @(#)asia	8.35
  # This file is in the public domain, so clarified as of
  # 2009-05-17 by Arthur David Olson.
  
***************
*** 165,173 ****
  # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
  # 
  
! # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
! Rule	Bang	2009	only	-	Jan	1	0:00	0	-
! Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
  
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
--- 165,176 ----
  # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
  # 
  
! # From A. N. M. Kamrus Saadat (2009-06-15):
! # Finally we've got the official mail regarding DST start time where DST start 
! # time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh 
! # Telecommunication Regulatory Commission). 
! #
! # No DST end date has been announced yet.
  
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
  Zone	Asia/Dhaka	6:01:40 -	LMT	1890
***************
*** 176,183 ****
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 # Bangladesh Time
! 			6:00	Bang	BD%sT
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
--- 179,186 ----
  			5:30	-	IST	1942 Sep
  			6:30	-	BURT	1951 Sep 30
  			6:00	-	DACT	1971 Mar 26 # Dacca Time
! 			6:00	-	BDT	2009 Jun 19 23:00 # Bangladesh Time
! 			6:00	1:00	BDST
  
  # Bhutan
  # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]


From kamrus.saadat at aamra.com.bd  Mon Jun 15 11:42:15 2009
From: kamrus.saadat at aamra.com.bd (A. N. M. Kamrus Saadat)
Date: Mon, 15 Jun 2009 17:42:15 +0600
Subject: tzdata2009i - Bangladesh
Message-ID: <002001c9edae$56663100$03329300$@saadat@aamra.com.bd>

Hi,

 

For credibility issue, I am just sending scan copy of the official mail and
one link.

 

Please see the official letter written in Bengali from BTRC in the attached
email. Currently no English version of this mail is available.

 

Also please find the following link with the new start time information:

 

http://support.microsoft.com/kb/972423

 

Thanks,

Kamrus

 

 

 

-----Original Message-----
From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona at dc37a.nci.nih.gov] 
Sent: Monday, June 15, 2009 4:38 PM
To: tz at elsie.nci.nih.gov
Cc: kamrus.saadat at aamra.com.bd
Subject: FW: Re: tzdata2009i - Bangladesh

 

I'm forwareding this message from Kamrus Saadat, who is not on the time

zone mailing list. Those of you who are on the time zone mailing list,

please direct replies appropriately.

 

                        --ado

 

-----Original Message-----

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 

Sent: Monday, June 15, 2009 4:37

To: tz at lecserver.nci.nih.gov

Subject: Re: tzdata2009i - Bangladesh

 

Hi,

 

Finally we've got the official mail regarding DST start time where DST

start

time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh

Telecommunication

Regulatory Commission). 

 

No DST end date has been announced yet.

 

Thanks,

Kamrus

 

 

 

 

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 5:12 PM
To: Muralidhar.Indraganti at Sun.COM
Cc: sun.technologies at aamra.com.bd
Subject: RE: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Murali,

 

Please see the official letter written in Bengali from BTRC in the attached
email. Currently no English version of this mail is available.

 

Also please find the following link with the new start time information:

 

http://support.microsoft.com/kb/972423

 

Thanks,

Kamrus

 

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 5:04 PM
To: A. N. M. Kamrus Saadat
Cc: sun.technologies at aamra.com.bd
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Kamrus,

Does it mean that the information on
http://www.bangladesh.gov.bd/index.php?option=com_content

&task=view&id=172 is out-dated? 

Can you provide any public link like above/ scanned copy stating that DST
start time is mentioned as Jun 19 2009, 23:00. 
Wanted to make sure that BTRC (Bangladesh Telecommunication Regulatory
Commission) is 100% correct on this.

We would need an official/ public document to make the changes happen. 

Thanks,
Murali. 

On 06/15/09 16:02, A. N. M. Kamrus Saadat wrote: 

Hi Murali,

Finally we've got the official mail regarding DST start time where DST start
time is mentioned as Jun 19 2009, 23:00 (previous start time was 20th June
2009 00:00)  from BTRC (Bangladesh Telecommunication Regulatory Commission).
End date is not announced yet.

 

So, we'll be in a big trouble if we need to update the rule manually for
more than 500 servers belongs to Ericsson within a short period of time
(only 3 days left).

 

Could you please provide us the compiled Dhaka.dat file with the new DST
rule where start time should be 19th June 2009 23:00 ?

For the work around 1,  Ericsson second line comments that  it would be too
difficult to implement. 

Changes to every application's start script would be required and these
changes may be wiped after the next CU/EC/EU upgrade.

So they want to go for the work around 2. What's your comments regarding
this?

 

Thanks,

Kamrus

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 3:50 PM
To: A. N. M. Kamrus Saadat
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for
Bangladesh DST rule-reg

 

Hi Kamrus,

Let me know how the workaround works for you. 

We have filed a Bug/ Change Request (CR): 6848989 (tz) Embed tzdata2009i
into   the tzupdater tool



We Escalated this to the Engineering for a fix. 
 
Will be embeded tzdata2009i into the tzupdater tool. 


PS: This is not yet tested & certified by Sun Q&A. This is NOT for
Production use. 
Please test this on your Test machine and let us know how it works for you. 

Thanks,
Murali.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: y25d3a00.tif
Type: image/tiff
Size: 58063 bytes
Desc: not available
URL: 

From olsona at dc37a.nci.nih.gov  Mon Jun 15 14:00:03 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Mon, 15 Jun 2009 10:00:03 -0400
Subject: FW: Re: tzdata2009i - Bangladesh
Message-ID: 

I'm forwarding this message from A. N. M. Kamrus Saadat, who is not on the time zone mailing list. Those of you who are on the list, please direct replies appropriately.

				--ado

From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 7:42
To: Olson, Arthur David (NIH/NCI) [E]
Cc: tz at elsie.nci.nih.gov
Subject: RE: Re: tzdata2009i - Bangladesh

Hi,

For credibility issue, I am just sending scan copy of the official mail and one link.

Please see the official letter written in Bengali from BTRC in the attached email. Currently no English version of this mail is available.

Also please find the following link with the new start time information:

http://support.microsoft.com/kb/972423

Thanks,
Kamrus



-----Original Message-----
From: Olson, Arthur David (NIH/NCI) [E] [mailto:olsona at dc37a.nci.nih.gov] 
Sent: Monday, June 15, 2009 4:38 PM
To: tz at elsie.nci.nih.gov
Cc: kamrus.saadat at aamra.com.bd
Subject: FW: Re: tzdata2009i - Bangladesh

I'm forwareding this message from Kamrus Saadat, who is not on the time
zone mailing list. Those of you who are on the time zone mailing list,
please direct replies appropriately.

??????????????????????? --ado

-----Original Message-----
From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 4:37
To: tz at lecserver.nci.nih.gov
Subject: Re: tzdata2009i - Bangladesh

Hi,

Finally we've got the official mail regarding DST start time where DST
start
time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh
Telecommunication
Regulatory Commission). 

No DST end date has been announced yet.

Thanks,
Kamrus




From: A. N. M. Kamrus Saadat [mailto:kamrus.saadat at aamra.com.bd] 
Sent: Monday, June 15, 2009 5:12 PM
To: Muralidhar.Indraganti at Sun.COM
Cc: sun.technologies at aamra.com.bd
Subject: RE: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg

Hi Murali,

Please see the official letter written in Bengali from BTRC in the attached email. Currently no English version of this mail is available.

Also please find the following link with the new start time information:

http://support.microsoft.com/kb/972423

Thanks,
Kamrus

From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 5:04 PM
To: A. N. M. Kamrus Saadat
Cc: sun.technologies at aamra.com.bd
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg

Hi Kamrus,

Does it mean that the information on http://www.bangladesh.gov.bd/index.php?option=com_content&task=view&id=172 is out-dated? 

Can you provide any public link like above/ scanned copy stating that DST start time is mentioned as Jun 19 2009, 23:00. 
Wanted to make sure that BTRC (Bangladesh Telecommunication Regulatory Commission) is 100% correct on this.

We would need an official/ public document to make the changes happen. 

Thanks,
Murali. 

On 06/15/09 16:02, A. N. M. Kamrus Saadat wrote: 
Hi Murali,
Finally we've got the official mail regarding DST start time where DST start time is mentioned as Jun 19 2009, 23:00 (previous start time was 20th June 2009 00:00) ?from BTRC (Bangladesh Telecommunication Regulatory Commission). End date is not announced yet.
?
So, we'll be in a big trouble if we need to update the rule manually for more than 500 servers belongs to Ericsson within a short period of time (only 3 days left).
?
Could you please provide us the compiled Dhaka.dat file with the new DST rule where start time should be 19th June 2009 23:00 ?
For the work around 1,? Ericsson second line comments that? it would be too difficult to implement. 
Changes to every application's start script would be required and these changes may be wiped after the next CU/EC/EU upgrade.
So they want to go for the work around 2. What's your comments regarding this?
?
Thanks,
Kamrus
From: Muralidhar.Indraganti at Sun.COM [mailto:Muralidhar.Indraganti at Sun.COM] 
Sent: Monday, June 15, 2009 3:50 PM
To: A. N. M. Kamrus Saadat
Subject: Re: Case:id-11355164-Sun Fire E6900: Need TZUpdater tool for Bangladesh DST rule-reg
?
Hi Kamrus,

Let me know how the workaround works for you. 

We have filed a Bug/ Change Request (CR): 6848989 (tz) Embed tzdata2009i into the tzupdater tool
We Escalated this to the Engineering for a fix. 
?
Will be embeded tzdata2009i into the tzupdater tool. 

PS: This is not yet tested & certified by Sun Q&A. This is NOT for Production use. 
Please test this on your Test machine and let us know how it works for you. 

Thanks,
Murali.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: y25d3a00.tif
Type: image/tiff
Size: 58063 bytes
Desc: y25d3a00.tif
URL: 

From martin.pitt at ubuntu.com  Mon Jun 15 08:20:52 2009
From: martin.pitt at ubuntu.com (Martin Pitt)
Date: Mon, 15 Jun 2009 10:20:52 +0200
Subject: 2009i - Bangladesh suddenly switches to UTC
Message-ID: <20090615082052.GB4601@piware.de>

Hello,

with 2009i, which was supposed to fix DST in Bangladesh, I get a very
strange result:

| $ zdump -v Asia/Dhaka
| Asia/Dhaka  -9223372036854775808 = NULL
| Asia/Dhaka  -9223372036854689408 = NULL
| Asia/Dhaka  Tue Dec 31 17:58:19 1889 UTC = Tue Dec 31 23:59:59 1889 LMT isdst=0 gmtoff=21700
| Asia/Dhaka  Tue Dec 31 17:58:20 1889 UTC = Tue Dec 31 23:51:40 1889 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:39 1941 UTC = Tue Sep 30 23:59:59 1941 HMT isdst=0 gmtoff=21200
| Asia/Dhaka  Tue Sep 30 18:06:40 1941 UTC = Wed Oct  1 00:36:40 1941 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:29:59 1942 UTC = Thu May 14 23:59:59 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Thu May 14 17:30:00 1942 UTC = Thu May 14 23:00:00 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:29:59 1942 UTC = Mon Aug 31 23:59:59 1942 IST isdst=0 gmtoff=19800
| Asia/Dhaka  Mon Aug 31 18:30:00 1942 UTC = Tue Sep  1 01:00:00 1942 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:29:59 1951 UTC = Sat Sep 29 23:59:59 1951 BURT isdst=0 gmtoff=23400
| Asia/Dhaka  Sat Sep 29 17:30:00 1951 UTC = Sat Sep 29 23:30:00 1951 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 17:59:59 1971 UTC = Thu Mar 25 23:59:59 1971 DACT isdst=0 gmtoff=21600
| Asia/Dhaka  Thu Mar 25 18:00:00 1971 UTC = Fri Mar 26 00:00:00 1971 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 17:59:59 2009 UTC = Fri Jun 19 23:59:59 2009 BDT isdst=0 gmtoff=21600
| Asia/Dhaka  Fri Jun 19 18:00:00 2009 UTC = Fri Jun 19 18:00:00 2009 UTC isdst=0 gmtoff=0
| Asia/Dhaka  9223372036854689407 = NULL
| Asia/Dhaka  9223372036854775807 = NULL

Note the third last line: It suddenly switches to UTC/gmtoff=0. This
doesn't look right?

Thank you for any enlightening,

Martin
-- 
Martin Pitt                        | http://www.piware.de
Ubuntu Developer (www.ubuntu.com)  | Debian Developer  (www.debian.org)
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: Digital signature
URL: 

From Sean.Coffey at Sun.COM  Tue Jun 16 15:58:36 2009
From: Sean.Coffey at Sun.COM (Sean Coffey)
Date: Tue, 16 Jun 2009 16:58:36 +0100
Subject: proposed time zone package change for Bangladesh
In-Reply-To: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
References: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
Message-ID: <4A37C12C.6070505@sun.com>



Arthur David Olson wrote:
>
> 	No DST end date has been announced yet.
> ...and as a way to both simplify the change and avoid glitches, below
> find a proposed change to the "asia" file. Feedback both on the
> usefulness of the change and when to push it is welcome.
>
>   
If this new rule has been confirmed (the 0:00 -> 23:00 begin DST rule) 
-  I guess
it makes sense to push the 2009j bundle live before the changes come 
into effect.

My two cent.
regards,
Sean.

> ------- asia -------
> *** /tmp/geta26023	Mon Jun 15 06:44:15 2009
> --- /tmp/getb26023	Mon Jun 15 06:44:15 2009
> ***************
> *** 1,5 ****
>   # > ! # @(#)asia	8.34
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> --- 1,5 ----
>   # > ! # @(#)asia	8.35
>   # This file is in the public domain, so clarified as of
>   # 2009-05-17 by Arthur David Olson.
>   
> ***************
> *** 165,173 ****
>   # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
>   # 
>   
> ! # Rule	NAME	FROM	TO	TYPE	IN	ON	AT	SAVE	LETTER/S
> ! Rule	Bang	2009	only	-	Jan	1	0:00	0	-
> ! Rule	Bang	2009	only	-	Jun	20	0:00	1:00	S
>   
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
> --- 165,176 ----
>   # http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html
>   # 
>   
> ! # From A. N. M. Kamrus Saadat (2009-06-15):
> ! # Finally we've got the official mail regarding DST start time where DST start 
> ! # time is mentioned as Jun 19 2009, 23:00 from BTRC (Bangladesh 
> ! # Telecommunication Regulatory Commission). 
> ! #
> ! # No DST end date has been announced yet.
>   
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>   Zone	Asia/Dhaka	6:01:40 -	LMT	1890
> ***************
> *** 176,183 ****
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 # Bangladesh Time
> ! 			6:00	Bang	BD%sT
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
> --- 179,186 ----
>   			5:30	-	IST	1942 Sep
>   			6:30	-	BURT	1951 Sep 30
>   			6:00	-	DACT	1971 Mar 26 # Dacca Time
> ! 			6:00	-	BDT	2009 Jun 19 23:00 # Bangladesh Time
> ! 			6:00	1:00	BDST
>   
>   # Bhutan
>   # Zone	NAME		GMTOFF	RULES	FORMAT	[UNTIL]
>
>   


From Dave at Cantor.mv.com  Tue Jun 16 20:50:15 2009
From: Dave at Cantor.mv.com (Dave Cantor)
Date: Tue, 16 Jun 2009 16:50:15 -0400
Subject: Time zone references in art
Message-ID: <4A37CD47.6534.18A15076@Dave.Cantor.mv.com>

A possible addition to tz-art.htm :

In the 1946 "A Matter of Life and Death", there is a reference to 
British Double Summer Time.   The time does not play a large part 
in the plot; it's just a passing reference to the time when one 
of the characters was supposed to have died (but didn't).

The IMDb page is at http://us.imdb.com/title/tt0038733/

Dave Cantor
Groton, CT


From mkandasw at in.ibm.com  Wed Jun 17 09:32:30 2009
From: mkandasw at in.ibm.com (Madhusudanan Kandasamy)
Date: Wed, 17 Jun 2009 15:02:30 +0530
Subject: A basic question about ALL_STATE macro..
In-Reply-To: <200906151056.n5FAu6jk026098@lecserver.nci.nih.gov>
Message-ID: 

Hi,

Can anyone tell me the significance of ALL_STATE macro in the localtime.c?
It looks like it will simply allocate memory from heap(thru malloc) for the
lclptr variable instead of using a static global variable lclmem.

Thanks,
Madhu.
_________________________________
Madhusudanan Kandasamy
AIX BOS Development,
IBM Bangalore, EGL D block 6th Floor.



From wtz at worldtimezone.com  Wed Jun 17 19:48:13 2009
From: wtz at worldtimezone.com (Alexander Krivenyshev)
Date: Wed, 17 Jun 2009 19:48:13 +0000 (UTC)
Subject: Bolivia may change Time Zone from GMT-04 to GMT-05 in the winter.
Message-ID: 

According to various news reports
Bolivia is considering to change Time Zone from GMT-04 to GMT-05 in the winter 
2009/2010 to prevent the spread of colds and the new seasonal influenza A 
strain H1N1.
It would be the first time in Bolivian history that changes the time zone. 

Analizan en Bolivia cambiar el huso horario de invierno para evitar gripes
(spanish)
http://www.adn.es/sociedad/20090616/NWS-1425-Analizan-Bolivia-invierno-horario-
cambiar.html

El Gobierno quiere frenar incremento de los resfr?os cambiando el huso horario 
(spanish)
http://www.erbol.com.bo/noticia1.php?identificador=1689&bdatos=notiportada1

or
(Spanish)
http://www.worldtimezone.com/dst_news/dst_news_bolivia01.html

Alexander Krivenyshev,
http://www.worldtimezone.com



From olsona at dc37a.nci.nih.gov  Thu Jun 18 02:42:41 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Wed, 17 Jun 2009 22:42:41 -0400
Subject: tzdata2009j.tar.gz
Message-ID: 

The file...
	ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
...is now available; this reflects the Bangladesh change circulated
earlier this week on the time zone mailing list (with a short turnaround
since the DST change is impending). We'll get to revisit Bangladesh once
the end to DST has been set.

				--ado



From cjwatson at debian.org  Thu Jun 18 10:11:48 2009
From: cjwatson at debian.org (Colin Watson)
Date: Thu, 18 Jun 2009 11:11:48 +0100
Subject: Update URL for 2000/84/EC directive governing current EU DST
Message-ID: <20090618101147.GC7367@riva.ucam.org>

The 'europe' file in tzdata-2009i has this link:

  # The most recent directive covers the years starting in 2002.  See:
  # 
  # Directive 2000/84/EC of the European Parliament and of the Council
  # of 19 January 2001 on summer-time arrangements.
  # 

The URL given there no longer works properly. Here's an updated one,
which Ian Jackson found by way of a search engine:

  http://eur-lex.europa.eu/smartapi/cgi/sga_doc?smartapi!celexapi!prod!CELEXnumdoc&lg=EN&numdoc=32000L0084&model=guichett

Thanks,

-- 
Colin Watson                                       [cjwatson at debian.org]


From zahid at allbd.com  Thu Jun 18 12:02:59 2009
From: zahid at allbd.com (Mohammed Zahid Hossain)
Date: Thu, 18 Jun 2009 18:02:59 +0600
Subject: Updated file is not working[BDT to BDST]
Message-ID: 

Hello,

Updating with the given zoneinfo [Asia/Dhaka] datafile changing
nothing but the time initial BDT to BDST.


I've tried to edit the earlier data file [tzdata2009i.tar.gz] and with
little change found following:
$zdump -v /etc/localtime | grep 2009
/etc/localtime  Fri Jun 19 16:59:59 2009 UTC = Fri Jun 19 22:59:59
2009 BDT isdst=0 gmtoff=21600
/etc/localtime  Fri Jun 19 17:00:00 2009 UTC = Sat Jun 20 00:00:00
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 16:59:59 2009 UTC = Tue Sep 29 23:59:59
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 17:00:00 2009 UTC = Tue Sep 29 23:00:00
2009 BDT isdst=0 gmtoff=21600

#Here is the  tzdata/asia file
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE    LETTER/S
Rule    Bang    2009    only    -       Jan     1       0:00    0       -
Rule    Bang    2009    only    -       Jun     19      23:00    1:00    S
Rule    Bang    2009    only    -       Sep     30      00:00    0       -

# Zone  NAME            GMTOFF  RULES   FORMAT  [UNTIL]
Zone    Asia/Dhaka      6:01:40 -       LMT     1890
                        5:53:20 -       HMT     1941 Oct    # Howrah Mean Time?
                        6:30    -       BURT    1942 May 15 # Burma Time
                        5:30    -       IST     1942 Sep
                        6:30    -       BURT    1951 Sep 30
                        6:00    -       DACT    1971 Mar 26 # Dacca Time
                        6:00    Bang    BD%sT

But still having problem with backward.

Thanks,


-- 
Mohammed Zahid Hossain
System Administrator &
Head of Operation
======================================
Onenet Communications Limited(ABSCO)
(The ISP division of OneTel)
Bulu Ocean Tower (14th Floor)
40 Kemal Ataturk Avenue
Banani, Dhaka-1213, Bangladesh.
Tel: (880-2) 885-3164, 886-0861, 882-1486, 989-8391
Web: http://www.onenetbd.com/


From olsona at dc37a.nci.nih.gov  Thu Jun 18 13:50:38 2009
From: olsona at dc37a.nci.nih.gov (Olson, Arthur David (NIH/NCI) [E])
Date: Thu, 18 Jun 2009 09:50:38 -0400
Subject: FW: Updated file is not working[BDT to BDST]
Message-ID: 

I'm forwarding this message from Mohammed Zahid Hossain; MZH was not on
the time zone mailing list when the message was sent, but is now.

				--ado

-----Original Message-----
From: Mohammed Zahid Hossain [mailto:zahid at allbd.com] 
Sent: Thursday, June 18, 2009 8:03
To: tz at lecserver.nci.nih.gov
Subject: Updated file is not working[BDT to BDST]

Hello,

Updating with the given zoneinfo [Asia/Dhaka] datafile changing
nothing but the time initial BDT to BDST.


I've tried to edit the earlier data file [tzdata2009i.tar.gz] and with
little change found following:
$zdump -v /etc/localtime | grep 2009
/etc/localtime  Fri Jun 19 16:59:59 2009 UTC = Fri Jun 19 22:59:59
2009 BDT isdst=0 gmtoff=21600
/etc/localtime  Fri Jun 19 17:00:00 2009 UTC = Sat Jun 20 00:00:00
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 16:59:59 2009 UTC = Tue Sep 29 23:59:59
2009 BDST isdst=1 gmtoff=25200
/etc/localtime  Tue Sep 29 17:00:00 2009 UTC = Tue Sep 29 23:00:00
2009 BDT isdst=0 gmtoff=21600

#Here is the  tzdata/asia file
# Rule  NAME    FROM    TO      TYPE    IN      ON      AT      SAVE
LETTER/S
Rule    Bang    2009    only    -       Jan     1       0:00    0
-
Rule    Bang    2009    only    -       Jun     19      23:00    1:00
S
Rule    Bang    2009    only    -       Sep     30      00:00    0
-

# Zone  NAME            GMTOFF  RULES   FORMAT  [UNTIL]
Zone    Asia/Dhaka      6:01:40 -       LMT     1890
                        5:53:20 -       HMT     1941 Oct    # Howrah
Mean Time?
                        6:30    -       BURT    1942 May 15 # Burma Time
                        5:30    -       IST     1942 Sep
                        6:30    -       BURT    1951 Sep 30
                        6:00    -       DACT    1971 Mar 26 # Dacca Time
                        6:00    Bang    BD%sT

But still having problem with backward.

Thanks,


-- 
Mohammed Zahid Hossain
System Administrator &
Head of Operation
======================================
Onenet Communications Limited(ABSCO)
(The ISP division of OneTel)
Bulu Ocean Tower (14th Floor)
40 Kemal Ataturk Avenue
Banani, Dhaka-1213, Bangladesh.
Tel: (880-2) 885-3164, 886-0861, 882-1486, 989-8391
Web: http://www.onenetbd.com/




From straen at thorsen.priv.no  Fri Jun 19 13:25:02 2009
From: straen at thorsen.priv.no (Steffen Thorsen)
Date: Fri, 19 Jun 2009 15:25:02 +0200
Subject: Brazil considering a common time zone
Message-ID: <4A3B91AE.2010705@thorsen.priv.no>

There is a proposal to have all of Brazil follow Brasilia's time zone.
The proposal received a Senate committee approval on Tuesday, June 16, 
2009, it is No 486, 2008 is available in PDF (and Portuguese) here:

http://legis.senado.gov.br/mate/servlet/PDFMateServlet?s=http://www.senado.gov.br/sf/atividade/Materia/MateFO.xsl&o=ASC&m=88802

It will probably be debated, and there are no dates yet for when such a 
possible change will be observed from.

We provide some background info about it here:
http://www.timeanddate.com/news/time/brazil-one-time-zone.html

Best regards,
Steffen Thorsen - timeanddate.com


From mn4net at gmail.com  Sat Jun 20 03:30:35 2009
From: mn4net at gmail.com (mn4net at gmail.com)
Date: Fri, 19 Jun 2009 21:30:35 -0600
Subject: Please correct time zone information for Bangladesh
Message-ID: <73A33B3BFEFB4C618E58262CBB1BD879@MamunPC>

Please refer to the following links

http://www.timeanddate.com/worldclock/city.html?n=73

http://www.timeanddate.com/news/time/bangladesh-daylight-saving-2009.html

Thanks and regards
-------------- next part --------------
An HTML attachment was scrubbed...
URL: 

From dpatte at relativedata.com  Sat Jun 20 16:00:46 2009
From: dpatte at relativedata.com (David Patte)
Date: Sat, 20 Jun 2009 12:00:46 -0400
Subject: Brazil considering a common time zone
In-Reply-To: <4A3B91AE.2010705@thorsen.priv.no>
References: <4A3B91AE.2010705@thorsen.priv.no>
Message-ID: <4A3D07AE.1010707@relativedata.com>

Greetings from Ottawa

Can somone confirm if the UNTIL & TO dates provided in the tzfiles are 
all Gregorian dates?

In particular, I believe that Serbia & Russia switched from the Julian 
calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some 
dates  recorded in the tzfiles for these locations span their switch of 
calendars. There may also be a similar issue with Alaska.

When processing historical zones before a locations's conversion 
conversion to Gregorian calendar, should I be interpretting the provded 
dates as Julian dates, or Gregorian dates?

Sincerely

David Patte
Relative Data, Inc.


From dpatte at relativedata.com  Sat Jun 20 16:11:01 2009
From: dpatte at relativedata.com (David Patte)
Date: Sat, 20 Jun 2009 12:11:01 -0400
Subject: Julian Gregorian
In-Reply-To: <4A3B91AE.2010705@thorsen.priv.no>
References: <4A3B91AE.2010705@thorsen.priv.no>
Message-ID: <4A3D0A15.2000404@relativedata.com>

[Sorry for posting on the wrong thread - I have resubmitted this on a 
new thread]

Greetings from Ottawa

Can somone confirm if the UNTIL & TO dates provided in the tzfiles are
all Gregorian dates?

In particular, I believe that Serbia & Russia switched from the Julian
calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some
dates  recorded in the tzfiles for these locations span their switch of
calendars. There may also be a similar issue with Alaska.

When processing historical zones before a locations's
conversion to Gregorian calendar, should I be interpretting the provded
dates as Julian dates, or Gregorian dates?

Sincerely

David Patte
Relative Data, Inc.


From tz_ at explicate.org  Sun Jun 21 06:07:51 2009
From: tz_ at explicate.org (Ken Pizzini)
Date: Sat, 20 Jun 2009 23:07:51 -0700
Subject: Julian Gregorian
In-Reply-To: <4A3D0A15.2000404@relativedata.com>
References: <4A3B91AE.2010705@thorsen.priv.no> <4A3D0A15.2000404@relativedata.com>
Message-ID: <20090621060751.GC30145@4746044.msa.explicate.org>

On Sat, Jun 20, 2009 at 12:11:01PM -0400, David Patte wrote:
> Can somone confirm if the UNTIL & TO dates provided in the tzfiles are
> all Gregorian dates?

The tzcode implementation only deals with the proleptic Gregorian
calendar; it is considered outside the scope of the TZ "project"
to deal with the idiosyncrasies of the transition from Julian
(or any other calendar system) to Gregorian.

> In particular, I believe that Serbia & Russia switched from the Julian
> calendar to the Gregorian calendar in 1918, and Greece in 1923, yet some
> dates  recorded in the tzfiles for these locations span their switch of
> calendars. There may also be a similar issue with Alaska.

I can't speak to whether the cut-over dates in the tzdata are
actually rendered correctly as Gregorian dates, but, because of the
"Gregorian only" approach of the code, they _should_ be Gregorian.

		--Ken Pizzini


From sebastien at willemijns.com  Mon Jun 22 11:50:34 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Mon, 22 Jun 2009 11:50:34 +0000 (UTC)
Subject: PHP and tzdata2009x
References: 
Message-ID: 

"Olson, Arthur David (NIH/NCI) [E]"  wrote in 
news:B410D30A78C6404C9DABEA31B54A2813029A06C0 at nihcesmlbx10.nih.gov:

> The file...
>      ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
> ...is now available; this reflects the Bangladesh change circulated
> earlier this week on the time zone mailing list (with a short turnaround
> since the DST change is impending). We'll get to revisit Bangladesh once
> the end to DST has been set.

Hi,

http://packages.debian.org/lenny/php5

For debian PHP 5.2.6 is the stable version ok but this version 
was builded in May 2008 grin ! http://www.php.net/ChangeLog-5.php#5.2.6

IMHO it is not good to keep for a long term a stable version with important
informaton (as TZ ;)


From dr at ez.no  Mon Jun 22 12:03:54 2009
From: dr at ez.no (Derick Rethans)
Date: Mon, 22 Jun 2009 13:03:54 +0100 (BST)
Subject: PHP and tzdata2009x
In-Reply-To: 
References:  
Message-ID: 

On Mon, 22 Jun 2009, S?bastien WILLEMIJNS wrote:

> "Olson, Arthur David (NIH/NCI) [E]"  wrote in 
> news:B410D30A78C6404C9DABEA31B54A2813029A06C0 at nihcesmlbx10.nih.gov:
> 
> > The file...
> >      ftp://elsie.nci.nih.gov/pub/tzdata2009j.tar.gz
> > ...is now available; this reflects the Bangladesh change circulated
> > earlier this week on the time zone mailing list (with a short turnaround
> > since the DST change is impending). We'll get to revisit Bangladesh once
> > the end to DST has been set.
> 
> http://packages.debian.org/lenny/php5
> 
> For debian PHP 5.2.6 is the stable version ok but this version 
> was builded in May 2008 grin ! http://www.php.net/ChangeLog-5.php#5.2.6
> 
> IMHO it is not good to keep for a long term a stable version with important
> informaton (as TZ ;)

PHP provides the timezonedb extension at http://pecl.php.net/timezonedb 
which you can install to update to the latest version.

with kind regards,
Derick

-- 
http://derickrethans.nl | http://ezcomponents.org | http://xdebug.org
twitter: @derickr


From Dave at Cantor.mv.com  Mon Jun 22 21:11:24 2009
From: Dave at Cantor.mv.com (Dave Cantor)
Date: Mon, 22 Jun 2009 17:11:24 -0400
Subject: NIST Time and Frequency FAQ
Message-ID: <4A3FBB3C.6095.94D6218@Dave.Cantor.mv.com>

In support of the current decision to allow the use of
2400 to indicate midnight at the end of a day, here's a pointer 
to an article published by NIST.

   http://tf.nist.gov/general/misc.htm

Perhaps, this pointer, or an excerpt of the article, should 
appear somewhere in the theory file.

Dave C.



From peter.seebach at windriver.com  Mon Jun 22 21:14:22 2009
From: peter.seebach at windriver.com (Peter Seebach)
Date: Mon, 22 Jun 2009 16:14:22 -0500
Subject: tzselect patch:  remove dependency on ksh
Message-ID: <3E1394F4-2D2D-4C08-9F82-DDB5E5A7F167@windriver.com>

This was done against the copy in glibc, the eglibc folks suggested I  
send it on to you as the upstream.

Basic synopsis:  This allows tzselect to be used on hosts (such as  
embedded systems) with only a POSIX shell.

--- glibc-2.8.orig/timezone/tzselect.ksh	2009-06-22 11:23:11.000000000  
-0700
+++ glibc-2.8/timezone/tzselect.sh	2009-06-22 11:52:26.000000000 -0700
@@ -1,27 +1,16 @@
-#! @KSH@
+#! @SH@

-# '@(#)tzselect.ksh	8.1'
+# '@(#)tzselect.sh	8.1'

  # Ask the user about the time zone, and output the resulting TZ  
value to stdout.
  # Interact with the user via stderr and stdin.

  # Contributed by Paul Eggert.

-# Porting notes:
-#
-# This script requires several features of the Korn shell.
-# If your host lacks the Korn shell,
-# you can use either of the following free programs instead:
-#
-#	
-#	Bourne-Again shell (bash)
-#	
-#
-#	
-#	Public domain ksh
-#	
-#
-# This script also uses several features of modern awk programs.
+# func_select allows this script to run on shells (such as busybox ash)
+# which lack the ksh "select" builtin.
+
+# This script uses several features of modern awk programs.
  # If your host lacks awk, or has an old awk that does not conform to  
Posix.2,
  # you can use either of the following free programs instead:
  #
@@ -33,6 +22,70 @@
  #	mawk
  #	

+# Implement ksh-style select in POSIX shell
+
+# We need a mostly-portable echo-n.
+case `echo -n "foo\c"` in
+*n*c*)  func_echo_n() { echo "$*"; } ;;
+*n*)    func_echo_n() { echo "$*\c"; } ;;
+*)      func_echo_n() { echo -n "$*"; } ;;
+esac
+
+# Synopsis:  Replace "select foo in list" with "while func_select foo  
in list"
+# and this works just like ksh, so far as I know.
+func_select () {
+	func_select_args=0
+	if expr "$1" : "^[_a-zA-Z][_a-zA-Z0-9]*$" > /dev/null; then
+		func_select_var=$1
+	else
+		echo >&2 "func_select: '$1' is not a valid variable name."
+		return 1
+	fi
+	shift 1
+	case $1 in
+		in) shift 1;;
+		*) echo >&2 "func_select: usage: func_select var in ... (you must  
provide
+arguments)"; return 1;;
+	esac
+	case $# in
+		0) echo >&2 "func_select: usage: func_select var in ..."; return 1;;
+	esac
+	for func_select_arg
+	do
+		func_select_args=`expr $func_select_args + 1`
+		eval func_select_a_$func_select_args=\$func_select_arg
+	done
+	REPLY=""
+	while :
+	do
+		if test -z "$REPLY"; then
+			func_select_i=1
+			while test $func_select_i -le $func_select_args
+			do
+				eval echo "\"\$func_select_i) \$func_select_a_$func_select_i\""
+				func_select_i=`expr $func_select_i + 1`
+			done
+		fi
+		func_echo_n "${PS3-#? }" >&2
+		if read REPLY; then
+			if test -n "${REPLY}"; then
+				if expr "$REPLY" : '^[1-9][0-9]*$' > /dev/null; then
+					if test "$REPLY" -ge 1 && test "$REPLY" -le $func_select_args;  
then
+						eval $func_select_var=\$func_select_a_$REPLY
+					else
+						eval $func_select_var=
+					fi
+				else
+					eval $func_select_var=
+				fi
+				return 0
+			fi
+		else
+			eval $func_select_var=
+			return 1
+		fi
+	done
+}

  # Specify default values for environment variables if they are unset.
  : ${AWK=awk}
@@ -62,7 +115,7 @@


  # Work around a bug in bash 1.14.7 and earlier, where $PS3 is sent  
to stdout.
-case $(echo 1 | (select x in x; do break; done) 2>/dev/null) in
+case $(echo 1 | (while func_select x in x; do break; done) 2>/dev/ 
null) in
  ?*) PS3=
  esac

@@ -82,7 +135,7 @@

  	echo >&2 'Please select a continent or ocean.'

-	select continent in \
+	while func_select continent in \
  	    Africa \
  	    Americas \
  	    Antarctica \
@@ -162,7 +215,7 @@
  		case $countries in
  		*"$newline"*)
  			echo >&2 'Please select a country.'
-			select country in $countries
+			while func_select country in $countries
  			do
  			    case $country in
  			    '') echo >&2 'Please enter a number in range.';;
@@ -201,7 +254,7 @@
  		*"$newline"*)
  			echo >&2 'Please select one of the following' \
  				'time zone regions.'
-			select region in $regions
+			while func_select region in $regions
  			do
  				case $region in
  				'') echo >&2 'Please enter a number in range.';;
@@ -278,7 +331,7 @@
  	echo >&2 "Is the above information OK?"

  	ok=
-	select ok in Yes No
+	while func_select ok in Yes No
  	do
  	    case $ok in
  	    '') echo >&2 'Please enter 1 for Yes, or 2 for No.';;

-- 
Peter Seebach 
Listen, get this.  Nobody with a good compiler needs to be justified.



From aschwab at redhat.com  Tue Jun 23 10:06:20 2009
From: aschwab at redhat.com (Andreas Schwab)
Date: Tue, 23 Jun 2009 12:06:20 +0200
Subject: zic produces wrong POSIX style TZ
Message-ID: 

The current Bangladesh time zone description is unusual in that it ends
with being continuously in DST.  This uncovered a bug in zic, which
infers a POSIX TZ string of BDST-6 from the rule.  This is wrong since a
time zone that is continuously in DST cannot be expressed by POSIX
rules, so zic should not try to generate such a string.

Andreas.

--- zic.c.~1~	2009-04-20 22:17:54.000000000 +0200
+++ zic.c	2009-06-22 18:35:10.000000000 +0200
@@ -1921,7 +1921,7 @@ const int			zonecount;
 		if (stdrp != NULL && stdrp->r_hiyear == 2037)
 			return;
 	}
-	if (stdrp == NULL && zp->z_nrules != 0)
+	if (stdrp == NULL && (zp->z_nrules != 0 || zp->z_stdoff != 0))
 		return;
 	abbrvar = (stdrp == NULL) ? "" : stdrp->r_abbrvar;
 	doabbr(result, zp->z_format, abbrvar, FALSE, TRUE);

-- 
Andreas Schwab, aschwab at redhat.com
GPG Key fingerprint = D4E8 DBE3 3813 BB5D FA84  5EC7 45C6 250E 6F00 984E
"And now for something completely different."



From sebastien at willemijns.com  Wed Jun 24 07:23:37 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Wed, 24 Jun 2009 07:23:37 +0000 (UTC)
Subject: PHP and tzdata2009x
References:   
Message-ID: 

Derick Rethans  wrote in
news:alpine.DEB.2.00.0906221302210.5761 at kossu.ez.no: 

> PHP provides the timezonedb extension at
> http://pecl.php.net/timezonedb which you can install to update to the
> latest version. 

thanks derick ;)



From sebastien at willemijns.com  Wed Jun 24 07:44:55 2009
From: sebastien at willemijns.com (Sébastien WILLEMIJNS)
Date: Wed, 24 Jun 2009 07:44:55 +0000 (UTC)
Subject: (PHP) CEST does not exist in December
Message-ID: 

Hello,

If anyone has the code to detect than "25 December $year XX:XX:XX CEST" 
does not exist

I has (quicky and maybe badly) think i will compare time between GMT and an 
hour http://www.php.net/manual/fr/function.timezone-offset-get.php to
grab offset (+1 or +2 for me in France) but if anyone has the code od a 
specific date ;)





From johnp at gisatlas.com  Thu Jun 25 21:26:39 2009
From: johnp at gisatlas.com (John Paulson)
Date: Thu, 25 Jun 2009 21:26:39 +0000
Subject: GIS Atlas
Message-ID: <200906251526.n5PFQxMI026547@lecserver.nci.nih.gov>

Here is the link

www.sedo.com/sale/?d=gisatlas.com

Kind Regards
John
Paulson
-----------------------------------------------------------------------------------------------------------
This electronic transmission is strictly confidential and intended solely
for the addressee.  If you are not the intended addressee, or have
otherwise received this transmission in error, you must not disclose, 
copy or take any action in reliance of this transmission.  If you have 
received this transmission in error, please notify the sender as soon as
possible.
======================================================



