Appearance
Chapter overview
NOTEBOOK 06

Tools & experiences

RESOURCES / NOTEBOOK 06

The MODAVIS ecosystem

57 connected elements: from source evidence and specialist software to standards, reference objects and citable research collections.

57 of 57 elements · Select an entry for scope and access

Directory: 57 of 57 elements.

Framework09

MODAVIS FrameworkDevelopmentCoordinates the shared contracts and responsibilities of the MODAVIS research workflow.

Multimodal Organological Data Analysis and Virtualization Systems connects acquisition, interpretation, public access and preservation. The framework coordinates components; it is not an additional acquisition application.

IN PRACTICE

Use the framework overview to identify the owner of a handoff before designing a cross-component workflow. Keep the source, review and publication decisions attributable as the item moves between components.

InitiatorCore componentOwns shared schemas, migrations, integrity constraints and data governance.

Establishes the relational structures that other components use. Runs in the research environment; a public web service is not offered.

IN PRACTICE

When a shared data structure needs to change, establish its schema and integrity contract here before relying on it in processing or public views. A schema migration and a scholarly interpretation are different decisions.

AggregatorCore componentRegisters and acquires approved sources, retaining source records, media and transfer evidence.

Preserves source-native evidence and prepares documented transfers. Canonical reconciliation and projection belong to the Processor workflow.

IN PRACTICE

Start here when an approved source needs to enter the research workflow. Retain its acquisition context and original evidence so that later normalization can be assessed against what was actually obtained.

ProcessorCore component · development 0.2.0Stages evidence and coordinates normalization, analysis and controlled canonical projection.

Its twelve modules keep source observations, candidate assertions, review decisions and accepted projections distinct. The cohesive 0.2.0 package is a development candidate, not a verified public release.

IN PRACTICE

Choose the module that answers a bounded processing question. Keep the candidate or analytical result separate from accepted corpus facts until the relevant review and projection conditions are satisfied.

ProspectorCore componentDiscovers literature, media, authority records and other candidate evidence.

Search results remain provisional. Prospector does not write directly to canonical research records.

IN PRACTICE

Use discovery results to decide what deserves acquisition or review. A promising bibliographic or authority match should carry its evidence into the next stage instead of becoming a canonical link automatically.

NavigatorPublished · 1.0.0Provides public, source-aware exploration of instruments, people, places and their relationships.

Exposes research projections, provenance and citations. Public browsing is separate from administrative operations.

IN PRACTICE

Begin with an instrument, place or actor and follow its attributed accounts. Record the dataset version and a stable selection when a browsing observation becomes part of a research argument.

PersistorCore componentPackages approved research outputs for preservation, deposition and persistent identification.

Release preparation includes metadata, rights and fixity checks. Packaging a candidate does not itself authorize publication.

IN PRACTICE

Prepare a release only after its intended content and access scope are approved. Preserve the relationship between source artifacts, package metadata and the exact deposited version.

MonitorDevelopment · read-onlyCollects component status, freshness and historical observations for research operators.

An independent observer of explicitly permitted status sources. It does not execute jobs, repair services or change canonical data.

IN PRACTICE

Use observations to locate stale or unavailable components. Pass action to the responsible operator or component; a status observation is not itself a repair or a change to the corpus.

musiXplora BridgeDevelopment · internal toolImports and explores versioned musiXplora person snapshots with faceted search.

Connects a specialist biographical source to research inspection workflows. It is an internal application, not a publicly deployed discovery service.

IN PRACTICE

Inspect imported person records in their snapshot context before using them in reconciliation. Preserve source identifiers and distinguish the imported description from an accepted MODAVIS actor identity.

Processor modules12

IngestorProcessor moduleValidates acquired transfer records and stages them without discarding their source structure.

Passing a transfer schema establishes structural validity; it does not constitute acceptance into the canonical corpus.

IN PRACTICE

Check the transfer structure first, then stage its content with source identity intact. Structural success is a prerequisite for subsequent interpretation, not a substitute for that interpretation.

NormalizerProcessor moduleDerives deterministic normalization and reconciliation candidates from staged evidence.

Retains original observations. Review and canonical projection remain explicit subsequent decisions.

IN PRACTICE

Review a proposed normalized value alongside the literal source. When two similar names are proposed as one entity, retain the contextual evidence and the option to leave the link unresolved.

BootstrapProcessor moduleApplies versioned policy to observations and decisions, producing atomic projection receipts.

Canonical projection requires owner authorization and frozen dependencies; it is not an unrestricted import shortcut.

IN PRACTICE

Use the authorized projection path for accepted decisions. Keep the policy version, input bindings and resulting receipt together so that a projection can be interpreted and replayed.

Document evidenceProcessor moduleExtracts source-bound pages, assets, text selectors and candidate assertions from identified documents.

Quotations and derived statements retain exact document evidence and provenance.

IN PRACTICE

Begin with identified document bytes and retain precise page or text selectors. A candidate assertion is most useful when another researcher can locate the passage that supports it.

LocalizerProcessor moduleRanks geographic proposals from place mentions and provider evidence.

Preserves ambiguity, temporal qualifications and coordinate accuracy rather than silently treating a place guess as a precise location.

IN PRACTICE

Compare candidate places against the name, historical context and provider evidence. Keep precision and ambiguity visible rather than using the highest-ranked coordinate as an unqualified fact.

Language detectionProcessor moduleProduces language-detection evidence and quality checks for source text.

Uncalibrated scores remain qualified, and insufficient evidence can result in abstention.

IN PRACTICE

Treat a language result as evidence about a text span. Short labels, mixed language and historic spelling may warrant qualification or abstention before a downstream language-dependent process runs.

LitparserProcessor moduleTurns citation text into structured literature candidates with literal field evidence.

Unknown dates, pages and other fields remain uncertain. Candidate parsing does not write canonical records.

IN PRACTICE

Check extracted authors, dates and pagination against the citation wording. Preserve unknown fields and separate a parsed reference from a verified match to an external bibliographic record.

EnrichmentProcessor moduleCollects reviewable institution and virtual-instrument facts from authorized source pages.

Fetching is opt-in and source evidence is retained for replay and review.

IN PRACTICE

Use a bounded, authorized source request and retain the evidence behind each proposed fact. Review the result before promoting it into an institution or virtual-instrument record.

PLENUMProcessor moduleModels claim-specific evidence suitability, dependencies and uncertainty.

Provenance-Linked Evidence Network for Uncertainty Modeling considers transmission and evidence independence. Its scores are not calibrated probabilities or universal source-trust ratings.

IN PRACTICE

Ask how the evidence supports a particular claim and whether sources depend on one another. Keep the assessment’s scope with its output instead of ranking an entire source as universally trustworthy.

AmbitusProcessor moduleExtracts nominal pitch-range evidence from MusicXML, MXL and MIDI.

Reports pitch-control qualifications. It does not establish an instrument’s identity, acoustic range or performed sound.

IN PRACTICE

Inspect the score or MIDI input and any pitch-control qualifications before interpreting its range. Use the output as evidence about the encoded material, not a direct measurement of sounding hardware.

ImagesegProcessor moduleProduces aligned image masks and annotation artifacts using SAM 2.

Segmentation is class-agnostic and requires interpretation. A mask does not by itself classify a pipe, keyboard or stop.

IN PRACTICE

Review mask alignment and what the selected region actually represents. Assigning an organological class is a further interpretative step that should retain its evidence and status.

ModelgeneratorProcessor moduleReconstructs point clouds and camera paths from source photograph bundles using a pinned Depth Anything 3 workflow.

Point clouds are a complete supported output. A textured mesh is not guaranteed. This photographic workflow is distinct from parametric pipe reconstruction in VAO-Pipe.

IN PRACTICE

Retain the photograph bundle, reconstruction settings and camera relationships with the point cloud. Establish scale and fitness for the intended analysis before using geometry in another modelling workflow.

Specialist tools09

OrgRecPublished · 0.3.2A macOS application for structured organ recording, audio analysis and VAO export.

The 0.3.2 release adds independent audio analysis with waveform, spectrogram, pitch and partial views, plus documented exports. It supports VAO 0.5 export and a verified offline POD 1.6 projection; individual source identities remain explicit.

IN PRACTICE

Plan a documented session or open an existing signal for analysis. Preserve original takes, selection and processing settings alongside any exported figure, sample or VAO package.

OrgMapPublished · 0.1.0A geographic interface for discovering pipe organs in MODAVIS data.

Map locations and source qualifications should be read together; geographic display does not imply survey-grade precision.

IN PRACTICE

Use the map to find instruments and geographic relationships, then inspect the underlying evidence. Do not infer more coordinate precision from the display scale than the source supports.

vaoXRPublished · 0.1.0A browser-based environment for inspecting and interacting with Virtual Acoustic Objects.

Available experiences depend on the package’s declared capabilities, the viewer version and browser support. Not every package offers playback, XR or simulation.

IN PRACTICE

Inspect the package and supported capabilities before drawing conclusions from an experience. Record which runtime and resources were actually used when describing an interaction or playback result.

ScriptorPublished · 0.1.0Assists local transcription of photographed organ stop labels and other image text.

Retains image crops and raw OCR for manual review. Corpus matches are suggestions, not automatic substitutions. The archived 0.1.0 workflow uses POD 1.5; this is distinct from later POD releases.

IN PRACTICE

Review OCR against the retained crop and literal image content. A suggested corpus match can guide attention, but the accepted transcription should remain a documented editorial choice.

midiAuralizerResearch softwareRenders Standard MIDI Files through virtual instruments for reproducible offline auralization.

Records rendering choices and paradata so that a derived audio file can be related to its MIDI and virtual-instrument inputs. No fixed public release was verified in this audit.

IN PRACTICE

Bind an auralization to its MIDI, virtual instrument and rendering choices. Keep the resulting audio distinct from an in-situ recording of the physical instrument.

bellcast-webuiAssociated research pilotCombines modal bell synthesis, urban auralization and an interactive 3D web view.

A web application and FastAPI backend developed around the Landshut Propstglocke case, including 3D Tiles. Modelled propagation and synthesis depend on declared assumptions; no fixed public software release was verified.

IN PRACTICE

Read a listening position and synthesized bell sound in the context of the pilot’s model assumptions. Separate the bell’s documentation, the synthesis method and the urban propagation representation.

VAO-PipeEvaluation release · 0.1.0Reconstructs measured organ pipes and evaluates their passive pressure-acoustic eigenmodes.

The report covers 18 open labial pipes from the Cuntz, Silbermann and Welte instruments. Measured dimensions drive procedural geometry. Passive eigenmode analysis is not a complete aerodynamic model of a sounding pipe.

IN PRACTICE

Use the report to inspect the relationship between measured dimensions, procedural geometry and passive modes. Do not extend an eigenmode result into an untested claim about active sound production.

PAMTConceptual architectureOutlines a Photogrammetric-Acoustical Modeling Toolkit linking geometry, material interpretation and room-acoustic modelling.

A methods architecture and research roadmap. The thesis does not establish an implemented, end-to-end field-validated software pipeline.

IN PRACTICE

Use the architecture to frame research on geometry, material interpretation and room acoustics. Identify which proposed steps need implementation or independent field evidence before claiming an end-to-end result.

Workflow demonstrationsPublished · 0.1.1Provides containerized demonstrations of Initiator, Aggregator, Processor, Prospector and Persistor.

A reproducibility and review environment for five backend components, not a deployment of the complete live research system.

IN PRACTICE

Begin with the demonstration’s own instructions and declared inputs. A reproducible example helps assess a component boundary without implying production deployment of the whole ecosystem.

VAO implementations05

VAO CLIArchived 0.2.0 · development 0.3.1Resolves DOI releases, inspects metadata and fixity, and materializes selected VAO resources locally.

The archived 0.2.0 release targets VAO 0.4. Newer 0.3.1 development supports the final 0.4 and 0.5 lines. Bounded remote retrieval, integrity checks and local caching remain distinct from depositing a release.

IN PRACTICE

Inspect a pinned release before selecting resource groups and materializing them. Retain the client version and verification results with the local output.

VAO Importer for UnityArchived · 0.6.0-rc.1Imports VAO carriers into Unity for supported media, interaction, MIDI and XR workflows.

The current 0.6.0-rc.4 development line targets Unity 6, final VAO 0.4 and a pinned 0.5 candidate. Support is profile- and platform-dependent; this does not imply blanket compatibility with every final 0.5 package.

IN PRACTICE

Check the Unity runtime, supported contract and required profile before designing an experience. A successful geometry import alone does not establish playback or XR compatibility.

VAO BlenderPublished · 0.4.0-rc.2Validates and inspects VAO packages in Blender and materializes verified embedded GLB geometry.

Supports final VAO 0.4 and a pinned 0.5 candidate. Modern package inspection is distinct from the fuller legacy interaction path for VAO 0.2.2.

IN PRACTICE

Use inspection and verified geometry materialization for a documented package. Keep unsupported runtime behaviour explicit when transferring from a playable VAO into a modelling environment.

VAOMVAO reference toolsThe Virtual Acoustic Object Manager provides Python reference utilities within the VAO standard tooling.

A reference library and tool family accompanying the specification. VAOM and the independently versioned VAO CLI should not be treated as the same release.

IN PRACTICE

Use the reference tools with the matching standard release and fixtures. Distinguish their contract checks from the capabilities and release numbering of the separate VAO CLI.

OrgRecCoreLibrary within OrgRecImplements core package and validation functionality in Swift for OrgRec.

An independent implementation embedded in the OrgRec project, not a separately verified application release.

IN PRACTICE

Read this library in the context of OrgRec’s package and validation workflow. Record the containing application release when its behaviour forms part of a reproducible export.

Standards & semantics03

Virtual Acoustic Object StandardPublished · 0.5.0Defines an exchange and preservation contract for multimodal digital musical instruments.

Specifies layers, conformance profiles, bootstrap and preservation carriers, distributions and fixity. A standard version and a particular instrument-package version are separate identifiers.

IN PRACTICE

Pin the contract and relevant profiles before implementing a reader or writer. Use versioned fixtures and conformance rules, then separately assess the scientific claims carried by the object.

MODAVIS Ontology NetworkPublished · 0.1.0Models instruments, historical states, components, evidence and controlled vocabulary relationships.

Uses OWL, SKOS and SHACL to make identities, assertions and constraints explicit.

IN PRACTICE

Start with the identities and evidence relationships required by a research question. Validate the graph against the applicable versioned constraints while retaining the interpretation that motivates it.

OMAROPublished reference dataset · 0.1.0Connects multiperspective organological assertions and review with reference classifications and multilingual instrument names.

The cited deposit is the OMARO reference dataset, including Hornbostel–Sachs classifications. Its dataset release should not be confused with the entire MODAVIS Ontology Network.

IN PRACTICE

Look up a concept without discarding the source’s original wording. Retain language, source identifier, mapping status and the exact reference release used.

Research collections08

Pipe Organ Dataset (POD)Public release · 1.6.0A versioned research corpus connecting organs, actors, places, source accounts and virtual instruments.

The release contains 215,769 canonical organs. These are corpus counts, not a census of all surviving organs.

IN PRACTICE

Choose an adequate release distribution and define the unit of analysis. Keep instrument identities, source accounts and stop occurrences distinct when counting or comparing records.

POD reviewer preservation packageRestricted · 1.5.0Preserves additional research and source materials for controlled scholarly access.

This is the older 1.5.0 preservation package. It does not establish a version-identical reviewer edition of public POD 1.6.0.

IN PRACTICE

Consult the deposit’s access conditions and exact version before planning a review. Do not describe this preservation package as the restricted counterpart of a different public release.

AAMIRPublished · 1.0.0The Audio, Acoustics, and Musical Instruments Repository Index surveys 403 repositories in 15 primary categories.

A curated research dataset about external software and algorithms; inclusion does not make those third-party projects MODAVIS software.

IN PRACTICE

Use the index to discover third-party methods and repositories, then consult each project’s own documentation. The index is a dated research resource rather than a guarantee of current software maintenance.

Organological source cataloguePublished · 2026-09-11-revisedCritically documents organological databases, portals and repositories.

A research guide to source coverage and methodological differences; it is separate from the integrated POD corpus.

IN PRACTICE

Compare source focus and documentation practices before selecting a corpus. Use the catalogue to understand coverage rather than treating every portal as an interchangeable witness.

Digital heritage project synopsisPublished corpusCompares international digital cultural heritage and sound-digitization projects.

A systematic comparative research corpus, not a directory of software authored by MODAVIS.

IN PRACTICE

Use the comparative corpus to situate a digitization approach among related projects. Preserve the distinction between a project description and an independent evaluation of its outcomes.

Organ virtualization methods corpusPublished corpusDocuments methods and systems for pipe-organ digitization, virtualization and sound modelling.

Brings together a methodological taxonomy, systems catalogue and supporting research corpus.

IN PRACTICE

Locate a method family, then inspect its assumptions and evaluation scope. A catalogue entry is a starting point for reading the underlying study, not a universal performance ranking.

VPO reference and timbre corpusThesis reference · availability unverifiedSupports the research comparison of virtual pipe-organ instruments and their timbres.

Listed in the thesis publication register. The cited deposit was not retrievable through the public metadata registry during the 26 September 2026 audit, so no verified download is offered here.

IN PRACTICE

Treat the corpus as a documented research reference whose public access remains unverified here. The separately available inventory can support discovery without implying that the timbre material is downloadable.

VPO inventory and availability auditPublished · 0.1.0Records the provisional OrgRec virtual pipe-organ collection and source availability.

An inventory and availability assessment; it does not grant rights to every listed sample set.

IN PRACTICE

Check which products or source materials were available in the audited state. A listing and an availability observation do not grant redistribution rights to a sample library.

Reference objects05

Cuntz Positiv · 1610VAO package · 0.5.0-rc.2A reference Virtual Acoustic Object for the historical Cuntz positive organ.

Connects the instrument’s documented structure and media in a versioned package; also contributes measured pipes to VAO-Pipe.

IN PRACTICE

Open the exact object release and inspect its declared resources and configuration. Relate recordings, geometry and pipe evaluation to their own acquisition or modelling basis.

Silbermann Brüstungspositiv · 1722VAO package · 0.5.0-rc.2A reference Virtual Acoustic Object for the Gottfried Silbermann positive organ.

The package release is independently versioned from the VAO standard and contributes measured pipes to VAO-Pipe.

IN PRACTICE

Use the fixed package as the starting point for comparison. Keep the instrument’s documented history distinct from the date and version of its digital representation.

Welte cinema organ · 1928VAO package · 0.5.0-rc.2A reference Virtual Acoustic Object for the Welte cinema organ.

The Kinoorgel record supplies a versioned research object and contributes measured pipes to the pipe evaluation.

IN PRACTICE

Inspect the cinema-organ package’s own capabilities and sources before comparing it with another reference object. Preserve the package identity in any derived playback or analysis.

Landshut Propstglocke · 1767Associated research caseConnects bell documentation and digitization to the bellcast synthesis and urban-auralization pilot.

The thesis lists a data-package deposit, but its public metadata could not be verified during the audit. A download is not implied.

IN PRACTICE

Follow the case’s relationship to bellcast and its acoustic assumptions. Refer to the documented study without presenting an unverified deposit as a confirmed public download.

Ariston · 1882Research caseA mechanical-musical-instrument case in the thesis’s study of digital representation and interaction.

A documented research case rather than a separately verified public software release or VAO deposit.

IN PRACTICE

Use the case to examine how a mechanical information carrier becomes an interpreted event sequence. Keep that interpretation distinct from the instrument’s reed and wind behaviour.

Predecessors & support04

Zenodo ToolboxPredecessor · 2024Automates Zenodo metadata checks, batch deposition and OAI-PMH harvesting.

A preceding toolkit in the development of the project’s deposition workflows.

IN PRACTICE

Read the repository as a preceding deposition toolkit and consult its own instructions before reuse. Its presence in the project history does not imply that it owns current MODAVIS release approval.

Heritage Data ProcessorPredecessor · 2025Organizes processing and conversion workflows for heterogeneous cultural-heritage data.

Uses stateful .hdpc project files for replayable processing.

IN PRACTICE

Use the historical framework to understand replayable heritage processing and project-state capture. Check its own implementation boundaries before adapting a workflow to current MODAVIS contracts.

WebHDP / HPC-LinkPredecessor · 0.1.0-alpha.1Connects web-based heritage-data workflows to asynchronous high-performance computing.

HPC-Link is an integration within this tool family. It delegates compute-intensive 3D and audio tasks; it is not an additional MODAVIS core component.

IN PRACTICE

Trace the division between a web workflow and delegated computation. Preserve the job inputs, processing state and resulting artifacts when assessing a historical HPC-supported example.

Legacy processing helpersHistorical support toolingThe earlier standalone Ingestor, marker-hpc and 3drepo-xlsx-to-draco supported ingestion, document processing and compute transfers.

Retained as development references. The older standalone Ingestor is distinct from the current Processor Ingestor module; these helpers are not presented as maintained public applications.

IN PRACTICE

Use these references to understand how earlier ingestion and compute workflows developed. Do not substitute an old helper for a current component merely because the names are similar.

Publication channels02

MODAVIS on ZenodoCurated communityCollects related research data, software, standards and publications.

Community membership is a discovery aid; cite a specific version record when reusing an artifact.

IN PRACTICE

Discover related outputs through the community, then move to the exact version record for citation, files and rights. Community membership does not impose a single license on all resources.

Virtual Acoustic Objects on ZenodoCurated communityCollects VAO reference packages and related work.

Discovery through a community does not replace verification of a package’s version, rights and fixity.

IN PRACTICE

Find instrument packages and related VAO work, then inspect their individual manifests and releases. Curated discovery and mathematical file verification remain separate responsibilities.

Read the directory as a set of relationships

The families below distinguish tools that perform work from standards that define agreements, datasets that supply research material and publication channels that help readers find releases. Search includes each entry’s purpose, scope and practical workflow. Opening an entry reveals its role in a task and links to related notebooks or exact public releases.

Status labelHow to read it
Published or archivedA specific public release has been identified. Its version is stated.
Core component or developmentA responsibility or current implementation in the research environment; not a promise of public hosting.
Conceptual architectureA methods proposal whose end-to-end implementation or validation is not established.
Thesis reference / availability unverifiedThe resource is documented, but a public deposit was not verified during the audit.
Predecessor or historical supportPart of the project’s development history rather than a current core application.

The directory is a dated editorial view, not a live package manager. Follow an exact release for installation instructions and licensing, and check an application’s supported contract before combining it with a newer object package. An accessible repository or DOI also does not transfer rights to every original source or media item referenced by the resource.

Sources & further reading

  1. Dominik Ukolov · Musikinstrumente im virtuellen Raum (2026)

    Dissertation submitted to Universität Leipzig, 11 September 2026. Chapters 1–6 and 8; Appendix I.4 for the software and resource inventory. See the dedicated research guides for claim-specific section references. Page numbers refer to the printed manuscript pagination. The manuscript is not distributed by this website.

  2. MODAVIS publication community
  3. Virtual Acoustic Objects publication community
Page editions 2026-09-r6 ↓

Read a fixed snapshot of this chapter, or return to the current notebook.

Edition 2026-09-r6 · SHA-256 3a292a4f6b96Page metadata ↗