W3C home > Mailing lists > Public > public-rdfa-wg@w3.org > January 2013

Property copying final issues

From: Gregg Kellogg <gregg@greggkellogg.net>
Date: Tue, 29 Jan 2013 15:36:53 -0500
To: RDFa WG <public-rdfa-wg@w3.org>
Message-ID: <26241C1C-9D62-4E72-AE6B-F8B721C4296A@greggkellogg.net>
We're almost done with the conversation on property copying, but I don't think we've quite converged yet.

The current draft of the spec has the following rules:

Rule: pattern-copy
  ?subject rdfa:copy ?target . ?target a rdfa:Pattern; ?predicate ?object
  => 
  ?subject ?predicate ?object .
  except -- ?predicate = rdf:type and ?object = rdfa:Pattern.

Rule: clean-copy:
 ?subject rdfa:copy ?target => remove ?subject rdfa:copy ?target

Rule: clean-pattern:
  ?subject a rdfa:Pattern; ?predicate ?object => remove ?subject ?predicate ?object

There are several problems with this that the original statement had addressed:

* The pattern-copy uses a form of pattern not used in any other specs, whereas the original closely followed the rule language in RDFS.

* The clean-copy rule removes every use of rdfa:copy, not just those which actually reference a defined pattern.

* The clean-pattern rule removes all patterns, even if they're not referenced.

It may be that these rules are easier to understand than the originals, but they mean different things; we should be clear on what we want the semantics to be.

Should we remove every use of rdfa:copy, even if it doesn't reference a pattern? I think this may be a problem if we do.

Should we remove every pattern, even if it is not referenced? This could be a problem, but I could imaging using a "library" of patterns which may or may not be used by a specific document, and not wanting the patterns to survive.

I think we need to finally resolve these issues, and have some final rules in place before we can agree to publish.

Gregg Kellogg
gregg@greggkellogg.net
Received on Tuesday, 29 January 2013 20:38:06 UTC

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