[urn] Namespace and Community Considerations Re: I-D Action: draft-ietf-urnbis-rfc3406bis-urn-ns-reg-02.txt
Leslie Daigle <leslie@thinkingcat.com> Sun, 25 March 2012 12:58 UTC
Return-Path: <leslie@thinkingcat.com>
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 06B5221F8489 for <urn@ietfa.amsl.com>; Sun, 25 Mar 2012 05:58:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -102.599
X-Spam-Level:
X-Spam-Status: No, score=-102.599 tagged_above=-999 required=5 tests=[BAYES_00=-2.599, 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 tCInXESPGHGa for <urn@ietfa.amsl.com>; Sun, 25 Mar 2012 05:58:50 -0700 (PDT)
Received: from zeke.ecotroph.net (zeke.ecotroph.net [70.164.19.155]) by ietfa.amsl.com (Postfix) with ESMTP id E570821F848A for <urn@ietf.org>; Sun, 25 Mar 2012 05:58:49 -0700 (PDT)
Received: from dhcp-4553.meeting.ietf.org ([::ffff:130.129.69.83]) (AUTH: PLAIN leslie, SSL: TLSv1/SSLv3,256bits,AES256-SHA) by zeke.ecotroph.net with esmtp; Sun, 25 Mar 2012 08:58:43 -0400 id 015B4039.4F6F1683.00006854
Message-ID: <4F6F1678.1020001@thinkingcat.com>
Date: Sun, 25 Mar 2012 08:58:32 -0400
From: Leslie Daigle <leslie@thinkingcat.com>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2
MIME-Version: 1.0
To: urn@ietf.org
References: <20120312202035.21803.90004.idtracker@ietfa.amsl.com>
In-Reply-To: <20120312202035.21803.90004.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [urn] Namespace and Community Considerations Re: I-D Action: draft-ietf-urnbis-rfc3406bis-urn-ns-reg-02.txt
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, 25 Mar 2012 12:58:51 -0000
Hi, Following up the editorial notes in the current draft (copied below for ease of reference[*] First, to the question of the bulleted lists: these were merely suggestions of dimensions in which a proposed namespace might differ from existing namespaces of similar syntactic structure. These 2 sections ("namespace" and "community" considerations) were meant to address the basic questions of "why do you need a new namespace anyway?" and "is your audience broad enough that this merits an Internet-wide identifier scheme?". Mostly what I've seen is that registrants don't understand the questions, and first drafts often don't particularly address those questions. That some of the registrations may duplicate text between their answers in each section is, I think, more a function of that than a reason to conflate the 2 into one section. Perhaps a better path would be to more clearly articulate the question/section requirements in ways that will be compelling to people who haven't been privvy to this sort of discussion. (And, I'd send text, but it's my text that is clearly the problem ;-) ). [*] > [[ Editorial Note: > It is acknowledged that, in many cases, the Namespace Considerations > and Community Considerations are closely intertwined. Further, the > bulleted lists above (from RFC 3406) seems to be more related to the > items in the registration template entitled "Identifier uniqueness > considerations", "Identifier persistence considerations", "Process of > identifier assignment", and "Process for identifier resolution" than > to the primary objectives presented in the first paragraph above > (also from RFC 3406). > In fact, Namespace registration documents seen so far duplicate in > the registration template material from the "Community > Considerations" that addresses the above bullets. > Therefore: Should this specification now allow a combined section > "Namespace and Community Considerations" that focuses on the > (non-)utility of possible alternate namespace re-use and the > *benefits* of an independent new Namespace? > ]] Leslie. On 3/12/12 4:20 PM, internet-drafts@ietf.org wrote: > > A New Internet-Draft is available from the on-line Internet-Drafts directories. This draft is a work item of the Uniform Resource Names, Revised Working Group of the IETF. > > Title : Uniform Resource Name (URN) Namespace Definition Mechanisms > Author(s) : Alfred Hoenes > Filename : draft-ietf-urnbis-rfc3406bis-urn-ns-reg-02.txt > Pages : 30 > Date : 2012-03-12 > > Uniform Resource Names (URNs) are intended to serve as persistent, > location-independent, resource identifiers. To structure and > organize their usage, the URN syntax (RFC 2141bis) specifies a > hierarchy that divides the set of possible URNs into "URN Namespaces" > that can be individually defined and managed. URN Namespaces in > particular serve to map existing identifier systems into the URN > system and thereby make available generic, network-based resolution > services for the identified documents, artifacts, and other objects > (and metadata related to them). > > To achive these goals, URN Namespaces need to be specified in a > comparable manner, and their Namespace Identifiers (NIDs) need to be > registered with IANA, so that naming conflicts are avoided and > implementers of services can follow a structured approach in support > of various namespaces, guided by the registry to the related > documents and the particularities of specific namespaces, as > described in these Namespace registration documents. > > This RFC serves as a guideline for authors of URN Namespace > definition and registration documents and the process to be followed > to register a URN Namespace with IANA. It describes the essential > content of such documents and how they shall be structured to allow > readers familar with the scheme to quickly assess the properties of a > specific URN Namespace. > > This document is a companion document to the revised URN Syntax > specification, RFC 2141bis; it supersedes and replaces RFC 3406. > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-urnbis-rfc3406bis-urn-ns-reg-02.txt > > Internet-Drafts are also available by anonymous FTP at: > ftp://ftp.ietf.org/internet-drafts/ > > This Internet-Draft can be retrieved at: > ftp://ftp.ietf.org/internet-drafts/draft-ietf-urnbis-rfc3406bis-urn-ns-reg-02.txt > > _______________________________________________ > urn mailing list > urn@ietf.org > https://www.ietf.org/mailman/listinfo/urn -- ------------------------------------------------------------------- "Reality: Yours to discover." -- ThinkingCat Leslie Daigle leslie@thinkingcat.com -------------------------------------------------------------------
- [urn] I-D Action: draft-ietf-urnbis-rfc3406bis-ur… internet-drafts
- [urn] Namespace and Community Considerations Re: … Leslie Daigle
- [urn] Review period Re: I-D Action: draft-ietf-ur… Leslie Daigle
- [urn] Authorship Re: I-D Action: draft-ietf-urnbi… Leslie Daigle
- Re: [urn] Namespace and Community Considerations … Alfred Hönes
- Re: [urn] Review period ... draft-ietf-urnbis-rfc… Alfred Hönes
- Re: [urn] Authorship Re: I-D Action: draft-ietf-u… Alfred Hönes
- Re: [urn] Authorship Re: I-D Action: draft-ietf-u… Peter Saint-Andre
- Re: [urn] Review period ... draft-ietf-urnbis-rfc… Peter Saint-Andre
- Re: [urn] Namespace and Community Considerations … Peter Saint-Andre
- Re: [urn] Review period Re: I-D Action: draft-iet… Juha Hakala