- From: Graham Klyne <GK@dial.pipex.com>
- Date: Fri, 20 Oct 2000 18:45:52 +0100
- To: Seth Russell <seth@robustai.net>
- Cc: RDF interest group <www-rdf-interest@w3.org>
At 07:18 AM 10/20/00 -0700, Seth Russell wrote: >Graham Klyne wrote: > > > My problem is this: when [FordEscort] refers to [TheBody] and [TheEngine] > > in reference to my car, how can I infer that these statements refer to > > parts of my car rather than some other person's Ford Escort car? > >Well when statements are in the context of [MyCar] they just refer to your >instance of [FordEscort]. > >[MyCar] --isa--> [FordEscort] >[ ] --ist--> > { > [TheBody] ----colour----> "Red" > [TheEngine] --capacity--> "1600" > [TheEngine] --needs---->[repair] > : > (etc.) > } > >What's wrong with that? I guess there's nothing wrong with it that I can put my finger on, but it doesn't quite match the way I'm trying to do things. I'm trying to pursue the idea of contexts as a tool for structuring complex descriptions. (If that is a bad idea, I'm hoping someone will say, and explain why.) Your reference above to "instance of [FordEscort]" implies that it is a type or class. Maybe my use of 'isa' property name when the object is not (intended to be) a class did not help. Maybe I should have written: [MyCar] --Model--> [FordEscort] I want to treat [FordEscort] as a resource that has various properties that describe that model of car, and, by reference, to have those properties apply to my car. Maybe [FordEscort] should be an rdf:Class? I'm not quite comfortable with the idea that the model may be a class (hence object of rdf:type) and also an "ordinary" resource in its own right with lots of properties relating to some physical entity. #g ------------ Graham Klyne (GK@ACM.ORG)
Received on Friday, 20 October 2000 14:05:50 UTC