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

Re: The 'provenance' discussion...

From: Gregg Kellogg <gregg@kellogg-assoc.com>
Date: Thu, 25 Aug 2011 12:07:27 -0400
To: Ivan Herman <ivan@w3.org>
CC: W3C RDFWA WG <public-rdfa-wg@w3.org>
Message-ID: <B6C2E0FA-6803-478A-AB90-6BFD0BDA96C1@greggkellogg.net>
On Aug 25, 2011, at 8:33 AM, Ivan Herman wrote:

> I am afraid we were discussing ghosts...
> 
> At least in RDFLib it is absolutely no problem to generate a triple that, when serialized in turtle, is <>. On the other hand, for any RDFa document we have the base, which is well defined in the core spec and which is always a URI. The only problem is that in our _internal_ communications we always used <> incorrectly as referring to what is, essentially, <base>.
> 
> Put in another way, it should not be a problem to generate a triple into the default^H^H^H^H^H^H^Houtput graph of the form
> 
> <> foaf:page <base> .

I've always interpreted <> as the same as <div about="">, that is <> is a relative IRI which is expanded by the document's base IRI. This is also the case in Turtle, at least in my implementation. Of course, if the document has no base IRI, then it is the same as URIRef("").

If there is some way to refer to the document's source IRI in the presence of a base declaration, I'm not aware of it, unless it is done out of scope of base, which can be done for XML or SVG, but not for HTML, as xml:base is not used.

> (or any other predicate that we may want to use there).
> 
> Ivan
> 
> P.S. Technically, in the case of RDFLib, it is perfectly possible to create a URIRef of the form:
> 
> s = URIRef('')
> 
> ie, with an empty URI, which can be considered as an identification of the current graph...
> 
> ----
> Ivan Herman, W3C Semantic Web Activity Lead
> Home: http://www.w3.org/People/Ivan/
> mobile: +31-641044153
> PGP Key: http://www.ivan-herman.net/pgpkey.html
> FOAF: http://www.ivan-herman.net/foaf.rdf
> 
> 
> 
> 
> 
> 
Received on Thursday, 25 August 2011 16:08:29 UTC

This archive was generated by hypermail 2.3.1 : Tuesday, 6 January 2015 21:19:52 UTC