Re: [VCARDDAV] two component GENDER

Tantek Çelik <tantek@cs.stanford.edu> Thu, 16 December 2010 23:01 UTC

Return-Path: <tantek@gmail.com>
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 241AB3A69E2 for <vcarddav@core3.amsl.com>; Thu, 16 Dec 2010 15:01:49 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.477
X-Spam-Level:
X-Spam-Status: No, score=-1.477 tagged_above=-999 required=5 tests=[AWL=0.600, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_65=0.6, MIME_8BIT_HEADER=0.3, RCVD_IN_DNSWL_LOW=-1]
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 wpj+vQ5XGUM7 for <vcarddav@core3.amsl.com>; Thu, 16 Dec 2010 15:01:48 -0800 (PST)
Received: from mail-gw0-f42.google.com (mail-gw0-f42.google.com [74.125.83.42]) by core3.amsl.com (Postfix) with ESMTP id 443993A6915 for <vcarddav@ietf.org>; Thu, 16 Dec 2010 15:01:48 -0800 (PST)
Received: by gwb20 with SMTP id 20so51619gwb.15 for <vcarddav@ietf.org>; Thu, 16 Dec 2010 15:03:33 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:sender:received :in-reply-to:references:from:date:x-google-sender-auth:message-id :subject:to:cc:content-type; bh=v1Ld4FakAsg9pATWFfomz9i8JcnqS9UqpfmuLOq8PYA=; b=gBCIySQ8ub9MFPYG9ieaeXtWOcQT1ay6gR4fSpwEfRmqCUwA5O2kuVY0QtvPABo7DZ YfCcYgPdQiYBnchAU30vsr0vY+ryyet/ivp4HqDbSu0oMl9D9mYzr6luv/6pbIpjUytR b7iuCD26JspPQ25NxbZbQsaP8NJNcqV2ZYcLU=
DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:from:date :x-google-sender-auth:message-id:subject:to:cc:content-type; b=DB3u4/AAgMvaSFmiakURTazeISSc28jfqASnhYv+QodUkVO+JnjJXU1HRckT6nbnBc 1zaP86OH+4YGSLLg/T/cW90gIgqSS45npytUx5iQKQ8QsnOBXbdTX1UdNGAUb31c+tlX wUELW9L16e5KzB3nONnyAgbllRacoUgnKbezs=
Received: by 10.90.198.1 with SMTP id v1mr1446488agf.171.1292540613558; Thu, 16 Dec 2010 15:03:33 -0800 (PST)
MIME-Version: 1.0
Sender: tantek@gmail.com
Received: by 10.90.220.16 with HTTP; Thu, 16 Dec 2010 15:02:53 -0800 (PST)
In-Reply-To: <1292519641.15091.6.camel@Nokia-N900>
References: <AANLkTikmTKSwBVYYtUmEnPB=9Vd9d9ei8KxS5e_-MWTQ@mail.gmail.com> <4D0A30FC.20201@stpeter.im> <1292519641.15091.6.camel@Nokia-N900>
From: =?UTF-8?Q?Tantek_=C3=87elik?= <tantek@cs.stanford.edu>
Date: Thu, 16 Dec 2010 15:02:53 -0800
X-Google-Sender-Auth: ZiP6HwBDDg4_gRFT3HdNQgHH_mw
Message-ID: <AANLkTino=jVf6iAbs1A7jwRNBgbpm=R7z-btEwcaTbA9@mail.gmail.com>
To: Florian Zeitz <florob@babelmonkeys.de>
Content-Type: text/plain; charset=UTF-8
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] two component GENDER
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: Thu, 16 Dec 2010 23:01:49 -0000

On Thu, Dec 16, 2010 at 09:14, Florian Zeitz <florob@babelmonkeys.de> wrote:
> Some time ago stpeter wrote:
>> But, if someone registers "queer", the result would be what?
>>
>> 1. GENDER:;queer
>>
>> or
>>
>> 2. GENDER:queer
>>
>> My impression from the discussion in Beijing was #2, not #1 (if, again,
>> someone registered "queer" with IANA).
>>
> +1
> Registering values for a free-text field (which #1 would be as I understand
> it) seems rather strange.

Peter, Florian, I stand corrected.

You're right, it doesn't make sense to have an IANA registry for a
free-text field (gender-identity component of gender).

That leaves the question of whether or not it makes sense to have the
sex component of gender be extensible / registerable.

Frankly I'm not sure that it does.
Or rather, I believe the enum set proposed (M,F,O,N,U) for the sex
component is sufficient for vCard4.

Since we already have a free-text field for arbitrary labeling with
gender-identity, I believe that maps well to our goals of sufficient
flexibility to allow expression of human diversity.

I'd prefer to *not* make the sex component extensible for now, until a
good case can be made based on real world examples that demonstrates
that such extensibility is necessary / useful above and beyond the use
cases for flexibility gender identity (which are already covered by
that respective free-text component).

Thanks,

Tantek

-- 
http://tantek.com/ - I made an HTML5 tutorial! http://tantek.com/html5