- From: Erik Wilde <dret@berkeley.edu>
- Date: Sat, 27 Jun 2009 16:25:55 +0200
- To: Xiaoshu Wang <wangxiao@musc.edu>
- CC: Dan Brickley <danbri@danbri.org>, Larry Masinter <LMM@acm.org>, "'Pat Hayes'" <phayes@ihmc.us>, "'Eran Hammer-Lahav'" <eran@hueniverse.com>, "'Dan Connolly'" <connolly@w3.org>, "apps-discuss@ietf.org" <apps-discuss@ietf.org>, "www-tag@w3.org" <www-tag@w3.org>, "'URI'" <uri@w3.org>
hello.
Xiaoshu Wang wrote:
> There should not be. I have trying this many times. A URI, fragmented
> or not, denotes one thing and its returned representations another. The
> former is the content of the later. The remedy is to define a URI
> syntax for representation.
> A syntax that I have proposed is to insert a (mime-type) after the # sign.
> Thus,
> "http://danbri.org/foaf.rdf#danbri" denotes a person.
> "http://danbri.org/foaf.rdf#(application/rdf+xml)danbri" denotes an RDF
> node.
> "http://danbri.org/foaf.rdf#(application/xhtml+xml)danbri" denotes an
> HTML element ided "danbri
interesting. would that be specific for http-identified resources? if
not, how would that be supposed to work with URI schemes that do not
share HTTP's capabilities for transferring content metadata, and
performing content negotiation? a simple example might be FTP, which is
similar in nature to HTTP (access to hierarchically organized resources)
but has no concept of media types.
another thing i am wondering about: aren't fragment identifiers as they
are currently defined client-side only and specific to the media type
anyway? that might indicate you are talking not about extending the URI
syntax, but that of HTTP URI fragment identifiers? there were other
approaches of doing this (with other goals), one of the issues was how
to create some framework for fragment identifiers that would be
uniformly applied to all fragment identifier syntaxes. that one never
got anywhere, and the window of opportunity is probably closed by now.
but there the idea was that instead of labeling fragments with the media
type to which they should be applied (which seems to be what you're
suggesting), they should follow some base syntax, and thus could be
designed to be less brittle across media types. HTTP's idea of content
negotiation (and thus dynamic media type assignment at access time) and
URI fragment identifiers and their media type specificity always was one
of the areas where web architecture certainly could need a bit of
improvment.
cheers,
erik wilde tel:+1-510-6432253 - fax:+1-510-6425814
dret@berkeley.edu - http://dret.net/netdret
UC Berkeley - School of Information (ISchool)
Received on Saturday, 27 June 2009 14:26:59 UTC