compared with
Current by Reneta Popova
on May 08, 2013 10:30.

This line was removed.
This word was removed. This word was added.
This line was added.

Changes (20)

View Page History
The resources in the KIM default IE pipeline depend on the KIM default ontology - the [PROTON ontology|].
When you want to add a completely different conceptual model, you have to go through all the stages of mapping an ontology to PROTON.

For mapping an ontology to PROTON you can use either equivalence, or subsumption mechanisms.

(/) Generally subsumption is preferred, because equivalence sometimes has awkward side effects.
(/) Generally subsumption is preferred.

*Subclass h3. Subclass the three major classes from the new ontology to the corresponding three major classes in PROTON.*

(!) This means, for example, that when you make making a query to the knowledge base about People from PROTON, the result will be both people from the new ontology and PROTON. On the other hand, if you search when searching for people from the new ontology, the result will be only from the new ontology.

* Create a file called *newOntology_proton.nt* in which you will to store all the RDF data that aligns the ontology to PROTON.
* Put this file in a dedicated folder.


{code} {noformat}
<> <> <> .
<> <> <> .
<> <> <> .
<> <>
<> .

<> <>
<> .

<> <>
<> .

* Include it in the import section of the *Owlim config* file.

h3. Setting the visibility of classes

KIM has a mechanism to control the visibility of different taxonomy parts in the WEB UI. It is done through a property.

*Make your new classes from the new ontology visible in the Web UI.*
To make the new classes visible in the Web UI, add statements such as:

* Add statements such as:
{code} {noformat}
<> <> "" .
{code} {noformat}
* Append those statements to *<KIM_HOME>/context/default/kb/visibility.nt*.

Append those statements to *<KIM_HOME>/context/default/kb/visibility.nt*.

(!) There is not much sense to make visible the classes that can be subclassed to PROTON. Such as {{Philosopher}} is a {{Person}}. They can be queried by their parents. Other classes that can not be directly mapped, and are subclassed to {{protons:Entity}}, should be displayed, to be able to choose them, when making queries.