-
Notifications
You must be signed in to change notification settings - Fork 63
K10plus Anpassungen Konfiguration
ACHTUNG!!!
- Die Inhalte dieser Seite sollen die Leserinnen und Leser auf die notwendigen Anpassungen von Kitodo.Production aufmerksam machen. Es ist an dieser Stelle nicht möglich, konkrete Empfehlungen zu geben. Die aufgeführten Beispiele sind nur Beispiele !
- Es besteht kein Anspruch auf vollständige Beschreibung der verwendeten PICA-Felder!
- Die Informationen aus dem K10plus-Wiki (Format-Informationen, ...) werden nicht regelmäßig auf Änderungen überprüft!
- Die aufgeführten Beispiele sind so realistisch wie möglich, eine direkte Anwendung muss jedoch immer geprüft werden!
- Es wird empfohlen, sich auf den jeweiligen Quell-Seiten direkt zu informieren!
Siehe auch: K10plus Anpassungen Anwendungsfälle
Stand: 2019-02-18
Beim Import aus dem K10plus muss berücksichtigt werden, dass sich einige Metadatenfelder mit Informationen zum Datenträger oder Inhaltstyp geändert haben. Dies betrifft nur Kitodo-Instanzen, die Oa- oder Ob-Aufnahmen weiter spezifizieren. Zum Beispiel können Ob-Aufnahmen folgenden Dokumenttypen entsprechen:
- Zeitschrift
- Zeitung
- Ephemera
Um den korrekten Dokumenttyp maschinell zu erkennen, ist die Auswertung weiterer Metadatenfelder notwendig, wie zum Beispiel 1130, 1131 oder 1140. Einige Metadatenfelder, beziehungsweise die Inhalte der Metadatenfelder stehen mit K10plus-Einführung nicht mehr zur Verfügung. In der SLUB ist dadurch das maschinelle Erkennen von Handschriften (1140 hand) nicht mehr möglich.
In der SLUB wird deshalb das Metadatenfeld 1131 (013D) genutzt, um die Dokumenttypen zu spezifizieren
| 0500 | Dokumenttyp | PICA+ (K10plus) | Wert |
|---|---|---|---|
| Obu | Zeitung | 013D $8 | Zeitung |
| Obu | Ephemera | 013D $8 | Programmheft |
| Oau | Handschrift | 013D $8 | Handschrift |
| Oau | Handschrift | 013D $8 | Musikhandschrift |
In der goobi_opac.xml-Datei wird dies zum Beispiel für Programmhefte in folgender Weise konfiguriert:
<setvalue tag="002@" subtag="0" value="Ae">
<condition tag="002@" subtag="0" value="Ab.*" />
<condition tag="013D" subtag="8" value="Programmheft" />
</setvalue>
<setvalue tag="002@" subtag="0" value="Oe">
<condition tag="002@" subtag="0" value="Ob.*" />
<condition tag="013D" subtag="8" value="Programmheft" />
</setvalue>
Stand: 2019-02-18
- "-" entspricht "keine Änderung"
- "+" entspricht "Änderung"
- "?" entspricht "Klärungsbedarf"
Stand: 2019-02-18
Wenn Metadatenfelder wie SWB-PPN beim Export durch reguläre Ausdrücke geprüft werden, müssen diese angepasst werden. Es ist auch möglich ein neues Feld für die KXP-PPN zu definieren. Es stehen drei Methoden zur Verfügung:
Es wird eindeutig zwischen 9-stellligen und 10-stelligen PPN unterschieden und in das jeweilige Feld eingetragen.
<Metadata>
<InternalName>CatalogIDSource</InternalName>
<ValueCondition>/^[0-9]{8}[0-9X]{1}$/</ValueCondition>
<WriteXPath>./mods:mods/#mods:identifier[@type='swb-ppn']</WriteXPath>
</Metadata>
<Metadata>
<InternalName>CatalogIDSource</InternalName>
<ValueCondition>/^[0-9]{9}[0-9X]{1}$/</ValueCondition>
<WriteXPath>./mods:mods/#mods:identifier[@type='kxp-ppn']</WriteXPath>
</Metadata>
Diese Änderung muss auch in der Präsentation berücksichtigt werden, wenn zum Beispiel mit der SWB-PPN in den SWB-OPAC verlinkt, oder wenn der Wert für andere Funktionen genutzt wird.
- KXP-PPN können spezifisch ausgewertet werden.
- SWB-PPN können spezifisch ausgewertet werden.
Gegebenenfalls kann eine Mischung angewendet werden, so dass in SWB-PPN 9- und 10-stellige PPN eingetragen werden und in KXP-PPN nur 10-stellige PPN eingetragen werden.
<Metadata>
<InternalName>CatalogIDSource</InternalName>
<ValueCondition>/^([0-8]{8}[0-9X]{1})$|^([0-9]{9}[0-9X]{1})$/</ValueCondition>
<WriteXPath>./mods:mods/#mods:identifier[@type='swb-ppn']</WriteXPath>
</Metadata>
<Metadata>
<InternalName>CatalogIDSource</InternalName>
<ValueCondition>/^[0-9]{9}[0-9X]{1}$/</ValueCondition>
<WriteXPath>./mods:mods/#mods:identifier[@type='kxp-ppn']</WriteXPath>
</Metadata>
Dadurch ist in folgenden Anwendungen keine Auswertung beider Metadatenfelder notwendig.
- KXP-PPN können spezifisch ausgewertet werden.
- SWB-PPN können nicht spezifisch ausgewertet werden.
Wenn keine Trennung der PPN gewünscht ist, können beide PPN in SWB-PPN eingetragen werden.
<Metadata>
<InternalName>CatalogIDSource</InternalName>
<ValueCondition>/^([0-8]{8}[0-9X]{1})$|^([0-9]{9}[0-9X]{1})$/</ValueCondition>
<WriteXPath>./mods:mods/#mods:identifier[@type='swb-ppn']</WriteXPath>
</Metadata>
Dadurch ist in folgenden Anwendungen keine Auswertung beider Metadatenfelder notwendig.
- KXP-PPN können nicht spezifisch ausgewertet werden.
- SWB-PPN können nicht spezifisch ausgewertet werden.