Wichtiger Impuls von @toroe und Claudia Esch zur nachhaltigen Ent- und Abwicklung digitaler Editionsprojekte.

#DHd2026 #digitalscholarlyediting #longevity #LZV

@tobiaskraft @toroe warum müssen alle digitalen Editionen dynamisch sein?
@stefan_hessbrueggen @toroe Müssen sie nicht, aber die meisten - jenseits von minimal editions - sind es aktuell. Ich frage mich eher: finden wir gemeinsame Standards für das Einfrieren dynamischer Editionen für die LZA und LZV als - dann - statische Ressourcen?

@tobiaskraft @stefan_hessbrueggen @toroe

Das wollte ich vorher eigentlich auch noch fragen: Bekommen wir die Komplexitäten digitaler #Edition en in einen #EPUB wrapper hinein, ohne Komplexität zu verlieren?

Alle Listen hinten in html:table hinein, die tei:header auch?
Dann könnte man, wie Jan Odstrčlik das in der Diskussion angesprochen hat, auch billige E-Ink-Devices an die Stelle der von @jorisvanzundert vorgeschlagenen #raspberrypi stellen? Kostet weniger mit Screen und SD-Card…

@type @tobiaskraft @stefan_hessbrueggen @toroe EPUB is HTML5 with a lightweight more or less standardized contents/folder structure, zipped. Right? So yes. You'd have to do some intricate things with HTML attributes for sure, but it should be possible.
@jorisvanzundert @tobiaskraft @stefan_hessbrueggen @toroe Yes, that was what I was thinking about. Metadata in #DublinCore and additionally in some wrapper XML. Display abilities would depend on the abilities of your device (RaspPi 4B is much better than "minimal" in this regard, but it adds a device-level dependence on longevity of Pi OS support etc).