Re: [VCARDDAV] Extensibility issues with <sex/> in vcard xml
Simon Perreault <simon.perreault@viagenie.ca> Tue, 13 April 2010 12:20 UTC
Return-Path: <simon.perreault@viagenie.ca>
X-Original-To: vcarddav@core3.amsl.com
Delivered-To: vcarddav@core3.amsl.com
Received: from localhost (localhost [127.0.0.1]) by core3.amsl.com (Postfix) with ESMTP id A52203A6B06 for <vcarddav@core3.amsl.com>; Tue, 13 Apr 2010 05:20:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.647
X-Spam-Level:
X-Spam-Status: No, score=-1.647 tagged_above=-999 required=5 tests=[AWL=-0.537, BAYES_05=-1.11]
Received: from mail.ietf.org ([64.170.98.32]) by localhost (core3.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 9ho7h9a5QZbq for <vcarddav@core3.amsl.com>; Tue, 13 Apr 2010 05:20:31 -0700 (PDT)
Received: from jazz.viagenie.ca (jazz.viagenie.ca [206.123.31.2]) by core3.amsl.com (Postfix) with ESMTP id A339F3A6B01 for <vcarddav@ietf.org>; Tue, 13 Apr 2010 05:19:02 -0700 (PDT)
Received: from ringo.viagenie.ca (ringo.viagenie.ca [IPv6:2620:0:230:c000::67]) by jazz.viagenie.ca (Postfix) with ESMTPSA id 60A1121BF0 for <vcarddav@ietf.org>; Tue, 13 Apr 2010 08:18:38 -0400 (EDT)
Message-ID: <4BC4611D.10500@viagenie.ca>
Date: Tue, 13 Apr 2010 08:18:37 -0400
From: Simon Perreault <simon.perreault@viagenie.ca>
User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.9) Gecko/20100330 Fedora/3.0.4-1.fc12 Thunderbird/3.0.4
MIME-Version: 1.0
To: vcarddav@ietf.org
References: <n2l5d71d7031004130350h53371994hcce6c14b5963abb@mail.gmail.com>
In-Reply-To: <n2l5d71d7031004130350h53371994hcce6c14b5963abb@mail.gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: Re: [VCARDDAV] Extensibility issues with <sex/> in vcard xml
X-BeenThere: vcarddav@ietf.org
X-Mailman-Version: 2.1.9
Precedence: list
List-Id: IETF vcarddav wg mailing list <vcarddav.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/listinfo/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: Tue, 13 Apr 2010 12:20:33 -0000
Bonjour Laurent, On 2010-04-13 06:50, Laurent Eschenauer wrote: > Hi all, I'm the architect of http://onesocialweb.org, > a decentralized social networks built on top of XMPP and using vcard-xml > as our data model for user profiles. (For those who followed the story, > we switched from PoCo to vcard-xml recently). Yes I remember the story. Glad to have you on board! :) > It works great, but for the sex field. Simply because the value is > directly the text content of the <sex/> element. I don't see how to > extend that one in a XML compatible way. So, why not also wrap that one > in a <text/> or <int/> or <value/> or whatever else element ? > > <sex> > <gender>1</gender> > <acl-rule xmlns="http://onesocialweb.org/spec/1.0/"> > .... > </acl-rule> > </sex> Yes, this was discussed in Anaheim at IETF 77 in March. I vividly remember "Let's talk about sex!" Since the value type is an integer, it should actually be: <sex><integer>1</integer>...</sex> Unless somebody opposes, it will be this way in the next version. > What do you think ? Is this only a <sex/> problem or do you see other > places where this would be an issue too ? There are other problematic properties that use enumeration such as CLASS. In this case, since the value type is text, the content will be wrapped in a <text> element. So I think this problem will be fully fixed in the next draft version. Thanks, Simon -- NAT64/DNS64 open-source --> http://ecdysis.viagenie.ca STUN/TURN server --> http://numb.viagenie.ca vCard 4.0 --> http://www.vcarddav.org
- [VCARDDAV] Extensibility issues with <sex/> in vc… Laurent Eschenauer
- Re: [VCARDDAV] Extensibility issues with <sex/> i… Simon Perreault
- Re: [VCARDDAV] Extensibility issues with <sex/> i… Laurent Eschenauer