-
Notifications
You must be signed in to change notification settings - Fork 63
Aktualisierungshinweise
Bei einem Project kann nun konfiguriert werden, ob ein Dateiupload erlaubt ist. alter Eintrag:
<goobiProjects>
<project name="default">
<createNewProcess>
...
</createNewProcess>
<tifheader>
...
</tifheader>
<dmsImport/>
</project>
</goobiProjects>
neuer Eintrag mit erlaubten DateiUpload:
<goobiProjects>
<project name="default">
<createNewProcess>
...
</createNewProcess>
<tifheader>
...
</tifheader>
<dmsImport/>
<fileUploadActive>true</fileUploadActive>
</project>
</goobiProjects>
Ein beispielhafter adis Katalog-Eintrag in kitodo_mods_opac.xml:
<catalogue title="adis">
<mappingFile>adis2kitodo.xsl</mappingFile>
<!-- aDis SRU interface not yet available! -->
<config scheme="https" port="443" path="/path" address="aDis.info" description="adis Katalog"/>
<identifierParameter value="SATZNR" />
<parentElement xpath="//mods:mods/mods:relatedItem[@type='host']" />
<recordElement xpath="//srw:searchRetrieveResponse/srw:record" />
<identifierElement xpath="//goobi:metadata[@name='CatalogIDDigital']" />
<!-- aDis SRU interface supports only single search field (for ID, here called "Satznummer") -->
<searchFields>
<searchField label="Satznummer" value="SATZNR" />
</searchFields>
<!-- aDis SRU interface does not support institution filters -->
<additionalDetails>
<detail name="creator" xpath="//goobi:displayName" />
<detail name="title" xpath="//goobi:metadata[@name='TitleDocMain']" />
<detail name="shelfmarksource" xpath="//goobi:metadata[@name='shelfmarksource']" />
<detail name="place" xpath="//goobi:metadata[@name='PlaceOfPublication']" />
<detail name="url" xpath="//goobi:metadata[@name='slub_link']" />
</additionalDetails>
<fileUpload>true</fileUpload>
<structuretypes>
<type rulesetType="Monograph">
<mandatoryElement>//mods:mods/mods:originInfo[@eventType='publication']/mods:issuance[text() = 'monographic']</mandatoryElement>
</type>
<type rulesetType="Volume">
<mandatoryElement>//mods:mods/mods:originInfo[@eventType='publication']/mods:issuance[text() = 'multipart monograph']</mandatoryElement>
<mandatoryElement>//mods:mods/mods:relatedItem[@type='host']</mandatoryElement>
</type>
<type rulesetType="MultiVolumeWork">
<forbiddenElement>//mods:mods/mods:originInfo[@eventType='publication']/mods:issuance[text() = 'monographic']</forbiddenElement>
<forbiddenElement>//mods:mods/mods:originInfo[@eventType='publication']/mods:issuance[text() = 'multipart monograph']</forbiddenElement>
<forbiddenElement>//mods:mods/mods:relatedItem[@type='host']</forbiddenElement>
</type>
</structuretypes>
</catalogue>
Bei jedem aufgeführten Katalog ist es nun möglich, dass verwendete Schema zu definieren. Standardmäßig wird das HTTP Schema genommen, wenn das schema
Attribut nicht vorhanden ist.
alter Eintrag:
<catalogue title="GBV">
<config address="gso.gbv.de" database="2.1" description="Gemeinsamer Bibliotheksverbund" port="80" ucnf="UCNF=NFC" />
<!-- weitere Einträge -->
</catalogue>
neuer Eintrag für eine HTTPS-Verbindung:
<catalogue title="GBV">
<config scheme="https" address="gso.gbv.de" database="2.1" description="Gemeinsamer Bibliotheksverbund" port="80" ucnf="UCNF=NFC" />
<!-- weitere Einträge -->
</catalogue>
Es ist nun möglich zu bestimmen, wie viele Kind-Elemente mit importiert werden. Standardmäßig werden 50 Kind-Elemente importiert. Durch die Option maximumChildRecords
pro Katalog kann man auch deutlich mehr Kind-Elemente importieren lassen.
neuer, beispielhafter Eintrag:
<catalogue title="Kalliope">
<config address="kalliope-verbund.info" description="Kalliope Verbundkatalog"/>
<maximumChildRecords>500</maximumChildRecords>
<!-- weitere Einträge -->
</catalogue>
- Es ist die Option
advancedPaginationEnabled
mit dem Werttrue
hinzugekommen, so dass die erweiterten Paginierungsmöglichkeiten angezeigt werden - Für die Unterstützung des RDA Imports sind diverse
namespace.*
undauthority*
Einträge hinzugekommen
Es wurden Änderungen vorgenommen, dass die Suchterme in den genutzten OPACs nicht mehr fest kodiert sondern frei definiert sind. Daher müssen bei den genutzten OPACs die Suchterme hingefügt werden.
- Am Beispiel des GBVs:
alter Eintrag:
<catalogue title="GBV">
<config address="gso.gbv.de" database="2.1" description="Gemeinsamer Bibliotheksverbund" iktlist="IKTLIST-GBV.xml" port="80" ucnf="UCNF=NFC" />
</catalogue>
neuer Eintrag:
<catalogue title="GBV">
<config address="gso.gbv.de" database="2.1" description="Gemeinsamer Bibliotheksverbund" port="80" ucnf="UCNF=NFC" />
<searchFields>
<searchField label="Title" value="4" />
<searchField label="Identifier" value="12" />
<searchField label="ISBN" value="7" />
<searchField label="ISSN" value="8" />
<searchField label="Barcode" value="8535" />
<searchField label="Barcode 8200" value="8200" />
</searchFields>
</catalogue>
- Am Beispiel der ZDB:
alter Einrag:
<catalogue title="ZDB">
<config address="dispatch.opac.d-nb.de" database="1.1" description="Zeitschriftendatenbank (ZDB)" iktlist="IKTLIST-ZDB.xml" port="80" />
</catalogue>
neuer Eintrag:
<catalogue title="ZDB">
<config address="dispatch.opac.d-nb.de" database="1.1" description="Zeitschriftendatenbank (ZDB)" port="80" />
<searchFields>
<searchField label="Title" value="4" />
<searchField label="Identifier" value="12" />
<searchField label="ISBN" value="7" />
<searchField label="ISSN" value="8" />
<searchField label="Barcode" value="8535" />
<searchField label="Barcode 8200" value="8200" />
<searchField label="ZDB-ID" value="8506" />
</searchFields>
</catalogue>
Für den Import von Normdaten über RDA können nun resolve
Regeln definiert werden. Eine Erklärung dazu befindet sich in der goobi_opac.xml
Im Zuge der Aufräumarbeiten für das 2.1.0 Release wurden die nicht genutzten iktlist
Attribute aus der goobi_opac.xml
entfernt.
-
Durch die Unterstützung des Imports von MODS Daten aus SRU basierenden Katalogen, ist das OPAC Plugin
ModsPlugin.jar
dazu gekommen. Damit man dieses genutzt werden kann, muss es wie das PicaPlugin aus demplugin/opac
Unterverzeichnis der deployten Kitodo Anwendung im Tomcat in das Unterverzeichnisopac
des ingoobi_config.properties
angegebenenpluginFolder
kopieren oder unter Beibehaltung des Namens zu verlinken oder kopiert werden. -
Die Konfigurationsdatei
kitodo_mods_opac.xml
für die Konfiguration des genutzten MODS-SRU-Schnittstelle muss aus demWEB-INF/classes
Verzeichnis der deployten Kitodo Anwendung insKonfigurationsVerzeichnis
angegebene Verzeichnis aus dergoobi_config.properties
Datei kopiert und ggf. angepasst oder erweitert werden. -
Die Konfigurationsdatei
kalliope2kitodo.xsl
für die Konfiguration des Datenmappings aus MODS-SRU ins Kitodo interne Datenformat uss aus demWEB-INF/classes
Verzeichnis der deployten Kitodo Anwendung insxsltFolder
angegebene Verzeichnis aus dergoobi_config.properties
Datei kopiert und ggf. angepasst oder erweitert werden.
Im Release von Kitodo.Production 2.0.0 wurden die dynamisch erzeugten Datenbank-Indizes durch fest vordefinierte Namen ersetzt.
Wird auf Kitodo.Production 2.0.0 von einer länger laufenden Goobi.Production Instanz (vor und inklusive Version 1.11.2) aktualisiert, benötigt man die folgenden SQL Migrationsdateien:
Diese sollte vor dem ersten Start der Anwendung in die Datenbank eingespielt werden:
- mysql -h
database host
-uuser
-pdatabase
< remove_old_index_prior_1.11.2.sql - mysql -h
database host
-uuser
-pdatabase
< remove_old_index_1.11.2.sql - mysql -h
database host
-uuser
-pdatabase
< add_new_index_2.0.0.sql
Wird auf Kitodo.Production 2.0.0 aktualisiert und vorher wurde nur die Version Goobi.Production 1.11.2 eingesetzt, dann benötigt man die folgenden SQL Migrationsdateien:
Diese sollten vor dem ersten Start der Anwendung in die Datenbank eingespielt werden:
- mysql -h
database host
-uuser
-pdatabase
< remove_old_index_1.11.2.sql - mysql -h
database host
-uuser
-pdatabase
< add_new_index_2.0.0.sql
Bei einigen Installationen funktionieren die obigen SQL-Dateien aufgrund bestehender Fremdschlüsseleinschränkungen möglicherweise nicht. In diesem Fall müssen Sie vor dem Ausführen der obigen Zeilen, abhängig von Ihrer aktuellen Version, einen der folgenden Befehle ausführen:
- mysql -h
database host
-uuser
-pdatabase
< remove_old_foreign_keys_prior_1.11.2.sql - mysql -h
database host
-uuser
-pdatabase
< remove_old_foreign_keys_1.11.2.sql
Sie müssen database host
, user
und database
mit den genutzten Einstellungen ersetzen. Der Benutzer user
muss die Berechtigung haben, die Datenbankstruktur der genutzten Datenbank zu ändern.