Matt Johnson | 25 May 23:29 2016
Picon
Gravatar

[tz] Ireland Summer Time History

Interesting article with historical details of Ireland's adoption of DST:

http://www.rte.ie/centuryireland/index.php/articles/here-comes-the-summer-daylight-saving-1916-ireland

Victor Sudakov | 25 May 16:35 2016
Picon

[tz] Asia/Tomsk

Dear Colleagues,

As a citizen of Tomsk, I would like to raise some questions concerning
the recent addition of the Asia/Tomsk timezone. As you know, this time
zone's abbreviation is all numeric:

Zone    Asia/Tomsk       5:39:51 -      LMT     1919 Dec 22
                         6:00   -       +06     1930 Jun 21
                         7:00   Russia  +07/+08 1991 Mar 31  2:00s
                         6:00   Russia  +06/+07 1992 Jan 19  2:00s
                         7:00   Russia  +07/+08 2002 May  1  3:00
                         6:00   Russia  +06/+07 2011 Mar 27  2:00s
                         7:00   -       +07     2014 Oct 26  2:00s
                         6:00   -       +06     2016 May 29  2:00s
                         7:00   -       +07

In my opinion, it is bad for two reasons:

1. zic warns that 'warning: time zone abbreviation differs from POSIX standard (+06)'

2. Such an abbreviation is not user friendly and even borders on
offensive. A locality deserves a name!

Could we do something about Asia/Tomsk and other zones with share the
same fate: Europe/Astrakhan, Europe/Kirov, Europe/Ulyanovsk,
Asia/Barnaul?

Thank you for your attention.

--

-- 
(Continue reading)

Steve Jones | 25 May 04:40 2016

Re: [tz] Anecdotal discrepancy for Navajo nation in Arizona

At 05:55 PM 5/24/2016, Arthur David Olson wrote:
> ...it might be worth checking if anyone has any sources inside the Navajo nation.

The source used back in 1987 (using--ahem--snail mail) was the Inter Tribal Council of Arizona: http://itcaonline.com/.

A very complex area:

From http://ontimezone.com/exceptions.php:

Even though Arizona does not observe Daylight Saving Time, the Navajo Indian Reservation (which takes up most of northeastern AZ) does observe DST. To add to the confusion, the Hopi Indian Reservation, which is wholly enclosed within the Navajo Reservation, does NOT observe DST. Confused? We're just getting started.
  • Consider also that the Navajos have an enclave containing the village of Jeddito, entirely within the Hopi reservation. And that the Hopi reservation has an exclave at Moenkopi, just south of Tuba City. Still not confused?
  • Some of the businesses in Tuba city (within the Navajo Reservation) reportedly do not observe Daylight Saving time, so as to avoid confusing the tourists. Good luck with that. At least that puts them in sync with their Hopi neighbors across highway 160 in Moenkopi. Got it?
http://ontimezone.com/images/az_tribal.php



Steve Jones

Deborah Goldsmith | 25 May 00:43 2016
Picon

[tz] Anecdotal discrepancy for Navajo nation in Arizona

Hi,

A colleague recently visited Page, Arizona, and the Navajo reservation right next to it.

His phone must have been associated with a cell tower inside the Navajo nation, because his zone was set by
NITZ to America/Denver (DST in effect). This matches the current TZ database. However, he observed that
the parts of the Navajo nation adjacent to Page were actually observing the same time zone as Page
(America/Phoenix, DST not in effect).

I wouldn’t make any changes based on this one anecdote, but it might be worth checking if anyone has any
sources inside the Navajo nation.

Thanks,
Debbie

Uri Ramirez | 23 May 14:14 2016
Picon

Re: [tz] tz Digest, Vol 56, Issue 13

Help

On May 23, 2016 5:00 AM, <tz-request <at> iana.org> wrote:
Send tz mailing list submissions to
        tz <at> iana.org

To subscribe or unsubscribe via the World Wide Web, visit
        https://mm.icann.org/mailman/listinfo/tz
or, via email, send a message with subject or body 'help' to
        tz-request <at> iana.org

You can reach the person managing the list at
        tz-owner <at> iana.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of tz digest..."


Today's Topics:

   1. Re: Morocco confirms Ramadan DST dates (Milamber)


----------------------------------------------------------------------

Message: 1
Date: Sun, 22 May 2016 17:18:17 +0200
From: Milamber <milamberspace <at> gmail.com>
To: Matt Johnson <mj1856 <at> hotmail.com>, Time Zone Mailing List
        <tz <at> iana.org>
Subject: Re: [tz] Morocco confirms Ramadan DST dates
Message-ID: <5741CDB9.9040900 <at> gmail.com>
Content-Type: text/plain; charset=UTF-8; format=flowed


Yes you are probably right, the arabic version seems have the good hour
(2:00 am) to the change.
Thanks.

On 22/05/2016 04:54, Matt Johnson wrote:
> Thanks, but this appears to be a translation error.  The Arabic version on the same site says 2:00 instead of 3:00.  See http://mmsp.gov.ma/ar/actualites.aspx?id=1057
>
> Given the history from previous years, I'm inclined to believe the Arabic version.
>
> -Matt
> ________________________________________
> From: Milamber <milamberspace <at> gmail.com>
> Sent: Saturday, May 21, 2016 3:24 PM
> To: Matt Johnson
> Subject: Re: [tz] Morocco confirms Ramadan DST dates
>
> Hello,
>
> The official link from the Ministry of Public service and Administration
> Modernization (in French):
>
> http://mmsp.gov.ma/fr/actualites.aspx?id=1056
>
> Google Translation:
> "Back to the standard time of the Kingdom (GMT).
> The Ministry of Public Service and Modernization of Administration
> announces the return to standard time of the Kingdom (GMT). So time will
> be delayed for 60 minutes from 3:00 am Sunday, June 5, 2016. She will be
> advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July 10, 2016."
>
>
> One question:
>
> "She will be advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July
> 10, 2016."
>
> meaning this on zdump (current tzdata)?
>
> Africa/Casablanca  Sun Jul 10 01:59:59 2016 UT = Sun Jul 10 01:59:59
> 2016 WET isdst=0 gmtoff=0
> Africa/Casablanca  Sun Jul 10 02:00:00 2016 UT = Sun Jul 10 03:00:00
> 2016 WEST isdst=1 gmtoff=3600
>
> At 02am go to 03am or at 03am go to 04am?
>
> Milamber
>
>
> On 19/05/2016 06:30, Matt Johnson wrote:
>> http://www.moroccoworldnews.com/2016/05/186863/morocco-goes-back-to-gmt-time-on-june-5/
>>
>> Our guesses appear to be validated.
>>
>



------------------------------

_______________________________________________
tz mailing list
tz <at> iana.org
https://mm.icann.org/mailman/listinfo/tz


End of tz Digest, Vol 56, Issue 13
**********************************
Milamber | 22 May 17:18 2016
Picon
Gravatar

Re: [tz] Morocco confirms Ramadan DST dates


Yes you are probably right, the arabic version seems have the good hour 
(2:00 am) to the change.
Thanks.

On 22/05/2016 04:54, Matt Johnson wrote:
> Thanks, but this appears to be a translation error.  The Arabic version on the same site says 2:00 instead of
3:00.  See http://mmsp.gov.ma/ar/actualites.aspx?id=1057
>
> Given the history from previous years, I'm inclined to believe the Arabic version.
>
> -Matt
> ________________________________________
> From: Milamber <milamberspace <at> gmail.com>
> Sent: Saturday, May 21, 2016 3:24 PM
> To: Matt Johnson
> Subject: Re: [tz] Morocco confirms Ramadan DST dates
>
> Hello,
>
> The official link from the Ministry of Public service and Administration
> Modernization (in French):
>
> http://mmsp.gov.ma/fr/actualites.aspx?id=1056
>
> Google Translation:
> "Back to the standard time of the Kingdom (GMT).
> The Ministry of Public Service and Modernization of Administration
> announces the return to standard time of the Kingdom (GMT). So time will
> be delayed for 60 minutes from 3:00 am Sunday, June 5, 2016. She will be
> advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July 10, 2016."
>
>
> One question:
>
> "She will be advanced by 60 minutes (GMT + 1) from 3:00 am Sunday, July
> 10, 2016."
>
> meaning this on zdump (current tzdata)?
>
> Africa/Casablanca  Sun Jul 10 01:59:59 2016 UT = Sun Jul 10 01:59:59
> 2016 WET isdst=0 gmtoff=0
> Africa/Casablanca  Sun Jul 10 02:00:00 2016 UT = Sun Jul 10 03:00:00
> 2016 WEST isdst=1 gmtoff=3600
>
> At 02am go to 03am or at 03am go to 04am?
>
> Milamber
>
>
> On 19/05/2016 06:30, Matt Johnson wrote:
>> http://www.moroccoworldnews.com/2016/05/186863/morocco-goes-back-to-gmt-time-on-june-5/
>>
>> Our guesses appear to be validated.
>>
>

Matt Johnson | 19 May 07:30 2016
Picon
Gravatar

[tz] Morocco confirms Ramadan DST dates

http://www.moroccoworldnews.com/2016/05/186863/morocco-goes-back-to-gmt-time-on-june-5/

Our guesses appear to be validated.

Gilmore Davidson | 19 May 00:57 2016
Picon
Gravatar

[tz] South Australia not changing time zones, again

Last year saw a proposal by the South Australian government to move clocks forward 30 minutes to align with Australia's eastern states, which was discussed on this mailing list. Ultimately that proposal was rejected by the opposition after a lack of support among the general public.

Now a minor party's upper house representative, Robert Brokenshire, has introduced a bill to move the clocks 30 minutes in the other direction, towards a "true" central time. This bill was resoundingly defeated by both the government and major opposition party, so the clocks will remain at UTC+09:30 for a while yet. I get the feeling this won't be the end of the discussion though.


Mr Brokenshire said he remained passionate about the idea.

"I learnt a bit about arithmetic and I'm not going to actually beat the two major parties but we will be back," he said.

"At an appropriate time I will bring this debate back to Parliament."
kailash kumar | 18 May 10:03 2016
Picon

[tz] Getting offset for each time zones

Hi All,

           I wanted to get UTC offset for each time zone which is present under zoneinfo folder. basically I wanted to create a drop down for all timezones with UTC offset, where user can select timezone.

           Please let me know if it is possible to get UTC offset for all time zones in tz database.

Thanks,
KAILASH KUMAR JAIN

 
Legal Warning: This message may contain  privileged and  confidential information.  If you are not the intended recipient or  for  any  reason think that this message may have been address  to  you  or  reached  you as a mistake, its requested that you must  not disseminate,copy or take any  action  in reliance  on it and I  ask you  to delete  all copies from  your mail box and  computer system and also notify me immediately by return e-mail.
support | 17 May 18:04 2016

[tz] some info for you

Hello,

Isn't it the information you were looking for? Read about it here http://fospathopy.kissmecait.com/yield.php

 

Sincerely yours, support <at> anuko.com

sherif.atef | 16 May 11:42 2016

[tz] Time Zone Database Update

Dears,

Egypt government has announced that the DST will be reapplied again this year although it was not applied last year.                        
The dates can be found here:                                            
http://www.timeanddate.com/time/zone/egypt/cairo  

Could you please advise by when this will be applied? Some vendors will go only for applying the necessary fixes to cope for that when you update your database.

Please advise?Thanks.

Best regards,

Sherif Atef
Middleware & Developer Services MENA | ITID - MENA Enterprise Services | HSBC Bank Egypt S.A.E.
306, Corniche El Nil Street, Maadi, Cairo, Egypt
__________________________________________________________

Phone Int: 76088198 / 714420288198 Ext: 0020225298198
Fax 0020225298080
Mobile 00201026022282
Movi sherif.atef.m.a.pc <at> uk2.movi.hsbc / 44406035
Email sherif.atef <at> hsbc.com
Team email account htsm.enterpriseservices.support <at> hsbc.com
Website HSBC Global Web Site
Website HSBC Egypt Web Site
GSD Incident Group HTSM-UNIXFT-SUPPORT


__________________________________________________________
Protect our environment - please only print this if you have to!



************************************************************
HSBC Bank Egypt S.A.E.
306, Corniche El Nil Street Maadi, Cairo, Egypt.
P.O. Box 124 Maadi, Postal Code 11728
Registered in Egypt - Commercial Register no. 218992
************************************************************

-----------------------------------------
SAVE PAPER - THINK BEFORE YOU PRINT!

This E-mail is confidential. 

It may also be legally privileged. If you are not the addressee you may not copy,
forward, disclose or use any part of it. If you have received this message in error,
please delete it and all copies from your system and notify the sender immediately by
return E-mail.

Internet communications cannot be guaranteed to be timely secure, error or virus-free.
The sender does not accept liability for any errors or omissions.

Gmane