Ontologie verstehen

Die Ontologie ist das Schema Ihres Wissensprojekts - sie legt fest, welche Arten von Dingen in Ihrem Wissensbereich existieren und wie diese miteinander zusammenhängen.

Was ist eine Ontologie?

Stellen Sie sich die Ontologie als Bauplan vor: Bevor Kelaria Dokumente verarbeitet und Wissen strukturiert, muss es wissen, welche Konzepte und Beziehungen überhaupt relevant sind. Diesen Bauplan nennen wir die Ontologie.

Beispiel aus der Gerätewartung:

• Was es gibt: Gerätemodelle, Komponenten, Fehlercodes, Servicemaßnahmen
• Wie es zusammenhängt: Ein Gerätemodell hat Komponenten; ein Fehlercode wird behoben durch eine Servicemaßnahme

Die Ontologie ist projekt-spezifisch. Jedes Projekt hat seine eigene. Sie kann jederzeit erweitert werden - jede Speicherung erzeugt automatisch eine neue Version, sodass frühere Stände erhalten bleiben.

Sie müssen die Ontologie nicht von Hand aufbauen: Für ein leeres Projekt erstellt der KI-Bootstrap einen ersten Entwurf aus der Projektbeschreibung - wahlweise zusätzlich an echten Beispiel-Dokumenten geerdet. Eine bestehende Ontologie lässt sich per ✦ Mit Dokumenten erweitern additiv um Typen und Attribute ergänzen, die in Ihren Dokumenten vorkommen. Beide Wege legen das Ergebnis als neue Version ab.

Ontologie ist nicht der Wissensgraph

Die Ontologie ist das Schema (welche Typen es gibt) - sie enthält kein konkretes Wissen. Die tatsächlichen Entitäten und Beziehungen aus Ihren Dokumenten leben im Wissensgraphen. Zum reinen Ausprobieren des Schemas gibt es davon getrennt die Beispieldaten (Ontologie-Test) (früher „Beispiel-Instanzen", siehe Instanzen) - auch das ist kein Wissensgraph, sondern nur Testdaten.

Entity-Typen

Ein Entity-Typ beschreibt eine Klasse von Objekten in Ihrem Wissensbereich.

Feld	Bedeutung
Name	Eindeutiger Bezeichner, in PascalCase (z. B. GeraeteModell, Fehlercode)
Beschreibung	Freitext - was fällt in diesen Typ, was nicht?
Attribute	Eigenschaften, die jede Instanz dieses Typs haben kann (siehe unten)
Erbt von (Parent-Type)	Optionaler übergeordneter Typ; der Entity-Typ erbt dann alle Attribute des Parents
Synonyme	Alternative Bezeichnungen, kommagetrennt (z. B. Heizgerät, Therme)

PascalCase

Der Name eines Entity-Typs beginnt immer mit einem Großbuchstaben, weitere Wörter werden direkt angehängt und ebenfalls großgeschrieben - kein Leerzeichen, kein Bindestrich. Beispiel: GeraeteModell, ServiceMassnahme.

Vererbung (Parent-Type)

Wählen Sie unter Erbt von einen anderen Entity-Typ aus, übernimmt Ihr Typ automatisch alle dessen Attribute. Eigene Attribute können zusätzlich hinzugefügt werden. Im Graph-Editor wird die Vererbungsbeziehung als gestrichelte Linie dargestellt.

Beispiel: Hauptkomponente und Verschleissteil erben beide von Komponente - gemeinsame Felder wie bezeichnung müssen nur einmal am Parent definiert werden.

Relation-Typen

Ein Relation-Typ beschreibt eine gerichtete Beziehung zwischen zwei Entity-Typen.

Feld	Bedeutung
Name	Eindeutiger Bezeichner, in snake_case (z. B. hat_komponente, behoben_durch)
Beschreibung	Was drückt diese Beziehung aus?
Von	Der Entity-Typ, von dem die Beziehung ausgeht
Nach	Der Entity-Typ, auf den die Beziehung zeigt
Kardinalität	Wie viele Instanzen auf jeder Seite möglich sind (siehe unten)
Attribute	Eigenschaften, die an der Beziehung selbst hängen (z. B. erfolgsrate)
Synonyme	Alternative Bezeichnungen, kommagetrennt

snake_case

Der Name eines Relation-Typs besteht nur aus Kleinbuchstaben und Unterstrichen. Beispiel: hat_komponente, loest_aus.

Kardinalität

Die Kardinalität legt fest, wie viele Instanzen auf jeder Seite einer Beziehung erlaubt sind:

Wert	Anzeige	Bedeutung
one_to_one	1 : 1	Genau eine Instanz auf jeder Seite
one_to_many	1 : n	Eine Instanz links, beliebig viele rechts
many_to_one	n : 1	Beliebig viele links, eine rechts
many_to_many	n : m	Beliebig viele auf beiden Seiten

Attribut-Typen

Jedes Attribut eines Entity- oder Relation-Typs hat einen Typ, der festlegt, welche Werte gespeichert werden dürfen:

Typ	Bedeutung	Beispiel
string	Beliebiger Text	"Baureihe X200"
integer	Ganze Zahl	42
float	Dezimalzahl	3.14
boolean	Ja/Nein-Wert	true
date	Datum	2024-03-15
datetime	Datum mit Uhrzeit	2024-03-15T10:30:00
enum	Feste Werteliste	"kritisch", "mittel", "niedrig"
reference	Verweis auf einen anderen Entity-Typ	Zeigt auf Komponente

Zusätzlich stehen zwei optionale Kennzeichen zur Verfügung:

• Einheit - physikalische Einheit des Werts (z. B. °C, kW, h)
• Liste (Checkbox) - aktivieren, wenn ein Attribut mehrere Werte gleichzeitig tragen darf (z. B. eine Liste von Fehlercodes)

Enum-Werte

Bei Typ enum erscheint ein zusätzliches Eingabefeld Werte (kommagetrennt). Tragen Sie dort alle erlaubten Werte ein, z. B. kritisch, mittel, niedrig.

Reference - Verweis auf Entity-Typ

Bei Typ reference wählen Sie über ein Dropdown den Ziel-Entity-Typ aus. Das Attribut speichert dann einen Verweis auf eine konkrete Instanz dieses Typs - z. B. verweist hersteller auf einen Eintrag vom Typ Unternehmen.

Werte-Erkennung bei der Extraktion

Der Attribut-Typ ist nicht nur Dokumentation: Wenn Kelaria Dokumente verarbeitet, erkennt es Werte gemäß diesem Typ und legt sie als echte Werte ab - nicht als bloßen Text. Steht im Dokument etwa „17 kW", wird das Attribut leistung als Zahl 17 gespeichert; der ursprüngliche Wortlaut bleibt zusätzlich erhalten. Das gilt ebenso für Boolean-, Enum- und Datums-Werte. Dadurch lassen sich diese Werte später vergleichen, filtern und in Regeln auswerten - Letzteres funktioniert nur mit echten, typisierten Werten.

Attribut-Abdeckung messen

Im Wissensgraphen zeigt eine Tabelle je Typ und Attribut, wie gut ein Attribut tatsächlich befüllt ist (in Prozent). So sehen Sie auf einen Blick, welche Felder die Dokumente gut abdecken und wo Wissen fehlt.

Synonyme

Synonyme sind alternative Bezeichnungen für einen Entity- oder Relation-Typ. Sie helfen der KI beim Verarbeiten von Dokumenten: wenn ein Text Therme statt Heizgeraet schreibt, erkennt das System trotzdem den richtigen Typ.

Synonyme werden kommagetrennt im Feld Synonyme (kommagetrennt) eingetragen, z. B. Heizgerät, Therme, Brennwertgerät.

Wer darf die Ontologie bearbeiten?

Lesen und die Ontologie einsehen kann jeder Projekt-Mitarbeiter. Änderungen (Hinzufügen, Bearbeiten, Speichern) erfordern die Rolle Kurator, Experte oder Tenant-Admin.

Nächste Schritte

• Ontologie-Editor - Ontologie-Typen anlegen, bearbeiten und speichern
• KI-Bootstrap - Initiale Ontologie aus einer Projektbeschreibung generieren lassen
• Versionen und Export - Versionshistorie einsehen, Versionen wiederherstellen und exportieren