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

Fwd: use of itemref

From: Ivan Herman <ivan@w3.org>
Date: Fri, 26 Aug 2011 09:07:33 +0200
Message-Id: <7622917D-EABF-44F8-91F1-2A10DDC865F4@w3.org>
To: W3C RDFWA WG <public-rdfa-wg@w3.org>
Forward for the tracker ISSUE-105

Begin forwarded message:

> From: Jeni Tennison <jeni@jenitennison.com>
> Date: August 26, 2011 08:14:21 GMT+02:00
> To: Ivan Herman <ivan@w3.org>
> Cc: Lin Clark <lin.w.clark@gmail.com>, public-rdfa-wg@w3.org
> Subject: Re: use of itemref
> 
> Ivan,
> 
> On 25 Aug 2011, at 16:22, Ivan Herman wrote:
>> As you may have seen on Jeni's G+ discussion, I have given some thought to this in terms of RDFa. Everything can be done of course but the issue we would be facing (and I do not know how microdata solves that, actually) is what 'state' would the referred entry be. What happens to language setting, to @prefix settings, types/vocabularies, etc. What I am afraid of is that the 'referred' part would generate different RDF triples depending on where it is included into, and that sounds problematic to me...
> 
> 
> FWIW, that is effectively how the itemref mechanism works in microdata: if the referenced element includes short-name properties then those will be interpreted based on the itemtype of the referencing element. So the same content could be referenced from two different places and have different semantics each time.
> 
> In microdata's case, that could be useful, because you might have several types that actually share properties with the *same* semantics (through inheritance; see schema.org for example). I suspect that the risk of people unknowingly using it to create weird data is low compared to the benefit that the flexibility provides.
> 
> Scoping in RDFa is rather different of course. If you were supporting an equivalent to itemref, it might be better to (conceptually) have a pre-processing step that uses the DOM tree to resolve terms and CURIEs, languages and so on, and then a parsing step that generates triples from the results. Or, equivalently, you could describe the resolution of terms/CURIEs/languages etc in terms of looking up the DOM tree rather than as information that you pass around in the evaluation context. (Either of these approaches would simplify the processing algorithm in the specification in any case.)
> 
> Cheers,
> 
> Jeni
> -- 
> Jeni Tennison
> http://www.jenitennison.com
> 


----
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 Friday, 26 August 2011 07:05:07 UTC

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