Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Africa/Casablanca timezone questions (probably incorrect?) #4

Open
GoogleCodeExporter opened this issue Mar 13, 2015 · 0 comments
Open

Comments

@GoogleCodeExporter
Copy link

Hi,

I have some questions about the Africa/Casablanca timezone. First of all the 
outlook compatible one (http://tzurl.org/zoneinfo-outlook/Africa/Casablanca) 
seems to have a wrong TZOFFSETFROM at the DAYLIGHT timezone part. From my point 
of view the TZOFFSETFROM shoutld be +0000 and not +0100?

However, I have bigger concerns when I look at the none Outlook version 
(http://tzurl.org/zoneinfo/Africa/Casablanca) which I prefer to use at my 
products. 

1) Why does the following timezone start in the year 2026? From my point of 
view it should start at an earlier point in time? Whats your opinion? 
BEGIN:DAYLIGHT
TZOFFSETFROM:+0100
TZOFFSETTO:+0100
TZNAME:WEST
DTSTART:20260329T020000
RRULE:FREQ=YEARLY;BYMONTH=3;BYDAY=-1SU

2)The other timezone parts, for my point of view, are also probably not 
completely correct. For example, a standard timezone with an rrule starts in 
the year 2013 (btw. why 2013? shouldn't the same rule also apply at years 
before 2013?):
BEGIN:STANDARD
TZOFFSETFROM:+0100
TZOFFSETTO:+0000
TZNAME:WET
DTSTART:20131027T030000
RRULE:FREQ=YEARLY;BYMONTH=10;BYDAY=-1SU

But then there are also other standard timezones which start in 1939 BUT have 
RDATES until 2022 which are quite irregularly defined. Should the standard 
timezone really start on a different month each year? And why are there RDATES 
> 2013 defined when we already have a STANDARD Timezone with a rrule which 
starts in 2013? 
RDATE:20110731T000000
RDATE:20120720T030000
RDATE:20120930T030000
RDATE:20130707T030000
RDATE:20140628T030000
RDATE:20150613T030000
RDATE:20160604T030000
RDATE:20170520T030000
RDATE:20180512T030000
RDATE:20190504T030000
RDATE:20200418T030000

3) Similar questions arise in my mind when I investigate the DAYLIGHT 
timezones. E.g. why does the DAYLIGHT timezone with the rrule start in 2026? (I 
assume that also should start earlier) and also the RDATES show a similar 
unstable occurrence as it does at the example above.

Am I interpreting something wrong here? Please correct me if I do. 

Original issue reported on code.google.com by [email protected] on 26 Feb 2015 at 10:45

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

1 participant