IETF Logo Mail Archive

Re: [urn] I-D Action: draft-saintandre-urn-example-00

Julian Reschke <julian.reschke@gmx.de> Wed, 09 January 2013 16:23 UTC

Return-Path: <julian.reschke@gmx.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 BCA3E21F8615 for <urn@ietfa.amsl.com>; Wed, 9 Jan 2013 08:23:31 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -103.339
X-Spam-Level:
X-Spam-Status: No, score=-103.339 tagged_above=-999 required=5 tests=[AWL=-0.740, BAYES_00=-2.599, USER_IN_WHITELIST=-100]
Received: from mail.ietf.org ([64.170.98.30]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id lB1wC-+LEmBQ for <urn@ietfa.amsl.com>; Wed, 9 Jan 2013 08:23:31 -0800 (PST)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) by ietfa.amsl.com (Postfix) with ESMTP id 2888321F84BB for <urn@ietf.org>; Wed, 9 Jan 2013 08:23:28 -0800 (PST)
Received: from mailout-de.gmx.net ([10.1.76.27]) by mrigmx.server.lan (mrigmx002) with ESMTP (Nemesis) id 0MP3Jh-1TwXKm1z8x-006OKi for <urn@ietf.org>; Wed, 09 Jan 2013 17:23:23 +0100
Received: (qmail invoked by alias); 09 Jan 2013 16:23:23 -0000
Received: from mail.greenbytes.de (EHLO [192.168.1.104]) [217.91.35.233] by mail.gmx.net (mp027) with SMTP; 09 Jan 2013 17:23:23 +0100
X-Authenticated: #1915285
X-Provags-ID: V01U2FsdGVkX1/G6AUh1v/GzJStWFyEPrSBqc1MBaFCo43cjVu2Jy E0GypFedzs+AJf
Message-ID: <50ED9978.8080904@gmx.de>
Date: Wed, 09 Jan 2013 17:23:20 +0100
From: Julian Reschke <julian.reschke@gmx.de>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130107 Thunderbird/17.0.2
MIME-Version: 1.0
To: Michael Mealling <michael@refactored-networks.com>
References: <201208162101.XAA08756@TR-Sys.de> <502DF26E.3050406@gmx.de> <50EB1560.3060602@stpeter.im> <50ECF1CC.6030208@network-heretics.com> <50ED9168.6050000@gmx.de> <50ED93E2.9040002@network-heretics.com> <50ED9430.4040606@gmx.de> <50ED952C.8080704@network-heretics.com> <F21A7F7F-4221-43D7-B672-5315F183E55E@refactored-networks.com>
In-Reply-To: <F21A7F7F-4221-43D7-B672-5315F183E55E@refactored-networks.com>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 8bit
X-Y-GMX-Trusted: 0
Cc: urn@ietf.org, Keith Moore <moore@network-heretics.com>
Subject: Re: [urn] I-D Action: draft-saintandre-urn-example-00
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: Wed, 09 Jan 2013 16:23:34 -0000

On 2013-01-09 17:19, Michael Mealling wrote:
> Is it really 1999 all over again? Maybe I should by come CMGI stock.
>
> With a couple of noted exceptions this is one area where the W3C and the IETF's URN group agreed: That the definition of 'resource'  is the thing identified by a URI. That minting any URI immediately causes its resource to come into being in the abstract. Some URI scheme specifications can restrict that it limits resource to be sequences of bits on a network but that is a limitation of that particular URI. We never set that limit for URNs. In other words, the rough consensus from back then was Julian is right, that ALL URIs identify 'resources' by definition. Merely being identified by a URI _makes_ it a resource.
>
> wow… that made me feel ten years younger! ;-)
>
> -MM

Me too :-)

v2.23.0 | Report a Bug | By Email