- From: Stasinos Konstantopoulos <konstant@iit.demokritos.gr>
- Date: Fri, 18 Apr 2008 09:13:39 +0300
- To: Phil Archer <parcher@icra.org>
- Cc: public-powderwg@w3.org
On Mon Apr 7 20:33:51 2008 Phil Archer said: > I agree that we have to keep resource set definitions out of the picture > but we _do_ have a specific use case where the kind of thing you suggest > does occur. When we use a DR to certify another DR, it's useful to be > able to include a hash of the DR we're certifying. See [6] > > <descriptorset> > <sha1sum>j6lwx3rvEPO0vKtMup4NbeVu8nk=</sha1sum> > <certified>true</certified> > <displaytext>authority.example.org certifies that claims made > by example.com are true. Valid throughout 2008.</displaytext> > <displayicon>http://authority.example.org/icon.png</displayicon> > </descriptorset> > > I just wrote this into the doc, we haven't discussed it but I'd very > much like to. It says that the description of the IRI set (which in the > full example is a single URI) has a SHA-1 hash value. There is no formal > semantics at work here, just a "we say that if you take a SHA-1 hash of > the resource, it's this value." This looks easy enough, especially if restricted to complete POWDER docs and not fragments (individual DRs). A POWDER doc is a resource just like any other, so, as things stand, one can describe it with <sha1sum/> just like any other vocabulary item. POWDER tools will have to know what to do with this. Generic RDF tools will have to accept the assertion that a certain resource has a certain <sha1sum/> property. If some process provides an alternative means for assigning this property (e.g. a tool for resolving the resource's IRI and calculating the checksum) then the potential inconsistency will be caught. There is another thing one might want to express that is trickier. I am going to use <sha1sum/> as an example, but could be any property. I am assuming <sha1sum/> is only sensible for resolvable URL and not any URI, so it should be at the wdrurl layer: <dr> <iriset> <wdrurl:includeURL>http://example.com/powder.xml</wdrurl:includeURL> <wdrurl:includeproperty ref="sha:sha1sum"> j6lwx3rvEPO0vKtMup4NbeVu8nk= </wdrurl:includeproperty> </iriset> <descriptorset> <certified>true</certified> <displaytext>authority.example.org certifies that claims made by example.com are true. Valid throughout 2008. </displaytext> <displayicon>http://authority.example.org/icon.png</displayicon> </descriptorset> </dr> The descriptorset applies to all documents that are at http://example.com/powder.xml AND have property sha:sha1sum with value j6lwx3rvEPO0vKtMup4NbeVu8nk= This is the original resource subsumption situation, where in OWL the assertion is made that the set of resources that have the <wdrurl:sha1sum/> property are subsumed the the set of resources that have the properties in <descriptorset/>. So, on example.com all blue things are also round: <dr> <iriset> <wdrurl:includehosts>example.com</wdrurl:includehosts> <wdrurl:includeproperty ref="ex:blue" /> </iriset> <descriptorset> <ex:round /> </descriptorset> </dr> s
Received on Friday, 18 April 2008 06:14:16 UTC