refactor: _archive aufgeloest, Wissen integriert, Indexzahlen korrigiert

- _archive/2026-02-20-pre-kb-refactor/ entfernt (19 Dateien)
- Einzigartiges Wissen in aktuelle Knowledge-Docs integriert:
  - Prozess/Entscheidungen.md: 30 ADRs (E-01–E-30), Schulden, Learnings
  - Prozess/Datenqualitaet-Baseline.md: Audit-Baseline Feb 2026
  - Daten/Datenmodell und Ontologie.md: m3gim-Klassen, Properties, Vokabulare, JSON-LD Context
  - Technik/Technische Dokumentation.md: Store-Struktur, docs/data/-Dateien
- about.html: Indexzahlen korrigiert (217→313 Personen, 102→94 Werke)

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

Author: chpollin

docs/about.html

@@ -125,7 +125,7 @@ <h2>Datenstand</h2>
           <dt>Verknüpfungen</dt>
           <dd>62 Objekte (22 %) mit mindestens einer Verknüpfung</dd>
           <dt>Indizes</dt>
-          <dd>217 Personen, 64 Organisationen, 43 Orte, 102 Werke</dd>
+          <dd>313 Personen, 64 Organisationen, 43 Orte, 94 Werke</dd>
         </dl>
       </section>
 

knowledge/Daten/Datenmodell und Ontologie.md

@@ -109,10 +109,52 @@ Feld in der Erfassungstabelle, das die Qualitaet der Datierung dokumentiert:
 
 ### m3gim-Erweiterung
 
-- **Klassen:** `m3gim:MusicalWork`, `m3gim:Performance`
-- **Properties:** `m3gim:hasPerformanceRole`, `m3gim:mentions`, `m3gim:hasProcessingStatus`, `m3gim:hasDocumentType`
-- **Vokabulare:** 11 Rollen (SKOS), 25 Dokumenttypen (SKOS)
-- Erweiterung dort, wo RiC-O fachlich nicht ausreicht (inhaltliche Rollen, Performanzbezug, Erwaehnungen)
+Namespace: `https://dhcraft.org/m3gim/vocab#` (Prefix: `m3gim`)
+
+RiC-O deckt archivalische Erschliessung ab, nicht aber: inhaltliche Rollen (wer wird im Dokument erwaehnt, wer hat dirigiert), Musikwerke (kein Typ fuer kuenstlerische Werke), Auffuehrungen (spezifische Events mit Rollen und Programm) und Bearbeitungsstand (Workflow-Status).
+
+**Klassen:**
+
+- `m3gim:MusicalWork` (Oberklasse: `rico:Thing`) — Musikalisches Werk (Oper, Lied, Konzert). Identifikation ueber `rico:identifier` (Wikidata-URI), Bezeichnung ueber `rico:title`.
+- `m3gim:Performance` (Oberklasse: `rico:Event`) — Auffuehrungsereignis. Verknuepft mit Werk (`m3gim:performanceOf`), Ort (`rico:hasOrHadLocation`), Datum (`rico:isAssociatedWithDate`), Mitwirkende (`m3gim:hasPerformer`).
+
+**Object Properties:**
+
+- `m3gim:mentionedIn` / `m3gim:mentions` — Person wird im Dokument inhaltlich erwaehnt (nicht als Erzeuger/Autor)
+- `m3gim:hasPerformer` — Person wirkt bei Auffuehrung mit
+- `m3gim:performanceOf` — Auffuehrung eines bestimmten Werks
+
+**Datatype Properties:**
+
+- `m3gim:bearbeitungsstand` — Projektinterner Bearbeitungsstand (xsd:string)
+
+**11 PerformanceRoles** (SKOS ConceptScheme, Namespace `m3gim-role`):
+
+| Kategorie | Rollen |
+|---|---|
+| Archivalisch-inhaltlich | erwaehnt, absender, empfaenger, widmungsempfaenger |
+| Kuenstlerisch | dirigent, solistin, regisseur, komponist, saenger |
+| Institutionell | intendant, mitglied |
+
+**25 DocumentaryFormTypes** (SKOS ConceptScheme, Namespace `m3gim-dft`):
+brief, vertrag, programmheft, plakat, kritik, fotografie, telegramm, postkarte, urkunde, zeitungsausschnitt, notiz, biographie, visitenkarte, quittung, typoskript, photokopie, rezension, tagebuch, lebenslauf, ausweis, noten, sonstiges, konvolut, tontraeger, dokument
+
+**JSON-LD Context (7 Prefixe):**
+
+| Prefix | Namespace |
+|---|---|
+| rico | `https://www.ica.org/standards/RiC/ontology#` |
+| m3gim | `https://dhcraft.org/m3gim/vocab#` |
+| m3gim-dft | `https://dhcraft.org/m3gim/documentaryFormTypes#` |
+| m3gim-role | `https://dhcraft.org/m3gim/roles#` |
+| wd | `http://www.wikidata.org/entity/` |
+| skos | `http://www.w3.org/2004/02/skos/core#` |
+| xsd | `http://www.w3.org/2001/XMLSchema#` |
+
+**Was kommt woher:**
+
+- RiC-O liefert: Bestand/Konvolut/Folio-Hierarchie, archivalische Beschreibung, Agenten-Rollen (Creator, Author, Accumulator), Orts-/Datumsverknuepfung, thematische Verknuepfung, Dokumenttyp-Zuordnung
+- m3gim ergaenzt: Inhaltliche Rollen, Musikwerke, Auffuehrungen, 25 Dokumenttypen, Bearbeitungsstand
 
 ### Noch nicht modelliert (Handreichung → Pipeline)
 

knowledge/Prozess/Datenqualitaet-Baseline.md

@@ -0,0 +1,131 @@
+# Datenqualitaet — Baseline-Audit
+
+> Systematische Analyse der Google-Sheets-Daten gegen Pipeline-Outputs. Basis: Excel-Export Februar 2026, Pipeline-Audit 2026-02-20. Dient als Vergleichsgrundlage fuer Fortschrittsmessung.
+
+Stand: 2026-02-20
+
+## Ueberblick
+
+282 Objekte, 1.246 effektive Verknuepfungen (nach Abzug von 45 Leerzeilen und 1 Template-Zeile), 4 Indizes (296 Personen, 58 Organisationen, 31 Orte, 95 Werke).
+
+Die Pipeline verarbeitet die Daten korrekt — alle Code-Bugs wurden behoben. Die verbleibenden Probleme sind Datenerfassungsprobleme, die im Google Sheet geloest werden muessen.
+
+## Kritisch — Datenverlust
+
+### Verknuepfungen ohne Archivsignatur (8 Zeilen)
+
+8 Zeilen in der Verknuepfungen-Tabelle haben keine `archivsignatur`. Davon enthalten 3 echte Daten:
+
+- Eine Zeile mit `name=Cox`, `typ=person`, `rolle=Briefpartner` — ohne Signatur nicht zuordenbar
+- Eine Zeile mit `name=Wien`, `typ=ort` — nicht zuordenbar
+- Eine Zeile mit `name=Basel`, `typ=ort`, plus Auffuehrungs-Datum — nicht zuordenbar
+
+Diese 8 Verknuepfungen gehen in der Pipeline verloren, weil sie keinem Record zugeordnet werden koennen.
+
+Handlungsbedarf: Signaturen in der Verknuepfungen-Tabelle nachtragen.
+
+### Verknuepfungen ohne Typ (5 Zeilen)
+
+5 Zeilen in NIM_004 Folio 32 haben `name`-Eintraege aber keinen `typ` (person/institution/ort/werk). Ohne Typ kann die Pipeline nicht entscheiden, in welche Relation die Verknuepfung gehoert.
+
+Handlungsbedarf: Typ-Spalte fuer diese 5 Zeilen nachtragen.
+
+### PL_07 Duplikat (1 Fehler)
+
+Die Signatur `UAKUG/NIM/PL_07` erscheint zweimal in der Objekte-Tabelle. validate.py meldet das als einzigen echten Fehler.
+
+Handlungsbedarf: Duplikat im Google Sheet pruefen und bereinigen.
+
+## Hoch — Unvollstaendige Erfassung
+
+### Bearbeitungsstand fehlt bei 213 von 282 Objekten
+
+Nur 69 Objekte haben einen Wert in der Spalte `Bearbeitungsstand`. Case-Inkonsistenzen und Tippfehler:
+
+- `vollstaendig` vs `Vollstaendig` vs `vollstaedig` (Tippfehler)
+- `begonnen` vs `Begonnen`
+- `in bearbeitung` vs `in Bearbeitung`
+
+Pipeline normalisiert Schreibweise automatisch (Kleinschreibung, Trim), aber Tippfehler wie `vollstaedig` werden nicht korrigiert.
+
+Handlungsbedarf: Einheitliche Schreibweise vereinbaren. Alle 282 Objekte mit Bearbeitungsstand versehen. Tippfehler korrigieren.
+
+### Nur 62 von 282 Objekten haben Verknuepfungen (22%)
+
+220 Objekte haben keinerlei Verknuepfungen. 78% der Objekte erscheinen in keiner Visualisierung ausser dem Archiv. Die 3 verknuepften Konvolute (NIM_003, NIM_004, NIM_007) machen den Grossteil der 1.246 Verknuepfungen aus.
+
+Handlungsbedarf: Priorisierung der naechsten Verknuepfungs-Arbeit.
+
+### 4 Objekte ohne Dokumenttyp
+
+4 Objekte haben keinen Wert in der Spalte `dokumenttyp`. Dokumenttyp ist zentrales Klassifikationsfeld.
+
+### 3 Objekte ohne Titel
+
+3 Objekte haben keinen Wert in der Spalte `titel`. Titel erscheint in allen Visualisierungen als Primaer-Label.
+
+## Mittel — Strukturelle Probleme im Google Sheet
+
+### Header-Shifts in 3 von 4 Indizes
+
+Organisationen, Orte und Werke: Die erste Datenzeile wird als Spaltenueberschrift interpretiert. Beispiel Werkindex:
+
+- Soll-Header: `m3gim_id, name, wikidata_id, komponist, rolle/stimme, anmerkung`
+- Ist-Header: `m3gim_id, Rossini Gioachino, wikidata_id, Barber Samuel, rolle/stimme, anmerkung`
+
+Pipeline korrigiert das automatisch (HEADER_SHIFTS-Mapping), aber die erste Datenzeile (z.B. Rossini) geht dabei verloren.
+
+Handlungsbedarf: In den 3 betroffenen Indizes eine echte Header-Zeile einfuegen.
+
+### Folio-Spalte ohne Header
+
+Die dritte Spalte in der Objekte-Tabelle hat keinen Spaltennamen. Pandas liest sie als `Unnamed: 2`. Pipeline erkennt die Spalte ueber den Index.
+
+Handlungsbedarf: Header `folio` fuer die dritte Spalte setzen.
+
+## Niedrig — Anreicherungs-Luecken
+
+### Wikidata-IDs fehlen bei 97% der Index-Eintraege
+
+Von 480 Eintraegen in den 4 Indizes haben nur 11 eine Wikidata-ID:
+
+- Personenindex: 3 von 296 (Malaniuk, Karajan, Boehm)
+- Organisationsindex: 4 von 58
+- Ortsindex: 0 von 31
+- Werkindex: 4 von 95
+
+Handlungsbedarf: Wird durch `reconcile.py` (geplant) semi-automatisch geloest.
+
+### Sprache nur bei 74 von 282 Objekten erfasst
+
+26% der Objekte haben einen Wert in `sprache`. Haeufigste Werte: deutsch (62), englisch (5), franzoesisch (4), italienisch (1), gemischt (2).
+
+## Pipeline-seitig behoben (kein Handlungsbedarf)
+
+- Case-Inkonsistenzen in typ, rolle, dokumenttyp — normalisiert mit `.lower().strip()`
+- Excel-Datetime-Artefakte — Pipeline streift Zeitanteil ab
+- 45 leere Zeilen in Verknuepfungen — Pipeline ueberspringt sie
+- 1 Template-Zeile in Verknuepfungen — Pipeline erkennt und ueberspringt sie
+- Komposit-Typen — Pipeline dekomponiert in Einzel-Relationen
+- Header-Shifts in 3 Indizes — Pipeline korrigiert via HEADER_SHIFTS-Mapping
+
+## Zusammenfassung der Handlungsbedarfe
+
+### Sofort (vor weiterer Erfassung)
+
+- Header-Shifts in 3 Indizes korrigieren (Header-Zeile einfuegen)
+- Folio-Spalte benennen
+- PL_07 Duplikat bereinigen
+- Bearbeitungsstand-Schreibweise vereinbaren
+
+### Laufend (bei der Erfassung)
+
+- Verknuepfungen: Signatur und Typ immer ausfuellen
+- Bearbeitungsstand fuer alle Objekte pflegen
+- Fehlende Dokumenttypen und Titel nachtragen
+- Sprache erfassen
+
+### Nach Abschluss der Erfassung
+
+- Wikidata-Reconciliation (`reconcile.py`)
+- Verknuepfungs-Fortschritt pruefen (Ziel: >50% verknuepfte Objekte)

…-refactor/knowledge/07-entscheidungen.md knowledge/Prozess/Entscheidungen.mdknowledge/_archive/2026-02-20-pre-kb-refactor/knowledge/07-entscheidungen.md renamed to knowledge/Prozess/Entscheidungen.md knowledge/_archive/2026-02-20-pre-kb-refactor/knowledge/07-entscheidungen.md renamed to knowledge/Prozess/Entscheidungen.md

@@ -1,58 +1,49 @@
-# Entscheidungen, Schulden & Prozesswissen
+# Architekturentscheidungen und Prozesswissen
 
-> 30 finale + 2 offene Architekturentscheidungen. Technische Schulden und Learnings aus Iteration 1+2.
-
----
+> 30 finale Architekturentscheidungen (E-01 bis E-30), offene Entscheidungen, technische Schulden und Learnings aus Iteration 1+2.
 
 ## Architekturentscheidungen (final)
 
 | ID | Entscheidung |
 |---|---|
 | E-01 | Vanilla JS (kein Framework) |
-| E-02 | D3.js v7 für alle Visualisierungen |
+| E-02 | D3.js v7 fuer alle Visualisierungen |
 | E-03 | ~~Vite v5~~ → Iteration 2: Kein Build-Tool, direkte ES6-Module auf GitHub Pages |
 | E-04 | Leaflet + CartoDB (deferred auf Iteration 2) |
 | E-05 | Offline-first (alle Daten bei Startup) |
 | E-06 | Google Sheets als Erfassungstool |
 | E-07 | Wikidata Q-IDs als Normdaten |
 | E-08 | JSON-LD / RiC-O 1.1 als Datenformat |
-| E-09 | Mobilitätsform-Präfix `[mobilität:]` im Anmerkungsfeld |
+| E-09 | Mobilitaetsform-Praefix `[mobilitaet:]` im Anmerkungsfeld |
 | E-10 | Synthetische Daten mit `_meta.synthetic` |
 | E-11 | ~~Vier Visualisierungen~~ → Iteration 2: 2 D3-Vis (Matrix, Kosmos) + 2 Views (Archiv, Indizes) |
-| E-12 | Netzwerk-Schwellenwert 3+ für Matrix |
+| E-12 | Netzwerk-Schwellenwert 3+ fuer Matrix |
 | E-13 | 5-Jahres-Intervalle in Matrix |
 | E-14 | Komponisten-Farbkodierung |
 | E-15 | 7 Lebensphasen LP1–LP7 |
 | E-16 | Scroll-Morphing im Kosmos |
-| E-17 | Farbe + Linienstil für Mobilitätstypen |
+| E-17 | Farbe + Linienstil fuer Mobilitaetstypen |
 | E-18 | ~~Zwei-Bereiche~~ → Iteration 2: Tab-basiert (Archiv, Indizes, Matrix, Kosmos) |
 | E-19 | ~~Tektonik-Sidebar~~ → Iteration 2: Bestand/Chronik-Toggle mit Inline-Expansion |
 | E-20 | ~~Modal~~ → Iteration 2: Inline-Expansion (Archiv) + Slide-in Sidebar (Indizes/Matrix/Kosmos) |
 | E-21 | Collapsible Provenienz-Darstellung |
-| E-22 | Gruppierte Verknüpfungen mit Icons |
-| E-23 | Horizontale Toolbar für Visualisierungen |
+| E-22 | Gruppierte Verknuepfungen mit Icons |
+| E-23 | Horizontale Toolbar fuer Visualisierungen |
 | E-24 | Export CSV > JSON-LD > GEXF > GeoJSON |
-| E-25 | Keine präemptive Performance-Optimierung |
-| E-26 | Seiten statt Modals — About/Projekt/Hilfe als bookmarkbare Hash-Routen statt Info-Modal |
-| E-27 | 4 funktionale Farbkategorien: KUG-Blau (Interaktion), Signal-Grün (Verknüpfung), Neutral-Grau (Abwesenheit), Warmer Hintergrund (Struktur) |
-| E-28 | Handreichung als UX-Quelle — Erfassungskonventionen (Schichten-Modell, Datumsformat, Abwesenheits-Semantik) direkt in Frontend-Texte |
+| E-25 | Keine praeemptive Performance-Optimierung |
+| E-26 | Seiten statt Modals — About/Projekt/Hilfe als eigenstaendige HTML-Seiten |
+| E-27 | 4 funktionale Farbkategorien: KUG-Blau (Interaktion), Signal-Gruen (Verknuepfung), Neutral-Grau (Abwesenheit), Warmer Hintergrund (Struktur) |
+| E-28 | Handreichung als UX-Quelle — Erfassungskonventionen direkt in Frontend-Texte |
 | E-29 | Dynamischer Counter: "X von Y Objekten" bei aktivem Filter, sonst "Y Objekte · Z Konvolute" |
 | E-30 | Stats-Bar entfernt — keine duplizierte Statistik im Header, Info nur kontextuell im Archiv-Tab |
 
----
-
 ## Offene Entscheidungen
 
-| Thema | Priorität | Optionen |
+| Thema | Prioritaet | Status |
 |---|---|---|
-| ~~Karrierefluss vs. Karte~~ | erledigt | Beide ersetzt: Sankey → Indizes, Karte weiterhin verschoben |
-| Matrix Zeitfilter UI | hoch | Slider, Dropdown, oder Timeline-Brush |
-| ~~Deep Linking~~ | erledigt | Hash-basiert implementiert (router.js) |
-| ~~Navigation-Architektur~~ | erledigt | Seiten statt Modals (E-26) |
+| Matrix Zeitfilter UI | hoch | Slider, Dropdown, oder Timeline-Brush — noch nicht entschieden |
 | Wikidata-Reconciliation | hoch | reconcile.py implementieren, Kosmos-View anpassen |
 
----
-
 ## Technische Schulden (Iteration 1) — Status
 
 - ~~`app.js` monolithisch (1.101 Zeilen)~~ → Behoben: 15+ Module (main.js, router.js, loader.js, etc.)
@@ -62,24 +53,16 @@
 - Kein CSV/JSON-LD-Export aus Archiv-View (offen)
 - ~~Inline-CSS in partitur.js~~ → Behoben: CSS-Klassen in archiv.css
 
----
-
 ## Verschobene Features
 
-| Priorität | Feature | Status |
+| Prioritaet | Feature | Status |
 |---|---|---|
 | Hoch | Wikidata-Reconciliation (reconcile.py) | offen |
 | Hoch | Export CSV/JSON-LD/GEXF | offen |
-| Hoch | ~~Matrix Kategoriefilter~~ | erledigt (Session 9, M3) |
 | Mittel | Matrix Zeitfilter/Zoom | offen |
-| Mittel | ~~Deep Linking~~ | erledigt (Hash-Router) |
 | Mittel | Cross-Visualization Linking | offen |
 | Mittel | Merkliste + CSV-Export | offen |
 | Niedrig | Leaflet Karte | offen |
-| Niedrig | ~~Kosmos Scroll-Morphing~~ | gestrichen (E-16) |
-| Niedrig | ~~Kosmos Zoom/Pan~~ | erledigt (Session 9, M10) |
-
----
 
 ## Prozesswissen (Iteration 1)
 
@@ -88,34 +71,30 @@
 - Promptotyping-Dokumente als Source of Truth (12 Knowledge-Docs → Code-Generierung)
 - Synthetische Daten entkoppeln Frontend- von Datenarbeit
 - Design-System als CSS Custom Properties vorab definiert
-- Offline-first überlebt Funding-Gaps
-- Iterative Vis-Entwicklung (Partitur zuerst → Patterns für Matrix/Kosmos/Karrierefluss)
+- Offline-first ueberlebt Funding-Gaps
+- Iterative Vis-Entwicklung (Partitur zuerst → Patterns fuer Matrix/Kosmos/Karrierefluss)
 
 ### Was in Iteration 2 anders
 
 - Data-first statt UI-first
 - Modularisierung von Anfang an
-- User Testing früher
+- User Testing frueher
 - Evaluation-driven Priorisierung (FF3=60% braucht Aufmerksamkeit)
 - Controlled Vocabulary Enforcement bei Datenerfassung
 
-### Positive Überraschungen aus der Datenanalyse
+### Positive Ueberraschungen aus der Datenanalyse
 
-- Erschließungstiefe bei 3 Konvoluten (1.246 effektive Verknüpfungen) übertrifft Erwartungen
-- Gender-inklusives Rollen-Vokabular (58 Werte mit `:in`-Form) zeigt sorgfältige Erfassung
+- Erschliessungstiefe bei 3 Konvoluten (1.246 effektive Verknuepfungen) uebertrifft Erwartungen
+- Gender-inklusives Rollen-Vokabular (58 Werte mit `:in`-Form) zeigt sorgfaeltige Erfassung
 - 257/296 Personen mit Kategorie — Begegnungs-Matrix bekommt direkt Daten
-- 134 Werk-Verknüpfungen ermöglichen substantiellen Rollen-Kosmos
+- 134 Werk-Verknuepfungen ermoeglichen substantiellen Rollen-Kosmos
 
 ### Erkenntnisse aus Daten-Exploration (Feb 2026)
 
 - Konvolut-Hierarchie entdeckt: Objekt-ID = archivsignatur + folio (2 Spalten)
-- Verknüpfung über String-Matching (`name`-Spalte), nicht über IDs
+- Verknuepfung ueber String-Matching (`name`-Spalte), nicht ueber IDs
 - Header-Shifts in 3 von 4 Indizes — Pipeline muss Spaltennamen mappen
 - Dokumenttyp-Vokabular gewachsen (18 → 25 Werte)
-- Case-Inkonsistenzen durchgängig — Pipeline normalisiert mit `.lower().strip()`
-- Wikidata wird via Reconciliation-Script befüllt, nicht manuell
-- 62/282 Objekte mit Verknüpfungen (22%) — Verknüpfungsarbeit steht am Anfang
-
----
-
-Siehe auch: [→ Architektur](04-architektur.md) · [→ Visualisierungen](06-visualisierungen.md) · [→ Projekt](01-projekt.md)
+- Case-Inkonsistenzen durchgaengig — Pipeline normalisiert mit `.lower().strip()`
+- Wikidata wird via Reconciliation-Script befuellt, nicht manuell
+- 62/282 Objekte mit Verknuepfungen (22%) — Verknuepfungsarbeit steht am Anfang

knowledge/README.md

@@ -26,6 +26,8 @@
 ## Prozess
 
 - [Operativer Plan](Prozess/Operativer%20Plan.md) — Umsetzungsstand, Priorisierung, naechste Schritte
+- [Entscheidungen](Prozess/Entscheidungen.md) — 30 Architekturentscheidungen (E-01–E-30), Prozesswissen, Learnings
+- [Datenqualitaet-Baseline](Prozess/Datenqualitaet-Baseline.md) — Audit-Ergebnisse Feb 2026, Handlungsbedarfe
 
 ## Steuerung
 
@@ -38,10 +40,6 @@
 - [Journal Volltext](appendices/journal-volltext.md) — Arbeitsjournal Sessions 1–15
 - [Meeting 2026-02-24](appendices/meeting-2026-02-24.md) — Volltext Kick-off-Vorbereitung
 
-## Archiv
-
-- Vor-Refactor-Sicherung: `_archive/2026-02-20-pre-kb-refactor/`
-
 ## Pflegehinweis
 
 - Forschungsdokumente (Forschung/) werden synchron im Obsidian-Vault und im Repo gepflegt