[urn] Fragments Re: I-D Action: draft-ietf-urnbis-rfc2141bis-urn-02.txt
Leslie Daigle <leslie@thinkingcat.com> Sun, 25 March 2012 13:00 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 8B22121F8483 for <urn@ietfa.amsl.com>; Sun, 25 Mar 2012 06:00:37 -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=[AWL=0.000, 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 f2Se0RxWZ8tZ for <urn@ietfa.amsl.com>; Sun, 25 Mar 2012 06:00:36 -0700 (PDT)
Received: from zeke.ecotroph.net (zeke.ecotroph.net [70.164.19.155]) by ietfa.amsl.com (Postfix) with ESMTP id 99F3221F8480 for <urn@ietf.org>; Sun, 25 Mar 2012 06:00:36 -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 09:00:20 -0400 id 015B407B.4F6F16E6.00007D0F
Message-ID: <4F6F16E0.70703@thinkingcat.com>
Date: Sun, 25 Mar 2012 09:00:16 -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: <20120312010553.16681.34930.idtracker@ietfa.amsl.com>
In-Reply-To: <20120312010553.16681.34930.idtracker@ietfa.amsl.com>
Content-Type: text/plain; charset="ISO-8859-1"; format="flowed"
Content-Transfer-Encoding: 7bit
Subject: [urn] Fragments Re: I-D Action: draft-ietf-urnbis-rfc2141bis-urn-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 13:00:37 -0000
Hi, I am having troubles reconciling this use of fragments with RFC3986, the URI syntax document. My understanding of RFC3986 suggests that fragments are strictly and uniquely tied to media, and thus would be applied to the results of a URN resolution, irrespective of namespace. So, if you have <urn>#<fragment>, you resolve <urn> and apply <fragment> in whatever way makes sense for the media type of what you got back. The issue with doing that with URNs is: they are designed to be flexible enough to support multiple types of response -- the URN does not designate a type. For example, you might get a PDF back instead of HTML, and then your HTML #<fragment> will be pointless. Even if you say (as the document currently does) that fragments are allowed only on a per-namespace basis, I am concerned that the resulting URN namespaces would have to be severely limited in terms of URN functionality: you are essentially saying that those namespaces must be architected such that they only ever return single media type responses, or responses for which the fragments will make sense across all supported types. That is very constraining on the namespace, and the use of URNs, IMO. For myself, this doesn't make the case that the URN syntax can be updated to allow the use of fragment identifiers. And, if the consensus winds up being that this does make the case to allow that, I would further argue that the text describing the per-namespace use considerations would need 1/ a very thorough review by URI experts to make sure it actually would hold water, 2/ to be clear about the constraints it puts on the overall URN namespace in question 3/ to be in a separate document all on its own, because it is severely distracting from a document that is meant to be the description of the syntax of URNs in general. Leslie. On 3/11/12 9:05 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) Syntax > Author(s) : Alfred Hoenes > Filename : draft-ietf-urnbis-rfc2141bis-urn-02.txt > Pages : 32 > Date : 2012-03-11 > > Uniform Resource Names (URNs) are intended to serve as persistent, > location-independent, resource identifiers. This document serves as > the foundation of the 'urn' URI Scheme according to RFC 3986 and sets > forward the canonical syntax for URNs, which subdivides URNs into > "namespaces". A discussion of both existing legacy and new > namespaces and requirements for URN presentation and transmission are > presented. Finally, there is a discussion of URN equivalence and how > to determine it. This document supersedes RFC 2141. > > The requirements and procedures for URN Namespace registration > documents are set forth in BCP 66, for which RFC 3406bis is the > companion revised specification document replacing RFC 3406. > > > A URL for this Internet-Draft is: > http://www.ietf.org/internet-drafts/draft-ietf-urnbis-rfc2141bis-urn-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-rfc2141bis-urn-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-rfc2141bis-ur… internet-drafts
- [urn] Fragments Re: I-D Action: draft-ietf-urnbis… Leslie Daigle
- Re: [urn] Fragments Re: I-D Action: draft-ietf-ur… jehakala
- Re: [urn] Fragments Re: I-D Action: draft-ietf-ur… Martin J. Dürst
- Re: [urn] Fragments Re: I-D Action: draft-ietf-ur… Leslie Daigle
- Re: [urn] Fragments Re: I-D Action: draft-ietf-ur… jehakala
- Re: [urn] Fragments Re: I-D Action: draft-ietf-ur… Leslie Daigle
- Re: [urn] Fragments Re: I-D Action: draft-ietf-ur… Martin J. Dürst
- Re: [urn] Fragments Re: I-D Action: draft-ietf-ur… Juha Hakala