W3C home > Mailing lists > Public > semantic-web@w3.org > August 2007

Re: Tabulator Firefox Extension Alpha

From: Hugh Glaser <hg@ecs.soton.ac.uk>
Date: Wed, 29 Aug 2007 11:53:47 +0100
To: Semantic Web <semantic-web@w3.org>, <tabulator@csail.MIT.EDU>
Message-ID: <C2FB0ECB.E3AF%hg@ecs.soton.ac.uk>

303 redirection and the FF tabulator extension have an interesting little
interaction that it may be useful to highlight.
(Pardon me if this is well-known, and pardon me if I have got it wrong.)

If you start at something like
you get the redirect as expected to

>From there you get to the RDF that Nick Gibbons (
http://id.ecs.soton.ac.uk/person/1269 ) has been working on for us at

However, on looking at the role rdf, it may seem that a lot is missing.
The reason is that the domain has changed to id.ecs.soton.ac.uk, quite
correctly, and the content negotiation will take you back to
rdf.ecs.soton.ac.uk when necessary. So if you are running with the higher
security (signed.applets.codebase_principal_support false) you won't see
such stuff.
It is a bit surprising, as a user would sort of expect to see the same
information as the web page, even with higher security.

We have spent quite a long time discussing just where the "rdf", "role",
"person", "desc" or whatever word goes in the URI.
So is www.ecs.soton.ac.uk/id better than id.ecs.soton.ac.uk, for example?
For FF extensions perhaps it is.

Anyway, I thought I would raise it, as it may be something that people might
like to bear in mind when minting URIs.

And in the future we may well see other applications that suffer a similar
problem of requiring lower security to be able to run off what is
effectively a single site.


Hugh Glaser,  Reader
              Dependable Systems & Software Engineering
              School of Electronics and Computer Science,
              University of Southampton,
              Southampton SO17 1BJ
Work: +44 (0)23 8059 3670, Fax: +44 (0)23 8059 3045
Mobile: +44 (0)78 9422 3822, Home: +44 (0)23 8061 5652
Received on Wednesday, 29 August 2007 10:54:29 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 1 March 2016 07:41:58 UTC