<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 27 July 2014 03:25, Clive D.W. Feather <span dir="ltr"><<a href="mailto:clive@davros.org" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=clive@davros.org&cc=&bcc=&su=&body=','_blank');return false;">clive@davros.org</a>></span> wrote:<br>
<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 style="overflow:hidden">If we know or have good reason to believe that the data is<br>
completely bogus, then there's no point in retaining it.</div></blockquote></div><br>Even accepting your premise, which I don't, for all the other reasons discussed... we simply don't know:</div><div class="gmail_extra">
<br></div><div class="gmail_extra"><div class="gmail_quote">On 11 July 2014 00:58, Paul Eggert <span dir="ltr"><<a href="mailto:eggert@cs.ucla.edu" target="_blank" onclick="window.open('https://mail.google.com/mail/?view=cm&tf=1&to=eggert@cs.ucla.edu&cc=&bcc=&su=&body=','_blank');return false;">eggert@cs.ucla.edu</a>></span> wrote:<br>
<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 style="overflow:hidden">I can't prove it, but I have the strong impression that most of the entries that we haven't already checked were simply invented.</div>
</blockquote></div></div><div class="gmail_extra">(from <a href="http://mm.icann.org/pipermail/tz/2014-July/021194.html" target="_blank">http://mm.icann.org/pipermail/tz/2014-July/021194.html</a>)</div><div class="gmail_extra">
<br></div><div class="gmail_extra">And so the only comment I've seen remotely resembling support for discarding data doesn't even seem to apply in this instance.</div></div><div class="gmail_extra"><br clear="all">
<div>--<br>Tim Parenti<br></div>
<br><br><div class="gmail_quote">On 27 July 2014 03:25, Clive D.W. Feather <span dir="ltr"><<a href="mailto:clive@davros.org" target="_blank">clive@davros.org</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="">Alan Barrett said:<br>
> As a general rule, I think that existing information should never<br>
> be replaced by other information with the same or worse quality,<br>
> but should only be replaced by information of greater quality.<br>
> In other words, rules should be changed only when the new rules<br>
> are clearly superior to the old rules. Even if the old rules are<br>
> known to be inaccurate, they should be retained for the sake of<br>
> stability until such time as more accurate information is known.<br>
<br>
</div>I don't agree. If we know or have good reason to believe that the data is<br>
completely bogus, then there's no point in retaining it. And having<br>
different data for two zones produces a subconcious belief that both are<br>
higher quality than if we just have the same. So where the data is<br>
completely wrong, I vote for these merges.<br>
<div class=""><br>
> I also prefer retaining at least one first class zone for each<br>
> ISO3166 country, for ease of menu or map based selection, and to<br>
> allow users to see that the selected zone name contains the name<br>
> of a familiar city in their country. I think that some users will<br>
> be upset to see a time zone name that contains the name of a city<br>
> in another country, especially if the two countries have a history<br>
> of conflict.<br>
<br>
</div>I completely agree with this part.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Clive D.W. Feather | If you lie to the compiler,<br>
Email: <a href="mailto:clive@davros.org">clive@davros.org</a> | it will get its revenge.<br>
Web: <a href="http://www.davros.org" target="_blank">http://www.davros.org</a> | - Henry Spencer<br>
Mobile: <a href="tel:%2B44%207973%20377646" value="+447973377646">+44 7973 377646</a><br>
</font></span></blockquote></div><br></div>