From markus-christian.schmidt at rub.de Thu Jun 17 12:22:09 2021 From: markus-christian.schmidt at rub.de (Markus Schmidt) Date: Thu, 17 Jun 2021 12:22:09 +0200 Subject: [Kobv-opus-tester] =?utf-8?q?Gel=C3=B6schte_IDs?= Message-ID: <9a439606-f5eb-6961-b5af-670873088ca7@rub.de> Liebe OPUS Entwickler, wir benutzen aktuell noch die Version 4.6.3 und haben leider immer wieder ein "Problem" mit gelöschten Document Id's, die aus abgebrochenen Publizierungsversuchen unserer Nutzer entstehen. Beim Abbruch wird der temporäre Datensatz auch korrekt aus der Datenbank gelöscht, allerdings geht damit auch die benutzte Document Id unwiderruflich verloren, da der nächste Datensatz mit der nächsthöheren ID angelegt wird. Dies mag so vorgesehen sein, führt aber natürlich auch immer wieder zu Lücken in den Documents Id's. Gibt es evtl. eine Möglichkeit, diese Id's zu "retten" und anschließend für neue Publizierungen zu nutzen? Herzlichen Dank!! -- Mit freundlichen Grüßen, Markus Schmidt IT-Dienste Tel: 0234 / 32-22792 Universitätsbibliothek Ruhr-Universität Bochum Universitätsstr. 150 44801 Bochum   -------------- nächster Teil -------------- Ein Dateianhang mit Binärdaten wurde abgetrennt... Dateiname : markus-christian_schmidt.vcf Dateityp : text/x-vcard Dateigröße : 71 bytes Beschreibung: nicht verfügbar URL : From schwidder at zib.de Thu Jun 17 13:19:36 2021 From: schwidder at zib.de (Jens Schwidder) Date: Thu, 17 Jun 2021 13:19:36 +0200 Subject: [Kobv-opus-tester] =?utf-8?q?Gel=C3=B6schte_IDs?= In-Reply-To: <9a439606-f5eb-6961-b5af-670873088ca7@rub.de> References: <9a439606-f5eb-6961-b5af-670873088ca7@rub.de> Message-ID: <7dee3990-b91d-8b62-e82f-bf8cd239ab7b@zib.de> Hallo, ich befürchte dafür gibt es leider keine einfache Lösung. Das Feld wird von der Datenbank automatisch erhöht und eine Suche nach "Lücken" wird, soviel ich weiß, von MySQL nicht unterstützt. Vielleicht gibt es da aber auch noch Datenbankexperten, die mehr wissen. Für eine Bereinigung müsste ein aufwendiges Skript geschrieben werden und das Skript müsste immer wieder ausgeführt werden. Ein Trost vielleicht, das Publish-Modul muss neu implementiert werden, um neue Funktionen umsetzen zu können und die Handhabung zu vereinfachen. Das wird leider noch eine Weile dauern, aber hinterher wird es keine temporären Dokumente mehr in der Datenbank geben. Vermutlich wird es auch dann immer noch eine Chance für das Auftreten von Lücken geben, z.B. wenn beim Import was schief läuft, aber das sollte dann sehr selten der Fall sein. Viele Grüße Jens Schwidder On 17.06.21 12:22, Markus Schmidt wrote: > Liebe OPUS Entwickler, > > wir benutzen aktuell noch die Version 4.6.3 und haben leider immer wieder ein "Problem" > mit gelöschten Document Id's, die aus abgebrochenen Publizierungsversuchen unserer Nutzer > entstehen. Beim Abbruch wird der temporäre Datensatz auch korrekt aus der Datenbank gelöscht, > allerdings geht damit auch die benutzte Document Id unwiderruflich verloren, da der nächste > Datensatz mit der nächsthöheren ID angelegt wird. Dies mag so vorgesehen sein, führt aber > natürlich auch immer wieder zu Lücken in den Documents Id's. Gibt es evtl. eine Möglichkeit, > diese Id's zu "retten" und anschließend für neue Publizierungen zu nutzen? > > Herzlichen Dank!! > > > -- > Kobv-opus-tester mailing list > Kobv-opus-tester at zib.de > https://listserv.zib.de/mailman/listinfo/kobv-opus-tester > -- ============================================================== Jens Schwidder Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV) c/o Konrad-Zuse-Zentrum für Informationstechnik Berlin (ZIB) Takustr. 7, D-14195 Berlin Telefon: (030) 841 85 - 308 Telefax: (030) 841 85 - 269 E-Mail: schwidder at zib.de WWW: http://www.kobv.de ============================================================== From martin.schwarten at herder-institut.de Tue Jun 22 09:36:31 2021 From: martin.schwarten at herder-institut.de (Martin Schwarten) Date: Tue, 22 Jun 2021 09:36:31 +0200 Subject: [Kobv-opus-tester] Frontdoor Spracheinstellung Message-ID: <20210622093631.Horde.m9s40lhyNUgtFdYX4gN7eL1@home.staff.uni-marburg.de> Liebe Kolleginnen und Kollegen, wie kann ich die aktuelle Spracheinstellung der Frontdoor mit OPUS-Boardmitteln abfragen? Ich benötige dies, um Datierungsangaben aus Enrichment-Feldern passend zur Sprache zu formatieren. Herzlichen Dank und beste Grüße Martin Schwarten -- Dr. Martin Schwarten Sachbearbeiter / wiss. Mitarbeiter Digitale Forschungs- und Informationsinfrastrukturen Herder-Institut für historische Ostmitteleuropaforschung - Institut der Leibniz-Gemeinschaft Gisonenweg 5-7 35037 Marburg Tel: +49 6421 184-249 Fax: +49 6421 184-194 www.herder-institut.de www.facebook.com/HerderInstitut www.youtube.com/user/HerderInstitut From schwidder at zib.de Wed Jun 23 13:01:09 2021 From: schwidder at zib.de (Jens Schwidder) Date: Wed, 23 Jun 2021 13:01:09 +0200 Subject: [Kobv-opus-tester] Frontdoor Spracheinstellung In-Reply-To: <20210622095941.Horde.BTGcHI9TwYWr_N81uS9qKkQ@home.staff.uni-marburg.de> References: <20210622093631.Horde.m9s40lhyNUgtFdYX4gN7eL1@home.staff.uni-marburg.de> <20210622095941.Horde.BTGcHI9TwYWr_N81uS9qKkQ@home.staff.uni-marburg.de> Message-ID: Lieber Herr Schwarten, im PHP Code kann man folgendes verwenden $locale = Application_Translate::getInstance()::getLocale(); und sollte dann 'einen String wie 'en' bekommen. Es kann sein, dass sich diese Zeile mit dem Laminas umstieg ändert, der aber noch eine Weile dauern wird. Im XSLT wird die gleiche Funktionalität über einen ViewHelper verfügbar gemacht, z.B. in folgender Datei modules/frontdoor/views/scripts/index/templates/services.xslt Dort wird mit die Locale mit im HTML ausgegeben. Man könnte das aber auch xsl:when test Ausdrücken verwenden. Hoffe das hilft Ihnen erst einmal weiter! Eigentlich sollte diese Funktionalität für Enrichment-Felder, die Datumsangaben enthalten, in den Standard aufgenommen werden. Man müsste dann berücksichtigen, dass sich die unterstützten Sprachen von Instanz zu Instanz unterscheiden können und man würde vermutlich einen weiteren ViewHelper bauen, um die Unterscheidungslogik im XSLT zu vermeiden. In der Datei "metadata.xslt" wird bereits der ViewHelper formatDate verwendet. Leider unterstützt dieser alte ViewHelper momentan nur unterschiedliche Formate für Deutsch und Englisch. Für andere Sprachen wird die englische Formatierung verwendet. Viele Grüße Jens Schwidder On 22.06.21 09:59, Martin Schwarten wrote: > Lieber Herr Schwidder, > >> geht es um eine Abfrage im PHP-Code oder im XSLT? > > XSLT bevorzugt, aber PHP als Alternative wäre ebenfalls gut. ich möchte > es in templates/metadata.xslt nutzen und in functions.xslt die > aufzurufende Datierungsfunktion hinzupacken. > > > Viele Grüße > Martin Schwarten > -- ============================================================== Jens Schwidder Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV) c/o Konrad-Zuse-Zentrum für Informationstechnik Berlin (ZIB) Takustr. 7, D-14195 Berlin Telefon: (030) 841 85 - 308 Telefax: (030) 841 85 - 269 E-Mail: schwidder at zib.de WWW: http://www.kobv.de ============================================================== From martin.schwarten at herder-institut.de Wed Jun 23 13:25:50 2021 From: martin.schwarten at herder-institut.de (Martin Schwarten) Date: Wed, 23 Jun 2021 13:25:50 +0200 Subject: [Kobv-opus-tester] Frontdoor Spracheinstellung In-Reply-To: References: <20210622093631.Horde.m9s40lhyNUgtFdYX4gN7eL1@home.staff.uni-marburg.de> <20210622095941.Horde.BTGcHI9TwYWr_N81uS9qKkQ@home.staff.uni-marburg.de> Message-ID: <20210623132550.Horde.ifxzcevxEcOcjdRsaFdIpp5@home.staff.uni-marburg.de> Lieber Herr Schidder, > im PHP Code kann man folgendes verwenden > > $locale = Application_Translate::getInstance()::getLocale(); > > und sollte dann 'einen String wie 'en' bekommen. Es kann sein, dass > sich diese Zeile mit dem Laminas umstieg ändert, der aber noch eine > Weile dauern wird. > > Im XSLT wird die gleiche Funktionalität über einen ViewHelper > verfügbar gemacht, z.B. in folgender Datei > > modules/frontdoor/views/scripts/index/templates/services.xslt > > Dort wird mit > > > > die Locale mit im HTML ausgegeben. Man könnte das aber auch xsl:when > test Ausdrücken verwenden. > > > > Hoffe das hilft Ihnen erst einmal weiter! vielen Dank für die ausführlichen Informationen. Ich werde sie nachher gleich mal austesten. > Eigentlich sollte diese Funktionalität für Enrichment-Felder, die > Datumsangaben enthalten, in den Standard aufgenommen werden. Man > müsste dann berücksichtigen, dass sich die unterstützten Sprachen > von Instanz zu Instanz unterscheiden können und man würde vermutlich > einen weiteren ViewHelper bauen, um die Unterscheidungslogik im XSLT > zu vermeiden. > > In der Datei "metadata.xslt" wird bereits der ViewHelper formatDate > verwendet. > > > > > > select="php:functionString('Application_Xslt::formatDate', $day, > $month, $year)" /> > > > Leider unterstützt dieser alte ViewHelper momentan nur > unterschiedliche Formate für Deutsch und Englisch. Für andere > Sprachen wird die englische Formatierung verwendet. Er funktioniert für einen vollständigen Datumseintrag problemlos. Ich brauche so etwas auch für Datierungen wie YYYY/MM bzw. MM.YYYY oder Mai/May 2020. Herzliche Grüße Martin Schwarten -- Dr. Martin Schwarten Sachbearbeiter / wiss. Mitarbeiter Digitale Forschungs- und Informationsinfrastrukturen Herder-Institut für historische Ostmitteleuropaforschung - Institut der Leibniz-Gemeinschaft Gisonenweg 5-7 35037 Marburg Tel: +49 6421 184-249 Fax: +49 6421 184-194 www.herder-institut.de www.facebook.com/HerderInstitut www.youtube.com/user/HerderInstitut From schwidder at zib.de Wed Jun 23 15:30:20 2021 From: schwidder at zib.de (Jens Schwidder) Date: Wed, 23 Jun 2021 15:30:20 +0200 Subject: [Kobv-opus-tester] Frontdoor Spracheinstellung In-Reply-To: <20210623132550.Horde.ifxzcevxEcOcjdRsaFdIpp5@home.staff.uni-marburg.de> References: <20210622093631.Horde.m9s40lhyNUgtFdYX4gN7eL1@home.staff.uni-marburg.de> <20210622095941.Horde.BTGcHI9TwYWr_N81uS9qKkQ@home.staff.uni-marburg.de> <20210623132550.Horde.ifxzcevxEcOcjdRsaFdIpp5@home.staff.uni-marburg.de> Message-ID: Lieber Herr Schwarten, ich habe mal ein Issue dafür angelegt. Die Zusammenarbeit zwischen der Nutzer-Community und der Entwicklung muss unbedingt gestärkt werden, insbesondere bei der detailierten Ausarbeitung von Anforderungen. Und irgendwo muss man ja mal anfangen. https://github.com/OPUS4/application/issues/408 In einem Enrichment ist das Datum ja vermutlich als String gespeichert und um "formatDate" zu verwenden müsste dieser String in seine Teile zerlegt werden, richtig? Wenn ja, dann bräuchte man also eine Funktion, die von einem Datumsstring in einen anderen konvertiert. Da sich die unterstützten Anzeigesprachen einer konkreten Instanz in der Regel nicht verändern, wäre es vermutlich akzeptabel im XSLT eine Unterscheidung zu implementieren. Ich fände es gut, wenn wir die Überlegungen auf GitHub fortsetzen könnten. Vielen Dank und viele Grüße Jens Schwidder On 23.06.21 13:25, Martin Schwarten wrote: > Lieber Herr Schidder, > >> im PHP Code kann man folgendes verwenden >> >> $locale = Application_Translate::getInstance()::getLocale(); >> >> und sollte dann 'einen String wie 'en' bekommen. Es kann sein, dass >> sich diese Zeile mit dem Laminas umstieg ändert, der aber noch eine >> Weile dauern wird. >> >> Im XSLT wird die gleiche Funktionalität über einen ViewHelper >> verfügbar gemacht, z.B. in folgender Datei >> >> modules/frontdoor/views/scripts/index/templates/services.xslt >> >> Dort wird mit >> >> >> >> die Locale mit im HTML ausgegeben. Man könnte das aber auch xsl:when >> test Ausdrücken verwenden. >> >> >> >> Hoffe das hilft Ihnen erst einmal weiter! > > vielen Dank für die ausführlichen Informationen. Ich werde sie nachher > gleich mal austesten. > > >> Eigentlich sollte diese Funktionalität für Enrichment-Felder, die >> Datumsangaben enthalten, in den Standard aufgenommen werden. Man >> müsste dann berücksichtigen, dass sich die unterstützten Sprachen von >> Instanz zu Instanz unterscheiden können und man würde vermutlich einen >> weiteren ViewHelper bauen, um die Unterscheidungslogik im XSLT zu >> vermeiden. >> >> In der Datei "metadata.xslt" wird bereits der ViewHelper formatDate >> verwendet. >> >> >>     >>     >>     >>     > select="php:functionString('Application_Xslt::formatDate', $day, >> $month, $year)" /> >> >> >> Leider unterstützt dieser alte ViewHelper momentan nur >> unterschiedliche Formate für Deutsch und Englisch. Für andere Sprachen >> wird die englische Formatierung verwendet. > > Er funktioniert für einen vollständigen Datumseintrag problemlos. Ich > brauche so etwas auch für Datierungen wie YYYY/MM bzw. MM.YYYY oder > Mai/May 2020. > > > Herzliche Grüße > Martin Schwarten > -- ============================================================== Jens Schwidder Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV) c/o Konrad-Zuse-Zentrum für Informationstechnik Berlin (ZIB) Takustr. 7, D-14195 Berlin Telefon: (030) 841 85 - 308 Telefax: (030) 841 85 - 269 E-Mail: schwidder at zib.de WWW: http://www.kobv.de ============================================================== From martin.schwarten at herder-institut.de Thu Jun 24 09:34:15 2021 From: martin.schwarten at herder-institut.de (Martin Schwarten) Date: Thu, 24 Jun 2021 09:34:15 +0200 Subject: [Kobv-opus-tester] Frontdoor Spracheinstellung In-Reply-To: References: <20210622093631.Horde.m9s40lhyNUgtFdYX4gN7eL1@home.staff.uni-marburg.de> <20210622095941.Horde.BTGcHI9TwYWr_N81uS9qKkQ@home.staff.uni-marburg.de> <20210623132550.Horde.ifxzcevxEcOcjdRsaFdIpp5@home.staff.uni-marburg.de> Message-ID: <20210624093415.Horde.8GyKZlNCe20S2pgdziY5r7o@home.staff.uni-marburg.de> Lieber Herr Schwidder, > ich habe mal ein Issue dafür angelegt. Die Zusammenarbeit zwischen > der Nutzer-Community und der Entwicklung muss unbedingt gestärkt > werden, insbesondere bei der detailierten Ausarbeitung von > Anforderungen. Und irgendwo muss man ja mal anfangen. > > https://github.com/OPUS4/application/issues/408 danke, dass ist eine gute Idee. Ihre Hinweise bzgl. der Abfrage der Spracheinstellungen in der Frontdoor waren sehr hilfreich. Bei der Umsetzung ist mir auch aufgefallen, dass eigentlich beim Sprachwechsel in der Frontdoor auch Metadaten in der index.xslt übersetzt werden müsste und idealerweise auch der Hauptitel in der entsprechenden Sprache angezeigt werden sollte, sofern in der Sprache vorhanden. > In einem Enrichment ist das Datum ja vermutlich als String > gespeichert und um "formatDate" zu verwenden müsste dieser String in > seine Teile zerlegt werden, richtig? Wenn ja, dann bräuchte man also > eine Funktion, die von einem Datumsstring in einen anderen > konvertiert. > > Da sich die unterstützten Anzeigesprachen einer konkreten Instanz in > der Regel nicht verändern, wäre es vermutlich akzeptabel im XSLT > eine Unterscheidung zu implementieren. > > Ich fände es gut, wenn wir die Überlegungen auf GitHub fortsetzen könnten. Bin ich mit dabei. Herzliche Grüße Martin Schwarten -- Dr. Martin Schwarten Sachbearbeiter / wiss. Mitarbeiter Digitale Forschungs- und Informationsinfrastrukturen Herder-Institut für historische Ostmitteleuropaforschung - Institut der Leibniz-Gemeinschaft Gisonenweg 5-7 35037 Marburg Tel: +49 6421 184-249 Fax: +49 6421 184-194 www.herder-institut.de www.facebook.com/HerderInstitut www.youtube.com/user/HerderInstitut From schwidder at zib.de Thu Jun 24 10:28:36 2021 From: schwidder at zib.de (Jens Schwidder) Date: Thu, 24 Jun 2021 10:28:36 +0200 Subject: [Kobv-opus-tester] Frontdoor Spracheinstellung In-Reply-To: <20210624093415.Horde.8GyKZlNCe20S2pgdziY5r7o@home.staff.uni-marburg.de> References: <20210622093631.Horde.m9s40lhyNUgtFdYX4gN7eL1@home.staff.uni-marburg.de> <20210622095941.Horde.BTGcHI9TwYWr_N81uS9qKkQ@home.staff.uni-marburg.de> <20210623132550.Horde.ifxzcevxEcOcjdRsaFdIpp5@home.staff.uni-marburg.de> <20210624093415.Horde.8GyKZlNCe20S2pgdziY5r7o@home.staff.uni-marburg.de> Message-ID: <050b63af-7bfc-15b5-2bac-5e6387aba405@zib.de> Lieber Herr Schwarten, vielen Dank für die Hinweise. Es gibt vermutlich noch viele kleine Stellen, an denen nicht übersetzt wird. Auch die Sprache des Titels war anscheinend nie ein Thema. Wären Sie so freundlich beide Punkte als Issues zu melden? Ein kurzer Satz reicht aus. Bei der Caption wäre vermutlich auch ein PR sehr einfach. Beim Titel müssten Tests geschrieben bzw. angepasst werden. Für die Sprache des Titels hatten wir für die Suchergebnisse bereits eine Option eingebaut, um entweder immer den Haupttitel, also in der Sprache des Dokuments, anzuzeigen oder die Sprache des User Interfaces zu bevorzugen. search.result.display.preferUserInterfaceLanguage Die Option könnte man natürlich verallgemeinern und auch in der Frontdoor berücksichtigen. Dort ist es vielleicht etwas komplizierter, weil die Anzeige anders funktioniert. Es wäre großartig, wenn die Zusammenarbeit mit der Nutzer-Community in Schwung kommt, aber da ich Support und Entwicklung mache, muss ich jetzt schon mal sagen, dass ich gezwungen sein werde Entwicklungsblöcke frei zu halten und mich dann z.B. nur jede zweite Woche mit neuen Anfragen befassen kann. Vielen Dank und viele Grüße Jens Schwidder On 24.06.21 09:34, Martin Schwarten wrote: > Lieber Herr  Schwidder, > >> ich habe mal ein Issue dafür angelegt. Die Zusammenarbeit zwischen der >> Nutzer-Community und der Entwicklung muss unbedingt gestärkt werden, >> insbesondere bei der detailierten Ausarbeitung von Anforderungen. Und >> irgendwo muss man ja mal anfangen. >> >> https://github.com/OPUS4/application/issues/408 > > danke, dass ist eine gute Idee. Ihre Hinweise bzgl. der Abfrage der > Spracheinstellungen in der Frontdoor waren sehr hilfreich. Bei der > Umsetzung ist mir auch aufgefallen, dass eigentlich beim Sprachwechsel > in der Frontdoor auch Metadaten in der index.xslt > übersetzt werden müsste und idealerweise auch der Hauptitel in der > entsprechenden Sprache angezeigt werden sollte, sofern in der Sprache > vorhanden. > >> In einem Enrichment ist das Datum ja vermutlich als String gespeichert >> und um "formatDate" zu verwenden müsste dieser String in seine Teile >> zerlegt werden, richtig? Wenn ja, dann bräuchte man also eine >> Funktion, die von einem Datumsstring in einen anderen konvertiert. >> >> Da sich die unterstützten Anzeigesprachen einer konkreten Instanz in >> der Regel nicht verändern, wäre es vermutlich akzeptabel im XSLT eine >> Unterscheidung zu implementieren. >> >> Ich fände es gut, wenn wir die Überlegungen auf GitHub fortsetzen >> könnten. > > Bin ich mit dabei. > > > Herzliche Grüße > Martin Schwarten > > -- ============================================================== Jens Schwidder Kooperativer Bibliotheksverbund Berlin-Brandenburg (KOBV) c/o Konrad-Zuse-Zentrum für Informationstechnik Berlin (ZIB) Takustr. 7, D-14195 Berlin Telefon: (030) 841 85 - 308 Telefax: (030) 841 85 - 269 E-Mail: schwidder at zib.de WWW: http://www.kobv.de ==============================================================