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.

Über das Wochenende haben wir ein neues Feature auf der Projektseite, www.museum-digital.org, hinzugefügt: einen Kalender für Schulungen, Treffen, etc. Die hier aufgelisteten Termine werden wiederum aus verschiedenen vorhandenen Kalendern, die bereits online erreichbar sind, zu Listen der nächsten kommenden Termine zusammengesetzt.

Während die wichtigste Quelle dafür bisher der vom museum-digital e.V. gepflegte Schulungskalender ist, haben wir auch einen geteilten, aber bisher unveröffentlichten Kalender für englischsprachigen Termine wie die monatlichen Benutzertreffen eingebunden. Damit ist es nun möglich, die Benutzertreffen Monate im voraus zu planen und Zeit und Ort (bzw. URL) festzulegen, ohne jedes Mal einen neuen Blogpost zur Ankündigung schreiben zu müssen.

Und natürlich ist der Druck öffentlich angekündigte Termine einzuhalten deutlich größer. Damit steigt die Wahrscheinlichkeit, dass wir die monatlichen Benutzertreffen an jedem ersten Dienstag im Monat (17 bis 19 Uhr) in diesem Jahr auch langfristig an ihrem angestammten Termin durchhalten können. Also, einfach auf www.museum-digital.org vorbeischauen und nach dem nächsten „Monthly user meet-up“ suchen. Dort ist der Link zum Treffen schon festgelegt.

Die Seite liefert eine Übersicht der verschiedenen regionalen und internationalen Instanzen von museum-digital, und der darauf jeweils vertreten Objekte, Sammlungen und Museen. Dazu kommen Links zu den zusätzlichen Tools (dem Themator und md:term) und Zähler der Museen, Sammlungen, und Objekte, die in der deutschlandweiten Instanz zu finden sind.

Und zu guter letzt finden sich ganz oben auf der Seite eine Auswahl von Objekten. Wir haben den Mechanismus zur Auswahl dieser Objekte in der letzten Woche geändert: Statt der neuesten Objekte, werden die Objekte mit dem höchsten PuQi-Wert angezeigt.

Warum die Logik ändern?

Weil die deutschlandweite Instanz (md:nat) nur einmal am Tag aktualisiert wird, bedeutet ein Errechnen der wirklich neuesten Objekte in deutschen Instanzen ein Abfragen jeder einzelnen Datenbank. Das heißt, statt eine Datenbank abzufragen wurden 18 abgefragt. Um bis zu 50 Objekte zu finden, wurden 180 (maximal 10 pro Instanz) abgefragt und mussten dann noch einmal neu sortiert und gefiltert werden. Kurz zusammengefasst: Das Auslesen der neuesten Objekte war inhärent ineffektiv und führte zu einer erhöhten Ladezeit und Code-Komplexität.

Eine langsame Ladezeit ist ein Hauptgrund für Besucher Seiten zu verlassen. Komplexer Code bedeutet eine erhöhte Fehler-Anfälligkeit.

Eine andere Logik war also so oder so vorzuziehen, aber warum der PuQi-Wert? Und was ist das eigentlich?

Der PuQi-Wert als Basis für die Auswahl

Was ist der PuQi-Wert?

PuQi steht für „PublikationsQualitätsIndex“. Basierend auf der Anzahl der mit einem gegebenen Objekt verknüpften Abbildungen, Ereignisse, Literatureinträge, usw. wird ein numerischer Wert berechnet, der die geschätze Qualität der Angaben zum Objekt abbildet. Eine genauere, wenn auch leicht veraltete Auflistung der Kriterien kann im Journal Uncommon Culture nachgelesen werden.

Damit dieser Wert für die Suche nach Objekten genutzt werden kann, wird er in der Datenbank gespeichert. Diese Datenbankeinträge werden im Rahmen der Synchronisierung mit der deutschlandweiten Datenbank auch dort verzeichnet.

Der PuQi-Wert und die Startseite

Das heißt, dass wir die Liste der vermutlich qualitätsvollsten Objektbeschreibungen schon in der Datenbank haben. Eine perfekte Grundlage, um eine „Hall of Fame“ der am besten erfassten Objekte zu bauen! Genau das haben wir mit der neuen Auswahl getan. Sortiert wird einfach nach dem PuQi-Wert.

Da die Daten direkt aus der deutschlandweiten Datenbank kommen, ist damit auch die Code-Komplexität und Ladezeit entscheidend reduziert (es braucht kein nachträgliches Filtern mehr, und nur noch eine Datenbankabfrage statt 18).

Analyse und Selbstkritik

Natürlich ist der PuQi-Wert nicht perfekt. Durch ein einfaches Zählen der verknüpften Bilder, Ereignisse, etc. kann echte Qualität nicht erkannt werden. Eine gute Objektbeschreibung kann sehr gut sein, es kommt auf den Kontext an. Wenige, aber gute, Objektabbildungen sind besser als viele mittelmäßige. Und er kann nicht erkennen, ob Literatureinträge wirklich mit dem Objekt zu tun haben oder nur entfernt Kontext liefern.

Andererseits ist ein guter PuQi-Wert bei manchen Objektarten leichter zu erreichen als bei anderen. Ein Buch hat viele Seiten, und damit viele Objektabbildungen. Bei Fotografien machen oft nur zwei Abbildungen Sinn: die Vorder- und die Rückseite. Während Kunstwerke oft gut dokumentiert sind, ist die Dokumentation der Geschichte einer konkreten Gabel oft schwerer.

Deshalb sind wir froh, dass die jetzt aufgeführten Objekte auch bei genauerem Hinsehen wirklich gut dokumentiert sind und viele verschiedene Objektarten und Museen vertreten sind. „Flachware“ hat es beim PuQi sicherlich leichter, einen guten Wert zu erreichen, aber in der „Hall-of-Fame“ finden sich auch Statuen und Uhren. Der PuQi ist also doch nicht allzu voreingenommen.

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