- From: Thomas Baker <tbaker@tbaker.de>
- Date: Fri, 3 Dec 2010 12:44:43 -0500
- To: "Young,Jeff (OR)" <jyoung@oclc.org>
- Cc: Emmanuelle Bermes <manue.fig@gmail.com>, Mark van Assem <mark@cs.vu.nl>, public-xg-lld <public-xg-lld@w3.org>
Hi Jeff, On Fri, Dec 03, 2010 at 12:27:54PM -0500, Jeff Young wrote: > The OWL solution would be for DC to coin owl:DatatypeProperties and > owl:ObjectProperties as rdfs:subPropertyOf of their existing > rdf:Properties. As distasteful as that is, I assume that rules-based > alternatives will be ignored. DCMI has already declared http://purl.org/dc/terms/creator with a range of dcterms:Agent, and it is indeed a sub-property of http://purl.org/dc/elements/1.1/creator (the property which is _probably_ intended in the example below because the /1.1/ namespace is most commonly bound to the dc: prefix). I'd like to understand better what specific advantage DCMI would gain by declaring it as an owl:ObjectProperty as opposed to leaving it as an RDF property with a resource class as its range. You are not the first person to propose this, but in order to progress this proposal, DCMI would need to have a clear understanding of the benefits, and whether the interpretation of existing data would be at all negatively impacted by the change. Tom > > Jeff > > > Another question about RELATE(existing) : > > relationships may exist in the data but be totally implicit. If you > > make them explicit, is it a new relationship, or an existing one ? > > Example (very simplified) : > > > > (implicit relationship) > > http://example.com/book1 dc:creator "J.R.R. Tolkien" > > http://example.com/book2 dc:creator "J.R.R.Tolkien" > > http://viaf.org/viaf/95218067 foaf:name "Tolkien, J.R.R. (John Ronald > > Reuel), 1892-1973" > > > > (same relationship made explicit) > > http://example.com/book1 dc:creator http://viaf.org/viaf/95218067 > > http://example.com/book2 dc:creator http://viaf.org/viaf/95218067 > > http://viaf.org/viaf/95218067 foaf:name "Tolkien, J.R.R. (John Ronald > > Reuel), 1892-1973" > -- Thomas Baker <tbaker@tbaker.de>
Received on Friday, 3 December 2010 17:45:22 UTC