Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version. Compare with Current  |   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.


In order to integrate a small subset of a new ontology in KIM, you have to incorporate it in the KIM default IE pipeline. To this end, you will use:

  • KIM 3 with the default pipeline - from the installation
  • the labels model:
    • the labels model is set at - = Labels.
  • an ontology extract
    • a small subset of the original ontology - .zip file

Ontology integration steps

These three major classes (Person, Organization, Location) are very important for adopting a third-party ontology and extending the default IE pipeline. In this process you actually create Lookup annotations and later transform them in annotations of these types. Finally, many of the processing resources of the default IE pipeline use them to form other annotations.

Importing an ontology in KIM

The first step: import the DBpedia ontology in KIM.

  • Create a sub-folder in the KIM context folder. It will be used as storage for all the RDF data for this task.
    For example, create <KIM_HOME>/context/default/kb/dbpedia/.

We recommend this location but you can put your RDF data anywhere in the KIM context folder.

  • Put dbpedia_3.5.1.owl, containing the DBpedia taxonomy, in <KIM_HOME>/context/default/kb/dbpedia/
  • Include the new files in the import section of owlim (<KIM_HOME>/config/owlim.ttl):

Do not forget to add the corresponding namespaces in the defaultNS section.

Now we have a running KIM with DBpedia loaded, but it is pretty autonomous and cannot change the IE process a lot. We need to map it to PROTON.

Mapping the DBpedia ontology to PROTON

Create a file called dbpedia_proton.nt

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

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

Unable to render embedded object: File (task.png) not found.
Subclass the three major classes from DBpedia to the corresponding three major classes in PROTON.

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

Unable to render embedded object: File (to_do.png) not found.

  • Create a file called dbpedia_proton.nt in which you will store all the RDF data that aligns DBpedia ontology to PROTON ontology.
  • Put this file in the dbpedia kb folder.
  • Include it in the import section of the Owlim config file.

Enrich the DBpedia instances with information usable for KIM

Create a file called dbpedia_kim.nt

Unable to render embedded object: File (task.png) not found.
Add a descriptive statement for each DBpedia instance, so that KIM can differentiate them from the other instances in the KB.

Unable to render embedded object: File (to_do.png) not found.

  • Add a statement for each of the new DBpedia entities, in order to be able to differentiate them.
  • Create a new file dbpedia_kim.nt in <KIM_HOME>/context/default/kb/dbpedia and put these statements there.
  • Put the definition of DBPedia source:

Managing labels

Create a file called dbpedia_labels.nt

Labels are used for entity recognition in text, so they are quite important for the IE process.
The KIM model relies on the use of rdfs:label and protons:mainLabel . Therefore, we advise you to set sensible values for label and mainLabel for each instance in your KB.

Unable to render embedded object: File (task.png) not found.
Set a label and mainLabel to each DBpedia entity.
Unable to render embedded object: File (to_do.png) not found.

  • Set a mainLabel to each entity:
  • Set labels to each entity (several options):
    • Manually set a label from the foaf:name property to the entities from DBpedia:
    • Use inference rules to generate the same statements.

Rules are better utilized with more complex scenarios. We recommend you to do it with explicit statements when possible.

For example, if you want all foaf:name properties to exist also as labels, you can add the following rule to <KIM_HOME>/context/default/kb/KIMRules.pie:

  • Tell OWLIM that these two properties are the same by stating:

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.

Unable to render embedded object: File (task.png) not found.
Make your new classes from DBpedia visible in the Web UI.
Unable to render embedded object: File (to_do.png) not found.

  • Add statements such as:
  • 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 chose them, when making queries.

Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.