- From: Ian B. Jacobs <ij@w3.org>
- Date: 16 Jun 2003 17:24:34 -0400
- To: roy.fielding@day.com
- Cc: uri@w3.org, ij@w3.org
Hi Roy, I enjoyed reading the revised URI spec [1]. I have just a few editorial comments. Thanks for all your hard work, Roy. _ Ian -------------- Section 1.2.1 In the bulleted list, there are three bullets. I suggest splitting the first bullet into two: * A URI is a sequence of characters. * Those characters are not always represented as a sequence of octets. At the end of the section, a forward reference to percent escaping as a means of representing characters outside the limited set (as octets) might be useful. ------------- Section 1.3 Although I'm not sure there's much to do about it, I think the discussion of character encoding here might be confusing. There is (1) encoding used to talk about characters in the ABNF and (2) encoding of octets in a URI. I am thinking that using "codepoints" here might have a slight advantage. Also, the ABNF doesn't use ASCII encoding to talk about all of the characters; in some cases strings are used (e.g,. ":"). ------------ Section 1.2 I don't think the first paragraph adds much; the text that discusses this in 1.3 is still fresh in my mind. ------------ Section 3.5 Third paragraph, change "without any implication that the primary resource is accessible" to "without any implication that the primary or secondary resources are network-accessible." ------------- 5.5 and 5.1.1 Both the ascii art and the title of 5.1.1 refer to "document content." I think it would be more consistent with earlier sections (e.g., 1.2.2) to talk about representation rather than document content. Also, there's a missing ")" after "section 4.4" in 5.1 ------------- Section 7.2 Second paragraph includes "especially when it is a number within the reserved space." Where is "the reserved space" defined? [1] http://www.apache.org/~fielding/uri/rev-2002/rfc2396bis.html -- Ian Jacobs (ij@w3.org) http://www.w3.org/People/Jacobs Tel: +1 718 260-9447
Received on Monday, 16 June 2003 17:26:02 UTC