Newspaper: Export Verzeichnisstruktur
Liebe Kolleginnen und Kollegen, Die UB Mannheim ist dabei historische Zeitungen in Kitodo zu verwalten. Nach anfänglichen Schwierigkeiten funktioniert jetzt die Datenerfassung. Mein aktuelles Problem entsteht beim Export der Daten. Bisher: ======= Bei Monographien haben wir eine Verzeichnisstruktur verwendet die durch die PPN gebildet wurde. In der zugehörigen Projekteinstellungen wurde die Struktur z.B. durch folgenden Eintrag bei beispielsweise Mets Dateigruppe MAX https://digi-test.bib.uni-mannheim.de/periodika/fileadmin/data/$(meta.Catalo... Zeitungen: ========== Bei Zeitungen muss ich aber nun zusätzlich zur PPN noch eine Unterscheidung der einzelnen Vorgänge, Jahrgänge ... treffen können. Aktuell gelingt es mir nicht eine Stuktur von z.B. PPN_YEAR_MONTH_DAY_ISSUE zu bilden. In goobi_projects.xml wird der Vorgangstitel beispielsweise gebildet durch <processtitle isdoctype="newspaper">TSL+'_'+PPN digital b-Satz+'_'+#YEAR+#MONTH+#DAY+'_'+#issu</processtitle> diese Variablen stehen mir aber in der Projekteinstellungen nicht zur Verfuegung. Mir ist ebenfalls nicht gelungen in unserer Regelsatzdatei im Abschnitt <METS> einen Eintrag zu erzeugen der diese Daten widerspiegelt. In dem Vorgang ist im Metadateneditor eine Struktur erkennbar die Zeitung TitleDocMain => Titel der Zeitung Erscheinungsjahr TitleDocMain => z.B. 1880 Erscheinungsmonat TitleDocMain => z.B. 2 Erscheinungstag TitleDocMain => z.B. 9 Ausgabe umfasst In jeder Ebene gibt es einen TitleDocMainShort bzw. TitleDocMain, da diese Felder alle gleich sind, sich nur in der Ebenen unterscheiden weiss ich nicht wie ich an diese Informationen herankomme, da mir bisher nur die Form $(meta.CatalogIDDigital) oder ggf. $(meta.topstruct.CatalogIDDigital) bekannt ist. Gibt es hierfür eine Dokumentation? Oder wie kann ich diese Einstellungen verfügbar machen? Ich finde im Wiki auch keinen Hinweis auf die möglichen Einstellungen bei einem Zeitungsprojekt. Alternative Ansätze: ==================== Ggf. ist es auch ein Ansatz die XML-Datei einfach nachträglich zu manipulieren und die Einträge bezüglich der Verzeichnisstruktur durch ein Script nachträglich anzupassen. Ggf. ist es auch ein Ansatz ein Benutzerdefiniertes Feld hinzuzufügen welches an die PPN angehängt wird. Gibt es hierzu Meinungen welches die beste Variante ist? Ich wäre für jeden Tipp / Doku dankbar! Viele Grüße Bernd Fallert -- ***************************************************** * Bernd Fallert * Universitaetsbibliothek Mannheim * Digitale Bibliotheksdienste, EDV * D 68131 Mannheim * e-mail: bernd.fallert@bib.uni-mannheim.de * Tel: (+49) 0621 / 181-2966 *****************************************************
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_conf... 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 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/... 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_Tech... Mit freundlichen Grüßen Matthias Ronge ________________________________ 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@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 -----Original Message----- From: kitodo-community-bounces@kitodo.org [mailto:kitodo-community-bounces@kitodo.org] On Behalf Of Bernd Fallert Sent: Thursday, February 15, 2018 1:53 PM To: kitodo-community@kitodo.org Subject: [Kitodo] Newspaper: Export Verzeichnisstruktur Liebe Kolleginnen und Kollegen, Die UB Mannheim ist dabei historische Zeitungen in Kitodo zu verwalten. Nach anfänglichen Schwierigkeiten funktioniert jetzt die Datenerfassung. Mein aktuelles Problem entsteht beim Export der Daten. Bisher: ======= Bei Monographien haben wir eine Verzeichnisstruktur verwendet die durch die PPN gebildet wurde. In der zugehörigen Projekteinstellungen wurde die Struktur z.B. durch folgenden Eintrag bei beispielsweise Mets Dateigruppe MAX https://digi-test.bib.uni-mannheim.de/periodika/fileadmin/data/$(meta.Catalo... Zeitungen: ========== Bei Zeitungen muss ich aber nun zusätzlich zur PPN noch eine Unterscheidung der einzelnen Vorgänge, Jahrgänge ... treffen können. Aktuell gelingt es mir nicht eine Stuktur von z.B. PPN_YEAR_MONTH_DAY_ISSUE zu bilden. In goobi_projects.xml wird der Vorgangstitel beispielsweise gebildet durch <processtitle isdoctype="newspaper">TSL+'_'+PPN digital b-Satz+'_'+#YEAR+#MONTH+#DAY+'_'+#issu</processtitle> diese Variablen stehen mir aber in der Projekteinstellungen nicht zur Verfuegung. Mir ist ebenfalls nicht gelungen in unserer Regelsatzdatei im Abschnitt <METS> einen Eintrag zu erzeugen der diese Daten widerspiegelt. In dem Vorgang ist im Metadateneditor eine Struktur erkennbar die Zeitung TitleDocMain => Titel der Zeitung Erscheinungsjahr TitleDocMain => z.B. 1880 Erscheinungsmonat TitleDocMain => z.B. 2 Erscheinungstag TitleDocMain => z.B. 9 Ausgabe umfasst In jeder Ebene gibt es einen TitleDocMainShort bzw. TitleDocMain, da diese Felder alle gleich sind, sich nur in der Ebenen unterscheiden weiss ich nicht wie ich an diese Informationen herankomme, da mir bisher nur die Form $(meta.CatalogIDDigital) oder ggf. $(meta.topstruct.CatalogIDDigital) bekannt ist. Gibt es hierfür eine Dokumentation? Oder wie kann ich diese Einstellungen verfügbar machen? Ich finde im Wiki auch keinen Hinweis auf die möglichen Einstellungen bei einem Zeitungsprojekt. Alternative Ansätze: ==================== Ggf. ist es auch ein Ansatz die XML-Datei einfach nachträglich zu manipulieren und die Einträge bezüglich der Verzeichnisstruktur durch ein Script nachträglich anzupassen. Ggf. ist es auch ein Ansatz ein Benutzerdefiniertes Feld hinzuzufügen welches an die PPN angehängt wird. Gibt es hierzu Meinungen welches die beste Variante ist? Ich wäre für jeden Tipp / Doku dankbar! Viele Grüße Bernd Fallert -- ***************************************************** * Bernd Fallert * Universitaetsbibliothek Mannheim * Digitale Bibliotheksdienste, EDV * D 68131 Mannheim * e-mail: bernd.fallert@bib.uni-mannheim.de * Tel: (+49) 0621 / 181-2966 ***************************************************** _______________________________________________ Kitodo-Community mailing list Kitodo-Community@kitodo.org https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
Hallo Herr Ronge, Vielen Dank fuer ihre Informationen! 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_conf... 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? Meine Versuche hierzu waren aber ebenfalls nicht erfolgreich. Eine Variable @dateIssueYear, diese ist auch definiert. Hier meine diesbezüglichen Einträge: in der ubm.xml ... <MetadataType> <Name>dateIssueYear</Name> <language name="de">dateIssueYear (wg. Export)</language> <language name="en">dateIssueYear (wg. Export)</language> </MetadataType> ... <METS> ... <Metadata> <InternalName>dateIssueYear</InternalName> <WriteXPath>./mods:mods/mods:location/#mods:physicalLocation[@type='dateIssueYear']</WriteXPath> </Metadata> ... </METS> ... Benötige ich noch weitere Definitionen? #1@TitleDocMain ================== Soweit ich das verstehe ist dies das in der Ebene PublicationYear[0] enthaltene Feld TitleDocMain. Dieses Feld ist auch befüllt und enthält in unserem Fall das aktuelle Jahr. Der Ausdruck wird aber nicht ausgewertet und dateIssueYear wird nicht befüllt und kann damit auch nicht mit $(meta.dateIssueYear) in der Projektdefinition abgefrage / benutzt werden.
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 Kontruktion ist nicht funktionsfähig, gibt es hierfür eine Möglichkeit? $(meta.firstchild.firstchild.TitleDocMain)
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_Tech...
Weswegen benötige ich im Zusammenhang mit Zeitungen verschiedene Exportpfade, der Grund hierfür wird in ihrem Dokument nicht erwähnt. Mit freundlichen Grüßen Bernd Fallert
Mit freundlichen Grüßen Matthias Ronge
________________________________
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@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
-----Original Message----- From: kitodo-community-bounces@kitodo.org [mailto:kitodo-community-bounces@kitodo.org] On Behalf Of Bernd Fallert Sent: Thursday, February 15, 2018 1:53 PM To: kitodo-community@kitodo.org Subject: [Kitodo] Newspaper: Export Verzeichnisstruktur
Liebe Kolleginnen und Kollegen,
Die UB Mannheim ist dabei historische Zeitungen in Kitodo zu verwalten. Nach anfänglichen Schwierigkeiten funktioniert jetzt die Datenerfassung.
Mein aktuelles Problem entsteht beim Export der Daten.
Bisher: ======= Bei Monographien haben wir eine Verzeichnisstruktur verwendet die durch die PPN gebildet wurde. In der zugehörigen Projekteinstellungen wurde die Struktur z.B. durch folgenden Eintrag bei beispielsweise Mets Dateigruppe MAX
https://digi-test.bib.uni-mannheim.de/periodika/fileadmin/data/$(meta.Catalo...
Zeitungen: ========== Bei Zeitungen muss ich aber nun zusätzlich zur PPN noch eine Unterscheidung der einzelnen Vorgänge, Jahrgänge ... treffen können.
Aktuell gelingt es mir nicht eine Stuktur von z.B. PPN_YEAR_MONTH_DAY_ISSUE zu bilden.
In goobi_projects.xml wird der Vorgangstitel beispielsweise gebildet durch
<processtitle isdoctype="newspaper">TSL+'_'+PPN digital b-Satz+'_'+#YEAR+#MONTH+#DAY+'_'+#issu</processtitle>
diese Variablen stehen mir aber in der Projekteinstellungen nicht zur Verfuegung. Mir ist ebenfalls nicht gelungen in unserer Regelsatzdatei im Abschnitt <METS> einen Eintrag zu erzeugen der diese Daten widerspiegelt.
In dem Vorgang ist im Metadateneditor eine Struktur erkennbar die Zeitung TitleDocMain => Titel der Zeitung Erscheinungsjahr TitleDocMain => z.B. 1880 Erscheinungsmonat TitleDocMain => z.B. 2 Erscheinungstag TitleDocMain => z.B. 9 Ausgabe umfasst
In jeder Ebene gibt es einen TitleDocMainShort bzw. TitleDocMain, da diese Felder alle gleich sind, sich nur in der Ebenen unterscheiden weiss ich nicht wie ich an diese Informationen herankomme, da mir bisher nur die Form
$(meta.CatalogIDDigital) oder ggf. $(meta.topstruct.CatalogIDDigital)
bekannt ist.
Gibt es hierfür eine Dokumentation? Oder wie kann ich diese Einstellungen verfügbar machen?
Ich finde im Wiki auch keinen Hinweis auf die möglichen Einstellungen bei einem Zeitungsprojekt.
Alternative Ansätze: ==================== Ggf. ist es auch ein Ansatz die XML-Datei einfach nachträglich zu manipulieren und die Einträge bezüglich der Verzeichnisstruktur durch ein Script nachträglich anzupassen.
Ggf. ist es auch ein Ansatz ein Benutzerdefiniertes Feld hinzuzufügen welches an die PPN angehängt wird.
Gibt es hierzu Meinungen welches die beste Variante ist?
Ich wäre für jeden Tipp / Doku dankbar!
Viele Grüße Bernd Fallert
-- ***************************************************** * Bernd Fallert * Universitaetsbibliothek Mannheim * Digitale Bibliotheksdienste, EDV * D 68131 Mannheim * e-mail: bernd.fallert@bib.uni-mannheim.de * Tel: (+49) 0621 / 181-2966 *****************************************************
_______________________________________________ Kitodo-Community mailing list Kitodo-Community@kitodo.org https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
_______________________________________________ Kitodo-Community mailing list Kitodo-Community@kitodo.org https://maillist.slub-dresden.de/cgi-bin/mailman/listinfo/kitodo-community
-- ***************************************************** * Bernd Fallert * Universitaetsbibliothek Mannheim * Digitale Bibliotheksdienste, EDV * D 68131 Mannheim * e-mail: bernd.fallert@bib.uni-mannheim.de * Tel: (+49) 0621 / 181-2966 *****************************************************
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@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_conf... 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_Tech...
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
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@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_conf... 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_Tech...
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@bib.uni-mannheim.de * Tel: (+49) 0621 / 181-2966 *****************************************************
Lieber Herr Fallert, Ich hatte Ihnen und der Community Ihre letzte Frage noch nicht beantwortet: Am 27.02.2018 um 16:56 schrieb Bernd Fallert:
Am 27.02.2018 um 10:47 schrieb Ronge, Matthias:
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.
Wie viele und welche XML-Dateien erstellt werden, ist variabel und wird nur durch den Regelsatz (Attribut “anchor”) festgelegt. In der Ankerdatei werden die jeweils zu einem <DocStructType> gehörenden Metadaten gespeichert. Die unterschiedlichen Ebenen von Ankerdateien dienen also dazu, diese Metadaten auf verschiedene Dateien aufzuteilen, um so den Download zu beschleunigen. Bei Zeitungen ist das typischerweise folgender Aufbau der <DocStructType>s: Newspaper (anchor = true) +- PublicationYear (anchor = year) +- PublicationMonth (anchor = year) +- PublicationDay (anchor = year) +- Issue () Daher werden drei Dateien erstellt: (anchor = true) → mets_anchor.xml (1. Ankerebene) (anchor = year) → mets_year.xml (2. Ankerebene) () → mets.xml Es könnte im Regelsatz allerdings auch anders konfiguriert werden, dann würden mehr oder weniger Ankerdateien produziert. Wenn man nun ein Digitalisat über das Internet ausspielen will, muss es dazu über eine Internetadresse adressierbar und abrufbar sein. Wie genau dies geschieht und diese Adressen aussehen, ist von Haus zu Haus unterschiedlich. Es geschieht außerhalb von Production typischerweise durch einen Webserver. Z.B. können dazu Resolver eingesetzt werden, die zum Beispiel über eine PPN angesprochen werden. In der METS-Datei, die von Production generiert wird, muss jedoch der, oder müssen die Pfade eingepflegt werden, unter denen das Digitalisat später vom Webserver ausgespielt wird. Daher sind diese Pfade konfigurierbar. Die Anzahl der Pfade und wie diese aussehen müssen ergibt sich aus dem Regelsatz und der Konfiguration des Webservers bzw. Resolvers. Um dieser Flexibilisierung Rechnung zu tragen können in der Projektkonfiguration im Feld “METS Pointer Pfad” mehrere Pfade zu unterschiedlichen Ankerebenen (s.o.) angegeben werden. Diese müssen durch eine horizontale unterbrochene Linie („¦“, U+00A6) voneinander getrennt werden. Die Reihenfolge folgt dem Regelsatz, im obigen Beispiel also: http://pfad/zur/mets_anchor.xml¦http://pfad/zur/mets_year.xml (1. Ankerebene) ¦(2. Ankerebene) Gruß Matthias Ronge ________________________________ 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@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
participants (2)
-
Bernd Fallert -
Ronge, Matthias