Re: [urn] example URN NIS

Alfred Hönes <ah@TR-Sys.de> Sun, 24 June 2012 14:47 UTC

Return-Path: <A.Hoenes@TR-Sys.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 BD6FD21F85A3 for <urn@ietfa.amsl.com>; Sun, 24 Jun 2012 07:47:29 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -98.449
X-Spam-Level:
X-Spam-Status: No, score=-98.449 tagged_above=-999 required=5 tests=[AWL=-0.300, BAYES_00=-2.599, CHARSET_FARAWAY_HEADER=3.2, HELO_EQ_DE=0.35, J_CHICKENPOX_34=0.6, MIME_8BIT_HEADER=0.3, 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 Rc60u0z-2H83 for <urn@ietfa.amsl.com>; Sun, 24 Jun 2012 07:47:14 -0700 (PDT)
Received: from TR-Sys.de (gateway.tr-sys.de [213.178.172.147]) by ietfa.amsl.com (Postfix) with ESMTP id D766E21F855F for <urn@ietf.org>; Sun, 24 Jun 2012 07:47:12 -0700 (PDT)
Received: from ZEUS.TR-Sys.de by w. with ESMTP ($Revision: 1.37.109.26 $/16.3.2) id AA227329135; Sun, 24 Jun 2012 16:45:35 +0200
Received: (from ah@localhost) by z.TR-Sys.de (8.9.3 (PHNE_25183)/8.7.3) id QAA28201; Sun, 24 Jun 2012 16:45:33 +0200 (MESZ)
From: Alfred Hönes <ah@TR-Sys.de>
Message-Id: <201206241445.QAA28201@TR-Sys.de>
To: julian.reschke@gmx.de
Date: Sun, 24 Jun 2012 16:45:32 +0200
In-Reply-To: <4FE70B05.9010602@gmx.de> from Julian Reschke at Jun "24, " 2012 "02:41:41" pm
X-Mailer: ELM [$Revision: 1.17.214.3 $]
Mime-Version: 1.0
Content-Type: text/plain; charset="hp-roman8"
Content-Transfer-Encoding: 7bit
Cc: urn@ietf.org
Subject: Re: [urn] example URN NIS
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.12
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: <http://www.ietf.org/mail-archive/web/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: Sun, 24 Jun 2012 14:47:29 -0000

Julian Reschke wrote:

> Hi there,
>
> is there a recommended NIS for URN examples? RFC 3406 doesn't seem to
> cover this...
>
> Best regards, Julian

<speaking as an individual>

Julian,
I assume you are looking for a dedicated URN Namespace for examples
(i.e. a formally assigned "NID").

There isn't one, and due to the dichotomy between the properties
of URNs (see RFC 1737 -- in particular the first 3 bullets in
Section 2 there: global scope, global uniqueness, persistency, etc.)
and the nature of 'hypothetical' examples (for educational purposes
only), the last time this has been considered informally, it has been
agreed that such 'example' URN Namespace would be a poor idea and it
should not be assigned by rfc3406bis.  (The discussion around the
URNbis BOF and in March 2011 has focussed on a namespace for
"experimental" URNs, but most of the arguments raised there against
these are similarly valid against "example" URNs.)

On the other hand, given the plethora of publicly assigned URNs that
can be used persistently without negative side effects, AFAICS the RFCs
so far in need of using concrete examples of URNs in general (and not
in the context of the discussion of some particular URN Namespace)
have used examples of existing bibliographic URNs, and doing so seems
to have well served the educational purpose, because everybody likely
has an idea of what kind of resource a urn:isbn might refer to.
Other well known URN the use of which should not incur any harm might
be considered in the IETF context; in particular URNs like
urn:ietf:rfc:3406  or urn:ietf:mtg:82  immediately come to my mind.

But maybe we need to reconsider this topic, if you see an urgent demand.

If (and only if) the use of something that looks like a URN (but isn't
permanently assigned and stable) for educational purposes is deemed
worth defining a form of URNs that can be easily identified as such,
a possible alternative to an entire URN Namespace dedicated to
example usage would be the creation of a branch in the 'IETF'
URN namespace. Beyond the urn:ietf branches defined in RFC 2648
(rfc, std, bcp, fyi, id, mtg), so far only the 'params' and 'xml'
branches have been defined (in RFCs 3553 and 3688, respectively),
and one might consider defining an "exceptional" 'example' branch
as well.


Kind regards,
  Alfred.