Re: [VCARDDAV] Non-Gregorian Calscales?

DataPacRat <datapacrat@gmail.com> Sat, 14 September 2013 08:14 UTC

Return-Path: <datapacrat@gmail.com>
X-Original-To: vcarddav@ietfa.amsl.com
Delivered-To: vcarddav@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EF11A11E80FD for <vcarddav@ietfa.amsl.com>; Sat, 14 Sep 2013 01:14:36 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.548
X-Spam-Level:
X-Spam-Status: No, score=-2.548 tagged_above=-999 required=5 tests=[AWL=0.052, BAYES_00=-2.599, NO_RELAYS=-0.001]
Received: from mail.ietf.org ([12.22.58.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jxy6RyzsnTjI for <vcarddav@ietfa.amsl.com>; Sat, 14 Sep 2013 01:14:36 -0700 (PDT)
Received: from mail-we0-x22f.google.com (mail-we0-x22f.google.com [IPv6:2a00:1450:400c:c03::22f]) by ietfa.amsl.com (Postfix) with ESMTP id AE10911E80D1 for <vcarddav@ietf.org>; Sat, 14 Sep 2013 01:14:32 -0700 (PDT)
Received: by mail-we0-f175.google.com with SMTP id q59so1995930wes.34 for <vcarddav@ietf.org>; Sat, 14 Sep 2013 01:14:31 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/pOHgB2YZvApSxSBDnFw30sZk5kk6IoHtI+SidJSKQs=; b=QwcX9gBJhGrMPjkiVQsWfnwtCeZjjy2k+3AbKExTz7l8HGh2Oc3Jw2JHgpI6cjq2us uVwl7t7pF7qPyWhpfx/q4ucZh8A//rJy1E07+L+pW+Novpr+FlQcD5VmwXhoBCh4AS1G AwQx8KScpvbq0Eeo3L1e0uCHv5p/BKID7p65btZKBqzS5UHckZYAR4ekztUcV4h1wlw5 NxrmuhUaCmL1USiYboItqSW3iPVMwWugoeHVr88lEXHQGYk10xU5BShW3VvdTsEHvYg3 EuZDakjMJD6WK0dT3I9u52TzX00eVkWq/O7IW5ul9h82RwWrk9kjV1NHLqZ0HbJv2Cz1 qubw==
MIME-Version: 1.0
X-Received: by 10.194.222.2 with SMTP id qi2mr14391154wjc.14.1379146471831; Sat, 14 Sep 2013 01:14:31 -0700 (PDT)
Received: by 10.194.133.193 with HTTP; Sat, 14 Sep 2013 01:14:31 -0700 (PDT)
In-Reply-To: <38A48633E0E1DCF523B0A35B@caldav.corp.apple.com>
References: <CAB5WduAK9yOtHYMRJwb_VeaZ-fbv-G__XpF5R4XicFoYt+_Wiw@mail.gmail.com> <CAD8HnzzcB64muzHFUSUKA-F_p1oOcLY43x858S4Jkk42KTL=GQ@mail.gmail.com> <38A48633E0E1DCF523B0A35B@caldav.corp.apple.com>
Date: Sat, 14 Sep 2013 04:14:31 -0400
Message-ID: <CAB5WduAfL9vGUkhVdqcD5j9x2i-RstwjeL-bvpR08tVye_3HUQ@mail.gmail.com>
From: DataPacRat <datapacrat@gmail.com>
To: Cyrus Daboo <cyrus@daboo.name>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: "vcarddav@ietf.org" <vcarddav@ietf.org>
Subject: Re: [VCARDDAV] Non-Gregorian Calscales?
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/vcarddav>
List-Post: <mailto:vcarddav@ietf.org>
List-Help: <mailto:vcarddav-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/vcarddav>, <mailto:vcarddav-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 14 Sep 2013 08:14:37 -0000

On Fri, Sep 13, 2013 at 9:53 AM, Cyrus Daboo <cyrus@daboo.name> wrote:

> A proper implementation of non-Gregorian date/time values will need to
> re-define what the format of the date value is. I don't believe ISO-8601
> covers all the possibilities (for example Japanese calendars require an
> "era" element).

Expanding all of vCard to properly handle non-Gregorian dates will
probably have to wait until version 4.1. I'm currently concerned about
the DATE parameter I'm adding in the Signed vCards draft. Given that
the formal format of standard vCard date-and-or-time formats are
nearly inextricably linked to Gregorian dates, I'm probably going to
end up throwing in a statement along the lines of, "This format
assumes the default, Gregorian CALSCALE, which ISO 8601 is based on.
Non-Gregorian CALSCALEs should use the format most appropriate to that
calendar." Does that sound like an acceptable placeholder, until such
time as vCard is revamped?


Thank you for your time,
--
DataPacRat
"Then again, I could be wrong."