Re: [xml2rfc] RFC Bibtex format doi numbering incorrect

John C Klensin <john+xml@jck.com> Mon, 29 May 2017 23:51 UTC

Return-Path: <john+xml@jck.com>
X-Original-To: xml2rfc@ietfa.amsl.com
Delivered-To: xml2rfc@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5B83C129B19 for <xml2rfc@ietfa.amsl.com>; Mon, 29 May 2017 16:51:45 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: 0.8
X-Spam-Level:
X-Spam-Status: No, score=0.8 tagged_above=-999 required=5 tests=[BAYES_50=0.8] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id XI60n-8wm1lg for <xml2rfc@ietfa.amsl.com>; Mon, 29 May 2017 16:51:43 -0700 (PDT)
Received: from bsa3.jck.com (static-65-175-133-137.cpe.metrocast.net [65.175.133.137]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 59B5212949A for <xml2rfc@ietf.org>; Mon, 29 May 2017 16:51:43 -0700 (PDT)
Received: from hp5.int.jck.com ([198.252.137.153] helo=JcK-HP5.jck.com) by bsa3.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john+xml@jck.com>) id 1dFURo-0007qV-Qm for xml2rfc@ietf.org; Mon, 29 May 2017 19:51:40 -0400
Date: Mon, 29 May 2017 19:51:35 -0400
From: John C Klensin <john+xml@jck.com>
To: xml2rfc@ietf.org
Message-ID: <CE9FB87ABD1BA2610010F36E@JcK-HP5.jck.com>
In-Reply-To: <mailman.2075.1496095641.4563.xml2rfc@ietf.org>
References: <mailman.2075.1496095641.4563.xml2rfc@ietf.org>
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
Archived-At: <https://mailarchive.ietf.org/arch/msg/xml2rfc/ybLqQQv_AyPwzVsVsvzWbbcPZe0>
Subject: Re: [xml2rfc] RFC Bibtex format doi numbering incorrect
X-BeenThere: xml2rfc@ietf.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: <xml2rfc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/xml2rfc/>
List-Post: <mailto:xml2rfc@ietf.org>
List-Help: <mailto:xml2rfc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/xml2rfc>, <mailto:xml2rfc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 29 May 2017 23:51:45 -0000


--On Monday, May 29, 2017 3:07 PM -0700 Henrik wrote:

> And no matter how opaque the DOI series identifiers are in
> general, there's still nothing that prevents the RFC Editor
> from _having_ a defined mapping from RFC numbers to DOI and
> vice versa, if a decision is made that this would be helpful,
> right?

Sure.  But it may actually not be a good idea.  Most of the
reasons were discussed at length when DOIs were first being
assigned to RFCs but there is an additional complication now.
As we move into a somewhat ambiguous state about authoritative
versions of RFCs, and different representations contain slightly
different information, or at least organizations of the
information, it is not at all clear that it is desirable for the
same DOI to be assigned to and used with all of the different
forms.  I'm not suggesting that whatever is being done should
necessarily be changed today but, as things evolve, I'd rather
see RFC Editor-assigned DOIs treated as if they were opaque,
giving the RFC Editor the option of changing whatever rules they
use going forward (including potentially assigning different
DOIs to different presentations of an RFC), rather than freezing
a specific mapping or set of rules into an algorithm that is
then embedded in other systems.

If something algorithmically bound to "an RFC", rather than
supposedly to a specific "digital object" is needed, consider
using urn:ietf:rfc:NNNN.   The two actually can, and probably
do, have different semantics and constraints.

I will now return to quietly lurking.

   john