OCO Werkzeuge

Werkzeuge

Zwei Begleit-Werkzeuge — gebaut um OCO im Alltag zu nutzen

Die Ontologie selbst ist nur die halbe Lösung. Daten kommen aus Laboren und aus der Literatur — beide Quellen bedienen wir mit eigenen Werkzeugen, die OCO als Schema nutzen und gegen die modular geladenen Sub-Bundles arbeiten.

OCO-Workbench

v0.7 Early Access

Entwicklung: T. Pannek (Numberland)

GUI-Tool für Datenimport, Prozess-Modellierung und ABox-Population. Laborpersonal erfasst Proben, Prozessketten und Messdaten — und bekommt OCO-konforme Triples ohne Berührung mit der Ontologie selbst.

  • Drag&Drop-Import aus CSV, Excel und manchen ELN-Exports
  • Vorkonfigurierte Prozess-Templates aus den L3-Route-Templates
  • SHACL-Validierung der ABox direkt beim Eintippen
  • Versionierte Provenance für jeden Datenpunkt (DCL 0–5)
  • Export als Turtle oder JSON-LD, importbar in HermiT und ROBOT
  • Arbeitet gegen jedes OCO-Sub-Bundle — vom L1-only bis zur Vollausstattung

SIPOC-Extractor

v0.5 Early Access

Entwicklung: W. Grond (Numberland)

Pipeline zur Extraktion strukturierter SIPOC-Fragmente (Supplier / Inputs / Process / Outputs / Customers) aus wissenschaftlichen Publikationen und Patenten. Aus PDFs wird OCO-konforme ABox.

  • PDF-Strukturextraktion via GROBID (TEI-XML mit Sätzen, Tabellen, Referenzen)
  • LLM-gestützte Fragment-Erkennung mit Confidence-Levels (DCL 0–5)
  • Audit-Trail per LiteratureExtraction als first-class prov:Activity
  • Anbindung an OpenAlex, Crossref und DPMA/Espacenet für Metadaten
  • Konflikt-Erkennung bei mehrfacher Quellenangabe pro Sample
  • Output direkt verarbeitbar in der OCO-Workbench oder als TTL-Bundle

Beide Werkzeuge sind in laufender Entwicklung — verfügbar im Early-Access-Programm für Pilot-Anwender. Lizenzbedingungen, Support-Umfang und Versionsplan klären wir individuell. Beide nutzen OCO als Schema, kein Fork; Updates der Ontologie übernehmen sie automatisch.

← Zurück zur Startseite