On 13-04-05 09:12 AM, Richard Light wrote:
> While pondering whether I might have something useful to say to the TEI
> Conference, I have been looking at section 16.2 of the Guidelines
> (Pointing Mechanisms). I was wondering how the current framework would
> play with Linked Data URLs.
> The whole URL-based pointer framework assumes that what comes back will
> be an XML document (very right too!). However, one feature of Linked
> Data URLs, at least as currently implemented, is that by default you
> will get back a human-readable version of the resource (i.e. HTML). To
> get around that, you need to specify in the HTTP request header that
> what you actually want is XML, or RDF, or whatever. It would be
> possible to include this additional information (required Mime type) in
> TEI documents, either alongside the @ref attribute, or possibly as an
> additional property within the <listPrefixDef> framework. (The second
> approach would be more elegant, as you only have to declare it once; it
> would also tie in nicely with the use of prefixes to shorten horrendous
> Linked Data URLs.)
> Useful idea, or silly/already done?
I've already had this idea (adding a mime type attribute to <prefixDef>)
in the back of my mind for a while. This could be achieved by adding
<prefixDef> to att.internetMedia. @mimeType allows a list of mime types
separated by whitespace, but for the usage you propose, presumably only
one would be supplied.
The reason I've been thinking about it is slightly orthogonal to your
use-case: I was toying with the idea that you should be able to provide
multiple different expansions for a single prefix, differentiated by
mime-type. So, for instance:
A processor could then choose which mime type it wants to make a link
to, so (for instance) a processor that is creating HTML output from the
TEI file might choose the second expansion to create a link to an HTML
resource, whereas a processor building an XML corpus might choose the first.
University of Victoria Humanities Computing and Media Centre
([log in to unmask])