Nearly 100 people in the international ontology community met this past April 18-19 at the sixth annual Ontology Summit to discuss “making the case for ontology.” In recent years the number of deployed ontologies has increased dramatically, yet the technology is still very niche and poorly understood outside of the community. The goal of this year’s summit was to assist technology evangelists in communicating the message by providing concrete application examples, success/value metrics and advocacy strategies. The key output is a communique and corresponding talk. The main messages are: 1) ontology is about clarifying meaning and supporting inference; 2) key value propositions are shared understanding, reduced complexity, flexibility and interoperability; and 3) ontology is ready for prime time. Go forth and ontologize. Mike Uschold
Adding Women to a Group Makes the Group Smarter
There was an article in this month’s Harvard Business Review “What Makes a Team Smarter? More Women” “> The methodology of the study was they measured IQs of individuals and then sometimes randomly and sometimes not so randomly assigned them to groups and then had the groups attempt to complete a task, which was meant to challenge the collective wisdom of the group. In most cases, as they added more women to a group the groups collective intelligence went up. Correlation of women to group performance
Zen mind
Part 1 & Part 2
We just conducted a weeklong training session on OWL/DL and Ontology Engineering. Several of the participants will be attending the Semantic Technology Conference, and felt they will be getting a lot more out of the conference, because of the training. On drilling down a bit further, we found that the main benefit in this regard was breaking down their pre-conceived ideas of what semantics is. They were several days into the training before they were deprogrammed enough to completely follow what was going on.
In this blog, and perhaps the next couple, I want to summarize some of these preconceptions, and some ideas that will at least make you aware of them, and may help you get more out of the conference, or any other studying you may be doing in the area. We call this “Zen Mind” from the Zen masters belief that to really learn you have to get as many of your preconceived ideas out of your head long enough to establish some new patterns. I believe the Zen Masters called it “beginners mind” (perhaps they thought Zen Mind was too promotional).
In that spirit, let us offer up some preconceived ideas and the “koans” that seem to best address them.
Preconceived idea #1: Properties belong to Classes
People from a relational background make the partially correct analogy between relational attributes and semantic datatype properties and between foreign key relationships in relational and object properties in semantics. However, this analogy will bite you. Repeatedly, as our students demonstrated.
They had a tough time remembering that the same property can be associated with many different classes. They were so used to each property being unique, that when they did associate the same property with more than one class, they gave it different names (locatedIn, became locatedInState, locatedInCountry etc).
The koans we decided were most useful in this case were two:
• Classes are really “sets” (to help get past the idea that classes are some sort of template, as they are in relational and Object Oriented technologies. This seems to help overcome the temptation to believe that the property belongs to the class)
• Properties own classes (when you define a restriction class in OWL/DL, what you have really done is use a pre-existing property to create a set of instances that have “someValues” from that property. It is the property that gives rise to the class, and therefore is more useful to think of the properties owning the classes – at least compared to the classes owning the properties)
So, if you find yourself relapsing into relational thinking, just repeat the two koans until the symptoms disappear.
Multiple Inheritance v. Multiple Classification
Koan: MI is almost always Intersection
Koan: MI makes sets smaller, does not make capabilities larger
Preconceived Idea # 2: Multiple Inheritance
If you come from an Object Oriented background, in particular one that supports multiple inheritance, you might find an apparent similarity between multiple inheritance in OO and having a class be subsumed by two others. However, if you try this out, you’ll realize you’re not getting what your expecting. This is because the semantics are different. In OO there are really two things going on at the same time: subtyping and inheritance. The inheritance piece is giving you properties from both of your parents. If one parent had the “foo()” method and the other parent had the “bar()” method, the child now has both. The child has all of the attributes, and all of the behaviors of both parents. The child is essentially the union of the behaviors of the two parents. Semantics is not dealing with behavior, it’s dealing with typing, membership and classification.
So, take a couple of koans and call me in the morning:
Subclassing from two classes makes you the intersection, not the union of the two If a class A is a subclass of class B and class C, all members must be members of both parents. This is the intersection of the two parents, not the union. It is really a subclass of the intersection, but we’ll do that on another post.
Multiply classify an instance – The power in semantics lies in the ability to classify an instance multiple ways. This gets at what most OO people want to do with MI, and it’s far more flexible.
A Formal Ontology is for Reconciling Your Mental Model with Everyone Else’s
Todd Schneider and Ali Hashemi came up with this in the Ontology Forum email today:
Every person, organization or system has an ontology – the things presumed to exist in the world and how they behave. Interactions with the world are based on these internal ontologies. Indeed, these ontologies pervade and underpin our deliberations, inform our decisions and guide our actions. In large socio-technical systems, such as companies or organizations, each person, each technological artefact and system carries with it a view of the world relevant to its responsibilities in this context. Operations and interactions in such environments entails reconciling and streamlining these multiple sometimes conflicting and often tacit ontologies. Growing complexity and a need for smarter use of resources and solutions that cut across silos, means that it has become ever important to make explicit these implicit ontologies thereby easing interoperability and improving operational effectiveness. Concurrently, advances in computing, networking technologies and the Internet means that it is possible to effectively use ontologies to address the increasing array of socio-technical problems. Moreover, in recent years, we have witnessed the increased maturation and transition of ontology from academia to industry and government. The time is ripe to know what you know and share it with others.
I’m really digging this. We’re all bumbling along with our own internal mental models, and until we accidentally discover a misalignment we’re contented. And because computer applications also have internal (and often not well documented) mental models, we occasionally bump up against them. And ontologies are really just a forcing function. A way of making you be clear about the distinctions you make in a way that others will have difficulty glossing over.
The Data is the Platform
Reid Hoffman, of LinkedIn, came up with this tag line in a video I watched where he talked about Web 3.0. While it was a very Web 2.0 view of Web 3.0, that phrase “the data is the platform” really resonated. I actually do think this is the future. The problem we have is the same one Tom Waits complained about in Nighthawks at the Dinner “My veal cutlet come down, tried to beat the shit out of my cup of coffee. Coffee just wasn’t strong enough to defend itself.” I’m afraid at the moment our data isn’t strong enough to defend itself. Seem we need something less than the straight jacket of an application and more than data laid open sitting on the disk.
The Integral Aperspectival Strikes Again
As a few of you know, in our ontology building class we use an example of building an ontology that can determine which flights are international (from a US perspective). We use this example at least in part to show how solving the generalized problem (international flights from any counties perspective) requires unbound variables, and therefore rules. But one of our students suggested this “USA” centric thing was just a point of view (which it is). This reminded us of some work we’d done some time ago on “the Integral Aperspectival” which is a Ken Wilbur term for a world view that both recognized that everyone has their own point of view or perspective, and at the same time attempt to see the world as if you could integrate all those points of view. We invoked Ken Wilbur as a way of explaining how, for instance in a multi-company organization, the only real difference between accounts payable and accounts receivable is which company you logged in under. There really aren’t two applications there is one with two points of view. As you study this you realize that many of our systems have this built in “us” centric view to their apps. And so, we rebuilt the International Flight exercise in a neat way. We created a generic definition of what it means to be domestic or foreign, and then you identify what country (or region) you are at commit time, and everything resolves.
Semantics is/are in the air
I just got back from another trip to DC, and I’m struck by two things:
- Everyone (well the males over the drinking age anyway) wear ties. I may have to recycle my tie collection if I’m to spend much more time there — luckily there is a very low bar for fashion and taste.
- Everyone (ok I travel in some pretty narrow circles) is talking about semantics. It’s kind of mind bottling (as Derek Zoolander would say). I was delighted to hear several presentations each slipping in references to semantics and no one gufawwing, or asking “what’s that?” it seems to have bizarrely gone mainstream without more than a small percentage of the people invoking it knowing, very specifically, what they were talking about. Sounds good to me.
Ontologies — the essential difference
3 Cases Studies in Enterprise Ontology
How Can You Use an Enterprise Ontology?
Dave McComb presented three brief case studies on the use of Enterprise Ontologies. These Enterprise Ontologies were presented at Sallie Mae, Procter and Gamble and LexisNexis at the OntologForum.
Actualizing Potential – What’s in a Name?
A flat tree stump or rock at a convenient height can be used as a chair, but we would not usually call it a chair until someone sits on it. Something designed to be sat on (e.g. a kitchen chair) will always be thought of as a chair even when empty. What would you call a tree stump that was purposefully cut for sitting? A “pro se attorney” is someone who defends herself in a case, but we usually never call them an attorney otherwise. A person with a law degree and a bar id is normally thought of as an attorney even if they are not yet or no longer practicing. What if an attorney retires early in her career and becomes an opera singer for 35 years until retiring. Would you think of her as an attorney? Would she? Just about anything that is of appropriate size and weight can be used as a door stop (e.g. a trash can, a person). But we would never usually call them door stops. What about a typical purpose-built rubber door stop that was retired from its doorstop duties and spent a few decades being in an abstract sculpture? As long as its shape is still obvious, would you call it a door stop?. So how can we tell if something really is a chair, an attorney or a door stop? These things are all roles. Something can be acting in the role of a chair, attorney or doorstop without otherwise being named or thought of as such. On the other hand, if something is specifically designed or qualified for a particular role, it usually will be thought of and named as that role even when not playing it. When is the last time you actualized your potential for being a door stop?
Guest blog by Michael Uschold.
