The Ontology Hub editor selected a registered ontology but left the canvas empty, and opening an ontology deep link landed on the Welcome workspace instead of the editor. Two independent causes: the application shell ignored `ontologyTab`/`ontologyEntity` URL state at startup, and the editor loaded registry metadata but never fetched the selected ontology's schema nodes and structural edges. The backend now exposes a bounded schema subgraph for one ontology at `GET /api/ontology/graph?uri=...`, and the editor maps that response into React Flow nodes and edges with loading, error, selection, and layout handling. Five things came out of review on the new endpoint and the editor that consumes it. The edge selection originally included an edge whenever either its source or its target was a core node. That let a property owned by a completely unrelated ontology leak into the requested one just because its `rdfs:domain` or `rdfs:range` happened to point at one of the requested ontology's classes. Edges are now selected only when their source is a core node, so the requested ontology can still reference outward to external vocabulary, but nothing from an unrelated ontology gets pulled in the other direction. The backend accepts both compact and full-IRI forms for node types (`owl:Class` and `http://www.w3.org/2002/07/owl#Class` are equivalent), but the frontend classifier only recognized the compact strings, so a full-IRI class or ontology node fell through to `"external"`, wrong panel, wrongly read-only. Classification moved into `ontologyEditorModel.ts` as `classifyNodeType`, which compacts known full IRIs before matching. An ontology imported through the fallback RDF parser, one with no `owl:Ontology` or `skos:ConceptScheme` declaration, minted a synthetic registry URI but never created a matching graph node or set `scheme_uri` on the classes and properties it imported. `_node_belongs_to_ontology` had nothing to associate those nodes with, so `core_node_ids` ended up empty and the endpoint 404'd for a registered ontology that genuinely had data. The fallback parser now records that ownership and emits a matching `owl:Ontology` node whenever it has to synthesize a URI. Nested namespaces that were never registered as their own ontology got silently absorbed into whichever parent prefix matched, in both directions: a fragment-delimited nested name (`<stem>/child#Term`) and a path-delimited one (`<stem>/child/Term`). The first fix only handled the fragment form; prefix ownership now only extends to names minted directly in the ontology's own namespace (`<stem>#Term` or `<stem>/Term`), and any further delimiter of either kind marks a nested vocabulary that isn't absorbed until it's registered or carries an explicit owner. Once registered, the nested namespace owns its own nodes as before. Selecting a node in the editor writes `ontologyEntity=<id>` into the URL. Switching ontologies via the dropdown cleared the in-memory selection but left that parameter pointing at the old ontology, so a reload after switching could resolve the stale ID and jump back. The dropdown now clears the parameter on change. Regression tests cover each fix directly: inward-edge exclusion, the full-IRI classification matrix, an end-to-end fallback-import test that forces the parser path and opens the resulting ontology, and a nested-namespace ownership matrix covering both delimiter forms in both the registered and unregistered case.
Semantica Knowledge Explorer
A browser-based graph workbench for the Semantica platform. Pan and zoom live graphs, scrub the timeline, trace every decision's causal chain, resolve duplicates, and author your ontology visually. Built on React 19 + Sigma.js.
Requirements
| Dependency | Minimum version |
|---|---|
| Python | 3.8+ |
| Node.js | 18.x or higher (20.x recommended) |
| npm | 9.x or higher |
python --version
node --version
npm --version
Two ways to run the Explorer
Option A — pip install (recommended for users)
Install the package with the explorer extras. The pre-built frontend bundle is included in the wheel so no Node.js is required.
pip install "semantica[explorer]"
Launch the dashboard by pointing it at any graph JSON file:
semantica-explorer --graph my_graph.json
The server starts at http://127.0.0.1:8000 and opens the dashboard in your default browser automatically.
CLI flags:
| Flag | Default | Description |
|---|---|---|
--graph / -g |
(required) | Path to a ContextGraph JSON file |
--port / -p |
8000 |
Port to bind the server to |
--host |
127.0.0.1 |
Host to bind (use 127.0.0.1 for local-only; see security note below) |
--no-browser |
off | Skip opening the browser automatically |
Examples:
# Default — opens at http://127.0.0.1:8000
semantica-explorer --graph my_graph.json
# Custom port
semantica-explorer --graph my_graph.json --port 8080
# Suppress auto-open
semantica-explorer --graph my_graph.json --no-browser
# Equivalent using python -m
python -m semantica.explorer --graph my_graph.json
Security note: Since v0.6.5 the Explorer API requires an API key on protected routes. Set the
SEMANTICA_API_KEYenvironment variable and send it as theX-API-Keyheader; without a configured key, protected routes fail closed with503rather than serving anonymously. To opt into unauthenticated access for local development only, setSEMANTICA_ALLOW_ANONYMOUS=trueexplicitly. (/api/healthand/api/infoare intentionally unauthenticated.)The default
--host 127.0.0.1binds to localhost only, so it is not reachable from other machines on your network. If you bind to0.0.0.0, all graph data is readable and writable by any host that can reach the port (subject to API-key auth). The CLI prints a warning when binding to a non-loopback host in anonymous mode or whenSEMANTICA_API_KEYis unset.
Option B — run from source (for contributors / frontend development)
This mode runs the React dev server with hot module replacement, so frontend changes appear in the browser instantly without rebuilding.
Step 1 — Clone the repo
git clone https://github.com/semantica-agi/semantica.git
cd semantica
Step 2 — Install the Python package
pip install -e ".[explorer]"
Step 3 — Install frontend dependencies
cd explorer
npm ci
Step 4 — Start the Python backend
Open a terminal in the repo root:
semantica-explorer --graph path/to/my_graph.json --no-browser
This starts the API on http://127.0.0.1:8000. Keep this terminal open.
Step 5 — Start the frontend dev server
Open a second terminal in explorer/:
npm run dev
Vite starts on http://localhost:5173. Open that URL in your browser. All /api and /ws requests are automatically proxied to the Python backend at http://127.0.0.1:8000.
Building the production bundle
If you need to serve the UI from the Python server directly (without the Vite dev server):
cd explorer
npm ci
npm run build
This writes the compiled assets to ../semantica/static/. The Python server then serves the full dashboard at http://127.0.0.1:8000 — no separate Vite process needed.
Workspaces
| Workspace | What you can do |
|---|---|
| Knowledge Graph | Live Sigma.js canvas · ForceAtlas2 layout · Ego Mode · semantic distance heatmap · path highlighting |
| Timeline | Temporal event scrubber — watch the graph evolve across time |
| Decisions | Browse causal chains behind every recorded decision with outcome badges and confidence scores |
| Registry | Live audit log of every graph mutation (add-node, add-edge, delete, update) |
| Entity Resolution | Review and merge duplicate entities with blocking + semantic dedup |
| KG Overview | Aggregate stats, community breakdown, centrality heatmap |
| Ontology Hub | SHACL Studio · visual drag-and-drop editor · cross-ontology alignments · SKOS browser |
| Lineage | W3C PROV-O provenance visualization for any entity |
Environment variables
| Variable | Default | Description |
|---|---|---|
EXPLORER_CORS_ORIGINS |
http://localhost:5173,http://127.0.0.1:5173 |
Comma-separated list of allowed CORS origins |
EXPLORER_CORS_CREDENTIALS |
false |
Set to true to allow credentialed cross-origin requests (only needed behind an authenticating reverse proxy) |
SEMANTICA_API_KEY |
(unset) | API key required on protected routes since v0.6.5; send it as the X-API-Key header. When unset, protected routes fail closed with 503. |
SEMANTICA_ALLOW_ANONYMOUS |
false |
Set to true to opt into unauthenticated access (local development only). |
Available scripts
Run these from inside the explorer/ directory:
# Start the dev server with hot module replacement
npm run dev
# Type-check and build the production bundle into ../semantica/static/
npm run build
# Preview the production build locally
npm run preview
# Run ESLint over all source files
npm run lint
# Run the graph store multi-edge unit tests
npm run test:graph-store
# Run the graph workspace display tests
npm run test:graph-workspace
API & WebSocket proxy (dev mode only)
During development, Vite forwards requests automatically — no CORS configuration needed:
| Pattern | Forwarded to |
|---|---|
/api/* |
http://127.0.0.1:8000/api/* |
/ws/* |
ws://127.0.0.1:8000/ws/* |
To run the backend on a different port, update server.proxy in vite.config.ts.
Project structure
explorer/
├── src/
│ ├── App.tsx # Root layout, tab routing, workspace wiring
│ ├── index.css # Global resets, fonts, keyframe animations
│ ├── store/
│ │ ├── graphStore.ts # In-memory graph state
│ │ └── registryStore.ts # Pub/sub audit registry
│ └── workspaces/
│ ├── GraphWorkspace/ # Sigma.js canvas + inspector + behaviors
│ ├── DecisionWorkspace/ # Causal flow diagram + decision list
│ ├── DiffMergeWorkspace/ # Graph diff and merge view
│ ├── EnrichWorkspace/ # Entity resolution + registry tabs
│ ├── ImportExportWorkspace/ # Import CSV/JSON, export graph
│ ├── LineageWorkspace/ # W3C PROV-O lineage diagram
│ ├── ManageWorkspace/ # KG Overview + Ontology Summary
│ ├── OntologyWorkspace/ # SHACL Studio, visual editor, SKOS browser
│ ├── SparqlWorkspace/ # In-browser SPARQL query editor
│ └── VocabularyWorkspace/ # SKOS vocabulary manager
├── index.html
├── vite.config.ts # Dev proxy → 127.0.0.1:8000, build → ../semantica/static
└── package.json
Troubleshooting
Dashboard shows a blank white page or "UI not available" message
The frontend bundle is missing from the server's static directory. Fix options:
- If you installed via pip:
pip install --upgrade "semantica[explorer]"— the wheel includes the pre-built bundle. - If you installed from source: run
cd explorer && npm ci && npm run buildfrom the repo root, then restart the server. - In dev mode: use the Vite dev server at
http://localhost:5173instead of the backend URL.
Blank graph / no data loads in the browser
- Confirm the Python backend is running and check the terminal for errors.
- Open browser DevTools → Network tab and look for failed
/api/graphrequests. - If the backend is on a different port, update
server.proxyinvite.config.ts.
npm ci fails or reports missing lockfile
The package-lock.json must be present. Run npm install once to generate it, commit it, then use npm ci going forward.
npm run dev fails with Node version error
Vite 6 requires Node 18 or higher. Run node --version to check. If you're on Node 16, upgrade via nvm or the official Node.js installer.
Port 5173 already in use
Vite automatically tries the next available port and prints the actual URL in the terminal. Use the URL shown in the output.
WebSocket not connecting (real-time mutations not appearing)
- Confirm the backend exposes the
/ws/graph-updatesWebSocket endpoint. - Check DevTools → Network → WS tab for the connection status and error code.
- Ensure the backend version matches the frontend — mixing major versions can cause protocol mismatches.
- Authentication:
/ws/graph-updatesenforces the same API key as the REST routes. Browsers cannot set custom headers on a WebSocket handshake, so pass the key as a query parameter instead:Non-browser clients (native apps, scripts) may send it as thews://127.0.0.1:8000/ws/graph-updates?api_key=<your-key>X-API-Keyheader. A missing or incorrect key results in close code4401; ifSEMANTICA_API_KEYis unset andSEMANTICA_ALLOW_ANONYMOUSis nottrue, the connection is also rejected. Note that API keys in URLs appear in server logs — prefer the header for non-browser clients.
Tech stack
- React 19 + TypeScript (strict mode)
- Vite 6 with
babel-plugin-react-compiler - Sigma.js 3 + Graphology — graph rendering and in-memory graph model
- ForceAtlas2 — physics-based layout
- @tanstack/react-query — async data fetching for ontology and vocab tabs
- vis-timeline — temporal event visualization
- @xyflow/react — lineage diagram rendering
- Monaco Editor — in-browser SPARQL / SHACL editor
- lucide-react — icon set
Contributing
See the root CONTRIBUTING.md and open issues on the main Semantica repository.