Delivered-To: sdaoden@gmail.com
Received: by 10.43.4.198 with SMTP id od6csp190795icb; Wed, 18 Sep 2013
 02:59:49 -0700 (PDT)
X-Received: by 10.67.30.164 with SMTP id kf4mr41801943pad.13.1379498389073;
 Wed, 18 Sep 2013 02:59:49 -0700 (PDT)
Return-Path: <tz-bounces@iana.org>
Received: from smtp1.lax.icann.org (smtp01.icann.org. [192.0.33.81]) by
 mx.google.com with ESMTPS id hb3si2486909pac.297.1969.12.31.16.00.00
 (version=TLSv1 cipher=RC4-SHA bits=128/128); Wed, 18 Sep 2013 02:59:49 -0700
 (PDT)
Received-SPF: neutral (google.com: 192.0.33.81 is neither permitted nor denied
 by best guess record for domain of tz-bounces@iana.org)
 client-ip=192.0.33.81;
Authentication-Results: mx.google.com; spf=neutral (google.com: 192.0.33.81 is
 neither permitted nor denied by best guess record for domain of
 tz-bounces@iana.org) smtp.mail=tz-bounces@iana.org
Received: from mm.icann.org (mm.icann.org [192.0.32.100]) by
 smtp1.lax.icann.org (8.13.8/8.13.8) with ESMTP id r8I9xh4j005265; Wed, 18 Sep
 2013 09:59:43 GMT
Received: from mm.icann.org (localhost [127.0.0.1]) by mm.icann.org (Postfix)
 with ESMTP id 857FB60BED1; Wed, 18 Sep 2013 09:59:43 +0000 (UTC)
X-Original-To: tz@mm.icann.org
Delivered-To: tz@mm.icann.org
Received: from pechora1.lax.icann.org (unknown [IPv6:2620:0:2d0:201::1:71]) by
 mm.icann.org (Postfix) with ESMTP id E029960003F for <tz@mm.icann.org>; Wed,
 18 Sep 2013 09:59:42 +0000 (UTC)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by
 pechora1.lax.icann.org (8.13.8/8.13.8) with ESMTP id r8I9xMq8013355 for
 <tz@iana.org>; Wed, 18 Sep 2013 09:59:42 GMT
Received: from [192.168.2.100] ([91.60.247.23]) by mail.gmx.com (mrgmx103)
 with ESMTPSA (Nemesis) id 0LpsmR-1VsX5L3KDv-00fkgc for <tz@iana.org>; Wed, 18
 Sep 2013 11:59:20 +0200
Message-ID: <52397974.4050402@gmx.de>
Date: Wed, 18 Sep 2013 11:59:16 +0200
From: Meno Hochschild <mhochschild@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801
 Thunderbird/17.0.8
MIME-Version: 1.0
To: tz@iana.org
References: <52303DFC.1070309@cs.ucla.edu>
 <CACzrW9BbBFevi4vkqvE9bLqooiKuOhb_UETimdgqeaXWV8vBvg@mail.gmail.com>
 <5231DDBE.3090008@cs.ucla.edu>
 <CAFpi07zLnxYy0kSyHahGg177x9YMz=09q4iL6WPYLzyiH6A8wA@mail.gmail.com>
 <5238CBBA.3050003@cs.ucla.edu>
 <CACzrW9CGqY1HUstex9eU6F5FGVpOC5v+DjJKjTZ+2mC0CPiXag@mail.gmail.com>
 <20130918082830.GI14518@apb-laptoy.apb.alt.za>
In-Reply-To: <20130918082830.GI14518@apb-laptoy.apb.alt.za>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-Provags-ID: V03:K0:eboM/0xN7PBh3v17wa7SZzVwHnLfFE06tdbUkOOBC451uaYSCJ8
 L+3uqkNyKPjve9dTzDGhEj8cKooykABPaZkXL+CQrOWWAh/S30GAF3g6Xg2IiMoV+YfWf93
 qxMlyM4da4O4XM8tV5hWeahxbZQYhWQVjo3KCetbuy+0Y5p8aTf3jHtZTN7mszyOsmdH+Gz
 QPKPzFs3aXoEA8XqMZW8w==
X-Greylist: IP, sender and recipient auto-whitelisted, not delayed by
 milter-greylist-4.0 (pechora1.lax.icann.org [192.0.33.71]); Wed, 18 Sep 2013
 09:59:42 +0000 (UTC)
Subject: Re: [tz] draft of change summary for next tz release
X-BeenThere: tz@iana.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: Time Zone Database discussion <tz.iana.org>
List-Unsubscribe: <https://mm.icann.org/mailman/options/tz>,
 <mailto:tz-request@iana.org?subject=unsubscribe>
List-Archive: <http://mm.icann.org/pipermail/tz/>
List-Post: <mailto:tz@iana.org>
List-Help: <mailto:tz-request@iana.org?subject=help>
List-Subscribe: <https://mm.icann.org/mailman/listinfo/tz>,
 <mailto:tz-request@iana.org?subject=subscribe>
Sender: tz-bounces@iana.org
Errors-To: tz-bounces@iana.org
Status: RO


Am 18.09.2013 10:28, schrieb Alan Barrett:
>
> If we know that old data was wrong, then we should correct it, but if 
> we merely suspect that the old data is unreliable then we should 
> retain our best estimate, not remove it.
>
> --apb (Alan Barrett)
>

So I support the removal, since I think the discussed data obviously 
appear to be of very questionable nature. We cannot even consider the 
discussed data as "our best estimate".  Of course, there is no 100% 
guarantee - no black and white. If someone can know it better then it is 
easy to add the lost data again. But we should really not let the users 
in the state of wrong assumptions. Stability of data should not be the 
primary concern, rather correctness. And most users (near 100%) don't 
care about old that is to say archeological timezone data.

