<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
<title></title>
</head>
<body bgcolor="#ffffff" text="#000000">
<br>
I would advocate in favor or rules that are correct most of the time
but can sometimes be wrong.<br>
<br>
It's not just the matter of the clock of the machine being off being a
problem but it's also a problem for applications that rely on the TZ
database to schedule meeting in the future. Knowing when a timezone
change will occur weeks and even months in advance is important to make
sure that the meetings in the future are properly scheduled. An absence
of rule would put far more meetings at the wrong time, something that
can't be an improvement. <br>
<br>
Jesper Norgaard Welen wrote:
<blockquote
cite="mid:!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAADuUZBf7Jo0OrktsA6harmMKAAAAQAAAAir+tlRXhKEKGKm3n1RXDnwEAAAAA@prodigy.net.mx"
type="cite">
<pre wrap="">David Olson wrote:
</pre>
<blockquote type="cite">
<pre wrap="">After that (through year "max") the rules say that DST ends the third
</pre>
</blockquote>
<pre wrap=""><!---->Sunday of February every year; this is wrong by a week in some cases but is
better than nothing.
</pre>
</blockquote>
What is the alternative? Ignore the presence of DST completely until
the government makes the expected determination 2 days before the
switch? That's even worst because a far longer period of time will be
affected with wrong information.<br>
<br>
<blockquote
cite="mid:!~!UENERkVCMDkAAQACAAAAAAAAAAAAAAAAABgAAAAAAAAADuUZBf7Jo0OrktsA6harmMKAAAAQAAAAir+tlRXhKEKGKm3n1RXDnwEAAAAA@prodigy.net.mx"
type="cite">
<pre wrap=""> If we had scheduled Brazil wihtout DST in 2006 after that
year, the
software would still run with years 2007 and 2008 as not having DST. From
that perspective,
an approach of DST that were a few weeks off, to having half the year wrong,
is clearly a
worse result.
</pre>
</blockquote>
<br>
Absolutely correct. While users might tolerate a few weeks of
inconvenience, half a year is much longer to swallow.<br>
<br>
<div class="moz-signature">-- <br>
<meta http-equiv="Content-Type" content="text/html; ">
<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.00070500.08020300@oracle.com"
alt="Oracle Email Signature Logo" height="26" width="114"><br>
<font color="#666666" face="Verdana, Arial, Helvetica, sans-serif"
size="2"> Patrice Scattolin | Software Development Manager |
514.905.8744<br>
<font color="#ff0000">Oracle</font> Collaborative Application Services<br>
600 Blvd de Maisonneuve West<br>
Suite 1900<br>
Montreal, Quebec
</font></div>
</body>
</html>