Diese sind in Form von Auflistungen gehalten, und so soll es nun auch hier sein.

Frontend

Features & Verbesserungen

• Einige Verbesserungen bei Hintergrundscripten, v.a. besseres Handling von Timeouts beim Errechnen der „Ähnlichen Objekte“ in sehr großen Instanzen
• Beitragende, verknüpfte Orte und Zeiten zu einer Objektgruppe werden jetzt alphabetisch nach Namen sortiert aufgelistet
• Tabellenköpfe für Ereignis-Komponenten (wer, wann, wo) werden im A4-PDF nur noch angezeigt, wenn auch Inhalt für die Zeile vorhanden ist
• Neue Suchoption für Objektsuchen: „Ist derzeit ausgestellt“
• Links zum Themator nutzen jetzt das neue URL-Schema des Themators
  (https://themator.museum-digital.de/t/690 statt https://themator.museum-digital.de/ausgabe/showthema.php?m_tid=690&tid=690)

Bugfixes

• Fehler beim Suchen nach kontrollierten Listen-Begriffen, die mehrere Leerzeichen beinhalteten, über das „Suche verfeinern“-Overlay (Suche nach Lizenz „Public Domain Mark“)
• Exaktheits-Einstellung im „Suche verfeinern“-Overlay wurde nicht übertragen
• Einfache Einbettung eines Objektes (analog z.B. zu Youtube-Videos; erreichbar über das „Zitieren“-Menü einer Objektseite) hatte diverse Fehler / funktioniert jetzt wieder

musdb

Features & Verbesserungen

• In der API-Dokumentation von musdb gibt es jetzt einen Hinweis, dass auch das Frontend eine API hat
  • Frontend-API
    • Für die Nutzung der API des Frontends muss man sich nicht authentifizieren
    • Die API des Frontends ist tendenziell schneller und einfacher zu nutzen
    • Ist nur lesend
  • musdb-API
    • Kann mehr: Kann auch nicht öffentliche Bestände und Felder / Datentypen sehen
    • Ist sehr viel feingliedriger (mehr Aufrufe für dieselben Daten, dafür bekommt man ggfs. genau die Daten, nach denen man sucht, statt gleich das ganze Objekt)
    • Kann schreiben
• Vorschlagslisten bei Suche nach Vokabularbegriffen in der Seitenspalte der Objekt-Suchseite überarbeitet
  • Tooltips erscheinen beim Überfahren
  • Implementation in Vanilla JS, ausbauen von jQuery
    (das bedeutet eine deutlich bessere Performance der Suchergebnisliste im Listenformat, weil jQuery nicht mehr geladen werden muss)

• Benutzerseite / Login
  • Log der Logins jetzt auch mit IP und User-Agents
  • Login per im Browser persistierten Login („Remember me“) wird geloggt und angezeigt
  • Alle per Cookie dauerhaft eingeloggten Browser werden nach Passwortwechsel zu einem neuen Login gezwungen
  • Neue Option, um alle gemerkten Logins auf anderen Geräten zu invalidieren (Browser muss neu eingeloggt werden

• Objekt
  • Mehr Restriktionen für Publikation von Objektdatensätzen.
    Es kann nicht mehr veröffentlicht werden, wenn:
    • … der Objektname der Objektbeschreibung gleicht
    • … die Beschreibung die Zeichenkette „lorem ipsum“ beinhaltet
  • Beim Depublizieren / Verstecken von Objektdatensätzen werden die mit dem Bild verknüpften Abbildungen umbenannt (und so Links zu den Bildern invalidiert). Beim erneuten Publizieren wird das rückgängig gemacht, sodass die Links wieder funktionieren.
  • Räume werden jetzt beim Verknüpfen als eigentlicher Standort alphabetisch aufgelistet
• Literatur
  • Erwerbungen können jetzt mit Literatur verknüpft werden
    • Darüber z.B. auch Vorbesitzer etc.
  • Räume (eigentlicher Standort) können mit Literatur verknüpft werden

Bugfixes

• Overlay zur Einstellung von Suchen nach Objekten: Mehrwortige Suchbegriffe wurden in mehrere Suchen umgewandelt, statt als Kette von Worten gesucht zu werden („roter Helm“ > „roter“ UND „Helm“ statt „roter Helm“)
• Fehler beim Suchen nach kontrollierten Listen-Begriffen, die mehrere Leerzeichen beinhalteten, über das „Suche verfeinern“-Overlay (Suche nach Lizenz „Public Domain Mark“)

Importer

• Verknüpfung zwischen Literatur und Räumen (eigentlicher Standort) sowie Erwerbungen ist im Kern implementiert
• ImageByInvno-Parser (Zuordnung von Abbildungen zu Objekten per im Dateinamen enthaltenen Inventarnummern) kann jetzt auch PDFs importieren

files.museum-digital.org

• Kleines Script hinzugefügt, um PDF-Metadaten auf Basis einer kleinen XML-Datei zu setzen. Siehe z.B.: https://files.museum-digital.org/de/Praesentationen/2024-10-18_md-deutschland-eV-stellt-sich-vor_Usertreffen_MA.xml

Beitragsbild generiert mit illustriousXL_smoothftSPO

This content is licensed under a Creative Commons Attribution 4.0 International license.

Manchmal hilft es, eine Funktion anzuschauen, und die Intention dahinter noch einmal genau zu hinterfragen. Und so haben wir es bei den Seiten für einzelne Objektabbildungen in musdb getan.

Ursprünglich waren sie fast exklusiv mit dem Ziel entwickelt worden, die passenden Metadaten für eine Abbildung (also eine das Objekt zeigende Bild-, Video-, Audio- oder PDF-Datei; oder eine 3D-Repräsentation des Objektes) einzutragen. Entsprechend fanden sich eine kleine Voransicht zur Abbildung in einer Seitenspalte und zentral – und zentral auf der Seite Eingabefelder für das Bearbeiten der Metadaten der Abbildung.

Über die Jahre hatte sich der Fokus aber schon sichtbar gewandelt. Für intern gespeicherte Bilder waren Optionen, die Bilder zu drehen, mithilfe der IIIF-API für das Downloaden von Ausschnitten zurechtzuschneiden, und eine Informationssektion zu Bildgröße und primärer Farbe dazugekommen. Und nicht zuletzt wurden die (internen) Abbildungen mit einer eigenen Übersichtsseite durchsuchbar gemacht.

Statt also nur Metadaten zu bearbeiten, ging es also schon mehr und mehr darum, etwas über die Objektabbildung zu lernen.

Das waren wichtige Schritte, aber gerade für Häuser, die mit musdb inventarisieren, ohne die Objekte gleich auch zu veröffentlichen, fehlte der eigentlich Naheliegendste: Natürlich will man die Objekte im Inventarisierungssystem auch richtig anschauen können.

Vor diesem Hintergrund haben wir die Seiten für Objektabbildungen neu gestaltet. Der zentrale Teil der Seite ist jetzt wo immer möglich eine Ansicht der jeweiligen Mediendatei, mit den entsprechenden, üblichen Zusatzfunktionen (z.B. ein Zoom bei Bildern). Die Metadaten können in der Seitenspalte bearbeitet werden, und die Optionen zum Bearbeiten, Herunterladen, etc. sind in einer mittigen Spalte zusammen gruppiert.

So kann man die eigenen Objektabbildungen nun auch direkt in musdb gut anschauen. Für die Inventarisierung lange überfällig, hilft das aber natürlich auch den Institutionen mit Fokus auf die Veröffentlichung: Ohne eine Abbildung genau anschauen zu können, ist es schwer, sie gut zu beschreiben.

This content is licensed under a Creative Commons Attribution 4.0 International license.

Update (12.10.2020): Link aktualisiert.

This content is licensed under a Creative Commons Attribution 4.0 International license.

Um die Bearbeitung in letzterem Fall zu vereinfachen, bietet musdb die Möglichkeit mehrere Abbildungen gleichzeitig heraufzuladen. Beschränkt wird diese allerdings durch die maximale Größe von Dateiuploads und die maximale Anzahl von Dateien, die auf einen Schlag heraufgeladen werden können. Letzteres führte in letzter Zeit immer wieder zu Problemen, weshalb wir jetzt eine Warnung eingebaut haben.

Wichtig für das Verständnis ist hierbei, dass die meisten Tools von museum-digital in PHP implementiert sind. PHP hat (leider) die Tendenz, mit nicht korrekten Eingaben fehlerhaft weiterzulaufen, statt schlicht abzubrechen und eine Fehlerlösung zu erzwingen.

Im konkreten Fall von zu vielen gleichzeitig hochgeladenen Dateien trifft das besonders zu: Auch wenn 30 Bilddateien zum Upload ausgewählt sind, kommen überhaupt nur 20 (unsere derzeitige Servereinstellung für die maximale Anzahl von Dateien bei einem Uploadvorgang) bis zum Script, das den Upload entgegen nimmt, an. So wurden die 20 Bilder hochgeladen, die beim Script ankamen. Alle anderen nicht.

Das führt zu Verwirrung und vielleicht sogar fehlenden Daten. Damit das nicht passiert, haben wir eine Warnung eingebaut, die User davon abhält mehr als 20 Dateien gleichzeitig heraufzuladen.

This content is licensed under a Creative Commons Attribution 4.0 International license.

Bisher beschränkten sich die Funktionalitäten rund um die Bilddateien allerdings darauf. Bilddateien wurden nach einer Zufallskombination von Buchstaben benannt; und die Bibliothek, mithilfe derer die IPTC-Daten eingetragen wurden war in die Jahre gekommen. Dass jetzt auch Google angefangen hat, Bildmetadaten auszulesen – wenn auch bisher nur, um Lizenzangaben anzuzeigen – hat dann den Ausschlag gegeben: Wir haben die Behandlung von Bilddateien in musdb grundsätzlich überarbeitet und verbessert.

Sprechende Dateinamen

Eine leider fast alltägliche Situation: Man erinnert sich an dieses Bild von letzter Woche. Es muss sich noch im wie immer viel zu vollen Ordner Downloads befinden. Es war eine Karte, also wird heruntergescrollt bis zum Buchstaben „K“, aber da ist keine Bild-Datei. Also sortiert man nach Dateinamen, und nach der gefühlt fünfzigsten Bildvorschau findet man sie schließlich: Die Bilddatei mit dem klangvollen Namen 181215495ad736f5566c0.jpg. Oh, hätte man sie nur mal wieder aufgeräumt. Oder die Datei nach dem Herunterladen gleich richtig benannt.

Nein. Das geht besser. Von Seiten der Webseite, von der man die Datei heruntergeladen hat. Das Objekt zur Bilddatei 181215495ad736f5566c0.jpg ist die „Karte ‚Saxonia Svperior'“ aus dem Kreismuseum Bitterfeld. Besser wäre es gewesen, die Datei dem Objektnamen entsprechend zu benennen, sodass man sie auch im unaufgeräumten Downloads-Ordner findet. Auch Suchmaschinen liefert ein „sprechender Dateiname“ nebenbei mehr verwertbare Kontextinformationen.

Seit diesem Wochenende machen wir es zumindest bei neuen Objektabbildungen besser. Der Objektname wird zur Basis des Dateinamens gemacht. Alle Sonderzeichen werden ersetzt oder entfernt, und Leerzeichen durch einen Bindestrich ersetzt. Bei potentiell doppelten Dateinamen wird „-2“ (-3, -4, …) angefügt. Eine Zufallskombination von Buchstaben kommt nur noch zum Einsatz, wenn der Dateiname ansonsten leer wäre (etwa bei rein chinesischen Objektnamen, die nur aus nicht-lateinischen Zeichen bestehen). Würde die Karte also neu hochgeladen, hieße die Bilddatei karte-saxonia-svperior.jpg. Damit bestehende Verlinkungen und Indizierungen nicht gebrochen werden, gilt die „sprechende“ Benennung allerdings nur für neue Objektabbildungen.

Bildmetadaten lesen

Beim Hochladen einer Objektabbildung in musdb müssen die Rechteinformationen noch vor dem tatsächlichen Heraufladen eingetragen werden. Bildtitel und Beschreibung können dann im Nachhinein vervollständigt werden. Standardmäßig entsprach der Bildtitel bisher dem Objektnamen, während die Bildbeschreibung leer war.

Arbeitet das Museum nun aber mit einem Digital Asset Management System, einer Bildverwaltungssoftware, oder mit einem externen Fotografen, dann ist es nicht unwahrscheinlich, dass die Bilddatei schon Informationen zu Rechten, Fotograf, Titel und Beschreibung beinhaltet. Diese noch einmal in musdb einzutragen wäre doppelte Arbeit.

Um diese doppelte Arbeit zu vermeiden, werden die Bildinformationen seit dem letzten Update direkt beim Hochladen ausgelesen. Sind ein Bildtitel und/oder eine Bildbeschreibung vorhanden, werden diese in die Datenbank übernommen. Ist ein Fotograf angegeben, der nicht dem „Standardfotografen“ des Museums entspricht, wird auch diese Information in die Datenbank übernommen.

Bildmetadaten schreiben

Nach wie vor schreibt musdb Metadaten in die Bilddateien, nur eben jetzt ein bisschen mehr. Neue Datenfelder, die befüllt werden sind die URL unter der das Bild zu finden, die Kontaktdaten des Museums, Schlagworte und abgebildete Personen.

Das Eintragen der Kontaktdaten des Museums als Ansprechpartner ist ein weiterer Schritt, um die Zuständigkeiten für Inhalte bei museum-digital klar zu kommunizieren. Da die Metadaten von Bilddateien auch auf den Seiten für einzelne Objektansichten angezeigt werden, erscheinen die Kontaktdaten so auch in ausführlicher Form neben der Bildansicht (auch wenn man dafür die Informationsseitenspalte anzeigen lassen und gegebenfalls herunterscrollen muss).

Weil Objektabbildungen, nun ja, das Objekt abbilden, gehen wir beim Schreiben der Bild-Schlagworte davon aus, dass diese zumindest in den allermeisten Fällen den Schlagworten der Objekte entsprechen. Anders verhält es sich bei den abgebildeten Personen. Damit Rückseiten, etwa von gescannten Fotos, nicht fälschlicherweise als Abbildungen einer Person gekennzeichnet werden, wird nur beim ersten Bild zu einem Objekt eingetragen, wer hier wahrscheinlich abgebildet ist.

Wichtig dabei für Nutzer von musdb ist, dass die Bildmetadaten nicht automatisch mit den Objektdaten synchronisiert werden. D.h., dass die eingetragenen Informationen dem Stand beim Hochladen entsprechen, nicht notwendigerweise dem letzten Stand der Bearbeitung der Objektinformationen. Um die Bildmetadaten auch im Nachhinein einzutragen, kann der dafür vorgesehene Button im Reiter „Resource“ benutzt werden.

Update: Auf Anregung der Kollegen aus Ungarn, wird die Bild-ID nun hinten an Bild-Dateinamen von neuen Objekten angefügt. So können Museen einfach nach ihren Objektabbildungen suchen, während „normale“ Benutzer weiterhin einen sprechenden Dateinamen haben.

This content is licensed under a Creative Commons Attribution 4.0 International license.

Es war und ist kein Problem, sich solche Objekte bei museum-digital in Form von sinnvoll aneinandergereihten Bildern anzeigen zu lassen. Weil dies aber nur eine Reihe von Bildern war, mußte für den Download, beispielsweise eines mehrseiten Briefes, jedes Bild (Seite) einzeln heruntergeladen werden. Seit heute steht eine Download-Möglichkeit per PDF zur Verfügung. Damit lassen sich alle Ansichten zu einem Objekt in einer einzigen Datei speichern. Die erste Seite enthält stets die Objektbezeichnung, den Namen des entsprechenden Museums und den beschreibenden Text zum Objekt. Diese PDF-Dateien werden „on-the-fly“ erstellt, weshalb sie immer aktuell sind. Sobald jemand durch Klick auf eines der Fotos in der Objektanzeige (Beispiel: hier) klickt, gelangt er zu den großen Ansichten (Beispiel: hier). An dieser Stelle erscheint auch das PDF-Symbol (im Beispiel: oben links). Ein Klick darauf …