- From: William Waites <ww@styx.org>
- Date: Sun, 19 Sep 2010 11:43:53 +0100
- To: Chris Bizer <chris@bizer.de>
- CC: public-lod@w3.org
- Message-ID: <4C95E969.90307@styx.org>
An idle thought. Suppose I take two datasets, licensed differently, and combine them. Maybe I do something clever to capture provenance information in how they are combined (a combination of opmv and evopat comes to mind). If the licenses are defined at a suitable granularity (is the cc vocabulary enough?) I can then derive the the resulting terms by doing something like the intersection of rights granted in the source licenses. So (copyleft \cap public domain) = copyleft, etc. I wonder about constructing inference rules for this... If the combination is done in a way that is reversible, simply selecting some triples from different sources, for example, rather than putting provenance and license information on graphs [0], putting it on individual triples might be nice. But then we need some token for a triple, ideally in a global way where if the same triple occurs independently in two places, two people making tokens for it will end up with the same token... Hrmmm... As I said, idle thoughts... Cheers, -w [0] I'm not sure "graph" isn't a misnomer, or at least loose language. An RDF graph is a set, I think, and you can make a "standard" graph relative to a predicate by taking vertices from subject and object and edges from IEXT(predicate). Is this spliting hairs? -- William Waites <ww@styx.org> Mob: +44 789 798 9965 Fax: +44 131 464 4948 CD70 0498 8AE4 36EA 1CD7 281C 427A 3F36 2130 E9F5
Received on Sunday, 19 September 2010 10:45:38 UTC