Januar
Die Arbeit des Januars war im Goobi viewer Team vor allem mit der Entwicklung und Umsetzung von individuellen KundenwÌnschen geprÀgt. Online gegangen ist das Crowdsourcing Modul in der HLB Fulda. Willkommen in der Crowdsourcing Community!
Des Weiteren erstrahlen die digitalen Sammlungen der UniversitÀtsbibliothek der Humboldt-UniversitÀt zu Berlin in neuem Glanz. Die aktualisierte WebprÀsenz ist unter der folgenden URL zu finden:
Die gröÃten Ãnderungen im CMS-Bereich sind nicht sichtbar, da sie die Code-QualitÀt "unter der Haube" betreffen. Kleinere Teile wurden aufgerÀumt oder neu implementiert um gerade im Backend eine bessere StabilitÀt zu erreichen.
Als Features kam die Migration der einfachen und der erweiterten Suche in das CMS-Backend hinzu.
Eine Ãnderung gab es auch bei den CMS-Templates in denen die Seiten definiert sind. Hier sind wir im Team einen Lernprozess gegangen. Am Anfang hatte jedes Theme seine eigenen Templates. Schnell haben wir aber herausgefunden, dass sich die Anwendungszwecke ÃŒberschneiden und wir uns durch die Pflege der Templates in den Themes nur sehr viel Arbeit machen. Daraufhin haben wir die Templates selbst in den Goobi viewer Core migriert. Schnell stellte sich aber heraus, dass es immer wieder auch KundenwÃŒnsche gibt, die individuell sind und das Theme im Core fÃŒr alle nicht richtig aufgehoben ist. Deswegen bestand die Möglichkeit weiterhin Templates im Theme abzulegen. Allerdings wurden dann nur die CMS-Templates aus dem Theme geladen. Das fÃŒhrte dazu, dass wir immer das bestimmte Core-Template auch in das Theme kopiern mussten damit der Kunde es zur VerfÃŒgung hatte. Damit waren wir wieder am Anfang: Wir mÃŒssten Core-Templates in den einzelnen Kundenthemes warten.
Deswegen wurde der Lademechanismus neu gebaut und erlaubt nun eine Liste an CMS Templates aus dem Core und eine aus dem Theme zu laden. Beide Listen werden auf der Seite der verfÃŒgbaren Templates angezeigt. Templates, die individuell fÃŒr den Kunden entwickelt wurden, werden dabei visuell hervorgehoben.
Kennzeichnung von Core- und Theme CMS-Templates
Liegen fÃŒr ein Werk Metadaten in verschiedenen Sprachen vor, so konnten diese in der Objektanzeige bisher angezeigt werden. Ãber einen eigenen Sprachumschalter konnte die Sprache der Metadaten gewechselt werden. Neu hinzugekommen ist nun die Möglichkeit die angezeigte Sprache in AbhÀngigkeit der gesamten OberflÀche zu setzen. Wurde zum Beispiel der Titel eines Werkes in mehreren Sprachen erfasst, ist es nun möglich jedem Besucher den Titel in seiner Sprache anzuzeigen. Der dafÃŒr neu gefÃŒgte Schalter lautet:
<useViewerLocaleAsRecordLanguage>true</useViewerLocaleAsRecordLanguage>
Ãbrigens: Um ein Metadatum, zum Beispiel einen Titel in mehreren Sprachen vorzuhalten muss dem Indexfeld der Suffix LANG_XX angehÀngt werden, wobei XX der zweisprachige Sprachcode ist. Beispiel:
MD_TITLE_LANG_DE = "Selbstbildnis"
MD_TITLE_LANG_EN = "Self-Portrait"
MD_TITLE_LANG_FR = "Autoportrait"
Die REST-Schnittstelle hat neue Endpoints fÃŒr TEI und CMDI Dateien bekommen.
Intern gab es eine Umstellung auf die Version 2.3 des eingesetzten Templating-Frameworks JSF 2.3. Damit einher gingen sogenannte Refaktorisierungsarbeiten wobei die Kommunikation einzelner Teile der Applikation untereinander auf einen alternativen Mechanismus umgestellt wurde.
An dieser Stelle gab es gleich zwei spannende Neuerungen. Die erste ist eine Möglichkeit, um Metadaten mit einer Bedingung unterschiedlich anzuzeigen. Ein typisches Anwendungsszenario ist die Anzeige von Lizenzen. Der Titel der Lizenz soll immer angezeigt werden (z.B. "CC BY-SA 4.0", "Public domain", ...). Existiert dafÌr allerdings ein weiteres Metadatum mit einer URL, so soll der Titel angezeigt werden, aber anklickbar sein, und der Link öffnet sich. Die Anzeige der Metadaten ist also immer "hÌbsch" und manchmal - sofern vorhanden - mit einem Link hinterlegt.
Um dieses Ziel zu erreichen wurde die Möglichkeit geschaffen in der Metadatenkonfiguration den globalen VALUE bedingt unter der Voraussetzung dass ein Parameter existiert mit einem alternativen VALUE zu Ìberschreiben. Hier ein Beispiel dafÌr:
config_viewer.xml
<metadata label="LABEL_LICENSE" value="">
<param type="field" key="MD_LICENCETITEL"/>
<param type="field" key="MD_LICENCEURL" value="VAL_LICENCEURL"/>
</metadata>
messages_de.properties
LABEL_LICENSE=Lizenz
VAL_LICENCEURL=<a href="{1}" target="_blank">{0}</a>
StandardmÀÃig wird ein Metadatum "Lizenz" mit dem Inhalt des Solr-Feldes MD_LICENCETITEL angezeigt. Existiert aber fÃŒr das Werk auch das Feld MD_LICENCEURL, so werden beide Felder an den Wert VAL_LICENCEURL aus der messages Datei ÃŒbergeben, der ÃŒber die bekannten Platzhalter die Werte in einen String einfÃŒgt.
Die zweite Neuerung bei der Anzeige von Metadaten betrifft die Anzeige von Werten aus strukturierten BÀumen. Der Goobi viewer kann Werke in verschiedene, individuelle BÀumen strukturieren. Das sind zum Beispiel Sammlungen oder Wissensgebiete. Auf der Seite mit den Bibliographischen Daten wurde bisher immer nur die letzte Unterkollektion angezeigt. Neu ist die Möglichkeit hier auch den kompletten Pfad anzeigen zu lassen, inklusive einer Verlinkung der einzelnen Abschnitte auf den jeweiligen Abschnitt. Der neu eingefÌhrte Feldtyp fÌr den Parameter lautet "hierarchicalfield".
Last modified 3yr ago