The Properly list from
the following has been posted to the TrackB Synthesis page.
I'm sending the table to this mailing list for two reasons:
- I don't know how to
reproduce the HTML table in the wiki
- to give it the
widest coverage
As Todd mentioned in
the chat the 24January2013 Track B session, "...We will need
definitions, context, and possibly intent. But first I'd like to
conduct a simple gathering exercise."
I've gone through the
chat and gathered the comments that I believe represent possible
properties or characteristics for evaluating an ontology
extrinsically. I've tried to show provenance by association the
items with quotations from the chats, but beyond that I've made
to serious attempt to organize (Ontologize?) these items.
/s/Terry Longstreth
Property
/ Characteristic
|
|
Full
Text
|
Reusefulness,
Quality,
Parsimony,
Beauty
|
|
JackRing:
Reusefulness of an ontology or subset(s) thereof?
JackRing:
In systems think the three basic dimensions are
Quality, Parsimony, Beauty
|
License
|
|
MariCarmenSuarezFigueroa:
In the legal part, maybe we should consider also
license (and not only copyright) |
Relevance,
Clarity,
Consistency,
Accessibility,
timeliness,
completeness,
accuracy,
costs (development, maintenance), Benefits,
Provenance,
Modularity |
|
MatthewWest:
Relevance, Clarity, Consistency, Accessibility,
timeliness,completeness, accuracy, costs (development,
maintenance), Benefits
MatthewWest:
Provenance
MatthewWest: Modularity
|
complexness |
|
JackRing: No
one has mentioned the dimension of complexness. Because
ontologies quickly become complex topologies then the
response time becomes very important if implemented on a
von Neumann architecture. Therefore the structure of the
ontology for efficiency of response becomes an important
dimension
|
Reliability,
Availability,
Maintainability,
Performance,
Scalability,
Security. |
|
BobbinTeegarden:
At DEC, we used an overlay on all engineering for
RAMPSS -- Reliability, Availability, Maintainability,
Performance, Scalability, and Security. Maybe these all
apply for black box here? Mary has cited some of them... |
domain
integrity,
referential integrity,
semantic integrity,
Precision
With_Respect_To(domain D, requirement R)
|
|
LeoObrst6:
@MaryBalboni: re: slide 14: back in the day, we would
characterize 3 kinds of integrity: 1) domain integrity
(think value domains in a column, i.e., char, int, etc.),
2) referential integrity (key relationships:
primary/foreign), 3) semantic integrity (now called
"business rules"). Ontologies do have these issues. On the
ontology side, they can be handled slightly differently:
e.g., referential integrity (really mostly structural
integrity) will be handled differently based on Open World
Assumption (e.g., in OWL) or Closed World Assumption
(e.g., in Prolog), with the latter being enforced in
general by integrity constraints.
LeoObrst6: @Todd: your second set of slides, re:
slide 4: Precision, Recall, Coverage, Correctness and
perhaps others will also be important for Track A
Intrinsic Aspects of Ontology Evaluation. Perhaps your
metrics will be: Precision With_Respect_To(domain D,
requirement R), etc.? Just a thought.
LeoObrst6: Perhaps
the main difference between Intrinsic -> Extrinsic is
that at least some of the Intrinsic predicates are also
Extrinsic predicates with additional arguments, e.g.,
Domain, Requirement, etc.? |
Effectiveness,
Beauty
|
|
BobbinTeegarden:
@JackRing Would 'effectiveness' fall under beauty?
What criteria?
JackRing1: @Bobbin, Effect-iveness is a Quality
factor. Beauty is in the eye of the beer-holder |
Requirements
Satisfaction
|
|
MariCarmenSuarezFigueroa:
We could also consider the verification of
requirements (competency questions) using e.g. SPARQL
queries. |
consistency;
correctness,
completeness |
|
TillMossakowski:
further dimensions: consistency; correctness w.r.t.
intended models (as in Megan's talk), completeness in the
sense of having intended logical consequences |
Goodness
Elegance
|
|
BobbinTeegarden:
It seems we have covered correctness, precision,
meeting requirements, etc well, but have we really
addressed 'goodness' of an ontology? And certainly haven't
addressed an 'elegant' ontology, or do we care? Is this
akin to Jack's 'beauty' assessment? |
Simplicity
Minimality
Normalized
|
|
BobSchloss:
Because of the analogy we heard with Database Security
Blackbox Assessment, I wonder if there is an analogy to
"normalization" (nth normal form) for database schemas. Is
some evaluation criteria related to factoring, simplicity,
minimalism, straightforwardness..... |
Granularity
Update Impedance/ complexity/ cost
Degree of stability
Error Discovery Profile
|
|
TorstenHahmann:
another requirement that I think hasn't been mentioned
yet: granularity (level of detail)
BobSchloss:
I am also thinking about issues of granularity and
regularity ... If a program wants to remove one instance
"entity" from a knowledge base, does this ontology make it
very simple to just do the remove/delete, or is it so
interconnected that removal requires a much more
complicated syntax....
LeoObrst6:
@Torsten: yes, that was my question, i.e.,
granularity.
MariCarmenSuarezFigueroa:
I'm also think granularity is a very important
dimension....
BobSchloss:
Although this is driven by the domain, some indication
of an ontology's rate of evolution or degree of stability
or expected rate of change may be important to those using
organizations. If there are 2 ontologies, and one, by
being very simple and universal, doesn't have as many
specifics but will be stable for decades; whereas another,
because it is very detailed using concepts that are
related to current technologies, current business
practices, and therefore may need to be updated every year
or two... I'd like to know this.
BobSchloss: Another analogy to the world of
blackbox testing... the software engineers have ideas of
Orthogoal Defect Classification and more generally, ways
of estimating how many remaining bugs there are in some
software based on the rates and kinds of discovery of new
bugs that have happened over time up until the present
moment. I wonder if there is something for an ontology...
one that has a constant level of utilization, but which is
having a decrease in reporting of errors.... can we guess
how many other errors remain in the ontology? Again...
this is an analogy.... some way of estimating "quality"...
MatthewWest:
Yes, stability is an important criteria. For me that
is about how much the existing ontology needs to change
when you need to make an addition.
|
--
|