Re: [Tzdist] [tzdist] #34 (service): should we include a raw tzdb format media type?
Lester Caine <lester@lsces.co.uk> Thu, 08 January 2015 16:52 UTC
Return-Path: <lester@lsces.co.uk>
X-Original-To: tzdist@ietfa.amsl.com
Delivered-To: tzdist@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1])
by ietfa.amsl.com (Postfix) with ESMTP id 6FEFF1A87C8
for <tzdist@ietfa.amsl.com>; Thu, 8 Jan 2015 08:52:40 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5
tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_NONE=-0.0001] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44])
by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024)
with ESMTP id ZqPsFbwS3t5H for <tzdist@ietfa.amsl.com>;
Thu, 8 Jan 2015 08:52:37 -0800 (PST)
Received: from mail4.serversure.net (mail4-2.serversure.net [217.147.176.214])
(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
(No client certificate requested)
by ietfa.amsl.com (Postfix) with ESMTPS id 448F31A0120
for <tzdist@ietf.org>; Thu, 8 Jan 2015 08:52:36 -0800 (PST)
Received: (qmail 26381 invoked by uid 89); 8 Jan 2015 16:52:34 -0000
Received: by simscan 1.3.1 ppid: 26375, pid: 26378, t: 0.0475s
scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677
Received: from unknown (HELO ?10.0.0.8?)
(lester@rainbowdigitalmedia.org.uk@86.169.173.116)
by mail4.serversure.net with ESMTPA; 8 Jan 2015 16:52:34 -0000
Message-ID: <54AEB5D1.7020401@lsces.co.uk>
Date: Thu, 08 Jan 2015 16:52:33 +0000
From: Lester Caine <lester@lsces.co.uk>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
rv:31.0) Gecko/20100101 Thunderbird/31.2.0
MIME-Version: 1.0
To: "tzdist@ietf.org >> Time Zone Data Distribution Service" <tzdist@ietf.org>
References: <055.3273bd9c81e7cf06280617afb0cd8dc8@tools.ietf.org>
<54ADC723.60707@cs.ucla.edu> <54AE15C6.10807@cisco.com>
<54AE5700.2010505@lsces.co.uk> <54AEAC6F.7080406@cs.ucla.edu>
In-Reply-To: <54AEAC6F.7080406@cs.ucla.edu>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/tzdist/iGYg4aUWxA6ovaXczG2VLYFr3x4>
Subject: Re: [Tzdist] [tzdist] #34 (service): should we include a raw tzdb
format media type?
X-BeenThere: tzdist@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <tzdist.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tzdist>,
<mailto:tzdist-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tzdist/>
List-Post: <mailto:tzdist@ietf.org>
List-Help: <mailto:tzdist-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tzdist>,
<mailto:tzdist-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 08 Jan 2015 16:52:40 -0000
On 08/01/15 16:12, Paul Eggert wrote: > Lester Caine wrote: >> I'm not sure if each TZid has it's own full >> expansion from the base generic rules? Is that the case Paul? > > Yes and no. There are separate files for America/Los_Angeles, > Europe/Paris, etc. But there are merely links for aliases. But there will be separate files for many aliases which are now all following the same generic rule - even after the cull for 1970 cut-off, some files still have pre-1970 only differences? Which would be different again with a later truncation point? -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk
- [Tzdist] [tzdist] #34 (service): should we includ… tzdist issue tracker
- Re: [Tzdist] [tzdist] #34 (service): should we in… Paul Eggert
- Re: [Tzdist] [tzdist] #34 (service): should we in… Eliot Lear
- Re: [Tzdist] [tzdist] #34 (service): should we in… Lester Caine
- Re: [Tzdist] [tzdist] #34 (service): should we in… Paul Eggert
- Re: [Tzdist] [tzdist] #34 (service): should we in… Lester Caine
- Re: [Tzdist] [tzdist] #34 (service): should we in… Tim Parenti
- Re: [Tzdist] [tzdist] #34 (service): should we in… Ken Murchison
- Re: [Tzdist] [tzdist] #34 (service): should we in… Tim Parenti
- Re: [Tzdist] [tzdist] #34 (service): should we in… Tim Parenti
- Re: [Tzdist] [tzdist] #34 (service): should we in… tzdist issue tracker