Re: [urn] URN:DOI namespace registration request

lars.svensson@web.de Thu, 14 January 2021 17:41 UTC

Return-Path: <lars.svensson@web.de>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BA5D73A11D7 for <urn@ietfa.amsl.com>; Thu, 14 Jan 2021 09:41:24 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.017
X-Spam-Level:
X-Spam-Status: No, score=-2.017 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, MIME_HTML_ONLY=0.1, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=web.de
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 Ys0hBCtrtHER for <urn@ietfa.amsl.com>; Thu, 14 Jan 2021 09:41:22 -0800 (PST)
Received: from mout.web.de (mout.web.de [217.72.192.78]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 00C093A115A for <urn@ietf.org>; Thu, 14 Jan 2021 09:41:21 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1610646069; bh=4AGEM66Us5Du6ZqKudVxjCNGerQB8kZYQYwEJUnieYY=; h=X-UI-Sender-Class:From:To:Cc:Subject:Date:In-Reply-To:References; b=GbPvXU8vArLMtRcm6pQJKXxOG/OlQ1xqZ3KDA7RjnN4zjG9G9hjZOUtnzU6vtuUTe e7H1s+v6X9BhDfFw4mBojY7nGuAlsixLcnIFJzZ7LTmx3rep7TF5bxRIysouJmgLnu t2f+Ck/DtRaS/xmRyEKe52eXycwtxcgc7+AXl+/0=
X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9
Received: from [77.87.228.69] ([77.87.228.69]) by web-mail.web.de (3c-app-webde-bap09.server.lan [172.19.172.9]) (via HTTP); Thu, 14 Jan 2021 18:41:09 +0100
MIME-Version: 1.0
Message-ID: <trinity-3f828d18-723e-46eb-a4fe-1f69faf504d0-1610646069243@3c-app-webde-bap09>
From: lars.svensson@web.de
To: "Hakala, Juha E" <juha.hakala@helsinki.fi>
Cc: "urn@ietf.org" <urn@ietf.org>
Content-Type: text/html; charset="UTF-8"
Date: Thu, 14 Jan 2021 18:41:09 +0100
Importance: normal
Sensitivity: Normal
In-Reply-To: <HE1PR07MB3196DBADE6019EF3794C90ADFA310@HE1PR07MB3196.eurprd07.prod.outlook.com>
References: <HE1PR07MB3196DBADE6019EF3794C90ADFA310@HE1PR07MB3196.eurprd07.prod.outlook.com>
X-UI-Message-Type: mail
X-Priority: 3
X-Provags-ID: V03:K1:drCZjCaUtkjHK2WXPclzqx/NSU61Y2JAnANfNNeMdAhc1CVRcBwng3+gJOo5S7sY5CW8v UkVUxl5//0P5OpG5swiVY6wXjLfrdUoGjen6cEJuauhcz3Rs8jLiws9rHPchp8omtyPwKilzN8Ym X+QkNZeqOrjwOBL/IzfJ7Q0upIvg7xiJi25GjotERZovg9cz7PI/NRhvLIfYXRh4IpMaWyu7vRCB Egg7c3GbRhIjY5Uf6I8iApIQsCWzjBfWGuxPvZm1gk5koatdYX5UetYlEziX7PMK0qvfzq5bkNls f8=
X-UI-Out-Filterresults: notjunk:1;V03:K0:07l3vM2RvwY=:g+kjASRbGB5+ttN1KnYIT7 Ik6DDgGWz3iLxQw+GjruIir7WoMbgleKDpGMr32xLz0mGJgNh4B0lu0HM6Z75tItOQ4Izj6uv X4MT9nw8gqCg10Llc7uvNCWxoqdFcGVh/2b/AZEcmHHVawsx8rdOgClGDreeNU9YSDjqfzMEq 0SZuKbMRf2V9WG2abZdKA1ShUBTxMuREano7CYvzhqvlNJ1Hpqb8z6aRbbqilF7lytjqltk/X y+SiRB6zb9oFl5SekqfGtvgbc46UHjCOfp4Bm4NG+6KcUyLQGE2b8b0wH8YqfYd6O0UIiDwM/ xu0d1shW7Ieg/s0b5zoYNVVhruZx3B1rLDQbR/06CUDxL3uHDNi+A/XsE89ANd8cYQ027dF6n nZ8b+2gmldZ9ndUJRR40S5tdYIGTJdhmd2SgjRFp/V6ruM9ZWq11jNKv85U9L2j73ecveFsMT ZJ7/wFdFgQTH3FbQ4vspiXqU621kQDcHNEKvnnVNtVPqOCtFDiq7kt4W2NzigL6wCGlclNA6Q tLo/NLJlIdAb8mAVUftJpXLculz2Vno7rdtv4DzjcPcG7A0n8DdcIJsXK7howQDr8XcslfbRh 6J9rPPTrQ2JUUBikLB/R2RIJqqUrsg1nDv
Archived-At: <https://mailarchive.ietf.org/arch/msg/urn/dGlQWYENVgJr0Of-iRD2yM5sypc>
Subject: Re: [urn] URN:DOI namespace registration request
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Revisions to URN RFCs <urn.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/urn>, <mailto:urn-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/urn/>
List-Post: <mailto:urn@ietf.org>
List-Help: <mailto:urn-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/urn>, <mailto:urn-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 14 Jan 2021 17:41:25 -0000

Dear Juha,
 
My apologies for not acting on this earlier.
 
I have some issues with the current registration template.
 
Relation to doi URI scheme
 
As Julian already noted, the document lacks information on how the urn:doi namespace relates to the doi URI scheme. This is particularly imporant since the registration claims that "no scheme registration for DOI has yet been made by the DOI Foundation". This is clearly an error, since the IANA registry of URI schemes includes "doi:" (even if it's only a provisional registration) [1].
 
Lexical Equivalence
 
The part on urn comparison lacks information on how to compare percent-encoded characters, e. g. if %7f and %7F are considered equivalent. If they should be -- which I think is correct -- this can easliy be solved by a statement at the beginning of the section stating that "in addition to the equivalence rules defined in RFC 8141 the following rules for lexical equivalence apply:". I also think that you should future-proof this section with regard to the doi:... syntax: Since there are obviously plans to register doi: as a fully-fashioned URI scheme, you must ensure that the URI doi: syntax remains compatible with the urn:doi namespace when it comes to lexical equivalence.
 
Character Set
 
In the section on character set, you write that
 
[[
URI percent encoding (see RFC 3986, section 2.1) is required for characters in a DOI that are:
(a) outside the ASCII printable character set, or
(b) reserved in the URI syntax (see RFC 3986, section 2.2).
The same rule is applied in creating a URN.
]]
 
RFC 3986 does not speak of printable ASCII characters but uses the term "unreserved characters" [2]. In order to ensure that the doi:urn rules for percent-encoding are equivalent to those of URIs in general, I would suggest to phrase (a) as "characters that are not URI unreserved characters (see RFC 3986, section 2.3), or"
 
Syntax
 
The syntax section says that the doi NSS contains of prefix, slash and suffix, where the prefix consists of directory indicator, full stop and registrant  code. It the goes on to say that there are plans to remove the requirement that the directory indicator be "10" and to allow DOIs without a registrant code. I cannot see how this is compatible with the specified syntax and think it would be helpful if you provided an example for this.
 
DOI Assignment
 
The document says that the DOI Registration Agencies manage the registration process. It is, however, silent on how it is ensured that DOIs are not duplicated (i. e. only one referent for each DOI). The linked DOI handbook says in §2.3.5 that "Each DOI name shall specify one and only one referent in the DOI system. While a referent can be specified by more than one DOI name, it is recommended that each referent has only one DOI name." It does not say how this is achieved, so some text clarifying this or a link to external documentation would be helpful.
 
Resolving
 
In the introduction the use of the R-component is mentioned, but there is no information on that in the section on resolving.
 
[2] https://tools.ietf.org/html/rfc3986#section-2.3" target="_blank" rel="nofollow">https://tools.ietf.org/html/rfc3986#section-2.3
 
Best,
 
Lars
Gesendet: Freitag, 02. Oktober 2020 um 06:26 Uhr
Von: "Hakala, Juha E" <juha.hakala@helsinki.fi>
An: "urn@ietf.org" <urn@ietf.org>
Cc: "Larry Lannom" <llannom@cnri.reston.va.us>, "John C Klensin" <john@jck.com>, "Paul Jessop" <paul@countyanalytics.com>, "Jonathan Clark" <jonathanmtclark@gmail.com>
Betreff: [urn] URN:DOI namespace registration request

Hello all,

 

please find attached a URN namespace registration request for DOI, Digital Object Identifier. I have assisted Paul Jessop in writing the request and therefore shall exempt myself from evaluating the request. Any questions should be sent to Paul and Jonathan Clark.

 

Handle.Net resolver (http://www.handle.net/download_hnr.html" target="_blank" rel="nofollow">http://www.handle.net/download_hnr.html) already supports URN representation of DOIs (https://doi.org/urn:doi:%3cdoi" target="_blank" rel="nofollow">https://doi.org/urn:doi:<doi>) so every DOI is actionable also as URN. The resolver does not support URN R- or Q-components, but such functionality may be added to a future version.  

 

Handles may be presented and resolved as URNs as well, with the NID HANDLE. I do not know if DONA Foundation (https://www.dona.net/" target="_blank" rel="nofollow">https://www.dona.net/) intends to request a URN namespace for Handles. However, NID “HANDLE” should not be granted to some other community.

 

All the best,

 

Juha

 

PS. The National Library of Finland has rebuilt its URN resolver. Following a beta test last summer, we are currently in the process of taking the new resolver into production. As far as I know, it is the first one supporting R component. The first service implemented was linking of a single URN to multiple URLs.  

 

Once the resolver is “battle proven” and there is basic documentation available in English, the resolver will be made freely available in GitHub.  

 

Juha Hakala

Senior advisor

Library Network Services, The National Library of Finland

P.O.Box 15 (Yliopistonkatu 1), 00014 Helsingin yliopisto

email juha.hakala@helsinki.fi

 

_______________________________________________ urn mailing list urn@ietf.org https://www.ietf.org/mailman/listinfo/urn" target="_blank" rel="nofollow">https://www.ietf.org/mailman/listinfo/urn