IETF Logo Mail Archive

Re: [VCARDDAV] vCard RDF update...

Barry Leiba <barryleiba@computer.org> Tue, 09 October 2012 23:51 UTC

Return-Path: <barryleiba.mailing.lists@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 1AA4A11E80E8 for <vcarddav@ietfa.amsl.com>; Tue, 9 Oct 2012 16:51:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.787
X-Spam-Level:
X-Spam-Status: No, score=-102.787 tagged_above=-999 required=5 tests=[AWL=-0.410, BAYES_00=-2.599, FM_FORGED_GMAIL=0.622, J_CHICKENPOX_43=0.6, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Y2mjyfXuppzU for <vcarddav@ietfa.amsl.com>; Tue, 9 Oct 2012 16:51:09 -0700 (PDT)
Received: from mail-la0-f44.google.com (mail-la0-f44.google.com [209.85.215.44]) by ietfa.amsl.com (Postfix) with ESMTP id 63E1A11E80E2 for <vcarddav@ietf.org>; Tue, 9 Oct 2012 16:51:09 -0700 (PDT)
Received: by mail-la0-f44.google.com with SMTP id b11so3817623lam.31 for <vcarddav@ietf.org>; Tue, 09 Oct 2012 16:51:08 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=rw7jU4eIH6fKRXuYsL87iR3dEQpN252M3KrrQCiBlKY=; b=XT6PBT0YsLVR2gtfWve325Y0GucEI1DyrueSkfbLAe4PjHPapZVhIrsQN/kZYw7naK Fp7FqHV9uM1ZFmnoIScHDuTYb+n3BMydpvPYSM/fFietjarv2CJzp25MfixFwmkvnISB iTSJsvNzNg5+eQuj62jYFSgWChW5MRslz9vJS6pQREYaY4N8IlETll42QItjVZnFjybo 9lEhfmXiBFJ+X6P4ajxm2k7o+pdG3Gz+vcGpU4TODfQnRjwBPHKgXnA9K+YQWgICWAvG Mzqpjn75qh4ac18FFxMZt40vJyLb/yLT6aUr5KPwvLlJ/dy8+BITNy3YsHxU5jGLPram 44Ng==
MIME-Version: 1.0
Received: by 10.152.131.68 with SMTP id ok4mr18181450lab.47.1349826668260; Tue, 09 Oct 2012 16:51:08 -0700 (PDT)
Sender: barryleiba.mailing.lists@gmail.com
Received: by 10.112.150.194 with HTTP; Tue, 9 Oct 2012 16:51:08 -0700 (PDT)
In-Reply-To: <48DA179E-294E-4B8C-8325-96A0992D3E83@iannella.it>
References: <604A35DF-6808-4672-AD8A-6D2526278E2E@iannella.it> <50743A5F.8000004@viagenie.ca> <48DA179E-294E-4B8C-8325-96A0992D3E83@iannella.it>
Date: Tue, 09 Oct 2012 19:51:08 -0400
X-Google-Sender-Auth: rpbdD7NQlV-y3Y_JqAq4DH1WCL8
Message-ID: <CAC4RtVCfzksJHvXj4L_1O-xKsk_+mPSZZR=+0dWvC=W=0v7+Aw@mail.gmail.com>
From: Barry Leiba <barryleiba@computer.org>
To: Renato Iannella <renato@iannella.it>
Content-Type: text/plain; charset="ISO-8859-1"
Cc: vcarddav@ietf.org
Subject: Re: [VCARDDAV] vCard RDF update...
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: Tue, 09 Oct 2012 23:51:10 -0000

>> All properties defined in RFC6350 are applicable to all kinds, except MEMBER, which
>> MAY be used with group and MUST NOT be used with other kinds.
>
> Simon, surely BDAY, ANNI, GENDER, TITLE, ROLE, ORG, ORGUNIT only apply to
> Individuals?

Organizations can certainly have anniversaries, titles, and roles, and
can be parts of other organizations, just to make one point against
that statement.  And, in fact, the second example in Section 6.1.4
shows KIND=org with an ORG property:

         BEGIN:VCARD
         VERSION:4.0
         KIND:org
         FN:ABC Marketing
         ORG:ABC\, Inc.;North American Division;Marketing
         END:VCARD

In any case, what Cyrus and Simon are both saying is that whether or
not it makes semantic sense to, let's say, add "BDAY" or "GENDER" to
that example vCard above, there's nothing in the spec that stops
anyone from adding them.

Barry

v2.23.0 | Report a Bug | By Email