Re: Problem with Hash based Linked Data URIs

As should be blindingly obvious to anybody who's worked with them, hash-based URIs are principally useful where a document describes a _single_ entity within its sphere of reference (though the nature of triples and many ontologies is that there may well be parts of descriptions of other things).

Ontologies/vocabs are a one solid case where it's really not a good idea to use them because it's hard to split them up into separately-served resources later.

(Ironically, as a redirecting service, if the PURL for GR had been instead of, it could have redirected to either a hash-based or a hash-less URI  there's no benefit to hash-based URIs if you're always inserting a redirect _anyway_).

On the other hand in the case of "this is the document which describes me" or "this is the document which describes this book", it makes a lot of sense to use hash-based URIs because that document has a notion of a primary topic while anything else described is a supporting adjunct. Even if it's aggregated into a dataset, the subject used in that dataset would be a URI which resolves to that one-thing document URI.


On Sat 2013-Feb-16, at 14:33, Adrian Gschwend <>

> On 16.02.13 12:10, Melvin Carvalho wrote:
>> Hi Kingsley, just trying to understand the problem better.  When I
>> click, it takes me to
>> the section of the GR vocab that is related to BusinessEntity (via html
>> anchors).  What should it be doing?
> That's only because you requested it from a web browser, if you get that
> as RDF (via rapper for example) it will make a request to
> and instead of giving you the answer to
> what you really want to know  (#BusinessEntity) it downloads the whole
> ontology which according to rapper is 1834 triples. Everything after the
> # is handled client side and does not even get through the webserver.
> This is not handy at all when you start to write code, you get way more
> than you wanted to know and it gets harder to implement local caching
> for example. Did that done that, really no fun to implement properly
> with hash based URIs.
> So I'm really no fan of hash based URIs either, especially on bigger
> ontologies/datasets.
> cu
> Adrian
> --
> Adrian Gschwend
> @
> ktk [a t]
> -------
> Open Source Project

Mo McRoberts - Technical Lead - The Space
0141 422 6036 (Internal: 01-26036) - PGP key CEBCF03E,
Zone 1.08, BBC Scotland, Pacific Quay, Glasgow, G51 1DA
Project Office: Room 7083, BBC Television Centre, London W12 7RJ

This e-mail (and any attachments) is confidential and
may contain personal views which are not the views of the BBC unless specifically stated.
If you have received it in
error, please delete it from your system.
Do not use, copy or disclose the
information in any way nor act in reliance on it and notify the sender
Please note that the BBC monitors e-mails
sent or received.
Further communication will signify your consent to

Received on Saturday, 16 February 2013 15:04:55 UTC