Browse wiki

From Odp

Jump to: navigation, search
Reviews:RinkeHoekstra about Object with states
CreationDate 12 August 2013  +
HasClearFigures Yes
HasClearProblemDescription The problem is clear
HasClearRelevanceDescription Consequences are not really made clear in the description. For instance, the assumption that states are distinct individuals is not sufficiently motivated nor discussed.
HasMissingInformation A discussion of design decisions with reference to the literature would really help engineers in choosing this pattern.
HasProblems * It seems ontologically strange to define * It seems ontologically strange to define 'objects' as classes, whereas the states are individuals associated to *instances* of those object classes using the 'hasState' property. A more pragmatic solution would be to decide that all individuals of type 'Object' are also states. One can then individuate an object through time (i.e. through all its states) by chaining these states together using a property of choice. Another option would be to consider all states that are instances of a certain object class to be states of the same object. The object class then represents the object as it exists through time (perhaps this is closest to the currently proposed pattern) * Secondly, it could be argued that there should not be a strict requirement that the states of an object are distinct individuals. For instance, I can be both married and brown-haired at the same time. Distinct individuals is a design decision that the author should argue for explicitly. * The design pattern does not ensure that individual states are only the state of a *single* object. I.e. the has-state property should be inverse functional. ate property should be inverse functional.
HasRelevance The pattern, and its subject, is very relevant for the community as it is a very often occurring pattern in ontology engineering and modeling in general.
HasReusability The pattern is reusable.
HasReviewScore 0 -needsmajorrevision  +
HasReviewSummary The design pattern is intended to allow th The design pattern is intended to allow the representation of objects with states. To this end, the author proposes to define objects as classes with certain properties, and link them to separate individuals that represent the state of the object using a 'hasState' property. The author does not really discuss related work, most prominently e.g. the perdurants of the DOLCE ontology. Also, I do not think the solution is satisfactory, or at least it is not very generalizable nor very strictly defined. Detailed comments below: * It seems ontologically strange to define 'objects' as classes, whereas the states are individuals associated to *instances* of those object classes using the 'hasState' property. A more pragmatic solution would be to decide that all individuals of type 'Object' are also states. One can then individuate an object through time (i.e. through all its states) by chaining these states together using a property of choice. Another option would be to consider all states that are instances of a certain object class to be states of the same object. The object class then represents the object as it exists through time (perhaps this is closest to the currently proposed pattern) * Secondly, it could be argued that there should not be a strict requirement that the states of an object are distinct individuals. For instance, I can be both married and brown-haired at the same time. Distinct individuals is a design decision that the author should argue for explicitly. * The design pattern does not ensure that individual states are only the state of a *single* object. I.e. the has-state property should be inverse functional. ate property should be inverse functional.
HasReviewerConfidence fairly high
HasUnderstandability The pattern is understandable (the problem it tries to solve is clear), but it is formally underspecified.
IsBestPractice The pattern does not really take into acco The pattern does not really take into account the best practices around this subject. Objects and their states are discussed at length in the literature (though mostly philosophically inspired). It is fair enough that the author takes a pragmatic approach (which is laudable), but consulting related work would most likely improve the quality of the pattern. likely improve the quality of the pattern.
LastModifiedDate 12 August 2013  +
Modification dateThis property is a special property in this wiki. 12 August 2013 13:56:11  +
ReviewAboutSubmissionThis property is a special property in this wiki. Object with states +
ReviewAboutVersion 11,667  +
SubmittedBy RinkeHoekstra +
Categories QCReview +
hide properties that link here 
Object with states + TakesInAccountReview
 

 

Enter the name of the page to start browsing from.
Personal tools
Quality Committee
Content OP publishers