Re: [VCARDDAV] Signed vCards

DataPacRat <datapacrat@gmail.com> Sun, 01 September 2013 21:08 UTC

Return-Path: <datapacrat@gmail.com>
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 A75FC11E824D for <vcarddav@ietfa.amsl.com>; Sun, 1 Sep 2013 14:08:23 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.193
X-Spam-Level:
X-Spam-Status: No, score=-2.193 tagged_above=-999 required=5 tests=[AWL=-0.193, BAYES_00=-2.599, J_CHICKENPOX_19=0.6, 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 B8w2i4D0DsU8 for <vcarddav@ietfa.amsl.com>; Sun, 1 Sep 2013 14:08:22 -0700 (PDT)
Received: from mail-wg0-x235.google.com (mail-wg0-x235.google.com [IPv6:2a00:1450:400c:c00::235]) by ietfa.amsl.com (Postfix) with ESMTP id 2146511E824B for <vcarddav@ietf.org>; Sun, 1 Sep 2013 14:08:11 -0700 (PDT)
Received: by mail-wg0-f53.google.com with SMTP id n12so3105325wgh.8 for <vcarddav@ietf.org>; Sun, 01 Sep 2013 14:08:10 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=L4ScnmqOlU215GZ78O5YW9jfbBZnao3jRtJ+XYK8McA=; b=ZgVN5Rb43Rus+DdUZjwdaCI2PGCxfeB047zXTI0siBzJ/EwlN84YOOjNC+r6Rdi9dM I9FnS4ovwZFDJygiTLY0PjnThrxgTOTirm/pjRKynVX+hbrZSbBKtu7Tzc6JAyIJBlIJ mcT60uBTsuSoMyJEjEprpAT1uPlC2cILOF7HJMyoyXqP2uZYYNs3d/t+TusWmc+3NSSM 5BXeqxxdgIEOEtrbQPsvt6GTuJ/GpMVnOzm9Kynn5EVfFVz5YCVFs2yDrevuto7Ccc90 +/xzk7LHe/CWCRmpqlUBOdqbY97+L+QVUHvRZ12tzfifrIyUHpCwhTX6tc0s+ZsJ/nM1 Dp9Q==
MIME-Version: 1.0
X-Received: by 10.194.9.33 with SMTP id w1mr19085wja.47.1378069690007; Sun, 01 Sep 2013 14:08:10 -0700 (PDT)
Received: by 10.194.133.193 with HTTP; Sun, 1 Sep 2013 14:08:09 -0700 (PDT)
In-Reply-To: <CAD6ztson4Ng+fgXfhd=8aX+eRVj-Mes+G+5DvuCHDBzS0NWH8A@mail.gmail.com>
References: <CAB5WduA09GVZ7j2q4e9aM-CYBj27_deKT=VHhVL0+gzG1yRq0A@mail.gmail.com> <CAD6ztsqqQwbN_-yv9+-tHuh8X1MfBRKEqF6ugH=0avHTuKxzWA@mail.gmail.com> <CAB5WduCO7mNPAqgqYWXmceog3wVNox5reUAjsCQRUXRQB0Wftw@mail.gmail.com> <51D18BC4.5030300@cisco.com> <CAB5WduAJSiqEjsw+DUo4Emy-Tw30nTw1WA2MshxJAfHN1sh0WA@mail.gmail.com> <51D1A52C.6000806@viagenie.ca> <CAB5WduDEe+tC21L6AbW0HRzTf5Z6L0oCA+M4X8_p1ERK0rFPtA@mail.gmail.com> <51D570F4.1020204@cisco.com> <CAB5WduC9OQDknwZj5PHQ0t8Y4V1vtpafeJuZXsnhrWKSmDfwFQ@mail.gmail.com> <CAB5WduC-m-TH9a1WrFY6QX8cQ2bJ8EgOD8+swEwpVxM7my42UA@mail.gmail.com> <CAB5WduBgpkQO+-4iNDspxR7X7JKeFU3UfjfiPd7qWWr7QRY3ew@mail.gmail.com> <CAB5WduCG356V5bHH8-7PYUtF3VqW5VRM-e=N0h7rbAJN51sSuA@mail.gmail.com> <51E42D85.4060806@viagenie.ca> <CAB5WduBJEXSsV5T-1MA+05wkQ6CZs8PySwUaQaAHew0E7dErbQ@mail.gmail.com> <CAB5WduBHej1O95X5UrFMkVJ1CQRdLzLOUjCF1AT6uz+-DTN4Ww@mail.gmail.com> <CAB5WduDQ6mHgSoWpX3JghF3CAMn8F0hV+y4zSTWc+Gi8EtY8UA@mail.gmail.com> <CAJNb_g1A64NWkpBqZsKsoLShB41Gqq3q21QnvDEdhENUYSi3XA@mail.gmail.com> <CAB5WduB4NMfLi_iYaTzivHWnV98rQbHMVWU4PEs6uO03uhJucA@mail.gmail.com> <CAB5WduAMy+UTrhKT6+dBh86iSCgcOtBEmkYctCUOzCOwxEo13w@mail.gmail.com> <CAJNb_g3trtyUjWikmTVBPoeVwzexL-DLx4=kfaWczuv6zGA-Lw@mail.gmail.com> <EE5149CF64A654342B9D06A8@cyrus.local> <CAJNb_g2wA_=YZu6hscNpRo_1QD9D+cbPX6BzgJrymLsTsK5F2Q@mail.gmail.com> <CAB5WduCYfFr3o4FQ86h3nj1dyb0fNSMwrBUjRHKrNLY8UDy-gA@mail.gmail.com> <CAB5WduA_T4T+y6Gzt938NtR7+sCgDuEmz2cK3RXke-25EAN2pg@mail.gmail.com> <CAB5WduCpdi5Q3p6Pv3C-YfSHXkS0ziAP9Jc9BKKKTRHCOz=fnw@mail.gmail.com> <CAB5WduD5bf8UXf+zTC-Z+Wt0NWaoKU3sVWpmjA-xHdDuKxRCPg@mail.gmail.com> <CAB5WduCtqwR_58-XNS8pLPgS9tqYzMt06oy2hSRdP+MY+XLQjg@mail.gmail.com> <CAJNb_g25oAnhYhum6oouZBc2TAVJ4R2uCEMYX3b4mz0V7fTu5Q@mail.gmail.com> <CAB5WduCAScpUs7bV8MwbDwuD8KLVHe36cOTmhHkOt=DCDDz+Bw@mail.gmail.com> <CAD6ztson4Ng+fgXfhd=8aX+eRVj-Mes+G+5DvuCHDBzS0NWH8A@mail.gmail.com>
Date: Sun, 01 Sep 2013 17:08:09 -0400
Message-ID: <CAB5WduB-1qEEDxNwqoMaeAmwsTi8ruYEM9r_N4Ahpp6mgZVi-A@mail.gmail.com>
From: DataPacRat <datapacrat@gmail.com>
To: Kevin Marks <kevinmarks@gmail.com>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: Sarah Dopp <doppjuice@gmail.com>, CardDAV <vcarddav@ietf.org>
Subject: Re: [VCARDDAV] Signed vCards
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: Sun, 01 Sep 2013 21:08:24 -0000

I would be more than happy to accept any suggestions and advice from
anyone who has a better understanding of gender identity issues than I
do.

Sarah, as of the current draft for extending vCard (
https://datatracker.ietf.org/doc/draft-boese-vcarddav-signedvcard/),
I'm not planning on changing vCard's "GENDER" property (
https://tools.ietf.org/html/rfc6350#section-6.2.7 ), save by adding
two parameters to all properties: DATE (which can be a particular
moment, or a period of time) and CONFIDENCE (assigning a numerical
value to how accurate the property's value is believed to be). I would
like to use a gender transition as an example of how to use at least
one of those two new parameters, which is what sparked this current
conversation. I welcome any commentary you might wish to offer.


On Sun, Sep 1, 2013 at 4:45 PM, Kevin Marks <kevinmarks@gmail.com> wrote:
> If you want to construct an appropriate example of gender transition, talk
> to Sarah Dopp, who advised on the nuances for vcard 4.
> I'm pretty sure you should be using the gender identity component rather
> than the sex component.
>
> On Sep 1, 2013 7:18 AM, "DataPacRat" <datapacrat@gmail.com> wrote:
>>
>> On Sun, Sep 1, 2013 at 9:33 AM, Michael Angstadt
>> <mike.angstadt@gmail.com> wrote:
>> > On Sunday, September 1, 2013, DataPacRat wrote:
>> >>
>> >> Would it be within reason for me to use the following as an example
>> >> for the DATE parameter?
>> >>
>> >> N;DATE=1987-12-17/2013-08-22:Bradley
>> >> N;DATE=2013-08-22:Chelsea
>> >> GENDER;DATE=1987-12-17/2013-08-22::M
>> >> GENDER;DATE=2013-08-22:F
>>
>> > I don't think that example is appropriate.
>>
>> Would a more historical example be within bounds? Eg:
>>
>> N:Chevalier d'Eon
>> BDAY:1728-10-5
>> GENDER;DATE=1728-10-5/1774:M
>> GENDER;DATE=1774/1810:F
>> DEATHDATE:1810-05-21
>>
>> (Source: https://en.wikipedia.org/wiki/Chevalier_d%27Eon and links
>> therefrom)
>>
>>
>> > Also, why are you including the SOCIALMEDIA property in this
>> > specification?
>> > What does that have to do with signed vCards?
>>
>> The primary purpose of signed vCards is to allow for
>> cryptographically-authenticated "identity assertion" (as opposed to
>> current vCards, which are more along the lines of "identity
>> description".). For various reasons, online identities have become
>> more complicated than in the early years of the internet, and there
>> are a number of situations in which it's infeasible to use, say, a
>> simple email address as a canonical identity string. The existing URL
>> property is insufficient to describe such things as forum profiles,
>> rss feeds, Tor-network hidden-site communications, and so on. Thus, I
>> believe the SOCIALMEDIA property is necessary to have established in
>> order for signed vCards to fulfill their purpose.
>>
>> There doesn't seem to be any particularly good reason to split
>> SOCIALMEDIA into its own Internet Draft, and there is arguably good
>> purpose to keeping it with the rest of the identity-assertion bundle
>> of properties, so it's currently all part of the same draft. If the
>> benefits to creating such a split were shown to outweigh the costs of
>> working with two I-Ds instead of one, that could change, but I don't
>> expect that to happen.



Thank you for your time,
--
DataPacRat
"Then again, I could be wrong."