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

Philipp Kewisch <kewisch@gmail.com> Wed, 26 March 2014 10:03 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 DD8C11A0174; Wed, 26 Mar 2014 03:03:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 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, 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 XcMw8eDh9OFE; Wed, 26 Mar 2014 03:03:24 -0700 (PDT)
Received: from mail-la0-x22c.google.com (mail-la0-x22c.google.com [IPv6:2a00:1450:4010:c03::22c]) by ietfa.amsl.com (Postfix) with ESMTP id A3C1F1A0170; Wed, 26 Mar 2014 03:03:23 -0700 (PDT)
Received: by mail-la0-f44.google.com with SMTP id hr13so1320705lab.3 for <multiple recipients>; Wed, 26 Mar 2014 03:03:21 -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:content-transfer-encoding; bh=LfMD94cU/hN+nBP5jMCks6K7ngz6ejQef3c+ljWaTaI=; b=EBRcvapbR028i7CSevWO6LS1TRaj5OTlp/PKQnfZk4OuAizplTBW9/JcIhJ0Cz8n5n u38nLXQED5Scd5oMN4ugbO4mYTyyCOxno5r0cqKkLBEL7ZHgB1nww/yANFlcr5QhUKNN LXjM7DBnyAw9ZKtpMIdeJmoNwuW4U6XqTF9KIDIcS/oBnsfxF6KsALBFBrL+Nn9TwWIu cYOJj/oc/PBT6//YE4YgUaP60NqZ8OLnpHUsvU8fsgOy7WOzDhDIcdBh0SfvaPBRm1TJ B2+Ob5wsd5/HyEfSHPvKvUGSBj/6mB8+psGoxPVjkc1X1lIOj2NC2+HuDOxHpzJW5M8l MS/Q==
X-Received: by 10.112.142.40 with SMTP id rt8mr396182lbb.52.1395828201696; Wed, 26 Mar 2014 03:03:21 -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 dl4sm13648416lbc.4.2014.03.26.03.03.20 for <multiple recipients> (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 26 Mar 2014 03:03:20 -0700 (PDT)
Message-ID: <5332A5E7.6040403@gmail.com>
Date: Wed, 26 Mar 2014 11:03:19 +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>, "<gen-art@ietf.org> Team" <gen-art@ietf.org>, draft-ietf-jcardcal-jcal@tools.ietf.org, "jcardcal@ietf.org" <jcardcal@ietf.org>
References: <531F5C0D.5040903@nostrum.com> <532B5066.5050803@gmail.com> <532B69C8.305@nostrum.com> <532B792D.7010105@gmail.com> <532C3BC1.1000909@nostrum.com>
In-Reply-To: <532C3BC1.1000909@nostrum.com>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/jcardcal/qim34Ia29yUT_YoRV1KJEFbO3PQ
Subject: Re: [Jcardcal] 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:03:26 -0000

On 3/21/14, 2:16 PM, Robert Sparks wrote:
>
> On 3/20/14, 6:26 PM, Philipp Kewisch wrote:
>> On 3/20/14, 11:20 PM, Robert Sparks wrote:
>>>> value-separator is defined in section 2 of rfc 7159.
>>> Provide that reference at the point it's used in the document please.
>> Just above the ABNF in the introduction to the section, I write "ABNF
>> Symbols not described here are taken from [RFC7159]". Isn't that
>> sufficient?
> I missed it. Others are likely to as well.
> Building an explicit list of what symbols you're counting on from that
> document
> would let you check that you haven't missed defining any others.
> Putting the list
> in the document will help others later find where to go when they're
> missing the
> symbol by using grep on this document.
> (You should have that list already from the ABNF verification step you
> performed).
>>
>> Philipp
>
That list is quite a bit, I personally think the note at the beginning
of the section should be sufficient. Don't you think most implementers
will assume these rules belong to JSON and re-read the section if they
are really looking for why the rule is missing? If you think this is a
blocking issue, I'm happy to include it though.

; These symbols originate from RFC7159 and are only
begin-array     = ws %x5B ws  ; [ left square bracket
begin-object    = ws %x7B ws  ; { left curly bracket
end-array       = ws %x5D ws  ; ] right square bracket
end-object      = ws %x7D ws  ; } right curly bracket
name-separator  = ws %x3A ws  ; : colon
value-separator = ws %x2C ws  ; , comma
string = quotation-mark *char quotation-mark
quotation-mark = %x22      ; " 
ws = *( %x20 / %x09 / %x0A / %x0D ) ; Space, Horizontal tab, line feed
                                    ; or new line, carriage return
false = %x66.61.6c.73.65   ; false
true  = %x74.72.75.65      ; true
number = [ minus ] int [ frac ] [ exp ]
decimal-point = %x2E       ; . 
digit1-9 = %x31-39         ; 1-9
e = %x65 / %x45            ; e E
exp = e [ minus / plus ] 1*DIGIT
frac = decimal-point 1*DIGIT
int = zero / ( digit1-9 *DIGIT )
minus = %x2D               ; - 
plus = %x2B                ; + 
zero = %x30                ; 0