<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
</head>
<body>
<p>Hallo Timo,</p>
<p>das Kitodo-System dient im Wesentlichen zur Aufbereitung
bestehender Werke für eine Online-Präsentation. <br>
</p>
<p>Kitodo.Production ist die Oberfäche, die diese Prozesse innerhalb
von Bibliotheken unterstützt. Frontend und Backend liegen hier
gemeinsam in einer JavaEE-Application vor. In der
Kitodo.Production Web-Oberfläche können Mitarbeiter von
Bibliotheken Daten des digitalisierten Werkes aufnehmen,
bearbeiten und letztendlich in Richtung einer
Präsentations-Plattform exportieren (default:
Kitodo.Presentation).<br>
</p>
<p>Für Kitodo.Production bedeutet das typischerweise: Es gibt ein
gedrucktes Werk, dieses hat bibliothekarische Metadaten (die z.B.
aus einem bibliothekarischen Katalog online abrufbar sind), die
physischen Seiten liegen als Scannerdaten vor, jetzt soll noch
eine Struktur mit Abschnitten angelegt werden, usw. Ist das für
das angedachte Sagenarchiv der Fall? Klingt für mich nicht so.
Insofern halte ich das nicht für sinnvoll. </p>
<p>Was die tatsächliche Präsentation für die Nutzer im Netz angeht
(Kitodo.Presentation auf der Basis von Typo3) kann ich allerdings
nichts sagen, da wir diese Komponente bei uns nicht einsetzen.</p>
<p>Die Verarbeitung geografischer Informationen mit
Kitodo.Production ist meines Wissens nicht möglich. </p>
<p><br>
</p>
<p>Mit freundlichen Grüßen<br>
Uwe Hartwig<br>
</p>
<p><br>
</p>
<div class="moz-cite-prefix">Am 18.10.20 um 11:38 schrieb Timo
Volkmar:<br>
</div>
<blockquote type="cite"
cite="mid:98eba19bc52c2887ada613db4aec5b03@rootfuchs.de">
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<p>Hallo zusammen,</p>
<p>ich habe mir im Zuge von Corona als ein Langzeit-'Hobbyprojekt'
vor genommen, regionale Sagen zu archivieren, kategorisieren (<a
href="https://de.m.wikipedia.org/wiki/Aarne-Thompson-Uther-Index"
moz-do-not-send="true">ATU-Index</a>) und zu lokalisieren
(Georeferenzieren).<br>
Da ich mir die Mühe nicht machen möchte um danach alles auf
meiner Festplatte verwahrlosen zu lassen, möchte ich alles in
möglichst offen Standards zur Verfügung stellen.</p>
<p>Im Zuge der Recherchen, bin ich dabei über das Kartenforum des
SLUB, auf deren Git-Repo und darüber natürlich auf KITODO
gestoßen.</p>
<p><br>
Ein Quelloffener (und um Zusatzinformationen erweiterbarer)
Standard zur Digitalisierung klingt erst mal nach genau dem was
ich suche.<br>
Ich bin nur unsicher, ob ich mit der kompletten KITODO-Suite,
Tomcat, Typo3, Solr etcpp. nicht Over-Engeneering betreibe und
mit Kanonen auf Spatzen schieße.</p>
<p>Im Grunde habe ich ja kein 'Werk' das es zu digitalisieren
gilt, sondern meist reine ( um div. Referenzen angereicherte )
textuelle Information ( selten mal Bilder im Zuge der Recherche-
und Quellnachweise ).<br>
Ich bräuchte im Idealfall ja nur bei der Erfassung das
Solr-Schema einzuhalten und eine Anbindung an ein Suchnetzwerk
....</p>
<p><br>
Die Präsentation der Information zu den Sagen könnte ja
theoretisch auf jede denkbare Art und Weise sonst wie erfolgen.
</p>
<p>Daher meine Fragen:</p>
<ul>
<li>Würde die Community die komplette KITODO-Suite für so ein
Projekt für geeignet halten?</li>
</ul>
<ul>
<li>Und/Oder welche Bestandteile würdet Ihr empfehlen zu nutzen?
</li>
<li>Ich selbst bin PHP-Entwickler und denke irgendwie in
Front-/Backend (Shopsytem und ERP geschädigter ). <br>
Ich begreife über die Infos auf der Webseite gerade nicht, wer
die Core-Funktionlität von KITODO bereit stellt.
KITODO-Production als Java-Tomcat Applikation? Die nackte
Solr-Instanz? <br>
Oder eine Kombi aus KITODO-Production, KITODO-Publication? Wie
würde denn eine 'Headless' KITODO Installation aussehen ( Core
+ API )?</li>
</ul>
<p>Derzeit wäre meine Herangehensweise wie folgt:</p>
<ol>
<li>KITODO.Production-Instanz aufsetzen ( ich vermute das
beinhaltet den Core s.o. )</li>
<li>Daten darüber erfassen</li>
<li>Frontend abhängig der Zweckmäßigkeit auswählen. ggf. eine
API-Solr Anbindung - für ein Mediawiki z.B - selbst schreiben?
(... ja ich bin was Typo3 angeht ein gebranntes Kind ;-)
zugegen das ist wohl ein halbes Jahrzehnt her )<br>
Ursprünglich Kern der Idee war nämlich, aus den
Sagen/Geoninformationen Radrouten für mich zu erstellen, dann
das auch zu Verfügung zu stellen, dann die Recherche auch zu
dokumentieren ... etcpp. <br>
<br>
</li>
</ol>
<p> </p>
<p>Viele Grüße an die ML</p>
<div>-- <br>
<div class="pre" style="margin: 0; padding: 0; font-family:
monospace">Timo Volkmar</div>
</div>
<br>
<fieldset class="mimeAttachmentHeader"></fieldset>
<pre class="moz-quote-pre" wrap="">_______________________________________________
Kitodo-Community mailing list
<a class="moz-txt-link-abbreviated" href="mailto:Kitodo-Community@kitodo.org">Kitodo-Community@kitodo.org</a>
<a class="moz-txt-link-freetext" href="https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community">https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community</a>
</pre>
</blockquote>
<pre class="moz-signature" cols="72">--
Uwe Hartwig
Anwendungsentwickler IT / Digitale Dienste
Universitäts- und Landesbibliothek Sachsen-Anhalt
August-Bebel-Straße 13
D - 06108 Halle (Saale)
Fon: + 49 345 55 22 183
Mail: <a class="moz-txt-link-abbreviated" href="mailto:uwe.hartwig@bibliothek.uni-halle.de">uwe.hartwig@bibliothek.uni-halle.de</a></pre>
</body>
</html>