Re: [calsify] SKIP was Re: AD review of draft-ietf-calext-rscale-03

Gregory Yakushev <yakushev@google.com> Wed, 04 February 2015 11:26 UTC

Return-Path: <yakushev@google.com>
X-Original-To: calsify@ietfa.amsl.com
Delivered-To: calsify@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 23B411A6F27 for <calsify@ietfa.amsl.com>; Wed, 4 Feb 2015 03:26:37 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -0.188
X-Spam-Level:
X-Spam-Status: No, score=-0.188 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_47=0.6, J_CHICKENPOX_48=0.6, SPF_PASS=-0.001, T_RP_MATCHES_RCVD=-0.01] autolearn=no
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 uybYjVVZUot0 for <calsify@ietfa.amsl.com>; Wed, 4 Feb 2015 03:26:35 -0800 (PST)
Received: from mail-qc0-x22f.google.com (mail-qc0-x22f.google.com [IPv6:2607:f8b0:400d:c01::22f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 53CCB1A007C for <calsify@ietf.org>; Wed, 4 Feb 2015 03:26:35 -0800 (PST)
Received: by mail-qc0-f175.google.com with SMTP id c9so651762qcz.6 for <calsify@ietf.org>; Wed, 04 Feb 2015 03:26:34 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20120113; h=mime-version:references:from:date:message-id:subject:to :content-type; bh=YK032NguHUwjo7yuVGNM+WrImJPQJNBs6fqQ5tgMdKs=; b=CKZTnruTb+Q9yWRJ4A+A8Dh1cYue9opmeGSwa9JAkbBgVjSNeGBS2gON+4TwWfZD1d 6bO/xOxkUGDwrYSpmW6Dqp1tl/+3v6ZcGv+G9/7VkkwIs2KgP5RB0o8zyEnTDl5wWX68 FXLPLv8bjeEaGOPi5NYugnNQa7ku1KdNzN6t2F3djGxzTbLTKq97G2kq5ALIRk1jQGsl 1hjYrUmyhwvgGGIJldlZSzbwWPB0m76pUjFWrafek8aFHzmv+ewN3q7f5W6t7KWW8vnp fZbMxdRMYf/jToypf9GN3nHvCStT3LCaKEld8juuu3prDhOKrXlqGficlgutqZml3EFM 1u9Q==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:references:from:date:message-id :subject:to:content-type; bh=YK032NguHUwjo7yuVGNM+WrImJPQJNBs6fqQ5tgMdKs=; b=jZ5b03cOutA//xpcVJEXynOJrruYk1kBI/+no0jeLCb8ksWE6T4TMpwi94vev9iLsB WmxIo4DKqwt3zjqz1bisLSUReHZhZfby8j4xBIySbhZkkbYBHTBUYQazR6i8l3HZwOPr gsnB0SG+uB5nrEhYjNoaZo+tvKZem0GPRFUcbNVp6NEHr27ouyEvIHf4WfrEdqnIa+cC lAh988yJ0XC+Zyq1L8ag6fmljluHtnTs5aKRRB00zMKkQNfA8c6emVLnkNXB+2TaxFLR g00n3rBjj8JBF14/A2W2/+AzaKg6mmbHoSEvre3RO39x8ICmShrJF/WOz7ZSS1GoLf4L B/qg==
X-Gm-Message-State: ALoCoQkBW51YHvyLhRR9BqACfTp6VM3T78LugpKA2KfIGUYb24MkFutlMVDsZ8OwR7kRsgVKRYF6
X-Received: by 10.140.38.136 with SMTP id t8mr2826287qgt.61.1423049194194; Wed, 04 Feb 2015 03:26:34 -0800 (PST)
MIME-Version: 1.0
References: <68FCD7D11F934509267D5915@cyrus.local> <CALaySJKQP9WjRQV2qrgfLiGwj-SQAUCF6RVcQuRrUYNpfqp17A@mail.gmail.com> <7FF77F2FE3390FFD1149E953@cyrus.local> <CALaySJK3RiXXHTq9MC4nwA4c_gZzEVDoWa96MDc7Ue4yDRgbWA@mail.gmail.com> <C80A141CD062EFF630B6D2BB@caldav.corp.apple.com> <54D0E2E9.2030505@andrew.cmu.edu> <99B9DDB4AEFC12755724C5DD@caldav.corp.apple.com> <54D107AC.3050706@andrew.cmu.edu> <2D953326EFEE238B1CCF867E@caldav.corp.apple.com> <54D10C50.20909@andrew.cmu.edu> <54D10FDB.6070001@andrew.cmu.edu> <54D12AAC.7000202@dmfs.org> <54D12E31.4020506@andrew.cmu.edu> <55A07C99191DC58DAAA160D5@caldav.corp.apple.com> <54D1368F.2000501@dmfs.org> <6BD446FBAB897BCD227A82F1@caldav.corp.apple.com> <54D14289.90201@dmfs.org>
From: Gregory Yakushev <yakushev@google.com>
Date: Wed, 04 Feb 2015 11:26:33 +0000
Message-ID: <CAJxDCqVKd6QNCeYPGF39=KeWVRk8Mc=khOnfbhrPBzc0vvAHEw@mail.gmail.com>
To: Marten Gajda <marten@dmfs.org>, Cyrus Daboo <cyrus@daboo.name>, Ken Murchison <murch@andrew.cmu.edu>, calsify@ietf.org
Content-Type: multipart/alternative; boundary="001a11c12db2b7f1a5050e4175cc"
Archived-At: <http://mailarchive.ietf.org/arch/msg/calsify/jSjt03nmBkDxD96xMuwOWJHMe-0>
Subject: Re: [calsify] SKIP was Re: AD review of draft-ietf-calext-rscale-03
X-BeenThere: calsify@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: <calsify.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/calsify>, <mailto:calsify-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/calsify/>
List-Post: <mailto:calsify@ietf.org>
List-Help: <mailto:calsify-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/calsify>, <mailto:calsify-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 04 Feb 2015 11:26:37 -0000

Quite a discussion here, let me try to catch up.

As for FREQ=YEARLY;RSCALE=HEBREW;MONTHLY=5L;BYDAY=MO,TU,WE,TH,FR,SA,SU;SKIP=FORWARD
case, its clearly artificial and doesn't represent any real-world usecase,
so there's no preference for our users on how to handle it.

As was cleared above, SKIP behavior is clear for all Calendars except
Hebrew, and for all except Hebrew people will use SKIP=BACKWARD for most
usecases.

It is important to clear the Hebrew case, but lets keep in mind this we are
talking about a very narrow usecase for a relatively small number of users.
It will be unfair to complicate life for billions of Chinese or Hindu users
to make Hebrew case perfectly right.

Do I understand correctly that current draft allows to specify an RRULE for
all Hebrew cases, even though it looks ugly for Adar I 30th?

Grisha


On Tue Feb 03 2015 at 10:50:15 PM Marten Gajda <marten@dmfs.org> wrote:

>
> Am 03.02.2015 um 22:04 schrieb Cyrus Daboo:
>
> I think Ken's idea is that you apply the SKIP after BYMONTH only if the
> invalid data corresponds to an invalid leap month as opposed to a leap day.
> In which case the SKIP would not have applied after BYMONTH in your
> example. But I think a behavior like that is going to be really tricky for
> implementors to get right and hard to describe really well without having
> to delve into the gory details of RRULE processing.
>
>  Ah, got it.
>
> So, considering the following
>
> Applying SKIP=FORWARD after BYDAY on the following rule
>
>
> FREQ=YEARLY;RSCALE=HEBREW;MONTHLY=5L;BYDAY=MO,TU,WE,TH,FR,SA,SU;SKIP=FORWARD
>
> results in 30 instances in leap years and in non-leap years, since it
> would expand the week days in Adar I and roll them forward afterwards
>
> Applying SKIP=FORWARD after BYMONTH but before BYDAY results in 30
> instances in leap years, but 29 instances in non-leap years, since the
> weekdays would be expanded for Adar instead of Adar I.
>
> It's similar when the month following the leap month has more days than
> the leap month itself.
>
> In essence, applying SKIP after all BYxxx parts won't change the number of
> instances (given they don't fall on another instance), but Ken's approach
> might do that.
>
> Not sure what's preferable in this case.
>
>
>
>
> --
>
> *Marten Gajda*
> Schandauer Straße 34
> 01309 Dresden
> Germany
>
> tel: +49 177 4427167
> email: marten@dmfs.org
> twitter: twitter.com/dmfs_org
>
> VAT Reg. No.: DE269072391
>   _______________________________________________
> calsify mailing list
> calsify@ietf.org
> https://www.ietf.org/mailman/listinfo/calsify
>