Hallo Herr Ronge,
Ich sah erst jetzt, dass Sie unten in der E-Mail noch
mehr
geschrieben hatten. Daher meine späte Antwort.
Sorry! Das ist meine Schuld wenn ich nicht richtig darauf hinweise!
Ist das Metadatenfeld am Strukturelement erlaubt? Wenn
Sie testweise
im Metadateneditor manuell das Feld ‘dateIssueYear (wg. Export)’ zum
Jahres-Strukturelement hinzufügen, und das validieren können, sollte
regelsatzseitig alles richtig sein. Wichtig ist auch das Vorhandensein
der Leerzeichen, damit die Regeln genau richtig interpretiert werden. Es
muss zwischen den Argumenten immer genau ein Leerzeichen stehen; wenn
sie mehrere Regeln durch “;” verbinden, darf vor und hinter dem “;” kein
Leerzeichen stehen. Ich hatte aber den Eindruck, das wäre richtig. Also
so (hier ␣ als Leerzeichen):
Mein Problem war das ich das Metadatenfeld tatsächlich nicht im
Strukturelement definiert hatte. Ich wollte das Feld ja nicht in der
Maske im Metadateneditor verwenden, daher bin ich nicht auf die Idee
gekommen das an dieser Stelle einzutragen.
Auf direktem Wege geht das nicht. Sie könnten aber
vielleicht z.B.
ein Feld “firstMonth” am Zeitungselement definieren, mit
/@firstMonth =format "%1$02d"
/PublicationYear[0]/PublicationMonth[0]@TitleDocMain
befüllen, und dann über $(meta.firstMonth) darauf zugreifen. Wenn es
für das Feld
keine Exportregel unter <METS> gibt, fällt es auch beim
Export nicht heraus.
Durch die def. des Metadatenfeldes im Strukturelement ist das jetzt
ebenfalls möglich.
>> Weswegen benötige ich im Zusammenhang mit Zeitungen verschiedene
>> Exportpfade, der Grund hierfür wird in ihrem Dokument nicht erwähnt.
> Wenn mehrere verschiedene
Ankerdatei-Ebenen gewünscht sind
(üblicherweise mets_anchor.xml und mets_year.xml), und auf diese von
außen über unterschiedliche Pfade zugegriffen werden können soll, muss
man hierfür verschiedene Pfade konfigurieren.
Kann ich das unterschiedlich konfigurieren? Bei Zeitungen wird bei uns
automatisch eine mets_anchor.xml und mets_year.xml erstellt.
Ich hoffe, dass Ihnen das weiterhilft.
Ja das hat mir sehr weitergeholfen!
Herzlichen Dank!
Mit freundlichen Grüßen
Bernd Fallert
Am 27.02.2018 um 10:47 schrieb Ronge, Matthias:
Sehr geehrter Herr Fallert,
Ich sah erst jetzt, dass Sie unten in der E-Mail noch mehr geschrieben hatten. Daher
meine späte Antwort.
________________________________
Matthias Ronge
Software Entwicklung/Software Development
[cid:Z_Logo_RGB_180px_2b974e26-85b9-4005-92dd-9bb8df881ab3.png]<http://www.zeutschel.de>
<http://www.zeutschel.de>
[
cid:Facebook-34x34_ab94d89a-875f-49f2-81f3-e136c66e4bb5.png]<https://www…
[
cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twit…
[
cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.y…
[
cid:google_34x34_daf218c4-f635-49e8-af7a-ed2a74c251ea.png]<https://plus.…
Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44
e: Matthias.Ronge@zeutschel.de<mailto:Matthias.Ronge@zeutschel.de> | w:
http://www.zeutschel.de
[cid:zeta-banner-86x75_fuerWebsite_c5e46c08-490e-49fa-b13f-d59217ddd169.png]<http://www.zeutschel.de/links/Zeta-App>
Geschäftsführer/President: Joerg Vogler | Registergericht Stuttgart: HRB 380917
Am 22.02.2018 um 17:42 schrieb Bernd Fallert:
Am 15.02.2018 um 16:06 schrieb Ronge, Matthias:
Sehr geehrter Herr Fallert,
Eine weitere Möglichkeit zum Zusammenfügen der Datumsangaben aus den
Metadaten gibt es mit den copyData.onExport-Regeln in der
goobi_config.properties. Wichtig ist, dass es das Ziel-Metadatenfeld
im Regelsatz geben muss, sonst passiert nichts. Ein Beispiel finden
Sie unter:
https://github.com/kitodo/kitodo-production/blob/2.x/Goobi/config/goobi_con…
Die Felder werden nicht nur
zusammengefügt, sondern das Ergebnis auch “formatiert”, also bei
einstelligen Tages- und Monatsangaben z.B. führende Nullen eingefügt.
Das Ganze ist konfigurierbar, die Regeln sind hier beschrieben:
https://docs.oracle.com/javase/7/docs/api/java/util/Formatter.html
Diese Möglichkeit hatte ich gesehen, aber alle Versuche meinerseits
waren nicht erfolgreich.
Eine einfache Variable funktioniert, aber die Versuche mit =form
funktionierten nicht
Meine Testvariante:
======================
copyData.onExport=/@ProcessID =
$process.id;/PublicationYear[0]@dateIssueYear =format "%1$04d"
#1@TitleDocMain
In den gesamten Beispielen die ich gefunden habe, wird immer mit
PublicationYear[0] begonnen, aber meine oberste Ebene im
Metadateneditor ist /Newspaper muss ich damit beginnen?
Nein, die oberste Ebene brauchen Sie nicht zu erwähnen, diese wird durch den ersten
Schrägstrich bezeichnet. Ein Strukturelement „Newspaper“ an oberster Ebene ist Standard.
Ist das Metadatenfeld am Strukturelement erlaubt? Wenn Sie testweise im Metadateneditor
manuell das Feld ‘dateIssueYear (wg. Export)’ zum Jahres-Strukturelement hinzufügen, und
das validieren können, sollte regelsatzseitig alles richtig sein. Wichtig ist auch das
Vorhandensein der Leerzeichen, damit die Regeln genau richtig interpretiert werden. Es
muss zwischen den Argumenten immer genau ein Leerzeichen stehen; wenn sie mehrere Regeln
durch “;” verbinden, darf vor und hinter dem “;” kein Leerzeichen stehen. Ich hatte aber
den Eindruck, das wäre richtig. Also so (hier ␣ als Leerzeichen):
copyData.onExport=/@ProcessID␣=␣$process.id;/PublicationYear[0]@dateIssueYear␣=format␣"%1$04d"␣#1@TitleDocMain
Grundsätzlich können sie die Vorgänge unter beliebigen Ordnern
exportieren. Es genügt, wenn die Angabe eindeutig ist, es muss nicht
die PPN sein. Hauptsache die entstandenen Links können hernach vom
Webserver auch aufgelöst werden. Der VariableReplacer bietet eine
ganze Reihe von Möglichkeiten, auch zum Zugriff auf Projektvariablen
oder Eigenschaften-Felder:
https://github.com/kitodo/kitodo-production/blob/2.x/Goobi/src/de/sub/goobi…
Ich habe nun diese Möglichkeit benutzt
$(meta.CatalogIDDigital)_$(meta.firstchild.TitleDocMain)_$(meta.ProcessID)
Ich würde auch noch den Monat verwenden, aber folgende Konstruktion
ist nicht funktionsfähig, gibt es hierfür eine Möglichkeit?
$(meta.firstchild.firstchild.TitleDocMain)
Auf direktem Wege geht das nicht. Sie könnten aber vielleicht z.B. ein Feld “firstMonth”
am Zeitungselement definieren, mit
/@firstMonth =format "%1$02d"
/PublicationYear[0]/PublicationMonth[0]@TitleDocMain
befüllen, und dann über $(meta.firstMonth) darauf zugreifen. Wenn es für das Feld keine
Exportregel unter <METS> gibt, fällt es auch beim Export nicht heraus.
Gerne
weise ich Sie auch noch auf die Konfigurationshinweise zur
Einrichtung unterschiedlicher Exportpfade bei der Nutzung des
erweiterten Ankerkonzepts hin, das im Zeitungskontext relevant wird:
https://github.com/kitodo/kitodo-production/wiki/Zeutschel_Doku/TS-1090_Tec…
Weswegen benötige ich im Zusammenhang mit Zeitungen verschiedene
Exportpfade, der Grund hierfür wird in ihrem Dokument nicht erwähnt.
Wenn mehrere verschiedene Ankerdatei-Ebenen gewünscht sind (üblicherweise mets_anchor.xml
und mets_year.xml), und auf diese von außen über unterschiedliche Pfade zugegriffen werden
können soll, muss man hierfür verschiedene Pfade konfigurieren.
Ich hoffe, dass Ihnen das weiterhilft.
Mit freundlichen Grüßen
Matthias Ronge
--
*****************************************************
* Bernd Fallert
* Universitaetsbibliothek Mannheim
* Digitale Bibliotheksdienste, EDV
* D 68131 Mannheim
* e-mail: bernd.fallert(a)bib.uni-mannheim.de
* Tel: (+49) 0621 / 181-2966
*****************************************************