Re: ORCID - unique identifiers for contributors

John C Klensin <john-ietf@jck.com> Tue, 17 September 2013 13:43 UTC

Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3EC8911E8260 for <ietf@ietfa.amsl.com>; Tue, 17 Sep 2013 06:43:08 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.537
X-Spam-Level:
X-Spam-Status: No, score=-103.537 tagged_above=-999 required=5 tests=[AWL=0.062, BAYES_00=-2.599, RCVD_IN_DNSWL_LOW=-1, USER_IN_WHITELIST=-100]
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 WGH0cb4s9yHJ for <ietf@ietfa.amsl.com>; Tue, 17 Sep 2013 06:43:02 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) by ietfa.amsl.com (Postfix) with ESMTP id A1CE011E81EB for <ietf@ietf.org>; Tue, 17 Sep 2013 06:43:01 -0700 (PDT)
Received: from [198.252.137.115] (helo=JcK-HP8200.jck.com) by bsa2.jck.com with esmtp (Exim 4.71 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1VLvYN-000Aah-R3; Tue, 17 Sep 2013 09:42:55 -0400
Date: Tue, 17 Sep 2013 09:42:50 -0400
From: John C Klensin <john-ietf@jck.com>
To: "Joel M. Halpern" <jmh@joelhalpern.com>, Andy Mabbett <andy@pigsonthewing.org.uk>
Subject: Re: ORCID - unique identifiers for contributors
Message-ID: <9A8DF99827ECD69DECF8A284@JcK-HP8200.jck.com>
In-Reply-To: <5238517F.8060705@joelhalpern.com>
References: <20130916203141.86927.qmail@joyce.lan> <C65F64A8-2D7B-47AF-BAAC-DE4DE57586B7@checkpoint.com> <523791FB.2070807@gmail.com> <CABiXOEm+D4oE7NePHmR5gviOJURqkSAhDhGb=s1o1ayJZAc7kQ@mail.gmail.com> <523845F5.9050902@gmail.com> <CABiXOEmhe5p8jMW2W=9qnhUZ_ORhwKCgA1_-dxK_NtGNy7g1zA@mail.gmail.com> <5238517F.8060705@joelhalpern.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline
Cc: ietf@ietf.org
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.12
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/ietf>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 17 Sep 2013 13:43:08 -0000

Hi.  I agree completely with Joel, but let me add a bit more
detail and a possible alternative...

--On Tuesday, September 17, 2013 08:56 -0400 "Joel M. Halpern"
<jmh@joelhalpern.com> wrote:

> If you are asking that she arrange for the tools
> to include provision for using ORCHIDs, that is a reasonable
> request.  SUch a request would presumably be prioritized along
> with the other tooling improvement that are under
> consideration.

And either explicit provision for ORCID or more general
provisions for other identifying characteristics might easily be
added as part of the still-unspecified conversions to support
non-ASCII characters.  

That said, you could get ORCID IDs into RFCs on your own
initiative by defining and registering a URN type that embedded
the ORCID and then, in xml2rfc terms, using the <uri> element of
<author><address> to capture it.  If you want to pursue that
course, RFCs 3044 and 3187 (and others) provide examples of how
it is done although I would suggest that you also consult with
the URNBIS WG before proceeding because some of the procedures
are proposed to be changed.  The RFC Editor (at least) would
presumably need to decide that ORCID-based URNs were
sufficiently stable, but no extra tooling would be required.

> On the other hand, if youa re asking that the IETF endorse or
> encourage such uses, there are two problems.  First, the RFC
> Editor does not speak for the IETF.  You need to actually get
> a determination of IETF rough consensus on the ietf email
> list.  That consensus would need to be based on a more
> specific question than "do we want to allow ORCHIDs", and then
> would be judged on that question by the IETF chair.

And, if you asked that the ORCID be used _instead_ of other
contact information, the issues and several people have raised
would apply in that discussion and, at minimum, would make
getting consensus harder.

    john