Re: [VCARDDAV] JSON representation

Simon Perreault <simon.perreault@viagenie.ca> Mon, 11 June 2012 18:52 UTC

Return-Path: <simon.perreault@viagenie.ca>
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 2C62A21F861B for <vcarddav@ietfa.amsl.com>; Mon, 11 Jun 2012 11:52:03 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 tagged_above=-999 required=5 tests=[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 Y7WaB1RtNpje for <vcarddav@ietfa.amsl.com>; Mon, 11 Jun 2012 11:52:02 -0700 (PDT)
Received: from jazz.viagenie.ca (unknown [IPv6:2620:0:230:8000:226:55ff:fe57:14db]) by ietfa.amsl.com (Postfix) with ESMTP id 268EC21F8617 for <vcarddav@ietf.org>; Mon, 11 Jun 2012 11:52:02 -0700 (PDT)
Received: from ringo.viagenie.ca (unknown [IPv6:2620:0:230:c064:84e5:4ccb:c690:6774]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 79A8F425D7; Mon, 11 Jun 2012 14:52:01 -0400 (EDT)
Message-ID: <4FD63E50.9080405@viagenie.ca>
Date: Mon, 11 Jun 2012 14:52:00 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.1) Gecko/20120216 Thunderbird/10.0.1
MIME-Version: 1.0
To: "Raghurama Bhat (ragbhat)" <ragbhat@cisco.com>
References: <4FD639EC.9080502@viagenie.ca> <CBFB96A7.2C8CD%jhildebr@cisco.com> <93E73285DA3584449E2CD5E9414E16C303855FB9@xmb-sjc-21d.amer.cisco.com>
In-Reply-To: <93E73285DA3584449E2CD5E9414E16C303855FB9@xmb-sjc-21d.amer.cisco.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Cc: vcarddav@ietf.org, "Joe Hildebrand (jhildebr)" <jhildebr@cisco.com>
Subject: Re: [VCARDDAV] JSON representation
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: Mon, 11 Jun 2012 18:52:03 -0000

On 2012-06-11 14:39, Raghurama Bhat (ragbhat) wrote:
> In this case, vCard relies on Order but xCard does not.  (I am talking
> about Gender value and parameter, not properties in general)

You're talking about "component" order.

Yes, vCard relies on order to parse components. xCard doesn't since it 
uses different XML tags.

> Personally, I think the self-describing nature of xCard is better for
> JSON mapping to align with. I don't  see what the interop issue is. Full
> conversion can be supported in both directions without any loss of
> information.

As long as you can reproduce the same component ordering in vCard, 
there's no issue here.

Simon
-- 
DTN made easy, lean, and smart --> http://postellation.viagenie.ca
NAT64/DNS64 open-source        --> http://ecdysis.viagenie.ca
STUN/TURN server               --> http://numb.viagenie.ca