IETF Logo Mail Archive

Re: [urn] [apps-discuss] URNs are not URIs (another look at RFC 3986)

Scott Brim <scott.brim@gmail.com> Fri, 18 April 2014 14:48 UTC

Return-Path: <scott.brim@gmail.com>
X-Original-To: urn@ietfa.amsl.com
Delivered-To: urn@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 5086C1A03A8; Fri, 18 Apr 2014 07:48:47 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 Lu6NK14ntBZN; Fri, 18 Apr 2014 07:48:46 -0700 (PDT)
Received: from mail-oa0-x229.google.com (mail-oa0-x229.google.com [IPv6:2607:f8b0:4003:c02::229]) by ietfa.amsl.com (Postfix) with ESMTP id 0890B1A03A7; Fri, 18 Apr 2014 07:48:45 -0700 (PDT)
Received: by mail-oa0-f41.google.com with SMTP id j17so1862068oag.14 for <multiple recipients>; Fri, 18 Apr 2014 07:48:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; bh=CgPPm4qdKiXdk+Ar1lGgQBy0iwLx8aiLkQQPsZFuq5U=; b=htq9yMTNVgAyv0EWyZh15WW4IllxK5zpmKMYlnicws0p+rhn37dWIAwldkkSwQWnXa YTjvGlYWmU+qEhSmxyY1lULHTlsvwhtV6zgs+mVnoUbfuLrEQvyQiBAjLuWdMmyMMzCB qe8O1DCu4BZtmEUR9AR5fTTv7eZWNR4Qba5Q31XB/edy7sZkliOEtyt5dbEPxBDsvM5j gUQZC/whOnLYUHqewXqzTwy+FKLglkOn84/p6CIon8DOm0rt7NtubEYxwcvq9HqcUwI2 HN+E+VcyC3ooNUrgtG6kzzm0Leva1j1KxE93J6zA/kkTJx8s+OM/rU6Dc9etrhWtFmtm wVjg==
X-Received: by 10.60.62.178 with SMTP id z18mr1229919oer.61.1397832522074; Fri, 18 Apr 2014 07:48:42 -0700 (PDT)
MIME-Version: 1.0
Received: by 10.182.153.6 with HTTP; Fri, 18 Apr 2014 07:48:21 -0700 (PDT)
In-Reply-To: <534FFB98.5040607@gmx.de>
References: <C93A34DBE97565AD96CEC321@JcK-HP8200.jck.com> <CAMm+Lwia99RdyO4RFScSwCaVHLsr_BRzmXK18eUoxGFti79Vog@mail.gmail.com> <001976FFC9FE8FFCAA2E7990@JCK-EEE10> <CAMm+Lwiz1nyT6khGqa693E8Tq9Srrd3kaETRN=K0NUq-SsX1Vw@mail.gmail.com> <534FE7BC.4070002@gmx.de> <CAK3OfOjTtcsuu2DU7N5pWaUAS2weemV7oajHeT24fQfbXbjzcg@mail.gmail.com> <534FFB98.5040607@gmx.de>
From: Scott Brim <scott.brim@gmail.com>
Date: Fri, 18 Apr 2014 10:48:21 -0400
Message-ID: <CAPv4CP83gZy7KeCs2osgrSvPDPJQiYgEnE1JnBvRyuPRgd+=Tg@mail.gmail.com>
To: Julian Reschke <julian.reschke@gmx.de>
Content-Type: multipart/alternative; boundary="001a11c20decef101804f7523e9a"
Archived-At: http://mailarchive.ietf.org/arch/msg/urn/ZAe9BWBG6y2wvsV41H__HNRngUQ
X-Mailman-Approved-At: Fri, 18 Apr 2014 07:52:52 -0700
Cc: Nico Williams <nico@cryptonector.com>, urn@ietf.org, General discussion of application-layer protocols <apps-discuss@ietf.org>
Subject: Re: [urn] [apps-discuss] URNs are not URIs (another look at RFC 3986)
X-BeenThere: urn@ietf.org
X-Mailman-Version: 2.1.15
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: Fri, 18 Apr 2014 14:48:47 -0000

On Thu, Apr 17, 2014 at 12:04 PM, Julian Reschke <julian.reschke@gmx.de>wrote:

> A URL is a locator which might be a stable name as well.
>
> A URN is a name that may act as a locator later on.


I would be careful about trying to take the network locator/identifier
discussion into UR* space. A locator in the network gives you a network
attachment point, not the object attached to it. Also there are many
identifiers that are unrelated to any locators. The mapping to app space
isn't very good and using locator/identifier could produce confusing
results.

Perhaps you could think of URLs as naming "instances"?

Scott

v2.23.0 | Report a Bug | By Email