Kitodo-Community October 2020

kitodo-community@kitodo.org

7 participants
5 discussions

by Robert Strötgen

Liebe Kolleginnen und Kollegen, liebe Mitglieder des Vereins und der Community, zurzeit macht die Corona-Pandemie uns allen das Leben und die Zusammenarbeit schwerer. Ich hoffe, Sie alle sind gesund und wohlauf! Auch als Kitodo e.V. trifft uns das, jetzt aktuell auch mit der Absage des Bibliothekartags in Hannover. Konkret betrifft das: * Mitgliederversammlung am 27.05.2020 Mit der Absage des Bibliothekartags kann die geplante Mitgliederversammlung nicht mehr wie geplant stattfinden. Wir können nicht davon ausgehen, dass zu dem Termin eine normale Mitgliederversammlung in normaler Form stattfinden kann, in der auch die anstehenden Wahlen satzungskonform durchgeführt werden könnten. Deshalb schlagen wir vor, zum gleichen Termin, also am 27.05.2020 von 14:00 bis ca. 15:00 Uhr eine Mitgliederversammlung ohne Wahlen abzuhalten. In dieser Sitzung möchten wir einerseits über aktuelle Entwicklungen zu Kitodo informieren und gleichzeitig die Idee von Kitodo-Entwicklungsfonds vorstellen und diskutieren. Eine Einladung erfolgt rechtzeitig vorher. Für den Herbst (Oktober/November) planen wir in Braunschweig ein weiteres Kitodo-Anwendertreffen mit einer angeschlossenen Mitgliederversammlung, in der wir dann die Wahlen in einem geordneten Verfahren durchführen und einen Beschluss zu den Entwicklungsfonds fassen können. Sollte auch im Herbst noch kein persönliches Zusammentreffen möglich sein, werden wir in Abstimmung mit Ihnen nach anderen Alternativen suchen. * Workshops zu Kitodo.Production 3.0 Den Einführungs-Workshop zu Kitodo.Production 3.0 am 19.03.2020 in Berlin mussten wir bereits absagen, auch der Migrations-Workshop am 28.04.2020 in Braunschweig wird nicht wie geplant stattfinden können. Wir werden nun auf Webinare umsteigen müssen. Für den Einführungs-Workshop sind drei einstündige, aufeinander aufbauende Webinare vom 27.04.2020 bis zum 29.04.2020 vorgesehen. Workshop Teil 1: 27.04., 9:30 – 11:00 Thema: Kitodo 3.0 – Vorstellung der Architektur und Benutzungsschnittstelle Workshop Teil 2: 28.04., 9:30 – 10:30 (Information) & 10:30 – 13:00 (bei Bedarf Werkstatt) Thema: How to Install Kitodo 3 – Eine Stunde allgemeine Informationen, danach für Interessierte, Selbstausprobieren in der Werkstatt. Workshop Teil 3: 29.04., 9:30 – 10:30 (Information) & 10:30 – 13:00 (bei Bedarf Werkstatt) Thema: Konfigurationsmöglichkeiten bei Kitodo 3 – Eine Stunde allgemeine Informationen, danach für Interessierte, die die Installation hinbekommen haben, Selbstausprobieren in der Werkstatt. Für den Migrations-Workshop werden wir Ende Mai oder Anfang Juni einen Webinar-Termin ansetzen. Wir werden rechtzeitig informieren. Alle angemeldeten Teilnehmer*innen werden direkt angeschrieben und mit den nötigen Informationen versorgt. Falls Sie sich zu den ursprünglichen Workshops nicht anmelden konnten, an den neuen Terminen und Formaten aber teilnehmen können, melden Sie sich bitte unter contact(a)kitodo.org in der Kitodo-Geschäftsstelle. Wir hoffen auf Ihre Zustimmung und Ihr Verständnis zu den Änderungen und Verschiebungen. Bitte melden Sie sich mit Fragen oder auch Anregungen gerne jederzeit bei mir! Besten Gruß, und bleiben Sie gesund, Robert Strötgen -- Robert Strötgen Technische Universität Braunschweig Stellv. Direktor der Universitätsbibliothek Leiter der Abteilung IT und forschungsnahe Services Universitätsplatz 1, 38106 Braunschweig +49 (0)531-391-5012 r.stroetgen(a)tu-braunschweig.de www.ub.tu-braunschweig.de

5 years

Re: [Kitodo] Frage zur Eignung von KITODO für kleine Projekte im Bereich Volkskunde

by Timo Volkmar

Hallo zusammen, vielen dank für die entsprechenden Erläuterungen und Vorschläge. Ich hatte vor meinem Urlaub gar nicht mit so viel Resonanz gerechnet. Ich werde soweit möglich auf Wikisource und MODS-XML zurückgreifen. Auch auf EVIFA werde ich entsprechend zukommen - danke für den Tipp. Die Lizenz-Problematik ist mir bewusst, allerdings bin ich mir nicht sicher, inwiefern ich die Sagen-Texte überhaupt unter eine 'neuere' Lizenz stellen kann. Inhalte von Sagen sind - soweit meine Recherche - vom Urheberrecht ausgenommen, sofern sie nicht zum Zwecke der Verbreitung angepasst wurden (Übersetzung, Modernisierung, Illustrierung o.ä) da die Sagen-Texte sich auf die 'Ursprungssammlung' beziehen und dort jeweils als Quelle der/die 'mündlich letzte Überliefernde' genannt sind, denke ich das ich die Texte nur unverändert verwenden kann ohne ein Lizenzrechtliches Fass auf zu machen. Entsprechende Kommentare und Erläuterunen zu den Sagentexten (Quel-l und Recherchenachweise, eine Version in Hochdeutsch z.B) würde ich dann aber auch als CC-by-sa [8] beilegen. Vielen Dank und Grüße Timo Volkmar Am 2020-10-23 10:38, schrieb Ronge, Matthias: > Lieber Herr Volkmar, > > Die Frage der Eignung von Kitodo steht und fällt meines Erachtens mit dem Format Ihres Sagen-Rohmaterials. Es geht beim Kitodo-System um den Erhalt des optischen Eindrucks von vornehmlich (handschriftlichem oder) gedrucktem, und dann eingescanntem Material (das in der Regel so alt ist, dass es keine digitale Vorlage gibt). Handelt es sich um Bücher oder Seiten daraus, oder lose Blätter, Fotos, Karten, die Sie einscannen möchten (oder es schon getan haben), wäre Kitodo möglicherweise ein geeignetes Werkzeug. Wenn es sich dabei nur um Texte (Word-Dokumente o.ä.) handelt, müssten Sie daraus seitenweise Bilddateien erzeugen (TIFF oder JPEG, kein PDF!), wenn die Texte durchsuchbar sein sollten zusätzliche Textinformationen in einem Ausgabeformat, wie es gewöhnlicherweise von OCR-Systemen geliefert wird: ALTO-XML. > > Die Wichtigste Anforderung an Daten, die man der Öffentlichkeit zur Verfügung stellen will ist: Stellen Sie Ihre Daten unter eine offene Lizenz (z.B. Creative Commons [1]) und legen Sie dies schriftlich nieder. Das wird leider viel zu oft vergessen, und sonst gelten automatisch alle Schutzrechte (Urheberrecht usw.) an Ihrem Werk und es nützt niemandem. > > Was eine Veröffentlichung angeht, möchte ich Ihnen noch vorschlagen, dass Sie sich einmal an die Virtuelle Fachbibliothek der ethnologischen Fächer ( http://www.evifa.de/v2/de ) wenden. Wahrscheinlich besteht dort für Ihr Projekt Interesse. Es wäre wertvoll, wenn diese Ihr Werk in ihre übergreifende Suche einbinden könnten, damit es von Interessierten noch besser gefunden wird. Möglicherweise hat man dort auch Vorschläge, auf welcher technischen Basis man das Material am besten zur Verfügung stellen könnte. Falls eine OAI-MPH Schnittstelle gebraucht wird und Sie sich für die Nutzung der KITODO Software entscheiden, diese Komponente befindet sich im KITODO in der Anwendung "Presentation". > > Was ich technisch empfehlen würde wäre, die Beschreibungen möglichst detailreich in MODS-XML zu machen. Das ist in Bibliotheken sehr weit verbreitet und kann auch in Zukunft gut von Institutionen nachgenutzt werden. So etwas könnte dann zum Beispiel so aussehen: > > <?xml version="1.0" encoding="utf-8"?> > > <mods xmlns="http://www.loc.gov/mods/v3"> > >  > >  > > <location> > > <url access="raw object">wolf-sieben-geisslein.pdf</url> > > </location> > >  > > <titleInfo xml:lang="de"> > > <nonSort>Der </nonSort> > > <title>Wolf und die sieben jungen Geißlein</title> > > </titleInfo> > > <titleInfo xml:lang="de" type="alternative"> > > <nonSort>Der </nonSort> > > <title>Wolf und die sieben Geißlein</title> > > </titleInfo> > > <titleInfo xml:lang="en" type="translated"> > > <nonSort>The </nonSort> > > <title>Wolf and the Seven Young Goats</title> > > </titleInfo> > >  > > <name type="personal" valueURI="https://d-nb.info/gnd/118542257"> > > <namePart type="given">Jacob</namePart> > > <namePart type="given">Ludwig</namePart> > > <namePart type="given">Karl</namePart> > > <namePart type="family">Grimm</namePart> > > <namePart type="date">1785-01-04/1863-09-20</namePart> > > <role> > > <roleTerm type="text" xml:lang="de">Redakteur</roleTerm> > > <roleTerm type="text" xml:lang="en">Redaktor</roleTerm> > > <roleTerm type="code" authority="marcrelator">red</roleTerm> > > <roleTerm valueURI="http://id.loc.gov/vocabulary/relators/red"/> > > </role> > > </name> > >  > > <typeOfResource>text</typeOfResource> > > <genre type="style" valueURI="https://de.wikipedia.org/wiki/Tierm%C3%A4rchen" > > xml:lang="de" displayLabel="Genre">Tiermärchen</genre> > > <genre authority="lcsh" displayLabel="LC Subject Headings" > > valueURI="https://id.loc.gov/authorities/subjects/sh2008103478">Fairy > > tales--Germany</genre> > > <genre authority="atu" displayLabel="Aarne-Thompson-Uther-Index">123</genre> > > </mods> > > Die gesamte Dokumentation zu MODS finden Sie hier: https://www.loc.gov/standards/mods/userguide/generalapp.html > > Wertvoll sind möglichst viele Bezüge zu anderen Katalogsisierungssystemen, möglichst (auch) über ihre permanente URL (valueURI) zu hinterlassen, die können maschinell ausgewertet werden. > > Es gibt noch mehr Tags, zum Beispiel für Geographie, der Abschnitt (innerhalb des <subject>-Tags) ist sehr komplex, je nachdem wie man das katalogisieren will, z.B. mit Geokoordinaten (Punkt? Rechteck? Polygon?) oder auch über bestehende Kataloge (aktueller oder auch historischer) geographischer Namen. > > Wenn Sie noch Fragen haben, können Sie mir gerne auch noch einmal schreiben. Ich bin einer der Kitodo.Production-Entwickler (Java) und habe, bevor ich vor 8 Jahren zu KITODO stieß, an der Bayerischen Staatsbibliothek in der IT für mehrere Virtuelle Fachbibliotheken gearbeitet. > > Mit freundlichen Grüßen > > Matthias Ronge > > ------------------------- > > Matthias Ronge > Software Entwicklung/Software Development > > [2] > > [3] > > [4] > > [5] > > ZEUTSCHEL GMBH | Heerweg 2 | 72070 Tübingen | Deutschland > p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44 > e: Matthias.Ronge(a)zeutschel.de | w: http://www.zeutschel.de > > Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917 > > [6] > > VON: kitodo-community-bounces(a)kitodo.org <kitodo-community-bounces(a)kitodo.org> IM AUFTRAG VON Timo Volkmar > GESENDET: Sonntag, 18. Oktober 2020 11:39 > AN: kitodo-community(a)kitodo.org > BETREFF: [Kitodo] Frage zur Eignung von KITODO für kleine Projekte im Bereich Volkskunde > > Hallo zusammen, > > ich habe mir im Zuge von Corona als ein Langzeit-'Hobbyprojekt' vor genommen, regionale Sagen zu archivieren, kategorisieren (ATU-Index [7]) und zu lokalisieren (Georeferenzieren). > 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. > > 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. > > Ein Quelloffener (und um Zusatzinformationen erweiterbarer) Standard zur Digitalisierung klingt erst mal nach genau dem was ich suche. > 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. > > 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 ). > Ich bräuchte im Idealfall ja nur bei der Erfassung das Solr-Schema einzuhalten und eine Anbindung an ein Suchnetzwerk .... > > Die Präsentation der Information zu den Sagen könnte ja theoretisch auf jede denkbare Art und Weise sonst wie erfolgen. > > Daher meine Fragen: > > * Würde die Community die komplette KITODO-Suite für so ein Projekt für geeignet halten? > > * Und/Oder welche Bestandteile würdet Ihr empfehlen zu nutzen? > > * Ich selbst bin PHP-Entwickler und denke irgendwie in Front-/Backend (Shopsytem und ERP geschädigter ). > 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? > Oder eine Kombi aus KITODO-Production, KITODO-Publication? Wie würde denn eine 'Headless' KITODO Installation aussehen ( Core + API )? > > Derzeit wäre meine Herangehensweise wie folgt: > > * KITODO.Production-Instanz aufsetzen ( ich vermute das beinhaltet den Core s.o. ) > * Daten darüber erfassen > > * 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 ) > 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. > > Viele Grüße an die ML > > -- > > Timo Volkmar -- Timo Volkmar - Inhaber - E-Mail: tvolkmar(a)rootfuchs.de Tel.: +49 176 10146563 Web: www.rootfuchs.de [9] rootfuchs Webentwicklung Inhaber: Timo Volkmar Rechtsform: Einzelunternehmen USt-IdNr.: DE273605139 Adresse: Hochstraße 72, 66292 Riegelsberg, Deutschland Links: ------ [1] https://creativecommons.org/licenses/?lang=de#content [2] http://www.zeutschel.de [3] https://twitter.com/zeutschelgmbh [4] http://www.youtube.com/user/zeutschelbookscanner [5] https://www.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts [6] https://www.zeutschel.de/ [7] https://de.m.wikipedia.org/wiki/Aarne-Thompson-Uther-Index [8] https://creativecommons.org/licenses/by-sa/4.0/ [9] http://www.rootfuchs.de

5 years

OAI Paginiereung umgehe

by Matthias Müller-Prove

Moin liebe kitodo’ers, neu in dieser Community falle ich gleich mal mit meiner Frage ins Haus, da ich keine Doku zum kitodo-Projekt gefunden habe. Die OAI 2.0-Schnittstelle der Leibnitz-Bibliothek bietet mir anscheinend immer nur 5 Records an. Die nächsten 5 kommen nach Klick auf den Button [Resume]. Bei 3000+ Einträge ist es recht unhandlich die vollständigen Metadaten des Archives zu sichten. http://digitale-sammlungen.gwlb.de/oai2/?verb=ListRecords&metadataPrefix=me… Gibt es Parameter, die die Paginierung umgehen und alle Records als XML liefern? Oder wie sähe ungefähr der JavaScript Code aus, der mir aus 3000/5=600 Einzelanfragen die METS/MODS-Datei zusammen baut? Es grüßt Matthias MProve :: Ideas + Interaction + Design : https://mprove.de :: :: Chrono Research Lab : https://mprove.de/chronolab ::

5 years, 1 month

Frage zur Eignung von KITODO für kleine Projekte im Bereich Volkskunde

by Timo Volkmar

Hallo zusammen, ich habe mir im Zuge von Corona als ein Langzeit-'Hobbyprojekt' vor genommen, regionale Sagen zu archivieren, kategorisieren (ATU-Index [1]) und zu lokalisieren (Georeferenzieren). 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. 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. Ein Quelloffener (und um Zusatzinformationen erweiterbarer) Standard zur Digitalisierung klingt erst mal nach genau dem was ich suche. 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. 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 ). Ich bräuchte im Idealfall ja nur bei der Erfassung das Solr-Schema einzuhalten und eine Anbindung an ein Suchnetzwerk .... Die Präsentation der Information zu den Sagen könnte ja theoretisch auf jede denkbare Art und Weise sonst wie erfolgen. Daher meine Fragen: * Würde die Community die komplette KITODO-Suite für so ein Projekt für geeignet halten? * Und/Oder welche Bestandteile würdet Ihr empfehlen zu nutzen? * Ich selbst bin PHP-Entwickler und denke irgendwie in Front-/Backend (Shopsytem und ERP geschädigter ). 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? Oder eine Kombi aus KITODO-Production, KITODO-Publication? Wie würde denn eine 'Headless' KITODO Installation aussehen ( Core + API )? Derzeit wäre meine Herangehensweise wie folgt: * KITODO.Production-Instanz aufsetzen ( ich vermute das beinhaltet den Core s.o. ) * Daten darüber erfassen * 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 ) 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. Viele Grüße an die ML -- Timo Volkmar Links: ------ [1] https://de.m.wikipedia.org/wiki/Aarne-Thompson-Uther-Index

5 years, 1 month

Einladung: 2. Online-Session DINI-AG KIM: "Standardisierte Rechteinformationen in Metadaten"

by Hohmann, Andre

Liebe Liste, wir möchten Sie auf die zweite Online-Session der DINI-AG KIM Lizenzen Gruppe am 03.11.2020 hinweisen, in der Johann Rolschewski einen Überblick über Rechteinformationen in der ZDB geben wird: · https://wiki.dnb.de/x/gUfVCg Wir würden uns sehr darüber freuen, zahlreiche Teilnehmende begrüßen zu können. Bitte leiten Sie diese Einladung gerne an interessierte Kolleginnen und Kollegen weiter. Sie haben Fragen zur Veranstaltung? Dann schreiben Sie an: · andre.hohmann(a)slub-dresden.de<mailto:andre.hohmann@slub-dresden.de> Viele Grüße Lizenzen Gruppe der DINI-AG KIM -- André Hohmann Sächsische Landesbibliothek - Staats- und Universitätsbibliothek Dresden (SLUB) Abteilung Bestandsentwicklung und Metadaten, Referat 3.0 01054 Dresden Besucheradresse: Zellescher Weg 18, 01069 Dresden Tel.: +49 351 4677 320 | Fax: +49 351 4677 320 E-Mail: andre.hohmann(a)slub-dresden.de www.slub-dresden.de<http://www.slub-dresden.de/>

5 years, 1 month

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

Kitodo-Community October 2020