|Bruce D'Arcus||Aug 22, 2007 5:18 pm|
|Svante Schubert||Aug 23, 2007 9:25 am|
|Patrick Durusau||Aug 23, 2007 10:21 am|
|Bruce D'Arcus||Aug 23, 2007 11:10 am|
|Patrick Durusau||Aug 23, 2007 12:35 pm|
|Bruce D'Arcus||Aug 23, 2007 12:58 pm|
|Svante Schubert||Aug 24, 2007 2:35 am|
|Patrick Durusau||Aug 24, 2007 3:04 am|
|Bruce D'Arcus||Aug 24, 2007 5:12 am|
|Svante Schubert||Aug 24, 2007 5:21 am|
|Bruce D'Arcus||Aug 24, 2007 6:31 am|
|Svante Schubert||Aug 24, 2007 8:32 am|
|Bruce D'Arcus||Aug 25, 2007 9:03 am|
|Svante Schubert||Aug 27, 2007 5:16 am|
|Patrick Durusau||Aug 27, 2007 5:38 am|
|Svante Schubert||Aug 27, 2007 9:10 am|
|Bruce D'Arcus||Aug 27, 2007 11:47 am|
|John Madden||Aug 27, 2007 2:31 pm|
|Svante Schubert||Sep 5, 2007 3:02 am|
|John F. Madden, MD, PhD||Sep 5, 2007 8:02 am|
|Svante Schubert||Sep 5, 2007 9:28 am|
|John F. Madden, MD, PhD||Sep 6, 2007 12:32 pm||.png, .png|
|Bruce D'Arcus||Sep 6, 2007 12:35 pm|
|Subject:||Re: [Fwd: Re: [office-metadata] Reuse of metadata proposal for nonODF applications]|
|From:||Bruce D'Arcus (bdar...@gmail.com)|
|Date:||Aug 24, 2007 6:31:37 am|
Svante Schubert wrote:
Obviously I have not understand what you have been trying to tell me. On my questions in my previous mail you might see were I was not certain what you have been explaining.
Please try again, believe me I am willing to listen.
The question is: how do we create the technical and the social/informational infrastructure for rational-but-flexible implementation of text:meta-field in ODF 1.2?
If some developer creates a custom field called foo:Bar, how do we know it is a field only by looking at the RDF?
Can we define some common properties that developers can use so they don't have to invent their own?
My answer to the first question is, you create a base class from which formally -- in RDF Schema and/or OWL -- you can extend. So if we do:
odf:Field a owl:Class.
foo:Bar rdfs:subclassOf odf:Field .
We know -- by only looking at the RDF -- that foo:Bar is a kind of field. This is not "syntactic sugar"; it's formal definition.
We can then also say that prefix and suffix for the field is common, and we can do this:
field:prefix a owl:DatatypeProperty ; rdfs:domain odf:Field .
So inference can also realize that anytime someone is using a field:prefix property, it is with reference to a resource of type odf:Field (in addition to any other type, like foo:Bar). An RDF library that supports inferencing can actually generate that triple so that, for example, if you search for all resources of type odf:Field, you also get all that use field:prefix, *even if they are untyped* in the RDF/XML.
So there are technical reasons to do this I believe. It provides both building blocks (properties) and extension points (generic classes) that developers can use to implement custom fields. In using this, one gets the flexibility we want, but also machine-oriented predictability.
But there are also more social or informational reasons. If a developer wants to know "what the hell do I do with text:meta-field?" having these few classes and properties gives them some hints.
We can then later add other generic properties as they become clear.
Is this making more sense?