Six responsibilities, one research workflow
A modular framework makes the route from source evidence to a citable release explicit.
| Component | Responsibility |
|---|---|
| Initiator | Shared schemas, migrations, integrity and data governance. |
| Aggregator | Approved source acquisition, transfer preparation and evidence retention. |
| Processor | Staging, normalization candidates, analysis and controlled canonical projection. |
| Prospector | Discovery of provisional literature, media and authority evidence. |
| Navigator | Source-aware public research projections and citations. |
| Persistor | Approved packaging, deposition and persistent identifiers. |
The framework distinguishes original source evidence, inference, canonical representation, dissemination and preservation. A public view is a projection of a data state; browsing that view should not silently rewrite the underlying evidence.
Supporting components
Monitor observes status and freshness without changing research data or running jobs. The musiXplora Bridge imports and explores versioned person snapshots. These components complement the six core responsibilities.
Trace one statement through the framework
Consider a source page that attributes a renovation to a named workshop. Acquisition first preserves the page and its source context. Processing can extract the statement, propose a normalized actor identity and attach a candidate role. A reviewed decision determines whether that interpretation becomes part of a canonical projection. Public exploration then presents the attributed result; release preparation fixes a publishable state.
| Boundary | What crosses it |
|---|---|
| Discovery → acquisition | A candidate source or update proposal, not an accepted historical fact. |
| Acquisition → processing | Identified source evidence and documented transfer records. |
| Processing → canonical projection | An explicitly reviewed interpretation with its supporting evidence. |
| Projection → public access | A research view retaining attribution and qualifications. |
| Approved output → preservation | A checked, versioned package with persistent release information. |
Why separate responsibilities?
A component that finds a promising page does not also decide that its claims are correct. A viewer that displays a convenient summary does not silently rewrite its evidence. A status monitor does not repair a failed job by changing the research data. These boundaries make it easier to identify who owns a decision, what can be replayed and which part of a workflow needs attention.
A framework is more than an execution chain
Real research revisits earlier stages. A new source can reopen an interpretation; a validation failure can return a candidate for review; a publication decision can restrict a public subset without deleting retained evidence. The diagram describes responsibilities and exchanges rather than a promise that every item passes through one automatic, irreversible sequence.
Sources & further reading
- About the doctoral research
Musikinstrumente im virtuellen Raum, submitted 11 September 2026.
Page editions 2026-09-r3 ↓
Read a fixed snapshot of this chapter, or return to the current notebook.
c54a76201db7Page metadata ↗