Die allgemeine Entwicklung dieses Jahr deutet auf weniger kleinere Entwicklungen in den Kernbereichen, aber dafür größeren / aufwendigeren einzelnen neuen Features. Siehe etwa die Versionierung in musdb aus dem Januar, das Tool zur Import-Automatisierung im März (andere nennen es Hotfolder), die Sortierung nach ästhetischem Score im öffentlichen Bereich, ebenfalls im März, oder die Funktion zur KI-gestützten Generierung von Objektbeschreibungen im Juni. Diese Tendenz setzt sich erst einmal fort.

Juli

Frontend

• Übersetzung nach Hindi und Telugu
• Untergruppierung von Schlagworten, falls mehr als 10 gesetzt sind
  Die Beziehung in zwischen einem Objekt und seinen Schlagworten kann in musdb klassifiziert und spezifiziert werden. Mögliche Beziehungs-Typen sind etwa „Objektart“, „Material“, „Technik“, und „Abgebildetes“. Gerade bei „Abgebildetes“ kann, bei entsprechenden Objekten und entsprechend ausführlicher Erfassung, eine hohe Menge von Schlagworten verknüpft werden. Um die Übersichtlichkeit zu wahren, werden die Schlagworte auf einer Objektseite nach ihrem Beziehungs-Typ gruppiert, sobald mehr als zehn Schlagworte mit dem Objekt verknüpft sind.
  

musdb

Neue Features

• Export-Option für LIDO, wie es vom Koloniale Kontexte-Portal der Deutschen Digitalen Bibliothek erwartet wird

Verbesserungen & Änderungen

• Mindestlänge für Volltextsuch-Begriffe sind jetzt in der Benutzeroberfläche (Suche verfeinern) sichtbar
  Volltext-Suchbegriffe in musdb müssen, damit der Suchserver nicht überlastet wird, mindestens zwei Zeichen lang sein. Bisher wurden Suchparameter mit kürzeren „Suchbegriffen“ schlicht ignoriert. Seit Juni ist ein Abschicken einer entsprechenden Abfrage über die erweiterte Suche nicht mehr möglich – dass zwei Zeichen das Mindestmaß sind, wird schon im Suchdialog kommuniziert.
• Rezeptionsgeschichte: Angaben für Position in Quelle können jetzt bis 40 Zeichen lang sein
• Transkriptionen
  • können jetzt 4000000 Zeichen lang sein
  • Neue Felder: Notiz, Status, Zielsetzung

Bugfixes

• Fehler beim Stapelweisen verstecken von Feldern vom Reiter Zusatz korrigiert

Juni

Frontend

• Performance-Verbesserungen
  • Objekt-Suche kann ohne Verbindung zu Such-Server arbeiten (falls keine Volltextsuche durchgeführt werden soll)
  • Suche nach Zeit und Zeit vor/nach ignoriert Zeit vor/nach, falls Zeitbegriff spezifischer ist
• Verbesserungen beim Löschen von PDF-Dateien
• Übersetzung: Tamil

musdb

Neue Features

• Empfänger für Deakzession kann aus dem Adressbuch heraus verknüpft werden
• KI-generierte Objektbeschreibungen auf Basis anderweitiger Metadaten

Verbesserungen

• Objekt-Suche kann ohne Verbindung zu Such-Server arbeiten (falls keine Volltextsuche durchgeführt werden soll)

Importer

• CSVXML-Parser ergänzt um
  • neue Ereignistypen
  • Markierungen
• Automatisch generierte Objektgruppe für alle Objekte aus einem Import: Beschreibung kann festgelegt werden (per Settings)

nodac

• Auswählbare (Navigations-)Sprachen sind jetzt auf die, in denen tatsächlich eine Übersetzung vorliegt, beschränkt

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

Auch wenn es sich um Detailverbesserungen handelt, ist sind die Funktionen der Objekt-Übersichtsseite jetzt merklich einfacher zu nutzen und in ihrer Intention klarer erkennbar. Zusätzlich konnten wir für viele Museen ein lange vermisstes Feature einführen.

Deutlichere Beschriftungen

Die sichtbarste Änderung ist sicherlich die deutlich sichtbarere Beschriftung der Buttons der Suchseite. Bisher waren viele dieser Buttons nur über das HTML-Title-Attribut beschriftet. Damit erschienen beschreibende Tooltips, wenn man länger mit dem Mauszeiger über einem Element verweilte. Real führen Title-Attribute leider aber bei den meisten Nutzern schlicht dazu, dass die Beschriftungen übersehen werden.

Stattdessen erscheinen jetzt deutlich sichtbarere Tooltips, die auf die über die jeweiligen Elemente erreichbaren Funktionen hinweisen. Diese selbst implementierten Tooltips ermöglichen auch eine Differenzierung zwischen Überschrift und weiteren Ausführungen, sodass – wo sinnvoll – weitergehende Anleitungen eingefügt werden können.

Im Gegensatz zu den standardisierten Title-Attributen sind selbst implementierte Tooltips leider nicht von sich aus Barrierefrei. Das Script zur Anzeige der Tooltips setzt stattdessen das alternative und gezielt auf die Barrierefreiheit ausgerichtete aria-label-Attribut, sodass die Feldbeschriftung auch für Screenreader und andere Hilfsmittel lesbar ist.

Schnelle Sucheinstiege sind nur Einstiege

Früher war die Einstellung von Parametern für die Objektsuche in musdb primär über die Seitenspalte der Seite durchführbar. Darüber ließen und lassen sich die wichtigsten Attribute eines Objektes durchsuchen: Sammlung, ggfs. Objektgruppen und Ausstellungen, und die Bezüge zu Personen, Orten, Zeiten und Schlagworten. Mit der grundlegenden Überarbeitung der Suchfunktion Anfang 2022 kam eine neue Leiste zur Seite hinzu, über die deutlich detaillierter – und in hunderten weiteren Feldern – gesucht werden kann („Suche verfeinern“).

Der vormals präferierte Bereich für die Einstellung von Suchparametern wurde damit zu einer Liste von Schnelleinstiegen. Da er aber nach wie vor prominent ist, ist es fast zu erwarten, dass die deutlich mächtigere Suchleiste darüber hin und wieder übersehen wird. Und das gerade weil man mit den Schnell-Einstiegen in der Seitenspalte schon sehr weit kommt.

Um neben den neuen Tooltips noch einmal darauf hinzuweisen, dass man auch die Suchleiste benutzen kann, und das diese die „primäre“ Suchfunktion darstellt, gibt es jetzt Überschriften in der Seitenspalte. Der Bereich für die Schnelleinstiege ist angemessen mit „Schnelle Sucheinstiege“ betitelt, während auch der Bereich für Exporte und Stapelverarbeitung eine Überschrift bekommen hat.

Neue Such- und Sortieroption

Inventarnummern stellen immer wieder ein logisches Problem dar. Denn Inventarnummern sind genau genommen im Regelfall keine Nummern. Eine Inventarnummer wie „Hs-16231“ beinhaltet eine Nummer („16231“), aber eben auch noch einen nicht numerischen Präfix („Hs-„). Damit lässt sich Hs-16231 in einer Datenbank nicht in einem Zahlenfeld speichern.

Was nach einem technischen Detail klingt hat reale Auswirkungen. Möchte man etwa eine Suchabfrage nach allen Inventarnummern zwischen „Hs-16200“ und der „Hs-16300“ definieren, so ist das mit Text-Feldern nicht (oder nicht zuverlässig) möglich. Genauso wird bei Zahlenfeldern „Hs-2“ hinter und nicht vor „Hs-16231“ sortiert. Um diese Such- und Sortieroptionen anbieten zu können braucht es Zahlenfelder.

Bestärkt durch das Gespräch mit den ungarischen Kollegen haben wir beschlossen, eine Konversion der Inventarnummern zu Zahlen zu implementieren, sodass die oben beschriebenen Such- und Sortieroptionen durchführbar werden. Dazu werden aus der Inventarnummer einfach alle nicht-numerischen Zeichen entfernt und die so ermittelte Zahl in ein zusätzliches Zahlenfeld im Suchindex gespeichert.

Dadurch ist die Funktion nur für Museen sinnvoll nutzbar, die in ihrem Inventarnummern-Schema nur eine Zahl benutzen. „Hs-16231“ würde „16231“. Richtig so. Aber „Hs-12-16231“ würde „1216231“, was natürlich nicht sinnvoll ist. Da die meisten Museen aber nur eine Zahl in ihren Inventarnummern haben, wird eine eigentlich sinnvolle Funktion so für eine Mehrzahl der Museen verfügbar. Die, die mehrere Zahlen-Abschnitte in ihren Inventarnummern haben, müssen sich im Gegenzug bewusst sein, dass die Benutzung der Funktion bei ihnen zu unerwarteten Such-Resultaten führen kann.

Die neue Such- und Sortieroption ist in den jeweiligen Auswahlfeldern als zusätzlicher Punkt „Inventarnummer (nur Zahlen)“ gelistet. Die herkömmliche Suche nach der Inventarnummer funktioniert also weiterhin.

Apropos: Neue Screencasts zu musdb auf Youtube

Die oben beschriebenen Verbesserungen der Suchfunktion gaben auch einen guten Anlass, um eine alte Serie neu zu beleben. 2018 hatte ich eine Reihe von Anleitungen zur Benutzung von musdb als Screencasts auf Youtube veröffentlicht. Neue Screencasts sind in Arbeit und werden über einen frisch eingerichteten Youtube-Kanal für museum-digital veröffentlicht. Den Einstieg macht eine Besprechung der Objektsuche in musdb. In den kommenden Wochen folgen Screencasts zur Stapelverarbeitung, zum Export von Objektinformationen und zur Merkliste.

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.

Aber auch ein paar sichtbarere, neue Features sind dazugekommen: Eigene veröffentlichbare Bereiche zur Erfassung von Markierungen (Stempel, Wasserzeichen, etc.), der Publikationsgeschichte des Objektes, und ob das Objekt selbst eine Referenz auf ein anderes Werk ist. Da das Feld für die Objektart bei museum-digital ein Freitextfeld ist, aber eine Kontrolle des Feldinhaltes oft naheliegend erscheint, gibt es bei diesem Feld jetzt eine Ausfüllhilfe. Als wahrscheinlich wichtigste Neuerung gibt es ab jetzt 10 neue Ereignistypen und die Möglichkeit – den Notwendigkeiten der (Provenienz-)Forschung gemäß – Quellenangaben für Ereignisse einzutragen.

Markierungen

Besonders für Kollegen aus der Kunstgeschichte sind nachträglich am Objekt angebrachte Markierungen – Stempel, Wasserzeichen, Signaturen, Gravuren, etc. – wichtig. Bisher konnten diese nur relativ unspezifisch im Feld „Beschriftung / Inschrift“ verzeichnet werden. Um eine eindeutigere und uniformere Erschließung von Markierungen aller Art zu ermöglichen, haben wir einen neuen Eingabe- und Ausgabebereich für Markierungen eingeführt. Der Begriff „Markierungen“ ist hierbei Möglichst allgemein gewählt, da das Feld auch für andere Arten von Museen, die mit Logos o.ä. arbeiten, interessant sein könnten.

In musdb, dem Eingabe- und Inventarisierungstool von museum-digital, lässt sich der neue Bereich für die Erfassung von Markierungen ganz unten auf dem Reiter „Zusatz“ der Einzelobjekt-Seite finden. Ist noch keine Markierung verzeichnet, findet sich hier eine Akkordion-Leiste „Eine neue Markierung erfassen“. Diese lässt sich mit einem Klick öffnen, sodass die Eingabefelder für neue Markierungen sichtbar werden.

Möchte man nun eine Markierung eintragen, müssen zuerst einmal Art und Position aus den dafür vorgesehenen Listen ausgewählt werden. Danach lassen sich neben Maßangaben und dem Text der Markierung auch deren Erschaffer und etwaige in der Markierung vermerkte Daten erfassen. Letztere kommen aus den dafür vorgesehenen Vokabularen. Um also etwa eine Person einzutragen, klickt man ins Feld „Erschaffer“ und beginnt den Namen zu tippen. Ist die gemeinte Person schon bekannt, erscheint ihr Name in einer Auswahlliste und kann durch einen Klick eingetragen werden. Ist die Person nicht bekannt, kann Sie über einen Klick auf das „+“-Symbol vor dem Eingabeschlitz eingetragen werden. Vorsicht: Für die Eingabe neuer Personen oder Zeiten an dieser Stelle öffnet sich ein neuer Tab, sie geschieht also getrennt von den vorherigen Eingaben.

Ist eine Markierung so eingegeben, ist sie auch öffentlich sichtbar (eine Möglichkeit Markierungen zu verstecken ist angedacht, aber noch nicht implementiert).

Referenzen und Rezeption

Mit dem Reiter „Rezeption“ ist ein ganz neuer Reiter hinzugekommen, der die spezifische Beziehung von Objekten zu Publikationen abbildet. Während die „einfachen“ Literaturangaben das Objekt unspezifisch mit Literatur zum Objekt, zum Kontext des Objektes, etc. verknüpfen, kann die Beziehung des Objektes zu Literaturquellen hier eindeutiger erfasst werden.

Graphisch und von der Benutzung her gesehen, grob wie der neue Bereich für Markierungen gestaltet, bildet der Bereich „Rezeption“ die Veröffentlichungsgeschichte eines Objektes ab. Ist das Objekt etwa eine Fotographie oder ein Gemälde, die oder das in einem Ausstellungskatalog abgedruckt wurde, kann dies hier verzeichnet werden. Gleiches gilt für ein Fahrzeug, das in einem Magazin besprochen wurde, zumindest falls exakt das im Museum vorhandene Fahrzeug besprochen wurde (etwa bei Sonderanfertigungen). Das Gegenstück bildet der „Referenz“-Bereich, in dem vermerkt werden kann, wenn das Objekt selbst eine Referenz auf eine Publikation bildet. Ein offensichtliches Beispiel sind Illustrationen von oder zu Texten.

Wichtig zu beachten ist hierbei der Unterschied zwischen Literaturangaben im Literaturmodul und den hier genutzten „Quellen“. Das Literaturmodul ist auch für die Hausbibliothek vorgesehen ist, mit entsprechenden Datenfeldern wie „Signatur“, und entsprechend werden Einträge im Literaturmodul für jedes Museum einzeln gespeichert. Einerseits ermöglicht das eine breitere Eingabe von Daten, andererseits steht es einer uniformen und gemeinsamen Nutzung von Eingaben durch viele Museen entgegen. Deshalb wird hier das neue, zentral kontrollierte „Quellen“-Vokabular verwendet, das wesentlich stärker auf einheitliche Verknüpfungen ausgelegt ist und über das Vokabularkontroll-Tool zentral gesteuert wird.

Ausfüllhilfe für Objektart

Eine sehr kleine, aber vielleicht doch hilfreiche Verbesserung, ist die neue Ausfüllhilfe für die Angabe zur Objektart bei neu eingegebenen Objekten. Das Feld für Objektart ist bei museum-digital ein Freitextfeld, dessen Funktion weitestgehend durch Schlagworte erfüllt wird. Da es jedoch in vielen Museen gewünscht wird, nur eine kontrollierte Anzahl von Angaben zur Objektart zuzulassen, erscheinen jetzt Vorschläge für eine möglichen Eingabe, wenn man die Objektart eintippt.

Diese Vorschläge kommen aus dem zentralen Schlagwort-Vokabular, und lassen sich durch anklicken in das Feld eintragen. Wurde ein Schlagwort aus der Liste gewählt, wird das Objekt automatisch auch mit dem entsprechenden Schlagwort verknüpft.

JSON-LD für Einzelbildseite

Seit letzter Woche finden sich auf den Seiten einer einzelnen Objektabbildung JSON-LD-Metadaten für die Bestimmung von Bildlizenzen und Rechten. Während sich für die Museen nichts ändert, kann Google so besser mit den Bildern umgehen und kennzeichnet Sie als z.B. „Lizensierbar“.

Ereignisse: Neue Ereignistypen und Quellenangaben für Ereignisse

Die wahrscheinlich wichtigste – weil alltäglich sichtbare – Neuerung sind die neu angelegten Ereignistypen:

• Zusammengefügt (für die finale Zusammenstellung eines Objektes, das aus mehreren Teilen besteht)
• Versteigert
• Gekauft
• Besessen
• Verkauft
• Restauriert
• Beschädigt
• Zerstört
• Verschollen
• Herausgegeben (für Bücher und andere Publikationen, die einen Herausgeber haben)

Die meisten dieser neuen Ereignistypen beschäftigen sich mit Informationen, die für die Veröffentlichung und Nachvollziehbar-machung von Provenienzen wichtig sind. Hiermit geht museum-digital einen großen paradigmatischen Schritt, weil Provenienzinformationen bis jetzt bewusst nur in Freitextfeldern veröffentlichbar waren. Museen, die die neuen Ereignistypen verwenden wollen, sollten unbedingt (!) prüfen, ob sie die Informationen veröffentlichen dürfen und durch die Veröffentlichung keine Persönlichkeitsrechte Dritter verletzen – das ist wichtiger denn je, wenn Provenienzen leichter durchsuchbar sind.

Wenn die Ereignisse bei museum-digital aber schon einmal für Provenienzangaben fit gemacht werden, dann können wir auch einen Schritt weiter gehen und die für die Provenienzforschung fehlende Information – Quellen – erfassbar machen (Vergleich: „Leitfaden zur Standardisierung von Provenienzangaben“ des Arbeitskreis Provenienzforschung e.V.). Basierend auf demselben Quellen-Modul, das für den Reiter zu Referenz- und Rezeption gebraucht wird, lassen sich ab jetzt auch Quellen für Ereignisse eingeben.

Um das zu tun, muss erst einmal ein Benutzer mit dem Level „Museumsdirektor“ die Eingabe von Quellenverweisen für Ereignisse für das ganze Museum freischalten.

Dies kann auf der Seite „Einstellungen für das Museum“ im Eingabebereich getan werden. Ist die Eingabe von Quellenangaben für Ereignisse einmal aktiviert, erscheint bei allen Mitarbeitern des Museums ein neuer Bereich unten auf den Bearbeitungsseiten für Ereignisse (erreichbar, indem man bei einem einmal angelegten Ereignis auf den Namen des Ereignistyps klickt). Auch hier findet sich wieder ein Akkordion, das aufgeklappt werden kann, um neue Quellenangaben zu machen.

In der Ausgabe von museum-digital spiegelt sich die Möglichkeit, Quellenangaben zu machen zuallererst in einer Neugestaltung der Anzeige von Ereignis-Anmerkungen wieder. Ereignisanmerkungen erschienen jetzt gemeinsam mit etwaigen Quellenangaben in einem Tooltip, der durch überfahren eines „i“-Symboles hinter dem Ereignistyp auf einer gegebenen Objektseite zu finden ist.

Beitragsbild: Caravaggio: „Der ungläubige Thomas“ (CC BY-NC-SA @ Stiftung Preußische Schlösser und Gärten Berlin-Brandenburg / Murza, Gerhard)

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

Seitenbestandteile

Auf kleinen Bildschirmen

Um ein schnelles Laden auch bei eingeschränktem Datenvolumen oder langsamen Verbindungen auf Handys nicht zu erschweren, werden Hintergrundbild und zusätzliche Informationen nur geladen, wenn ein ausreichend großer Bildschirm zur Verfügung steht.

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

Damit es nicht untergeht, sollen hier zwei neue, zusätzliche Optionen zur Benutzung des Resolvers besprochen werden. Beide sind aber auch beim Aufrufen des Resolvers ohne weitere Parameter dokumentiert.

„Einfache“ Beacon-(Konkordanz-)Listen

Eine traditionelle Beacon-Datei besteht neben ihrem „Kopf“ aus einer Liste, grob gemäß CSV, in auf der einen Seite eines Trennzeichens jeweils eine ID aus einem Repositorium aufgelistet wird, und auf der anderen Seite des Trennzeichens die ID derselben Entität in einem anderen Repositorium. Mittlerweile ist eine alternative Form dazugekommen, in der nur noch die IDs verfügbarer Einträge aus dem „Quell-Repositorium“ (etwa die GND) aufgelistet werden, und in der der „Kopf“ der Datei Auskunft über eine URL gibt, die auf den richtigen Eintrag im lokalen Repositorium (hier eine Instanz von museum-digital), der über die ID im Quell-Repositorium aufgerufen werden kann, verweist.

Eine solche Liste kann nun über das Anfügen des GET-Parameters „beaconHideLocal“ eingetragen werden. https://global.museum-digital.org/resolver/actor/gnd gibt eine Liste aller Akteure, die sowohl in der Gemeinsamen Normdatei (GND) als auch bei museum-digital erfasst sind, mit beiden IDs zurück. https://global.museum-digital.org/resolver/actor/gnd?beaconHideLocal=1 gibt im Gegensatz dazu eine „einfache“ Beacon-Datei zurück, die alle GND-IDs auflistet, die Entsprechungen in museum-digital haben.

„No-Referral“: Text statt Weiterleitungen

Ein weiterer kleiner Zusatz ist das Hinzufügen einer Option, um Suchen nach einer ID direkt die URL, auf die weitergeleitet werden würde als Text zu bekommen. Je nach benutzter Programmiersprache kann so das automatische Arbeiten mit dem Resolver wesentlich erleichtert werden.

Ein Beispiel: Ruft man https://global.museum-digital.org/resolver/place/geonames/2950159 auf, wird man auf des Ortes weitergeleitet, der bei Geonames die ID 2950159 trägt (das ist Berlin). Diese Weiterleitung geschieht über HTTP-Header. Möchte man aber eigentlich nur die URL, auf die man weitergeleitet würde, erfahren, kann man jetzt https://global.museum-digital.org/resolver/place/geonames/2950159?noReferral=1 aufrufen und erhält nur diese als Text.

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.