[Kitodo] Newspaper: Export Verzeichnisstruktur

Di Feb 27 16:55:41 CET 2018

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.facebook.com/pages/Zeutschel-GmbH/193873073980288?fref=ts>
> 
> 
> [cid:Twitter-34x34_f9819937-1c34-4eab-b2fc-944fcf2e8938.png]<https://twitter.com/zeutschelgmbh>
> 
> 
> [cid:YouTube-34x34_8cf03759-cc15-472e-a763-e628ea59d43b.png]<http://www.youtube.com/user/zeutschelbookscanner>
> 
> 
> [cid:google_34x34_daf218c4-f635-49e8-af7a-ed2a74c251ea.png]<https://plus.google.com/110507211572689796815/posts>
> 
> 
> Zeutschel GmbH | Heerweg 2 | 72070 Tübingen | Deutschland
> p: +49 (7071) 9706-62 | m: | f: +49 (7071) 9706-44
> e: Matthias.Ronge at zeutschel.de<mailto:Matthias.Ronge at 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_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 at 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 at 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
> 

-- 
*****************************************************
* Bernd Fallert
* Universitaetsbibliothek Mannheim
* Digitale Bibliotheksdienste, EDV
* D 68131 Mannheim
* e-mail: bernd.fallert at bib.uni-mannheim.de
* Tel: (+49) 0621 / 181-2966
*****************************************************

_______________________________________________
Kitodo-Community mailing list
Kitodo-Community at kitodo.org
https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community