[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [plcs-dex] Classification of type and individual
Please be careful here. Actual individuals are members of the class defined by their design. However, actual individuals are not necessarily members of all the classes of which their design is a member. Classification is not transitive. I realize that a lot of classification in PLCS replaces subtyping, however that’s not true for all PLCS classifications.
David
-----Original Message-----
Thinking about this a bit more ….. I think that this approach will get really complicated.
Imagine I have a bike design classified as an “ordinary” bike. I then build an individual bike from this design. The individual bike will be classified as an “ordinary” bike.
I then make a modification to my individual bike, so it is now a “Souped up bike”. The change was not a change to a design, but to my individual bike so “Souped up bike” is not a classification of the design, but a classification of my individual bike.
So can we be sure that: a) all classifications of the typical apply equally to the actual thing being classified. b) If we classify a typical will that classification apply to all of the actual things
I’m not convinced (yet)
Regards ------------------------------------------- -----Original Message-----
Rob
I would suggest that we only classify the typical due to the implications that the other approach will have on the reference data library.
We have agreed that refdata should be regarded as specializations (subclasses) of PLCS Entities. This would mean that an instance of reference data would have to be defined for both the typical and the actual thing. Yes, OWL will allow for a class being a subclass of several Entity classes. But I'm convinced that this will cause confusion and classes for typical will only appear as specializations of the entity representing the actual etc.
I'm stongly in favor of keeping the separation of typical and actual,and exchange both instances, and have a consistent approach throughout PLCS.
Regards
Leif
|
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]