Re: ORCID - unique identifiers for contributors

Michael Tuexen <Michael.Tuexen@lurchi.franken.de> Tue, 17 September 2013 19:14 UTC

Return-Path: <Michael.Tuexen@lurchi.franken.de>
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 566F011E8139 for <ietf@ietfa.amsl.com>; Tue, 17 Sep 2013 12:14:19 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Level:
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599]
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 5kePVMK4vjY1 for <ietf@ietfa.amsl.com>; Tue, 17 Sep 2013 12:14:18 -0700 (PDT)
Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by ietfa.amsl.com (Postfix) with ESMTP id 7A4DF11E8138 for <ietf@ietf.org>; Tue, 17 Sep 2013 12:14:18 -0700 (PDT)
Received: from [192.168.1.6] (p54819F8B.dip0.t-ipconnect.de [84.129.159.139]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 541171C0C069E; Tue, 17 Sep 2013 21:14:17 +0200 (CEST)
Content-Type: text/plain; charset="iso-8859-1"
Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\))
Subject: Re: ORCID - unique identifiers for contributors
From: Michael Tuexen <Michael.Tuexen@lurchi.franken.de>
In-Reply-To: <52389D20.1080008@gmail.com>
Date: Tue, 17 Sep 2013 21:14:16 +0200
Content-Transfer-Encoding: 7bit
Message-Id: <13BB9251-D53A-4462-A4F6-FED1A214489A@lurchi.franken.de>
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> <6014.1379431237@sandelman.ca> <A3B67B91B80804CC611555AD@JcK-HP8200.jck.com> <A6729341-EF60-40A3-830E-2138A6A60AEE@shinkuro.com> <7406B04A-903D-4765-9FC1-4880F68DD9FF@lurchi.franken.de> <CAPv4CP-2h_=GnO7JQPPhFc=TFn5kinmWaurZUn4B0G69vhWE7g@mail.gmail.com> <E664BD6A-EADF-4FAF-A2A6-F0429595989C@lurchi.franken.de> <52389D20.1080008@gmail.com>
To: Melinda Shore <melinda.shore@gmail.com>
X-Mailer: Apple Mail (2.1510)
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 19:14:19 -0000

On Sep 17, 2013, at 8:19 PM, Melinda Shore <melinda.shore@gmail.com> wrote:

> On 9/17/13 9:55 AM, Michael Tuexen wrote:
>> ... and that is my point. One level of indirection might be useful here.
>> I would prefer to update only one mapping and not go through a list
>> of RFCs and change the mapping for each document.
> 
> I really think that you all are completely over-engineering
> this.  But that's what I think.  What I *know* is that you're
Really?
Each RFC lists the addresses of the authors. My understanding is
that this information might be used to contact the authors in
case of questions, errata, ... At least this happened in the past.

For example
http://www.ietf.org/rfc/rfc3237.txt
has 7 authors. I know that at least 4 affiliations have changed
and at least you can't reach me anymore via the given e-mail
address or telephone number.

Best regards
Michael
> looking at this from the perspective of IETF contributors.
> Librarians have a problem, too, and the ORCID stuff primarily
> addresses that problem, not ours.
> 
> There's been a long history of difficulty in name usage on
> documents and that's confounded librarians, who for some
> reason (<- sarcasm) feel the need to be able to group works by the same
> author.  This has been dealt with through authority control
> mechanisms, where the cataloger tries to ascertain if
> a given "Scott Smith" is the same person as one of the
> many other Scott Smiths already in the catalog, and if not,
> creates a new authority record.  Discrimination is encoded
> in the authority records in the form of middle names/initials,
> dates of birth and death, etc.  Again, this is something the
> *cataloger* does, and it's actually rather difficult.  So,
> in a cataloging record the contents of the author field are
> normalized under authority control and the author name as it
> appears on the title page is carried in the body of the
> cataloging record, and not indexed.
> 
> There's a quite good discussion of this here:
> http://kcoyle.blogspot.com/2007/09/name-authority-control-aka-name.html
> 
> What ORCID does is allow the author to help catalogers out
> by providing a unifying identifier.  It's not intended to
> be authenticative or provide identity information - it just
> helps group documents (which is why I think it belongs in a
> separate piece of metadata).  I don't think this is a huge
> deal and i don't think it requires community consensus.  I
> imagine most IETF authors, who for the most part are not
> academics, will bother with it, and that's just fine.
> 
> Melinda
> 
>