Re: [VCARDDAV] two component GENDER
Sarah Dopp <sarah@sarahdopp.com> Thu, 16 December 2010 23:39 UTC
Return-Path: <doppjuice@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 B0C3D3A6A2E for <vcarddav@core3.amsl.com>; Thu, 16 Dec 2010 15:39:33 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.376
X-Spam-Level:
X-Spam-Status: No, score=-2.376 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, HTML_MESSAGE=0.001, J_CHICKENPOX_65=0.6, 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 FD3eI+K9FdPX for <vcarddav@core3.amsl.com>; Thu, 16 Dec 2010 15:39:32 -0800 (PST)
Received: from mail-gy0-f172.google.com (mail-gy0-f172.google.com [209.85.160.172]) by core3.amsl.com (Postfix) with ESMTP id 133DA3A6A2C for <vcarddav@ietf.org>; Thu, 16 Dec 2010 15:39:31 -0800 (PST)
Received: by gyd12 with SMTP id 12so44835gyd.31 for <vcarddav@ietf.org>; Thu, 16 Dec 2010 15:41:17 -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:content-type; bh=rxX5+4z6gajrELIi0bYfkmz9INrlgSkTE6mkIASH6Bc=; b=EPKlrr0ieW7i+A4/vSVpYBOTImUyfRZjseP2TJhB105Tx1WQu+JSID6gVJga/vUK3b +p+LVEb/T9Tj4O0Q4xVBAGHJTL+cK5cVV56QTh/9qDcYu1wZW4Rc3oeBJvLL2PEBQszL 2nNSl2/29AbHc7O4KaXEqlT3bx7IPF6AetcEA=
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:content-type; b=PeWM1O/yZwRTyQFklYKFI/6ATWS8+LkxOzREvTnibQLhZyGfleKRU4DN7BEYD8q2do DUOC9iz2KDBb+TpILGkqazlUDMPWrL0j7WWc7vNCS6glrYiUWnTNNpx12Gig6xbMzcQZ A/V9JZm8pyUZXP1TMSUJQ0TS+HFvAqh1IbDcc=
Received: by 10.236.103.33 with SMTP id e21mr2811439yhg.58.1292542877082; Thu, 16 Dec 2010 15:41:17 -0800 (PST)
MIME-Version: 1.0
Sender: doppjuice@gmail.com
Received: by 10.236.109.45 with HTTP; Thu, 16 Dec 2010 15:40:56 -0800 (PST)
In-Reply-To: <AANLkTino=jVf6iAbs1A7jwRNBgbpm=R7z-btEwcaTbA9@mail.gmail.com>
References: <AANLkTikmTKSwBVYYtUmEnPB=9Vd9d9ei8KxS5e_-MWTQ@mail.gmail.com> <4D0A30FC.20201@stpeter.im> <1292519641.15091.6.camel@Nokia-N900> <AANLkTino=jVf6iAbs1A7jwRNBgbpm=R7z-btEwcaTbA9@mail.gmail.com>
From: Sarah Dopp <sarah@sarahdopp.com>
Date: Thu, 16 Dec 2010 15:40:56 -0800
X-Google-Sender-Auth: xIMY8J7wXlissZxa8uu0pQr3HyA
Message-ID: <AANLkTi=Qcnw+e4vox_9QKLAuxYiCFyhMyP8wFvcAqrB3@mail.gmail.com>
To: vcarddav@ietf.org
Content-Type: multipart/alternative; boundary="0023547c89d70bce1b04978f9768"
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:39:33 -0000
"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)." The real-world example there is Intersex. Some people are born with blended sex characteristics, either physical or hormonal or both. In most of these cases, parents and doctors assign the person to the gender they resemble most (and that assignment may or may not stick as the person grows). But the medical sex is still different. For stats on the frequency of the different types of these case, look at the Intersex Society of North America's numbers: http://www.isna.org/faq/frequency That said, since this project is more about data management and personal identity than medical records, I'm not quite sure what to advocate for here. Tantek, do you think there are cases where a form will ask users for both their sex AND their gender? Your system sounds like good data management: it will allow any system to have either pre-defined or free-form values without one data set muddling up the other. I suspect, though, that in actual application, only one component will be used at a time. No recommendations or endorsements here. Just observations. ~Sarah On Thu, Dec 16, 2010 at 3:02 PM, Tantek Çelik <tantek@cs.stanford.edu>wrote: > 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 > _______________________________________________ > VCARDDAV mailing list > VCARDDAV@ietf.org > https://www.ietf.org/mailman/listinfo/vcarddav > -- Sarah Dopp site: http://sarahdopp.com / blog: http://doppjuice.com / tweet: http://twitter.com/sarahdopp art: http://genderfork.com / show: http://queeropenmic.com / love: http://cultureconductor.com
- [VCARDDAV] two component GENDER (was Re: I-D Acti… Tantek Çelik
- Re: [VCARDDAV] two component GENDER (was Re: I-D … Simon Perreault
- Re: [VCARDDAV] two component GENDER Peter Saint-Andre
- Re: [VCARDDAV] two component GENDER Florian Zeitz
- Re: [VCARDDAV] two component GENDER Tantek Çelik
- Re: [VCARDDAV] two component GENDER Sarah Dopp
- Re: [VCARDDAV] two component GENDER Tantek Çelik
- Re: [VCARDDAV] two component GENDER Peter Saint-Andre
- Re: [VCARDDAV] two component GENDER Tantek Çelik
- Re: [VCARDDAV] two component GENDER Sarah Dopp
- Re: [VCARDDAV] two component GENDER Peter Saint-Andre
- Re: [VCARDDAV] two component GENDER Kevin Marks