Re: We should drop the useless urn: prefix

Keith Moore <moore@network-heretics.com> Sat, 28 March 2015 15:33 UTC

Return-Path: <moore@network-heretics.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BAE9D1A0406 for <ietf@ietfa.amsl.com>; Sat, 28 Mar 2015 08:33:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2
X-Spam-Level:
X-Spam-Status: No, score=-2 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, J_CHICKENPOX_36=0.6, RCVD_IN_DNSWL_LOW=-0.7] autolearn=ham
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 rUiKrmcGYxXn for <ietf@ietfa.amsl.com>; Sat, 28 Mar 2015 08:33:15 -0700 (PDT)
Received: from out2-smtp.messagingengine.com (out2-smtp.messagingengine.com [66.111.4.26]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id A7D2D1A017A for <ietf@ietf.org>; Sat, 28 Mar 2015 08:33:15 -0700 (PDT)
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.nyi.internal (Postfix) with ESMTP id 34A4D20695 for <ietf@ietf.org>; Sat, 28 Mar 2015 11:33:12 -0400 (EDT)
Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Sat, 28 Mar 2015 11:33:15 -0400
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-sasl-enc:x-sasl-enc; s=smtpout; bh=IL5DXjxePaSXFeR yHopNK3Pzub4=; b=FimCrBf61Gg8ejkfr171qYTIVYIq5Fj2L+kOQMSpqRS0gPO yV8Jh7jsNR3lhojWqqfXLgZckmdDN+HUUFIR5bV6lFoIrfuB9/fV7IO3ikoK3iGf qfmmhG2ZAv23TMYLzB950V8AjUoPZhZgNWUkchXk0qdgCLrLr5P1bOl0cLzk=
X-Sasl-enc: saWlA11vRhGxFZkKc4QpjebmFu9n1qJGaKWrMwaUd6/S 1427556794
Received: from [104.55.94.41] (unknown [104.55.94.41]) by mail.messagingengine.com (Postfix) with ESMTPA id C5EFCC00017; Sat, 28 Mar 2015 11:33:14 -0400 (EDT)
Message-ID: <5516C9B9.5090102@network-heretics.com>
Date: Sat, 28 Mar 2015 11:33:13 -0400
From: Keith Moore <moore@network-heretics.com>
User-Agent: Mozilla/5.0 (X11; Linux i686; rv:31.0) Gecko/20100101 Thunderbird/31.5.0
MIME-Version: 1.0
To: ietf@ietf.org
Subject: Re: We should drop the useless urn: prefix
References: <CAMm+Lwj7a3jwUV0=iZVtuk+3No1KxJ7rwkUgczbm+s7WjRKeoQ@mail.gmail.com> <9725.1427395337@sandelman.ca> <CAKHUCzxE5vyTkKnA=5iSRpX07b-=gXdyM_UB-bGaUQTHiuOX_A@mail.gmail.com> <CAMm+LwjnL7x+Jzg6qT1HHrw7y=++xYE-ouSfYPNUT4USVVK1Vw@mail.gmail.com> <CAKHUCzw9E=gh+N2gF-w1WNFCx8LaV=n1iqZ+uhtYnPunj3pjgw@mail.gmail.com> <CAMm+Lwgv3AzJuF2ipH4cBRCu+LryKhGyAqPciWKaOGVZb__2dQ@mail.gmail.com> <CAKHUCzwM1UX5LTNUD-8R1oSCk-GQ9mCXn5Ao7XKv9wbHoiX+Nw@mail.gmail.com>
In-Reply-To: <CAKHUCzwM1UX5LTNUD-8R1oSCk-GQ9mCXn5Ao7XKv9wbHoiX+Nw@mail.gmail.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <http://mailarchive.ietf.org/arch/msg/ietf/93Gi4rbqxDmWlEJeh6hP8x-mRBM>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.15
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: Sat, 28 Mar 2015 15:33:16 -0000

On 03/28/2015 04:42 AM, Dave Cridland wrote:
> I agree that urn registration is a pain, and it lacks any domain based 
> ad hoc usage. Both those are bad; Google, for example, use both an 
> unregistered scheme of google, and a urn namespace urn:google. The 
> former they could in principle register; but the latter they couldn't 
> due to the draconian rules.

One of the many things that motivated creation of URNs was to avoid the 
mess that resulted when DNS names were taken away from their owners, or 
when resources had to be rehosted elsewhere (say when an organization 
split or some of its activity moved to another organization), thus 
invalidating the URLs that had been assigned to those resources.   URNs 
are supposed to be long-term stable names in ways that it's difficult to 
assure for DNS-based URLs.

At one time people did kick around the notion of combining a DNS name 
with a date, to avoid that problem.  That would allow URNs with that 
name to continue to be valid, but depending on that the DNS name for 
resolution would still be problematic.   But that still has the 
potential for thorny trademark-related issues.   And there have at 
various times also been attempts to threaten the uniqueness of DNS 
names, e.g. by creating alternate DNS roots, so making URNs that relied 
on DNS names seemed dubious for that reason also.   Bottom line: 
embedding DNS names in URNs seems like a bad idea.

(One thing that handles and DOIs got right, and I wish we had done with 
URNs, was making their equivalent of "name space identifier" completely 
devoid of any company name or trademark.)

Keith