Sehr geehrter Herr Fallert,
Ich sah erst jetzt, dass Sie unten in der E-Mail noch mehr geschrieben hatten. Daher meine späte Antwort.
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_config.properties#L381-L384
>> 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/helper/VariableReplacer.java#L155-L241
>
> 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_TechnInfo_Zeitungsdigital.pdf#page=21
>
>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
Ich sah erst jetzt, dass Sie unten in der E-Mail noch mehr geschrieben hatten. Daher meine späte Antwort.
|
Matthias Ronge
|
||||
|
|
|
|
|
|
Zeutschel GmbH
| Heerweg 2 | 72070 Tübingen | Deutschland
p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44 e: Matthias.Ronge@zeutschel.de | w: http://www.zeutschel.de |
|
|||
| 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_config.properties#L381-L384
>> 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/helper/VariableReplacer.java#L155-L241
>
> 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_TechnInfo_Zeitungsdigital.pdf#page=21
>
>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