Re: [Tzdist] How should tzdist support rscale?

Jonathan Lennox <lennox@cs.columbia.edu> Wed, 07 January 2015 18:22 UTC

Return-Path: <lennox@cs.columbia.edu>
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 BFBFD1A00F6; Wed, 7 Jan 2015 10:22:00 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.2
X-Spam-Level:
X-Spam-Status: No, score=-4.2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3] 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 Qma6BVOaveJ6; Wed, 7 Jan 2015 10:21:58 -0800 (PST)
Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) by ietfa.amsl.com (Postfix) with ESMTP id A91A11A008A; Wed, 7 Jan 2015 10:21:58 -0800 (PST)
Received: from compute03.cs.columbia.edu (compute03.cs.columbia.edu [128.59.11.33]) by mailbackend.panix.com (Postfix) with ESMTPA id 79D58131E1; Wed, 7 Jan 2015 13:21:56 -0500 (EST)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <21677.31042.586794.7773@compute03.cs.columbia.edu>
Date: Wed, 7 Jan 2015 13:21:54 -0500
From: Jonathan Lennox <lennox@cs.columbia.edu>
To: Cyrus Daboo <cyrus@daboo.name>
In-Reply-To: <258A901779432BE2E9A929AD@caldav.corp.apple.com>
References: <21675.2462.186194.702206@compute03.cs.columbia.edu> <258A901779432BE2E9A929AD@caldav.corp.apple.com>
X-Mailer: VM 8.1.0 under 23.3.1 (x86_64-pc-linux-gnu)
Archived-At: http://mailarchive.ietf.org/arch/msg/tzdist/miZwnfJKZ4QdFq32b2hlzRPuHAI
Cc: tzdist@ietf.org, calsify@ietf.org
Subject: Re: [Tzdist] How should tzdist support rscale?
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: Wed, 07 Jan 2015 18:22:01 -0000

On Tuesday, January 6 2015, "Cyrus Daboo" wrote to "Jonathan Lennox, tzdist@ietf.org, calsify@ietf.org" saying:

> Hi Jonathan,
> 
> --On January 5, 2015 at 5:01:02 PM -0500 Jonathan Lennox 
> <lennox@cs.columbia.edu> wrote:
> 
> > A question recently occured to me about the interaction of rscale and
> > tzdist.
> >
> > Should it be possible for a VTIMEZONE -- either inline in an iCalendar
> > document, or distributed by tzdist -- to use an RSCALE?
> 
> If a time zone were indeed defined in terms of a non-Gregorian recurrence 
> then it would seem reasonable to support that.
> 
> > There are some natural use cases for this -- Iran uses the Persian
> > calendar to set its DST observances, and Israel used the Hebrew calendar
> > from 2005-2012.  Right now the IANA tzdata just expands non-Gregorian
> > rules to a list of dates, but in principle, RSCALE would be a much more
> > natural (and compact) way of representing rules like these.
> >
> > However, tzdist has no way to negotiate the use of iCalendar extensions.
> > Should one be defined?
> 
> If tz data publishers actually start wantint to produce data using 
> non-Gregorian rules, then we can easily define an extension to the 
> capabilities response to indicate that is an option.
> 
> > For that matter, the rscale draft doesn't talk about its use in VTIMEZONE
> > at all (indeed, it asserts that VTIMEZONEs are always specified in
> > Gregorian time).  Should it?
> 
> Actually the rscale document only mentions time zones once in Section 1 - 
> and there it states that time zone rules (i.e., what comes from a 
> publisher) is specified in terms of the Gregorian calendar - that does not 
> imply VTIMEZONE itself is limited to Gregorian rules - just that no time 
> zone data uses non-Gregorian. If you think that text needs re-wording to 
> clarify that, I can certainly change it.

Yes, I think that the rscale draft should be clarified to note that RSCALE
can appear in an RRULE in any iCalendar context where RRULE is allowed, not
just VEVENT, and in particular it can appear in VTIMEZONE.

> At this point, I think the use of non-Gregorian rules in VTIMEZONE should 
> not be ruled out, but tzdist does not need to support it until we have 
> publishers actually wanting to use it. Of course at that point things will 
> get tricky for the publisher as they will want to keep the Gregorian rules 
> around for backwards compatibility.

Yes -- for tzdist I'm mostly thinking about this as an exercise to make sure
we have backward-compatible future extensibility defined correctly.  If we
understand how we would do this if it's ever needed, I think we're in pretty
good shape.

That said, I think tzdist in the meantime should have some statement saying
that RSCALE MUST NOT be used unless support for it is negotated through some
as-yet undefined mechanism.

-- 
Jonathan Lennox
lennox@cs.columbia.edu