http://cceh.github.io/projects/table.html
???
Einblick in die Werkstatt
* vorläufig, unvollständig, kann schon morgen überholt sein
* Typologie
* Standards
* Schnittstellen
* Werkzeuge
* Management
* was gleich aussieht (z.B. "eXist") muss nicht das gleiche sein
---
name: Haller
background-image: url(images/Haller.png)
background-size: 90%
WORKFLOW – BEISPIEL 1 (Haller Online)
???
Typischer Anwendungsfall:
* Bearbeitung in XML (oXygen *author mode*/Ediarum)
* Datenhaltung in XML-DB
* Frontendgenerierung durch X-Technologien oder JS-Frameworks
eine ähnliche Ressource: Monasterium (techn. unterschiedlich umgesetzt)
---
name: Papyri-WL
background-image: url(images/Papyri-WL.png)
background-size: 90%
WORKFLOW – BEISPIEL 2 (Papyri-WörterListen)
???
Etwas anders gelagert:
* regelmässige Übernahme von extern erstellten Daten
* Transformation nach XML/TEI
* Daten haben eigentlichen Publikationscharakter
* Webapp macht Daten besser zugänglich
---
name: Luhmann
background-image: url(images/Luhmann.png)
background-size: 80%
ARCHITEKTUR – BEISPIEL 1 (Luhmann)
???
entspricht dem Haller-Beispiel:
* Datenbearbeitung in oXygen (hier: nicht serverbasiert)
* XML-DB als Datenserver, aber nicht Anwendungsserver
* Generierung der Anwendungsfunktionalität und des HTML-Frontends durch Node.js und React.js
---
name: Lokalbericht
background-image: url(images/LB_KILN.png)
background-size: 90%
ARCHITEKTUR – BEISPIEL 2 (Lokalbericht)
???
Architektur für solitäre digitale Editionen/Editoinsserien
* es geht auch ohne XML-DB
* Nachnutzung einer bestehenden Software (Kiln, KCL London), die sich sehr flexibel anpassen lässt
* auch Datenbankfunktionalitäten sind möglich
mitentscheidend:
* Projektstruktur
* Charakteristik der Daten
* Kenntnisse von Mitarbeitern
---
name: Quintessenz
class: center, center
## Editionen am CCeH
#4. QUINTESSENZ
???
Spannungsfeld: Nachnutzung von andernorts entwickelter Software <––> Eigenentwicklung
Wäre mehr Konvergenz möglich?
* ja, grundsätzlich schon; allerdings
* droht das die Forschung zu lähmen (Suche nach besseren Lösungen)
* sieht jedes Problem nach Nagel aus, wenn man einen Hammer hat
* fehlen uns institutionelle Mittel für die Entwicklung einer solchen Grundlage (kann nicht durch Projekte geleistet werden); das sieht z.B. an einer Bibliothek anders aus
Was wir auf jeden Fall anstreben:
* Methodenkonvergenz
* Stabile Endpoints (das können auch statisch gelagerte Daten sein)
* technische Schulden minimieren
* umfassende Dokumentation (DCH-Factsheet)
---
name: DCH
FACTSHEET
???
**DCH**