Problem
The Define section offers three creation paths, but they do not cover the full output spectrum evenly:
- Author (manual) — Concepts by default (skos:Concept), can harden to Class/Property.
- Generate (LLM) — produces Classes + Properties only (a structural ontology from table shapes).
- Import (file) — whatever the file contains.
So a user who wants a business glossary (agreed terms + definitions + synonyms, i.e. skos:Concept entries) has no assisted/LLM path — they must author every term by hand. The LLM generator is effectively a power-user-only tool because its output is always formal Classes/Properties.
This surfaced in real use: users find the Class-vs-Concept distinction confusing precisely because the generator hands them Classes when many of them mentally wanted "a vocabulary."
Proposed capability
Give the generator an explicit output-mode choice up front so the user decides what they want to produce:
- Glossary mode — emit
skos:Concept entries with prefLabel / definition / altLabel (synonyms) / broader-narrower, from the same table/metadata input. Business-vocabulary output.
- Ontology mode — current behavior:
owl:Class + rdf:Property with domain/range. Formal structural output.
Both land in a concept scheme and both wire to physical assets identically (links key on the IRI regardless of rdf:type), so downstream behavior is unaffected — this is purely about which kind of node the generator mints.
Notes / scope
- Aligns with the glossary -> taxonomy -> ontology maturity ladder the product already frames.
- The generator save path already stamps generated concepts as Draft for review, which applies to both modes.
- Prompt/predicate-palette work: glossary mode constrains the model to SKOS predicates; ontology mode keeps the current owl/rdfs palette.
- Out of scope here: enterprise-scale chunking (separate concern).
Acceptance sketch
- Generator UI has a clear "what do you want to produce?" mode selector (Glossary vs Ontology) before running.
- Glossary mode yields valid SKOS concepts (no owl:Class), with definitions and synonyms populated where derivable.
- Ontology mode unchanged.
- Both save as Draft and appear correctly grouped in Explore.
Problem
The Define section offers three creation paths, but they do not cover the full output spectrum evenly:
So a user who wants a business glossary (agreed terms + definitions + synonyms, i.e. skos:Concept entries) has no assisted/LLM path — they must author every term by hand. The LLM generator is effectively a power-user-only tool because its output is always formal Classes/Properties.
This surfaced in real use: users find the Class-vs-Concept distinction confusing precisely because the generator hands them Classes when many of them mentally wanted "a vocabulary."
Proposed capability
Give the generator an explicit output-mode choice up front so the user decides what they want to produce:
skos:Conceptentries with prefLabel / definition / altLabel (synonyms) / broader-narrower, from the same table/metadata input. Business-vocabulary output.owl:Class+rdf:Propertywith domain/range. Formal structural output.Both land in a concept scheme and both wire to physical assets identically (links key on the IRI regardless of rdf:type), so downstream behavior is unaffected — this is purely about which kind of node the generator mints.
Notes / scope
Acceptance sketch