Lieber Herr Hoppe,
um einem Benutzer mehrere Rollen zu geben, können diese per Komma getrennt werden:
<role rolename="dlfSolrUpdate"/>
<role rolename="dlfSolrAdmin"/>
<user username=" kitodouser " password="kitodo&1" roles="dlfSolrUpdate,dlfSolrAdmin"/>
Ich würde vermuten, dass bei der mehrfachen Definition
<user username="kitodouser" password="kitodo&1" roles="dlfSolrUpdate"/>
<user username="kitodouser" password="kitodo&1" roles="dlfSolrAdmin"/>
der Letzte Eintrag den vorherigen überschreibt.
Beste Grüße
Frank Ulrich Weber
-----Original Message-----
From: kitodo-community-bounces@kitodo.org [mailto:kitodo-community-bounces@kitodo.org] On Behalf Of hoppe@bibliothek.potsdam.de
Sent: Monday, July 9, 2018 11:38 AM
To: kitodo-community@kitodo.org
Subject: Re: [Kitodo] Einbindung Solr -> Typo3
Lieber Herr Schirmer,
lieber Bigga,
Ihnen beiden ein ganz dickes Danke schön für Ihre schnelle Hilfe!
Leider stockt es bei mir noch. Folgendes:
DLF Konfiguration: 'Verbindung hergestellt! Apache Solr gibt den
Statuscode 0 zurück.'
Damit habe ich keine Probleme - funzt ;-)
Die Erstellung des Cores sowohl über den Mandanten als auch über das
Listen-Modul klappt leider nicht. Interessanterweise wird im
Listen-Formular im Grunde eine Eingabe von Daten systemseitig geblockt.
Ich schließe daraus, dass das Login in apache-tomcat via Typo3 nicht
sauber funktioniert. tomcat-users.xml im, so meine ich korrekten
Catalina-Verzeichnis sieht so aus:
<role rolename="dlfSolrUpdate"/>
<user username="kitodouser" password="kitodo&1" roles="dlfSolrUpdate"/>
<role rolename="dlfSolrAdmin"/>
<user username="kitodouser" password="kitodo&1" roles="dlfSolrAdmin"/>
<role rolename="manager-gui"/>
<user username="tomcat" password="xadtomcat1" roles="manager-gui"/>
<role rolename="admin-gui"/>
<user username="admin" password="xadtomcat1" roles="admin-gui"/>
Selbst mit der Rolle/User manager-gui/tomcat komme ich nicht auf die
tomcat-eigene web-app ... ;-( Ergo mit dlfSolrAdmin/kitodouser wird es
dann wohl auch Probleme geben.
Kurzum, mit meinem tomcat, Version 8.5.31, und nicht mit Kitodo/Typo3
habe ich wohl meine Malesse.
Derzeit suche ich noch ein Konsolen-Login für tomcat, um direkt zu
testen. Gefunden habe ich noch keins.
Gruß und vielen, vielen Dank
Hoppe
Am 2018-07-09 11:08, schrieb Alexander Bigga:
> Lieber Herr Hoppe,
>
> Herr Schirmer hat Sie ja schon auf einige Tipps und Tricks
> hingewiesen, wie Sie Kitodo.Presentation mehr Informationen entlocken
> können.
>
> Im Falle der Solr-Einbindung ist das tatsächlich nicht immer
> ausreichend, weil TYPO3 nicht die Gründe für Erfolg/Fehler vom Solr
> informiert wird.
>
> Kleine Checkliste:
>
> 1. Extension-Manager -> DLF Konfiguration: 'Verbindung hergestellt!
> Apache Solr gibt den Statuscode 0 zurück.'
>
>> Das ist perfekt. Der Statuscode ist tatsächlich "0". Ansonsten
>> steht hier "Verbindung fehlgeschlagen!". Das passiert auch, wenn der
>> falsche solrUser oder solrPass eingegeben ist.
>
> 2. Backend Modul "Neuer Mandant" -> Dlf-Datenordner: hier sollte alles
> "grün" sein. Wenn der Solr-Kern noch nicht angelegt ist, kann das
> hiermit erledigt werden.
>
>> Wenn nach dem Anlegen immer noch kein Solr-Kern angelegt wurde, dann
>> funktioniert die Kommunikation TYPO3 <-> Solr nicht.
>
> 3. Listen-Modul -> Dlf-Datenordner: Hier können Sie ebenfalls einen
> Kern anlegen. Die "Anzeigeform" ist dabei nicht relevant. Da können
> Sie "Default Core" eingeben oder etwas anderes. Das ist nur für Ihre
> Übersicht. Relevant ist die Solr-Bezeichnung ("dlfCore0" für den
> ersten Core), die automatisch vergeben und hochgezählt wird. Eine
> Rückmeldung über das Anlegen eines Cores bekommen Sie nicht. Wenn es
> nicht geklappt hat, ist kein TYPO3-Solr-Record angelegt.
>
> Wenn 2. bzw. 3. zu keinem Erfolg führt, dann probieren Sie es doch
> bitte manuell [1]:
>
> http://dlfuser:dlfpass@IhrSolrServer:8983/solr/admin/cores?wt=xml&action=CREATE&name=dlfCore0&instanceDir=.&dataDir=dlfCore0
>
>
> Wobei folgendes konfiguriert ist:
>
> solr.solrHost = IhrSolrServer
>
> solr.solrPort = 8983
>
> solr.solrPath = /solr/
>
> solr.solrUser = dlfuser
>
> solr.solrPass = dlfpass
>
> Der Aufruf ist genau das, was TYPO3 auslöst, wenn ein neuer
> Solr-Record angelegt werden soll [1]. Wenn das nicht klappt, schauen
> Sie bitte ins Solr-Log (catalina.out).
>
> Ich hoffe, Sie kommen so weiter.
>
> Viele Grüße
>
> Alexander Bigga [1]
> https://github.com/kitodo/kitodo-presentation/blob/master/hooks/class.tx_dlf_tcemain.php#L143
>
> Am 06.07.2018 um 15:31 schrieb Schirmer, Gerd:
>
>> Hallo Herr Dr. Hoppe,
>>
>> die Aussage "Leider klappt das so nicht" ist leider nicht besonders
>> aussagekräftig, um punktgenau weiterhelfen zu können. Ich vermute,
>> es geht um Kitodo Presentation in der Version 2.2.0....
>>
>> Das Anlegen eines neuen Solr-Cores über die Liste des
>> System-Ordners im TYPO3-Backend klappt eigentlich ganz gut, wenn die
>> Konfiguration stimmt.
>>
>> Der Solr-User und seine Rollen sind in Ihrer
>> tomcat-Home/conf/tomcat-users.xml und in der Presentation Extension
>> Konfiguration richtig eingetragen?
>> Die solr.xml Dateien entsprechen den Vorgaben und befinden sich am
>> richtigen Ort?
>> Weitere Infos zur Vorgehensweise erhalten Sie hier:
>>
> https://github.com/kitodo/kitodo-presentation/blob/master/lib/ApacheSolr
>>
>> Für den Solr-Log ist die Log-Datei "catalina.out" im Verzeichnis
>> tomcat-Home/logs immer einen ersten genaueren Blick wert.
>>
>> Mein Tipp: Die Gesprächigkeit von TYPO3 in Verbindung mit Kitodo
>> Presentation lässt sich entscheidend erhöhen, indem Sie die
>> TYPO3-Extension "devlog" (Developer's Log) installieren, aktivieren
>> und konfigurieren:
>> TYPO3-Backend -> Admin Tools -> Extensions -> Get Extensions ->
>> devlog 3.0.3 -> install & activate.
>> TYPO3-Backend -> Admin Tools -> Extensions -> Installed Extensions
>> -> devlog 3.0.3 -> configure
>> In die Devlog-Konfiguration unter "Excluded keys" am besten extbase
>> eintragen, um den nervigen extbase-Spam rauszufiltern und bei
>> "Included keys" dlf eintragen, also den Key der Presentation
>> Extension und speichern.
>> In der typo3conf/LocalConfiguration.php muss man dann (in TYPO3 7.6
>> noch) den Eintrag 'SYS' => 'enable_DLOG' => true speichern, Caches
>> löschen, das Backend neu laden und schon beginnen unter System ->
>> Developer's Log die einigermaßen aussagekräftigen Fehlermeldungen
>> der Presentation-Extension reinzupurzeln.
>>
>> In der Hoffnung, dass es Ihnen etwas weiterhilft...
>>
>> Viele Grüße
>> Gerd Schirmer
>> --
>> Gerd Schirmer
>> Web-Administration
>>
>> Technische Universität Berlin
>> Universitätsbibliothek
>> Fasanenstr. 88, 10623 Berlin
>>
>> Telefon: +49 (0)30 314-76096
>> schirmer@tu-berlin.de
>>
>> www.ub.tu-berlin.de [1]
>>
>> ________________________________________
>> Von: kitodo-community-bounces@kitodo.org
>> <kitodo-community-bounces@kitodo.org> im Auftrag von
>> hoppe@bibliothek.potsdam.de <hoppe@bibliothek.potsdam.de>
>> Gesendet: Freitag, 6. Juli 2018 13:32
>> An: Kitodo Community
>> Betreff: [Kitodo] Einbindung Solr -> Typo3
>>
>> Hallo in die Runde,
>>
>> ich hoffe, es sind noch nicht alle in den Sommerferien ...
>>
>> Solr auf Tomcat zeigt mir korrekt die Beispiel-Kerne. In der Admin
>> der
>> Kitodo-Erweiterung steht 'Verbindung hergestellt! Apache Solr gibt
>> den
>> Statuscode 0 zurück.'
>>
>> Komfortablerweise bietet mir Kitodo nach Anlegen des Systemordners
>> die
>> automatische Anlage eines Solr-Kernes an. Leider klappt das so
>> nicht.
>>
>> Daraufhin über Liste im Wurzelverzeichnis der Versuch einen
>> Solr-Kern
>> anzulegen. Bei der Abfrage der Anzeigeform gebe ich gemäß alter
>> Anleitung der Hamburger Kollegen 'Default Core' ein, was Typo3 aber
>> so
>> nicht annimmt.
>>
>> Rechte vom tomcat auf www-data gesetzt. Bringt nix.
>>
>> Im Protokoll findet sich keine Fehlermeldung, Typo3 ist auch sonst
>> hier
>> nicht sehr gesprächig ;-(
>>
>> Nun bin ich ratlos.
>>
>> Gruß Hoppe
>>
>> --
>> .... wo aber Gefahr ist, waechst das Rettende auch... (Hoelderlin -
>> Patmos)
>>
>> Dr. Frank Dirk Hoppe
>> Bereichsleiter Landesbibliothek,
>> Fachreferent Historische Buchbestände
>>
>> Stadt- und Landesbibliothek
>> im Bildungsforum Potsdam
>>
>> fon: +49 331 / 289 6500
>> fax: +49 331 / 289 6402
>>
>> E-Mail: hoppe@bibliothek.potsdam.de
>> Internet: http://www.bibliothek.potsdam.de
>> http://www.bildungsforumpotsdam.de
>>
>> Postanschrift: Postfach 60 14 64, 14414 Potsdam
>> Hausanschrift: Am Kanal 47, 14467 Potsdam
>>
>> _______________________________________________
>> Kitodo-Community mailing list
>> Kitodo-Community@kitodo.org
>>
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
>>
>> _______________________________________________
>> Kitodo-Community mailing list
>> Kitodo-Community@kitodo.org
>>
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
>
> --
> Alexander Bigga
> Referatsleiter Digitale Bibliothek
>
> Sächsische Landesbibliothek –
> Staats- und Universitätsbibliothek Dresden (SLUB)
> Abteilung IT, Referat 2.1 Digitale Bibliothek
> 01054 Dresden
> Besucheradresse: Zellescher Weg 18
> Tel.: +49 351 4677 212
> E-Mail: alexander.bigga@slub-dresden.de
>
> http://www.slub-dresden.de/
>
>
> Links:
> ------
> [1] http://www.ub.tu-berlin.de
> _______________________________________________
> Kitodo-Community mailing list
> Kitodo-Community@kitodo.org
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
--
.... wo aber Gefahr ist, waechst das Rettende auch... (Hoelderlin -
Patmos)
Dr. Frank Dirk Hoppe
Bereichsleiter Landesbibliothek,
Fachreferent Historische Buchbestände
Stadt- und Landesbibliothek
im Bildungsforum Potsdam
fon: +49 331 / 289 6500
fax: +49 331 / 289 6402
E-Mail: hoppe@bibliothek.potsdam.de
Internet: http://www.bibliothek.potsdam.de
http://www.bildungsforumpotsdam.de
Postanschrift: Postfach 60 14 64, 14414 Potsdam
Hausanschrift: Am Kanal 47, 14467 Potsdam
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
um einem Benutzer mehrere Rollen zu geben, können diese per Komma getrennt werden:
<role rolename="dlfSolrUpdate"/>
<role rolename="dlfSolrAdmin"/>
<user username=" kitodouser " password="kitodo&1" roles="dlfSolrUpdate,dlfSolrAdmin"/>
Ich würde vermuten, dass bei der mehrfachen Definition
<user username="kitodouser" password="kitodo&1" roles="dlfSolrUpdate"/>
<user username="kitodouser" password="kitodo&1" roles="dlfSolrAdmin"/>
der Letzte Eintrag den vorherigen überschreibt.
Beste Grüße
Frank Ulrich Weber
|
Frank-Ulrich Weber
|
||||
|
|
|
|
|
|
Zeutschel GmbH
| Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-56 | m: | f: +49 (7071) 9706-44 e: Frank-Ulrich.Weber@zeutschel.de | w: http://www.zeutschel.de |
|
|||
| Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917 | ||||
-----Original Message-----
From: kitodo-community-bounces@kitodo.org [mailto:kitodo-community-bounces@kitodo.org] On Behalf Of hoppe@bibliothek.potsdam.de
Sent: Monday, July 9, 2018 11:38 AM
To: kitodo-community@kitodo.org
Subject: Re: [Kitodo] Einbindung Solr -> Typo3
Lieber Herr Schirmer,
lieber Bigga,
Ihnen beiden ein ganz dickes Danke schön für Ihre schnelle Hilfe!
Leider stockt es bei mir noch. Folgendes:
DLF Konfiguration: 'Verbindung hergestellt! Apache Solr gibt den
Statuscode 0 zurück.'
Damit habe ich keine Probleme - funzt ;-)
Die Erstellung des Cores sowohl über den Mandanten als auch über das
Listen-Modul klappt leider nicht. Interessanterweise wird im
Listen-Formular im Grunde eine Eingabe von Daten systemseitig geblockt.
Ich schließe daraus, dass das Login in apache-tomcat via Typo3 nicht
sauber funktioniert. tomcat-users.xml im, so meine ich korrekten
Catalina-Verzeichnis sieht so aus:
<role rolename="dlfSolrUpdate"/>
<user username="kitodouser" password="kitodo&1" roles="dlfSolrUpdate"/>
<role rolename="dlfSolrAdmin"/>
<user username="kitodouser" password="kitodo&1" roles="dlfSolrAdmin"/>
<role rolename="manager-gui"/>
<user username="tomcat" password="xadtomcat1" roles="manager-gui"/>
<role rolename="admin-gui"/>
<user username="admin" password="xadtomcat1" roles="admin-gui"/>
Selbst mit der Rolle/User manager-gui/tomcat komme ich nicht auf die
tomcat-eigene web-app ... ;-( Ergo mit dlfSolrAdmin/kitodouser wird es
dann wohl auch Probleme geben.
Kurzum, mit meinem tomcat, Version 8.5.31, und nicht mit Kitodo/Typo3
habe ich wohl meine Malesse.
Derzeit suche ich noch ein Konsolen-Login für tomcat, um direkt zu
testen. Gefunden habe ich noch keins.
Gruß und vielen, vielen Dank
Hoppe
Am 2018-07-09 11:08, schrieb Alexander Bigga:
> Lieber Herr Hoppe,
>
> Herr Schirmer hat Sie ja schon auf einige Tipps und Tricks
> hingewiesen, wie Sie Kitodo.Presentation mehr Informationen entlocken
> können.
>
> Im Falle der Solr-Einbindung ist das tatsächlich nicht immer
> ausreichend, weil TYPO3 nicht die Gründe für Erfolg/Fehler vom Solr
> informiert wird.
>
> Kleine Checkliste:
>
> 1. Extension-Manager -> DLF Konfiguration: 'Verbindung hergestellt!
> Apache Solr gibt den Statuscode 0 zurück.'
>
>> Das ist perfekt. Der Statuscode ist tatsächlich "0". Ansonsten
>> steht hier "Verbindung fehlgeschlagen!". Das passiert auch, wenn der
>> falsche solrUser oder solrPass eingegeben ist.
>
> 2. Backend Modul "Neuer Mandant" -> Dlf-Datenordner: hier sollte alles
> "grün" sein. Wenn der Solr-Kern noch nicht angelegt ist, kann das
> hiermit erledigt werden.
>
>> Wenn nach dem Anlegen immer noch kein Solr-Kern angelegt wurde, dann
>> funktioniert die Kommunikation TYPO3 <-> Solr nicht.
>
> 3. Listen-Modul -> Dlf-Datenordner: Hier können Sie ebenfalls einen
> Kern anlegen. Die "Anzeigeform" ist dabei nicht relevant. Da können
> Sie "Default Core" eingeben oder etwas anderes. Das ist nur für Ihre
> Übersicht. Relevant ist die Solr-Bezeichnung ("dlfCore0" für den
> ersten Core), die automatisch vergeben und hochgezählt wird. Eine
> Rückmeldung über das Anlegen eines Cores bekommen Sie nicht. Wenn es
> nicht geklappt hat, ist kein TYPO3-Solr-Record angelegt.
>
> Wenn 2. bzw. 3. zu keinem Erfolg führt, dann probieren Sie es doch
> bitte manuell [1]:
>
> http://dlfuser:dlfpass@IhrSolrServer:8983/solr/admin/cores?wt=xml&action=CREATE&name=dlfCore0&instanceDir=.&dataDir=dlfCore0
>
>
> Wobei folgendes konfiguriert ist:
>
> solr.solrHost = IhrSolrServer
>
> solr.solrPort = 8983
>
> solr.solrPath = /solr/
>
> solr.solrUser = dlfuser
>
> solr.solrPass = dlfpass
>
> Der Aufruf ist genau das, was TYPO3 auslöst, wenn ein neuer
> Solr-Record angelegt werden soll [1]. Wenn das nicht klappt, schauen
> Sie bitte ins Solr-Log (catalina.out).
>
> Ich hoffe, Sie kommen so weiter.
>
> Viele Grüße
>
> Alexander Bigga [1]
> https://github.com/kitodo/kitodo-presentation/blob/master/hooks/class.tx_dlf_tcemain.php#L143
>
> Am 06.07.2018 um 15:31 schrieb Schirmer, Gerd:
>
>> Hallo Herr Dr. Hoppe,
>>
>> die Aussage "Leider klappt das so nicht" ist leider nicht besonders
>> aussagekräftig, um punktgenau weiterhelfen zu können. Ich vermute,
>> es geht um Kitodo Presentation in der Version 2.2.0....
>>
>> Das Anlegen eines neuen Solr-Cores über die Liste des
>> System-Ordners im TYPO3-Backend klappt eigentlich ganz gut, wenn die
>> Konfiguration stimmt.
>>
>> Der Solr-User und seine Rollen sind in Ihrer
>> tomcat-Home/conf/tomcat-users.xml und in der Presentation Extension
>> Konfiguration richtig eingetragen?
>> Die solr.xml Dateien entsprechen den Vorgaben und befinden sich am
>> richtigen Ort?
>> Weitere Infos zur Vorgehensweise erhalten Sie hier:
>>
> https://github.com/kitodo/kitodo-presentation/blob/master/lib/ApacheSolr
>>
>> Für den Solr-Log ist die Log-Datei "catalina.out" im Verzeichnis
>> tomcat-Home/logs immer einen ersten genaueren Blick wert.
>>
>> Mein Tipp: Die Gesprächigkeit von TYPO3 in Verbindung mit Kitodo
>> Presentation lässt sich entscheidend erhöhen, indem Sie die
>> TYPO3-Extension "devlog" (Developer's Log) installieren, aktivieren
>> und konfigurieren:
>> TYPO3-Backend -> Admin Tools -> Extensions -> Get Extensions ->
>> devlog 3.0.3 -> install & activate.
>> TYPO3-Backend -> Admin Tools -> Extensions -> Installed Extensions
>> -> devlog 3.0.3 -> configure
>> In die Devlog-Konfiguration unter "Excluded keys" am besten extbase
>> eintragen, um den nervigen extbase-Spam rauszufiltern und bei
>> "Included keys" dlf eintragen, also den Key der Presentation
>> Extension und speichern.
>> In der typo3conf/LocalConfiguration.php muss man dann (in TYPO3 7.6
>> noch) den Eintrag 'SYS' => 'enable_DLOG' => true speichern, Caches
>> löschen, das Backend neu laden und schon beginnen unter System ->
>> Developer's Log die einigermaßen aussagekräftigen Fehlermeldungen
>> der Presentation-Extension reinzupurzeln.
>>
>> In der Hoffnung, dass es Ihnen etwas weiterhilft...
>>
>> Viele Grüße
>> Gerd Schirmer
>> --
>> Gerd Schirmer
>> Web-Administration
>>
>> Technische Universität Berlin
>> Universitätsbibliothek
>> Fasanenstr. 88, 10623 Berlin
>>
>> Telefon: +49 (0)30 314-76096
>> schirmer@tu-berlin.de
>>
>> www.ub.tu-berlin.de [1]
>>
>> ________________________________________
>> Von: kitodo-community-bounces@kitodo.org
>> <kitodo-community-bounces@kitodo.org> im Auftrag von
>> hoppe@bibliothek.potsdam.de <hoppe@bibliothek.potsdam.de>
>> Gesendet: Freitag, 6. Juli 2018 13:32
>> An: Kitodo Community
>> Betreff: [Kitodo] Einbindung Solr -> Typo3
>>
>> Hallo in die Runde,
>>
>> ich hoffe, es sind noch nicht alle in den Sommerferien ...
>>
>> Solr auf Tomcat zeigt mir korrekt die Beispiel-Kerne. In der Admin
>> der
>> Kitodo-Erweiterung steht 'Verbindung hergestellt! Apache Solr gibt
>> den
>> Statuscode 0 zurück.'
>>
>> Komfortablerweise bietet mir Kitodo nach Anlegen des Systemordners
>> die
>> automatische Anlage eines Solr-Kernes an. Leider klappt das so
>> nicht.
>>
>> Daraufhin über Liste im Wurzelverzeichnis der Versuch einen
>> Solr-Kern
>> anzulegen. Bei der Abfrage der Anzeigeform gebe ich gemäß alter
>> Anleitung der Hamburger Kollegen 'Default Core' ein, was Typo3 aber
>> so
>> nicht annimmt.
>>
>> Rechte vom tomcat auf www-data gesetzt. Bringt nix.
>>
>> Im Protokoll findet sich keine Fehlermeldung, Typo3 ist auch sonst
>> hier
>> nicht sehr gesprächig ;-(
>>
>> Nun bin ich ratlos.
>>
>> Gruß Hoppe
>>
>> --
>> .... wo aber Gefahr ist, waechst das Rettende auch... (Hoelderlin -
>> Patmos)
>>
>> Dr. Frank Dirk Hoppe
>> Bereichsleiter Landesbibliothek,
>> Fachreferent Historische Buchbestände
>>
>> Stadt- und Landesbibliothek
>> im Bildungsforum Potsdam
>>
>> fon: +49 331 / 289 6500
>> fax: +49 331 / 289 6402
>>
>> E-Mail: hoppe@bibliothek.potsdam.de
>> Internet: http://www.bibliothek.potsdam.de
>> http://www.bildungsforumpotsdam.de
>>
>> Postanschrift: Postfach 60 14 64, 14414 Potsdam
>> Hausanschrift: Am Kanal 47, 14467 Potsdam
>>
>> _______________________________________________
>> Kitodo-Community mailing list
>> Kitodo-Community@kitodo.org
>>
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
>>
>> _______________________________________________
>> Kitodo-Community mailing list
>> Kitodo-Community@kitodo.org
>>
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
>
> --
> Alexander Bigga
> Referatsleiter Digitale Bibliothek
>
> Sächsische Landesbibliothek –
> Staats- und Universitätsbibliothek Dresden (SLUB)
> Abteilung IT, Referat 2.1 Digitale Bibliothek
> 01054 Dresden
> Besucheradresse: Zellescher Weg 18
> Tel.: +49 351 4677 212
> E-Mail: alexander.bigga@slub-dresden.de
>
> http://www.slub-dresden.de/
>
>
> Links:
> ------
> [1] http://www.ub.tu-berlin.de
> _______________________________________________
> Kitodo-Community mailing list
> Kitodo-Community@kitodo.org
> https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
--
.... wo aber Gefahr ist, waechst das Rettende auch... (Hoelderlin -
Patmos)
Dr. Frank Dirk Hoppe
Bereichsleiter Landesbibliothek,
Fachreferent Historische Buchbestände
Stadt- und Landesbibliothek
im Bildungsforum Potsdam
fon: +49 331 / 289 6500
fax: +49 331 / 289 6402
E-Mail: hoppe@bibliothek.potsdam.de
Internet: http://www.bibliothek.potsdam.de
http://www.bildungsforumpotsdam.de
Postanschrift: Postfach 60 14 64, 14414 Potsdam
Hausanschrift: Am Kanal 47, 14467 Potsdam
_______________________________________________
Kitodo-Community mailing list
Kitodo-Community@kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community