<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#FFFFFF">
<div class="moz-cite-prefix">Even though the rule currently in
effect now is identical to a neighboring some, that doesn't
invalidate the first zone. The main reason is for scheduling
purposes where, going back in the past for example, the difference
is now a matter of historical record and needs to be kept for
software that care for such things such as calendars.<br>
<br>
For example, if your are in Argentina/San_Juan and your calendar
has a meeting in the past (for legal reasons you are keeping track
of your meetings) where the zones were different, the rule is
still in force. Were the Argentina/San_Juan removed that meeting
time would then move by 1h when applying Argentina/Buenos Aires in
place. <br>
<br>
This is more obvious if you have a meeting where some attendees
were in Argentina/Buenos Aires and some were Argentina/San_Juan.
In that case, with the old timezone the meeting (say a conference
call) occured at two different wall clock hours with the old rule
(as it actually happened at the time) vs with the Argentina/Buenos
Aires rule in place forces both meeting to have not occured at the
same wall clock hours. The UTC never changed, just the wallclock
but that's what we need the tzid to get right. If the meeting
occured around midnight, it could even change day for some
attendees!<br>
<br>
So to maintain historical accuracy the old rule cannot be taken
out.<br>
<br>
On 23/01/2014 5:40 AM, Fabiano Fidêncio wrote:<br>
</div>
<blockquote
cite="mid:CAK9pz9+_aUf0Jpwjm3rEaNXSLhN=7BT4NkYGyVzHOmcLaiPp5w@mail.gmail.com"
type="cite">
<div dir="ltr">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div dir="ltr">
</div>
</blockquote>
<div class="gmail_extra">
<div class="gmail_quote">
<blockquote class="gmail_quote" style="margin:0px 0px 0px
0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex">
<div class="im"><span style="color:rgb(34,34,34)">Sorry,
that makes no sense. How can a timezone ever become
invalid? We do</span><br>
</div>
have old names, where a timezone has had the name we call
it by changed - then<br>
we keep the old name forever, for backward compatibility
(possibly except for<br>
a case where it existed such a short time with the wrong
name that it would<br>
probably never have been used - but I don't think that
case has ever arisen.)<br>
</blockquote>
<div><br>
</div>
<div>Probably I'm using the wrong term. Let me try to
explain with another example.</div>
<div>Argentina/San_Juan. IIRC, it has a different timezone
than the rest of Argentina for one year or so and then
they switched back to the Buenos Aires timezone. So, what
I mean by invalid is keep a different name when the
differentiation doesn't exist anymore. Even in those
cases </div>
<div> <br>
</div>
</div>
</div>
</div>
</blockquote>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="Content-Type" content="text/html;
charset=ISO-8859-1">
<title></title>
<!--
        03/26/2007
        Email Signature File created by Houston Berry
        To be used by any Oracle employee with:
        Netscape 7+, Microsoft Outlook, or Mac Mail 4.7+
        font-size used to set size in Mac Mail
//-->
<br>
<br>
<img src="cid:part1.03030302.07070107@oracle.com" alt="Oracle
Email Signature Logo" height="26" width="114"><br>
<font face="Verdana, Arial, Helvetica, sans-serif" size="2"
color="#666666"> Patrice Scattolin | Principal Member Technical
Staff | 514.905.8744<br>
<font color="#FF0000">Oracle</font> WebCenter Mobile
applications<br>
600 Blvd de Maisonneuve West<br>
Suite 1900<br>
Montreal, Quebec
</font>
</div>
</body>
</html>