Christoph LANGE wrote:
Hi Hugh,

[...@nathan, thanks for forwarding it to the Virtuoso list; I subscribed there
now, but I thought the question might also be of a more general interest
w.r.t.  deploying hash URIs.]

2010-05-19 14:51 Hugh Williams <hwilli...@openlinksw.com>:
The following Virtuoso Linked Data Deployment Guide details how hash URIs can 
be handled by the server using transparent content negotiation:

        
http://www.openlinksw.com/virtuoso/Whitepapers/html/vdld_html/VirtDeployingLinkedDataGuide.html

Which would also apply to the data you are attempting to publish ...

Thanks, I had looked there before, but got the impression that that guide only
deals with the very special case of the "this" pseudo fragment ID, i.e. a
workaround of introducing hash URIs to facilitate content negotiation.  I got
that impression because the guide talks about http://.../ALFKI#this, where
"ALFKI" is the entity of interest.  Please let me know if I got something
wrong.

In our situation, we have many entities of interest, with the following URIs:

http://.../document (without fragment)
http://.../document#fragment1
http://.../document#fragment2
...

and when a client requests RDF/XML from http://.../document, the client should
get a document that contains all triples for http://.../document,
http://.../document#fragment1, http://.../document#fragment2, etc.

(Note that we were not free to choose this URI format; it was given before we
went "linked data".)

Cheers, and thanks,

Christoph

Christoph,

Linked Data Deployment via Virtuoso is just about URL rewrite rules that map to SPARQL DESCRIBE or CONSTRUCTs plus the ability to leverage Transparent Content Negotiation (TCN) Quality of Service (QoS) algorithms.

I am going to revisit the docs examples to double check why you may have been confused.

As we've done with SQL to RDF Views, there will soon be a Linked Data Deployment Wizard. It will make you fill in the blanks en route to performing the following (since the current UI is still somewhat challenging)

1. Set URL {PATH} and {QUERY} patterns via regex
2. Identify Named Graph associated with target triples
3. Determine the scheme of your Entity identifier (here there will be options for default or 3rd party custom resolvers since Virtuoso isn't HTTP scheme specific) 4. If Identifier is HTTP scheme based, determine type (# or slash terminated); if slash then it will automatically handle the requisite 303 identifier disambiguation via redirect (since the Entity and its Descriptor Doc are both slash terminated HTTP URIs) 3. Set your SPARQL CONSTRUCT or DESCRIBE patterns via templates with {Rule-Result-URI Pattern} FROM {GRAPH-IRI} 4. Associate #3 with TCN QoS algorithms to handle the different representation formats
5. Done!



--

Regards,

Kingsley Idehen President & CEO OpenLink Software Web: http://www.openlinksw.com
Weblog: http://www.openlinksw.com/blog/~kidehen
Twitter/Identi.ca: kidehen





Reply via email to