[Date Prev] [Date Next] [Thread Prev] [Thread Next] Indexes: Main | Date | Thread | Author

[ba-ohs-talk] Fwd: [xml-dev] TAG posts draft web architecture doc for review



>From: Mike Champion <mc@xegesis.org>
>To: xml-dev@lists.xml.org
>
>
>Sorry for raising (even indirectly) the URI issues once again,
>but some of you might be interested in commenting on the
>"DRAFT: Architectural Principles of the World Wide Web" document
>that the TAG has posted for review at
>
>http://www.w3.org/2001/tag/2002/0813-archdoc
>
>The editor has asked that only concrete proposals be
>posted to the TAG list; general rants and casting
>of aspersions might be better directed to xml-dev :~)
>
>For what it's worth, I'd draw your attention to
>a few bits that seemlikely to be controversial.
>
>In section 1.1:
>
>"In practice, people use both absolute URIs and absolute
>URI references with fragment identifiers to identify Web
>resources. Therefore, in this document, the TAG defines
>the terms URI and URI reference as follows:
>
>URI
>In RFC 2396 terms, an absolute URI followed optionally by
>  "#" and a fragment identifier.
>
>URI Reference
>Same as the RFC 2396 definition.
>
>The TAG intends to request a revision to RFC 2396 to
>adopt this usage."
>
>
>Section 1.2 might also intrigue a few of you:
>
>"Some resources do not have URIs (and are not part of the Web).
>For instance, if we consider every real number a resource;
>clearly we can't give every real number a URI without collisions;
>there are only denumerably many URIs."
>
>
>Section 1.5.2.4 discusses the ever-popular issue of whether
>URIs are case insenstive (a la HTTP) or case sensitive
>(a la XML namespaces).  It concludes:
>
>"URI case sensitivity: People SHOULD NOT assume that two URIs
>that differ only in case can be used interchangeably."
>
>
>Finally, Section 1.6 on fragment identifiers seems like it might
>raise a few eyebrows ....
>"Design weakness: HTTP content negotiation and fragment identifiers
>
>Coneg Fragment: Authors SHOULD NOT use HTTP content negotiation
>for different media types that do not share the same fragment
>identifier semantics."
>
>
>
>
>
>
>
>
>
>
>-----------------------------------------------------------------
>The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
>initiative of OASIS <http://www.oasis-open.org>
>
>The list archives are at http://lists.xml.org/archives/xml-dev/
>
>To subscribe or unsubscribe from this list use the subscription
>manager: <http://lists.xml.org/ob/adm.pl>    (01)