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;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