Reviews:VojtechSvatek about Faceted Classification Scheme

VojtechSvatek about Faceted Classification Scheme (Revision ID: Classification Scheme?oldid=10104 10104)

Overall suggestion (score): 1 - needs minor revision

Review Summary: A pattern that relatively straightforwardly applies another (more fundamental) pattern submitted in parallel, Normalization. Useful however. Minor presentation issues to be fixed.

Reviewer Confidence: The pattern is fairly generic and I feel confident to review it.

Problems: I don't like the phrase 'class that represents a subset of the... class', which the author uses. More formally, we should say that the *interpretation* of one class is a subset of the *interpretation* of the other class (i.e. not of the class itself). Or, most simply (and preferably) in the OWL context, we can say that one class is subclass of another.

While the categories in a FCS are defined as mutually exclusive and exhaustive, the present example does not seem to fulfill this, in particular for the Brand Name and Scent facets, which can hardly be exhaustive.

As concerns mutual exclusivity: the proposal does not explicitly state that the object properties representing the facets (such as hasAgent) have to be functional. Why?

Community Relevance: Pretty relevant.

Relation to Best Practices: Yes, I would see this pattern as best practice in the given context.

Reusability: Relatively high. However, it would be worth considering explicitly extending the pattern to systems with *hierarchical* facets.

Relations to Other Patterns: This (or, the Normalization pattern) actually seems to be a reflection of the construct proposed by A. Rector years ago, as the author (somewhat tacitly) acknowledges.

Overall Understandability: Yes - the description is perhaps oversophisticated for a generic modeller; however, this is probably due to adaptation to the mindset of specialists in faceted systems, for which the pattern is intended.

Clear Problem Description: Yes, the problem is sufficiently elaborated.

Clear Relevance and Consequences: Pretty relevant; the consequences are sketched but could be elaborated more.

Clear Figures and Illustrations: A minor issue: while the diagram of the Normalization pattern shows the class hierarchy before the property hierarchy, in the example it is the other way around.

Missing Information: Especially that on possible functionality of the object properties, see above.