W3C home > Mailing lists > Public > public-rdfa-wg@w3.org > November 2011

Re: Triple(s) that describe the vocabulary

From: Ivan Herman <ivan@w3.org>
Date: Fri, 11 Nov 2011 17:30:09 +0100
Cc: public-rdfa-wg@w3.org
Message-Id: <8483AC06-8E1F-4531-9DE2-DDD961EC3701@w3.org>
To: Shane McCarron <shane@aptest.com>
We did discuss it: for each @vocab element there is a triple put into the graph. I think it was ISSUE-103.

On Nov 11, 2011, at 17:12 , Shane McCarron wrote:

> In the Sequence section, step 2, there is some strange text:
>> The value of @vocab is used to generate a triple as follows:
>> subject
>> base
>> predicate
>> http://www.w3.org/ns/rdfa#hasVocabulary
>> object
>> value from @vocab
> first. didn't we change the URI for the 'namespace' to some vocab space?

No. That is clearly in the rdfa namespace.

> Second, this seems odd.  There can be hundreds of @vocab elements in a document.  Why would I want to see this triple for each of them.  Also, since the subject is base, it seems to me that I wouldn't have a way to know what vocab was related to what parts of the document.

Hundreds? I do not think so. I would expect 3-4 @vocab usage in a document, but mostly one...

You are right about the second statement, b.t.w. But the reason of having this triple is to allow processors to perform the vocabulary expansion, ie, the mini RDFS entailement, on the result graph. From that point of view, the origin is irrelevant, only the URI of the vocab is important. But if that information is not in the output graph, than no processor, other than the RDF distiller itself, can ever perform the right expansion.


> I guess I don't remember putting this text in, and I don't understand what problem it is trying to solve.  Help?
> -- 
> Shane McCarron
> Managing Director, Applied Testing and Technology, Inc.
> +1 763 786 8160 x120

Ivan Herman, W3C Semantic Web Activity Lead
Home: http://www.w3.org/People/Ivan/
mobile: +31-641044153
FOAF: http://www.ivan-herman.net/foaf.rdf
Received on Friday, 11 November 2011 16:27:49 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 17:05:27 UTC