- From: Roger L. Costello <costello@mitre.org>
- Date: Sun, 15 Jun 2003 06:27:02 -0400
- To: www-rdf-interest@w3.org
- CC: "Costello,Roger L." <costello@mitre.org>
Jos De_Roo wrote:
>
> we tend to use RDF interpretation properties for that
> and math: properties and N3 conversion rules such as eg
>
> {?X eg:length-in ?Y} => {?X eg:length-cm (?Y 2.54).math:product}.
> {?X eg:length-cm ?Y} => {?X eg:length-in (?Y 2.54).math:quotient}.
[snip]
Hi Jos,
Does this have an XML syntax? My interest is in how to express the
mathematical relationships using an XML syntax. /Roger
> "Roger L. Costello"
> <costello@mitre.org> To: www-rdf-interest@w3.org
> Sent by: cc: robin.berjon@expway.fr, "Costello,Roger L." <costello@mitre.org>
> www-rdf-interest-requ Subject: Proposed extensions to OWL?
> est@w3.org
>
>
> 2003-06-14 01:20 PM
>
>
>
> Hi Folks,
>
> Yesterday I sent out a message asking about technologies to express
> mathematical relationships. Robin Berjon responded with a very
> interesting idea. I would like to get your thoughts on it, and see if
> collectively we can come up with something cool.
>
> First I will show you a slightly modified version of Robin's proposal,
> then I will show Robin's original proposal.
>
> Robin's Idea Slightly Modified
>
> The idea is to extend OWL and base the solution on xPath.
>
> Suppose that I would like to state that these two properties are
> equivalent via a conversion factor:
>
> length-in, length-cm
>
> i.e., length in inches, and length in centimeters
>
> The conversion factor is:
>
> length-in = length-cm / 2.54
> length-cm = length-in * 2.54
>
> With today's OWL here is how you would define these properties:
>
> <owl:DatatypeProperty rdf:ID="length-in">
> <rdfs:range rdf:resourse="&xsd;decimal"/>
> </owl:DatatypeProperty>
>
> <owl:DatatypeProperty rdf:ID="length-cm">
> <rdfs:range rdf:resourse="&xsd;decimal"/>
> </owl:DatatypeProperty>
>
> The proposal is to extend OWL to allow you to assert that these two
> properties are equivalent by the above conversion factor. Here's how it
> might look:
>
> <owl:DatatypeProperty rdf:ID="length-in">
> <owl:equivalentProperty rdf:resource="#length-cm"
> owl-x:conversionFactor="current() * 2.54"/>
> <rdfs:range rdf:resourse="&xsd;decimal"/>
> </owl:DatatypeProperty>
>
> <owl:DatatypeProperty rdf:ID="length-cm">
> <owl:equivalentProperty rdf:resource="#length-in"
> owl-x:conversionFactor="current() / 2.54"/>
> <rdfs:range rdf:resourse="&xsd;decimal"/>
> </owl:DatatypeProperty>
>
> where:
> owl-x is an OWL eXtension namespace,
> current() is the xPath function referring to the current node.
>
> Now let me show you Robin's idea:
>
> Robin's idea is also to base the solution on xPath. Here's what Robin
> said:
>
> "For instance:
>
> <foo:PropertyEquivalence from='measure:inch'
> to='measure:cm'
> convert='$in_1 * 2.54'/>
>
> <foo:PropertyEquivalence from='measure:cm'
> to='measure:in'
> convert='$in_1 div 2.54'/>
>
> would allow you to declare that the following are equivalent:
>
> <geo:Distance>
> <measure:inch>2</measure:inch>
> </geo:Distance>
>
> <geo:Distance>
> <measure:cm>5.08</measure:cm>
> </geo:Distance>
>
> You could allow for multiple inputs to your binding:
>
> <foo:PropertyEquivalence
> from='size:width/measure:meter
> size:length/measure:meter'
> to='size:surface/measure:squareMeter'
> convert='$in_1 * $in_2'/>
>
> and perhaps equivalentize, depending on whether it makes sense in that
> context:
>
> <flat:Bedroom>
> <size:width><measure:meter>4</measure:meter></size:width>
> <size:length><measure:meter>5</measure:meter></size:length>
> </flat:Bedroom>
>
> <flat:Bedroom>
> <size:surface>
> <measure:squareMeter>20</measure:squareMeter>
> </size:surface>
> </flat:Bedroom>
>
> so that given the first you could still query for flat:Bedrooms that
> are larger than 20sqm.
>
> You may need to throw in stuff from EXSLT Math if you want more than
> XPath provides."
>
> ....
>
> Okay, those are the two ideas thus far. What do you think? Feel free
> to add your own ideas. If this whole approach is bad, feel free to say
> so. The intent here is to brainstorm. If these conversion rules are
> better stated using another technology (e.g., RuleML) please say so.
> /Roger
Received on Sunday, 15 June 2003 06:28:45 UTC