Re: [Jcardcal] [Gen-art] Genart LC review: draft-ietf-jcardcal-jcal-09

Philipp Kewisch <kewisch@gmail.com> Wed, 26 March 2014 10:26 UTC

Return-Path: <kewisch@gmail.com>
X-Original-To: jcardcal@ietfa.amsl.com
Delivered-To: jcardcal@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 267AF1A0300; Wed, 26 Mar 2014 03:26:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 9sfKXwy8ixdz; Wed, 26 Mar 2014 03:26:50 -0700 (PDT)
Received: from mail-bk0-x233.google.com (mail-bk0-x233.google.com [IPv6:2a00:1450:4008:c01::233]) by ietfa.amsl.com (Postfix) with ESMTP id 4777E1A0167; Wed, 26 Mar 2014 03:26:50 -0700 (PDT)
Received: by mail-bk0-f51.google.com with SMTP id 6so463167bkj.10 for <multiple recipients>; Wed, 26 Mar 2014 03:26:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type; bh=vlJBzc0mwOKYlauzmktG1by68GkuU1gsUMN6dMVb2LY=; b=O5ek8xJkenaNpDnX/CkPvd8e10TcL02NII/2MVrDRJlL3/1yLl8RrtTh5GMCUkhGyJ 2o5ryTMaKSPebDm1CCffD31ki/QSMLK5rNmUuLcVEnOjKTt14hNE6JkCtxE9bQMpzZph kE/PJhCu3Wr1XFhHIWgI5blV/GY0iz7WITSLF1Yp8Ean4/a5MLJlYEuueNFHf54Y0Gg9 skkl6zv/hjfjYHZV2lAqUJpQvfdf6Y2EOFEe3zjieYJEbQ4Brit4Z+dla2FcivaX76vV ahgf9Oeu+NOWqt9OEKi3sUc1gYtjnqkRdI0sI8mwNhtivQtWC4CLJOcpWisC/SjTsAl8 /CIg==
X-Received: by 10.205.9.67 with SMTP id ov3mr43092071bkb.13.1395829608195; Wed, 26 Mar 2014 03:26:48 -0700 (PDT)
Received: from ?IPv6:2003:57:ea00:2401:ac7f:602e:fb74:b859? (p20030057EA002401AC7F602EFB74B859.dip0.t-ipconnect.de. [2003:57:ea00:2401:ac7f:602e:fb74:b859]) by mx.google.com with ESMTPSA id f11sm22216852bkj.6.2014.03.26.03.26.47 for <multiple recipients> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Mar 2014 03:26:47 -0700 (PDT)
Message-ID: <5332AB66.9070404@gmail.com>
Date: Wed, 26 Mar 2014 11:26:46 +0100
From: Philipp Kewisch <kewisch@gmail.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:28.0) Gecko/20100101 Thunderbird/28.0
MIME-Version: 1.0
To: Robert Sparks <rjsparks@nostrum.com>, General Area Review Team <gen-art@ietf.org>, draft-ietf-jcardcal-jcal@tools.ietf.org, jcardcal@ietf.org
References: <531F5C0D.5040903@nostrum.com> <531F5EC6.5010306@nostrum.com> <532B5201.8020508@gmail.com> <532B6A27.1030201@nostrum.com>
In-Reply-To: <532B6A27.1030201@nostrum.com>
X-Enigmail-Version: 1.6
Content-Type: multipart/alternative; boundary="------------020608000205060900060002"
Archived-At: http://mailarchive.ietf.org/arch/msg/jcardcal/l9C1NwedTWBeIYGo4xjHKjRwrNs
Subject: Re: [Jcardcal] [Gen-art] Genart LC review: draft-ietf-jcardcal-jcal-09
X-BeenThere: jcardcal@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: JSON data formats for vCard and iCalendar WG <jcardcal.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/jcardcal>, <mailto:jcardcal-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/jcardcal/>
List-Post: <mailto:jcardcal@ietf.org>
List-Help: <mailto:jcardcal-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/jcardcal>, <mailto:jcardcal-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 26 Mar 2014 10:26:52 -0000

On 3/20/14, 11:22 PM, Robert Sparks wrote:
>
>> Maybe this just requires some adjustment in wording. The gist is that
>> numbers should be represented in whatever way needed by the
>> underlying rfc, i.e 5545 or 7159. If a number represented with a
>> leading + sign is found in iCal, the same number can be represented
>> without a leading + sign in JSON. Analogous for leading zeros. Would
>> you prefer this is explicitly stated?
> Yes. And I don't think it needs much text. Just let the implementer
> know the issue is there to take care of.
I've added the following paragraph to the Pre-processing section 3.1:

NEW
          There is a subtle difference in the number representations between
          jCal and iCalendar. While in iCalendar a number may have leading
          zeros, as well as a leading plus sign, this is not the case in
JSON.
          Numbers should be represented in whatever way needed for the
          underlying format.
END