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">
>
> <!-- URL des beschriebenen Objekts, z.B. ein PDF -->
>
> <!-- Hier liegt die PDF im selben Verzeichnis wie das XML -->
>
> <location>
>
> <url access="raw object">wolf-sieben-geisslein.pdf</url>
>
> </location>
>
> <!-- Beispiele für Titel -->
>
> <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>
>
> <!-- Beispiel für eine beteiligte Person -->
>
> <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>
>
> <!-- Beispiele für Einordnung in Klassifikationssysteme -->
>
> <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
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 ::
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
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/>
Liebe Kolleginnen und Kollegen,
ich darf Ihnen verkünden, dass das Release 3.2 von Kitodo.Production seit Freitag verfügbar ist.
Wie gewohnt finden Sie es mit allen benötigten Dateien auf GitHub. [1]
Die Installationsanleitung für die aktuelle Version ist ebenfalls auf GitHub verfügbar. [2]
Die Version 3.2 empfehlen wir bedenkenlos für vorgesehene Migrationen von älteren (2.x) Versionen von Kitodo.Production. Wenn Sie Unterstützung für die Migration beauftragen möchten, wenden Sie sich bitte an den Kitodo Verein, welcher Ihnen entsprechende Dienstleister vermitteln kann.
Wir arbeiten weiterhin intensiv an der Dokumentation der neuen Version und informieren Sie, sobald diese zugänglich ist, bis dahin können Sie sich gern an mich und meine Kollegen wenden oder Fragen jederzeit an die Community Mailingliste [3] schicken.
Viel Erfolg beim Installieren und Migrieren
Kathrin Huber
[1] https://github.com/kitodo/kitodo-production/releases/tag/kitodo-production-…
[2] https://github.com/kitodo/kitodo-production/wiki/Installationsanleitung-f%C…
[3] kitodo-community(a)kitodo.org<mailto:kitodo-community@kitodo.org>
Liebe Liste,
im Mai 2020 sollte eine Session der DINI-AG KIM Lizenzen Gruppe im Rahmen des KIM Workshop 2020 stattfinden, in der die Anforderungen aus der Praxis gesammelt und weitere Mitwirkende für die Lizenzen Gruppe gefunden werden sollten.
Diese Session findet jetzt online am 02.09.2020 statt:
· https://wiki.dnb.de/x/kpmACg
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/>
Liebe Kolleginnen und Kollegen,
durch die Meldung auf der offenen Bug-Plattform „Open Bug Bounty“ [1] wurden wir auf eine Cross-Site Scripting (XSS)-Sicherheitslücke in Kitodo.Presentation aufmerksam gemacht. Die Sicherheitslücke besteht in allen Versionen bis einschließlich 3.1.0 auf allen Seiten, auf denen eines der Plugins „ListView“, „Navigation“ und/oder „PageView“ eingesetzt wird.
Durch die Sicherheitslücke können Angreifer fingierte Links auf diese Seiten verbreiten, deren URL-Parameter Schadcode enthalten. Klickt ein Nutzer auf einen dieser Links, so wird der Schadcode mit der Seite ausgeliefert und im Browser des Nutzers ausgeführt. Dadurch können etwa böswillige Inhalte innerhalb der Seite angezeigt oder auch Browser-Daten des Nutzers abgefragt werden. Der Schadcode agiert dabei mit den Rechten des Nutzers, kann also unter Umständen auch auf geschützte Bereiche Ihrer Webseite zugreifen, sofern sie eine Nutzeranmeldung ermöglichen und der Nutzer zum Zeitpunkt des Seitenbesuchs eingeloggt ist.
Soeben wurde Version 3.1.1 auf GitHub [2], im TYPO3 Extension Repository [3] und auf Packagist [4] veröffentlicht. Diese Version schließt den XSS-Angriffsvektor, ist ansonsten aber identisch zu Version 3.1.0. Ein Update wird dringend empfohlen!
Auch die Versionen 2.x sind von der Lücke betroffen. Für diese Version stellen wir in Kürze ebenfalls eine Fehlerbehebung bereit.
Viele Grüße
Sebastian Meyer
[1] https://www.openbugbounty.org/reports/1219978/
[2] https://github.com/kitodo/kitodo-presentation/releases/tag/v3.1.1
[3] https://extensions.typo3.org/extension/dlf/
[4] https://packagist.org/packages/kitodo/presentation
--
Sebastian Meyer
Stabsstelle Digitale Bibliothek
Sächsische Landesbibliothek –
Staats- und Universitätsbibliothek Dresden (SLUB)
Abteilung IT, Referat 2.1 Digitale Bibliothek
01054 Dresden
Besucheradresse: Zellescher Weg 18, 01069 Dresden
Telefon: +49 351 4677-206
Mobilfunk: +49 173 9615528
Liebe Kolleg*innen,
vielleicht möchten einige von Ihnen an dieser -- tatsächlich kurzen -- Umfrage teilnehmen, in der es v.a. um IIIF geht.
Viele Grüße
Katja Selmikeit
--
Katja Selmikeit M.A.
Fachreferat Geistes- und Sozialwissenschaften
Querschnittsreferat Digitalisierung
Geschäftsstelle Kitodo e.V.
Technische Universität Berlin
Universitätsbibliothek
Fasanenstraße 88, 10623 Berlin
Telefon: +49 (0)30 314-76117
katja.selmikeit(a)tu-berlin.de
orcid.org/0000-0002-0660-816Xwww.ub.tu-berlin.de
-----Ursprüngliche Nachricht-----
Von: InetBib <inetbib-bounces(a)inetbib.de> Im Auftrag von Tina Zimmermann via InetBib
Gesendet: Freitag, 3. Juli 2020 11:20
An: inetbib(a)inetbib.de
Betreff: [InetBib] Umfrage Techniken zur Darstellung von digitalen Sammlungen
Sehr geehrte Damen und Herren,
im Rahmen meiner Masterarbeit an der Hochschule für Technik, Wirtschaft und Kultur Leipzig beschäftige ich mich mit technischen Lösungen zur Bereitstellung von digitalen Sammlungen im Internet durch Bibliotheken in Deutschland.
Ich würde mich freuen, wenn Sie sich ca. 5 Minuten Zeit nehmen, um bis zum 22.07.2020 an meiner Umfrage zur Verbreitung und Nutzung der verschiedenen Darstellungstechniken teilzunehmen. Der Zugang zur Umfrage erfolgt über untenstehenden Link. Die Teilnahme richtet sich an alle MitarbeiterInnen von Bibliotheken. Alle Antworten werden anonym und vertraulich behandelt und nur für die Bearbeitung dieser Abschlussarbeit genutzt.
Link zur Umfrage: https://www.empirio.de/s/mZljSiGRR2
Vielen herzlichen Dank im Voraus!
Mit freundlichen Grüßen
Tina Zimmermann
tina.zimmermann(a)stud.htwk-leipzig.de
Studiengang Bibliotheks- und Informationswissenschaft Fakultät Informatik und Medien Hochschule für Technik, Wirtschaft und Kultur Leipzig
Liebe Kitodo-Community,
der Mitschnitt des einführenden Vortrags von Frank-Ulrich Weber zum Online-Migrationsworkshop am 24.6. ist nun auf dem Kitodo-YouTube-Kanal verfügbar:
https://youtu.be/-YeaARk3sSQ
Viele Grüße
Katja Selmikeit
--
Katja Selmikeit M.A.
ORCID 0000-0002-0660-816X
Fachreferat Geistes- und Bildungswissenschaften
Querschnittsreferat Digitalisierung
Geschäftsstelle Kitodo e.V.
Technische Universität Berlin
Universitätsbibliothek
Fasanenstraße 88, 10623 Berlin
Telefon: +49 (0)30 314-76117
katja.selmikeit(a)tu-berlin.de<mailto:katja.selmikeit@tu-berlin.de>
www.ub.tu-berlin.de<http://www.ub.tu-berlin.de/>
Liebe Kitodo-Community,
wir befinden uns momentan im Umstiegprozess von Kitodo 1.11. auf Kitodo
2.3.1. um irgendwann später auch die Möglichkeit zu haben, auf Version
3.x zu wechseln.
Die Einrichtung des Frontends, beziehungsweise die Nutzerabfrage per
LDAP hat soweit gut funktioniert. Aktuell stoßen wir auf ein Problem bei
der Anbindung von Samba-Laufwerken über LDAP. Zunächst wäre meine Frage,
ob dies Kitodo überhaupt auf diese Weise unterstützt? Unsere Vorstellung
sähe so aus, dass sich der Nutzer im Frontend per LDAP authentifiziert.
Gleichzeitig erfolgt auch für das Backend eine Authentifizierung per
LDAP mit den gleichen Nutzerdaten. Wenn diese erfolgreich verläuft,
bekommt der Nutzer sein Samba-Laufwerk angebunden und kann
beispielsweise entsprechend Images seinem bearbeiteten Vorgang hinzufügen.
Wir sind der Anleitung
https://github.com/kitodo/kitodo-production/wiki/Installation-instructions-…
gefolgt. Jedoch möchten wir abweichend auf einen externen LDAP-Dienst
zugreifen.
Bisher konnte der Server erfolgreich unserer Domän beitreten. Wenn man
sich nun aber anmeldet, wird kein entsprechender User angelegt und das
Laufwerk wird nicht angemountet. Erkennt vielleicht jemand an der
Stelle, wo unser Fehler liegt oder besitzt jemand entsprechend benötigte
Skripte dafür?
Vielen Dank im Voraus und mit freundlichen Grüßen
Felix Kreißig
--
Felix Kreißig
Bereich Digitale Dienste
AG Anwendungsentwicklung
Universitätsbibliothek Leipzig
Beethovenstr. 6, 04107 Leipzig
T +49 341 97 30841
kreissig(a)ub.uni-leipzig.de
www.ub.uni-leipzig.de