Datenmodell
Wie die Archivalien im Teilnachlass Malaniuk modelliert, verknüpft und mit externen Normdaten angereichert werden — und warum diese Modellierung für musikwissenschaftliche Mobilitätsforschung gewählt wurde.
Modellierungsziel
Die Datenmodellierung dient nicht allein der archivischen Verzeichnung, sondern soll forschungsrelevante Strukturen sichtbar machen: Wer war an welchem Dokument beteiligt? In welcher Rolle? An welchem Ort? In Verbindung mit welchen Werken und Ereignissen? Durch die explizite Erfassung dieser Beziehungen entstehen Netzwerke, die konventionelle Verzeichnungen nicht abbilden — und die für Fragen nach Mobilität, Vernetzung und Wissenstransfer essentiell sind.
Das Modell orientiert sich an den vier Forschungsfragen des Projekts und ist so konzipiert, dass es Karrierewege, Aufführungskontexte, institutionelle Netzwerke und Mobilitätsmuster in maschinenlesbarer Form abbildet.
Ontologie: RiC-O 1.1
M³GIM modelliert den Teilnachlass nach dem internationalen Archivstandard
RiC-O 1.1
(Records in Contexts — Ontology). Jedes Archivstück wird als
rico:Record beschrieben, Konvolute als rico:RecordSet
mit Teil–Ganzes-Beziehungen. RiC-O liefert die Grundstruktur für
Archivbeschreibung: Signaturen (rico:identifier), Titel
(rico:title), Datierung (rico:date), Umfang
(rico:hasExtent), Sprache (rico:hasOrHadLanguage)
und Dokumenttyp (rico:hasDocumentaryFormType).
Beziehungen zu Personen und Institutionen werden über
m3gim:hasAssociatedAgent modelliert (eine projektspezifische
Erweiterung, da RiC-O keine generische Agent-Property bietet),
Ortsbeziehungen über rico:hasOrHadLocation mit
@type: rico:Place, und thematische Bezüge (Werke, Ereignisse,
erwähnte Personen) über rico:hasOrHadSubject. Agenten tragen
einen @type (rico:Person,
rico:CorporateBody oder rico:Group) und
eine kontextspezifische Rolle.
Die Wahl von RiC-O ermöglicht perspektivisch die Anbindung an internationale Datenbanken zur Musikermobilität (musici.eu, MusMig) und die Weiterverarbeitung in etablierten Archivformaten.
Ontologie: m3gim-Erweiterung
RiC-O deckt die archivalische Erschließung ab, nicht aber musikwissenschaftliche
Konzepte. Die projektspezifische Erweiterung im Namensraum
m3gim (https://dhcraft.org/m3gim/vocab#)
ergänzt Klassen und Properties, die für Mobilitätsforschung nötig sind.
Klassen
| Klasse | Oberklasse | Scope Note |
|---|---|---|
m3gim:MusicalWork |
rico:Thing |
Musikalisches Werk (Oper, Lied, Orchesterstück). Identifikation über Wikidata-URI, Bezeichnung über rico:title, Komponist als Zusatzfeld. |
m3gim:Performance |
rico:Event |
Aufführungsereignis. Verknüpft Werk, Ort, Datum und Mitwirkende zu einer konkreten Aufführung. |
m3gim:PerformanceEvent |
rico:Event |
Rahmenveranstaltung: Festspiele, Premieren, Gastspiele. Ermöglicht die Analyse von Karrierestationen unabhängig von einzelnen Dokumenten. |
m3gim:DetailAnnotation |
— | Finanzielle und vertragliche Details (Honorar, Nebenleistungen, Gagen). Schicht-3-Erweiterung für vertiefende Erschließung. |
Object Properties
| Property | Domain → Range | Scope Note |
|---|---|---|
m3gim:hasAssociatedAgent |
Record → Agent | Verknüpft ein Dokument mit einer Person, Institution oder Gruppe, die aktiv beteiligt war. Projektspezifische Erweiterung, da RiC-O keine generische Agent-Property für Records bereitstellt; spezifische RiC-O-Properties wie rico:hasCreator oder rico:hasSender wären zu einschränkend. |
m3gim:hasPerformer |
Performance → Person | Person wirkt bei einer Aufführung mit (z. B. als Solistin, Dirigent). |
m3gim:performanceOf |
Performance → MusicalWork | Verknüpft eine Aufführung mit dem aufgeführten Werk. |
m3gim:hasPerformanceRole |
Record → Bühnenrolle | Konkrete Bühnenrollen in einer Aufführung (z. B. Orpheus, Brünnhilde, Lady Macbeth). Nicht zu verwechseln mit der Rolle einer Person am Dokument. |
m3gim:hasDetail |
Record → DetailAnnotation | Verweis auf finanzielle oder vertragliche Details. Feldname und Wert sind frei wählbar (z. B. „honorar": „500 DM"). |
Datatype Properties
| Property | Wertebereich | Scope Note |
|---|---|---|
m3gim:bearbeitungsstand |
xsd:string |
Projektinterner Erfassungsstatus: begonnen, abgeschlossen, zurueckgestellt. |
m3gim:dateEvidence |
xsd:string |
Qualifiziert die Herkunft einer Datierung: aus_dokument (explizit im Dokument), erschlossen (aus Kontext abgeleitet), extern (aus anderer Quelle), unbekannt. |
Kontrollierte Vokabulare
Zwei SKOS-Vokabulare definieren die zulässigen Werte für Dokumenttypen und Aufführungsrollen.
Dokumenttypen (m3gim-dft:)
25 Konzepte. Die Pipeline mappt die deutschen Erfassungsbegriffe (z. B. „Korrespondenz", „Presse") auf normalisierte Typen. 16 davon sind aktuell im Bestand vertreten.
| Konzept | Scope Note | Im Bestand |
|---|---|---|
m3gim-dft:brief | Korrespondenz: Briefe, Schreiben, Mitteilungen | ja |
m3gim-dft:vertrag | Verträge, Vereinbarungen, Engagements | ja |
m3gim-dft:programmheft | Programm- und Konzertprogramme | ja |
m3gim-dft:plakat | Opern- und Konzertplakate | ja |
m3gim-dft:zeitungsausschnitt | Presseberichte, Zeitungsausschnitte | ja |
m3gim-dft:rezension | Kritiken und Rezensionen | ja |
m3gim-dft:biographie | Autobiografische und biografische Texte | ja |
m3gim-dft:urkunde | Urkunden und Zeugnisse | — |
m3gim-dft:tagebuch | Tagebucheinträge | — |
m3gim-dft:notiz | Notizen und Notizbücher | ja |
m3gim-dft:lebenslauf | Tabellarische und narrative Lebensläufe | — |
m3gim-dft:ausweis | Identitätsdokumente, Ausweise, Pässe | ja |
m3gim-dft:typoskript | Maschinenschriftliche Texte | ja |
m3gim-dft:photokopie | Photokopien und Reproduktionen | ja |
m3gim-dft:quittung | Quittungen und Rechnungsbelege | ja |
m3gim-dft:visitenkarte | Visitenkarten | ja |
m3gim-dft:noten | Musikalien, Notenblätter | — |
m3gim-dft:telegramm | Telegramme und Depeschen | — |
m3gim-dft:postkarte | Post- und Ansichtskarten | — |
m3gim-dft:fotografie | Fotografien und Abzüge | — |
m3gim-dft:kritik | Theaterkritiken (Alias für Rezension) | — |
m3gim-dft:konvolut | Sammlung oder Mappe (Aggregationseinheit) | ja |
m3gim-dft:tontraeger | Audioaufnahmen | ja |
m3gim-dft:dokument | Allgemeiner Dokumenttyp (Fallback) | ja |
m3gim-dft:sonstiges | Nicht klassifizierbar | — |
Rollen (m3gim-role:)
47 verschiedene Rollen treten im Bestand auf. Die Pipeline weist sie kontextabhängig zu — Personen, Institutionen, Orte und Werke tragen jeweils unterschiedliche Rollenwerte. Die wichtigsten Kategorien:
| Kategorie | Rollen |
|---|---|
| Archivalisch | verfasser:in, adressat:in, empfänger:in, unterzeichner:in, agent:in |
| Künstlerisch | dirigent:in, sänger:in, regisseur:in, komponist:in, choreograph:in, librettist:in, arrangeur:in, bühnenbildner:in, kostümbildner:in |
| Institutionell | veranstalter:in, vermittler:in, auftraggeber:in, herausgeber:in |
| Inhaltlich | erwähnt, interpret:in, protagonist |
| Ortsbezogen | entstehungsort, auffuehrungsort, zielort, absendeort, abreiseort |
| Werkbezogen | aufführung, premiere, festvorstellung, wiederaufnahme, gastspiel |
Bestandshierarchie
Der Teilnachlass ist dreistufig modelliert:
- Fonds —
rico:RecordSet - Der Gesamtbestand UAKUG/NIM mit drei Bestandsgruppen (Hauptbestand, Plakate, Tonträger) und einem übergeordneten Fonds-Knoten.
- Konvolut —
rico:RecordSet -
Physische Umschläge oder Mappen mit mehreren Einzelstücken. Aktuell sind
3 Konvolute (NIM_003, NIM_004, NIM_007) mit insgesamt 76 Einzelstücken
erschlossen. Die Verknüpfung erfolgt über
rico:hasOrHadPart. - Einzelstück —
rico:Record - Jedes Dokument innerhalb eines Konvoluts oder eigenständig. Trägt alle Metadaten (Schicht 1) und Verknüpfungen (Schicht 2–3).
Verknüpfungstypen
Jedes Objekt kann mit Personen, Institutionen, Orten, Werken und Ereignissen verknüpft sein. Jede Verknüpfung trägt eine Rolle, die den Kontext beschreibt. Diese Rollen sind die entscheidende Granularitätsstufe: Sie unterscheiden z. B. ob eine Person einen Brief verfasst hat, in einer Aufführung gesungen hat oder lediglich im Text erwähnt wird.
| Kategorie | Eigenschaft | Beschreibung |
|---|---|---|
| Personen (aktiv) | m3gim:hasAssociatedAgent@type: rico:Person |
Aktive Beteiligung: verfasser, adressat, dirigent, solistin, komponist, regisseur, u. a. |
| Institutionen | m3gim:hasAssociatedAgent@type: rico:CorporateBody |
Organisationen als Akteure: vertragspartner, arbeitgeber, veranstalter, vermittler, adressat |
| Erwähnung | rico:hasOrHadSubject@type: rico:Person |
Person wird im Text erwähnt, ohne direkt beteiligt zu sein. Modelliert als Thema des Dokuments (RiC-O-konform). |
| Orte | rico:hasOrHadLocation |
Kontextspezifisch: entstehungsort, auffuehrungsort, zielort, wohnort, vertragsort |
| Werke | rico:hasOrHadSubject@type: m3gim:MusicalWork |
Musikalische Werke mit Komponist und Rolle: auffuehrung, erwaehnt, premiere, u. a. |
| Ereignisse | rico:hasOrHadSubject@type: m3gim:PerformanceEvent |
Festspiele, Premieren, Gastspiele als eigenständige Entitäten |
| Bühnenrollen | m3gim:hasPerformanceRole |
Konkrete Rollen: Orpheus, Brünnhilde, Brangäne, Isolde, … |
| Details | m3gim:hasDetail@type: m3gim:DetailAnnotation |
Finanzielle Details: Honorar, Nebenleistungen, Einnahmen (frei wählbar) |
Semantische Unterscheidungen
- Agent vs. Erwähnung
-
Eine Person als
m3gim:hasAssociatedAgentwar aktiv am Dokument beteiligt (z. B. als Sängerin, Dirigent oder Verfasserin). Eine Person alsrico:hasOrHadSubject(mit@type: rico:Personundrole: "erwähnt") wird im Text erwähnt, ohne direkt beteiligt zu sein. Diese Unterscheidung ist zentral für Netzwerkanalysen: Ein Erwähnungsnetz hat eine andere Qualität als ein Beteiligungsnetz — ersteres bildet Rezeptionswege ab, letzteres tatsächliche Zusammenarbeit. - Person vs. Institution
-
Agents werden nach Typ unterschieden:
rico:Person(natürliche Personen),rico:CorporateBody(Institutionen wie Opernhäuser, Verlage, Zeitungen) undrico:Group(Ensembles). Im Bestand: 383 Personen-Verknüpfungen, 101 Institutions-Verknüpfungen. - Ort-Rollen und Mobilität
- Orte tragen kontextspezifische Rollen: Ein „Aufführungsort" ist ein Spielort, ein „Entstehungsort" der Herkunftsort eines Dokuments, ein „Zielort" das Reiseziel. Diese Granularität ermöglicht differenzierte geographische Analysen und ist unmittelbar relevant für die Rekonstruktion von Mobilitätsmustern — sie zeigt, wo Malaniuk auftrat, wohin sie reiste und welche Orte in ihrem Netzwerk auftauchen.
- Ereignisse
-
Festspiele, Premieren und Gastspiele werden als eigenständige Entitäten modelliert.
Im JSON-LD erscheinen sie als Einträge in
rico:hasOrHadSubjectmit@type: m3gim:PerformanceEvent. Ein Ereignis hat ein Datum, einen Ort und eine Rolle (z. B. Rahmenveranstaltung, Premiere). Diese Modellierung erlaubt die Analyse von Karrierestationen und Aufführungszyklen unabhängig von einzelnen Dokumenten. - Werk mit Kontext
-
Werke tragen neben dem Namen den Komponisten und eine Rolle (Aufführung vs.
erwähnt). Ergänzend erfassen die Aufführungsrollen
(
m3gim:hasPerformanceRole) die konkreten Bühnenrollen — z. B. „Orpheus" in „Orpheus und Eurydike" (Gluck). - Datierungsevidenz
-
Jede Datierung wird durch
m3gim:dateEvidencequalifiziert: aus_dokument (Datum steht explizit im Dokument), erschlossen (aus Kontext abgeleitet), extern (aus anderer Quelle) oder unbekannt (keine Datierung möglich). Diese Transparenz über die Herkunft von Datierungen ist für die quellenbasierte Forschung essentiell.
Identifikatoren und Normdaten
Wo möglich, werden Entitäten mit
Wikidata-Identifikatoren
(wd:QXXXXX) verknüpft. Dies ermöglicht die Verbindung zu externen
Wissensbasen und die eindeutige Identifikation von Personen, Institutionen und
Werken über Namensvarianten hinweg. Die systematische Reconciliation gegen
Wikidata wurde durchgeführt und ergab 171 Matches (152 Personen,
3 Organisationen, 14 Orte, 2 Werke).
- Personen mit Wikidata
- 152 von 296
- Organisationen mit Wikidata
- 3 von 59
- Orte mit Wikidata
- 14 von 31
- Werke mit Wikidata
- 2 von 96
Die Archiv-Signaturen folgen dem Schema UAKUG/NIM und gliedern sich in drei
Bestandsgruppen: Hauptbestand (UAKUG/NIM_XXX), Plakate
(UAKUG/NIM/PL_XX) und Tonträger (UAKUG/NIM_TT_XX).
Bestandsstatistik
- Archiveinheiten
- 282 (255 Konvolute im Hauptbestand, 26 Plakate, 1 Tonträger)
- Personen
- 296 (davon 152 mit Wikidata-ID)
- Organisationen
- 59 (davon 3 mit Wikidata-ID)
- Orte
- 31 (davon 14 mit Wikidata-ID)
- Werke
- 96 (davon 2 mit Wikidata-ID)
- Verknüpfte Objekte
- 62 von 282 (22 %)
Technische Referenz
Die Daten werden als JSON-LD
serialisiert. Der @context definiert sieben Namensräume:
- rico:
- Records in Contexts Ontology 1.1 — Archivbeschreibung, Agenten, Orte, Datierung
- m3gim:
- M³GIM-Erweiterung — Musikwerke, Aufführungsrollen, Ereignisse, Details, Erwähnung
- m3gim-dft:
- 25 Dokumenttypbezeichnungen als SKOS-Konzepte (Brief, Vertrag, Plakat, …)
- m3gim-role:
- 11 Aufführungsrollen als SKOS-Konzepte (dirigent, solistin, regisseur, …)
- skos:
- Simple Knowledge Organization System — Vokabulareinträge und Bezeichnungen
- wd:
- Wikidata-Entitäten (z. B.
wd:Q94208für Ira Malaniuk) - xsd:
- XML Schema Datatypes — Datentypen für Datierungen und Zeichenketten
Vollständige Ontologie-Dokumentation im GitHub-Repository unter knowledge/datenmodell.md.