Liste der importierbaren Formate

In der folgenden Tabelle findet sich eine Liste der bisher vorhandenen "Parser" für die verschiedenen Formate von importierbaren Eingangsdaten.

Nur, weil ein Parser für die Exportdaten eines gegebenen Programms oder für einen gegebenen Austauschstandard besteht, heißt das nicht automatisch, dass die Daten immer korrekt und vollständig importiert werden. Gerade bei Austauschstandards wie LIDO gibt es oft substanzielle Unterschiede in der Interpretation des Standards durch verschiedene Programmierer, sodass die importierten Daten nach dem Importieren dringend noch einmal geprüft werden sollten.

Eine Abhilfe kann hierbei eine eingebaute Vollständigkeitsprüfung liefern, die in einigen Parsern eingebaut ist. Sind am Ende des Imports eines Objektes noch nicht spezifizierte Datenfelder vorhanden, wird in diesem Fall der Import abgebrochen und das Ergänzen des Parsers erzwungen. Ob eine solche Vollständigkeitsprüfung aber realistisch eingebaut werden kann, hängt auch stark vom Format der gegebenen Eingangsdaten ab. Je verschachtelter das Format, desto schwerer ist die Umsetzung der Vollständigkeitsprüfung. Ob ein Parser eine automatische Vollständigkeitsprüfung bietet ist in der Tabellenspalte Prüfung zu sehen.

NameDatenformatPrüfungNotiz
Adlib / Axiell CollectionsXMLNeinFür die XML-Exportdaten aus Axiell Adlib / Axiell Collections. Geschrieben und optimiert für das Schwule Museum Berlin.
Adlib / Axiell CollectionsCSVJAParser für CSV-Exportdaten aus Axiell Adlib / Axiell Collections.
Beecollect (2022)XMLTeilweiseEin Parser für Becollect-Exporte der sächsischen Industriemuseen, die ein sehr anderes Format als die vorherigen haben. Ansonsten: siehe oben.
csvxmlXMLJaDer Referenz-Parser für das Standard-Importformat von museum-digital.
csvxml_jsonJSONJaEine JSON-basierte Variante des CSVXML-Formats.
First RumosXMLJaFirst Rumos hat einen Eingaben Export-Schalter für museum-digital. Dieser Parser importiert die so exportierten Daten.
HiDaXMLJaParser für den Standard-Export der Daten aus HiDa in der Konfiguration der Sächsischen Landesstelle für das Museumswesen.
IKMKJSONJaParser für die json_ext-Exportdaten aus den verschiedenen Instanzen des "Interaktiven Katalog des Münzkabinetts".
imdas proXMLNeinParser für die Export-Daten des Landesmuseums Württemberg. Ob sich der Parser auch für die Exporte aus anderen Instanzen von Imdas Pro benutzen lässt, ist bisher unbekannt
Johann@HilfCSVJaJohann@Hilf war der Vorgänger von Primus und arbeitete auf Basis von MS-Access. Der Johann@Hilf-Parser arbeitet mit einem CSV-Export der Access-Datenbank.
PrimusXMLJaParser für die aus Primus exportierten Daten. Deckt die Felder eines Gesamt-Exports ab.
LIDOXMLTeilweiseParser für nach dem Austauschstandard LIDO geformte Daten. Es werden sowohl LIDO 1.0 als auch LIDO 1.1 unterstützt. Der gerade in Entwicklung befindliche EODEM-Standard wird als Erweiterung von LIDO ebenfalls vom LIDO-Parser abgedeckt (derzeit funktional mit EODEM 0.08).

Dazu gibt es generische Parser, die für jeden Import neu angepasst werden müssen, aber eine gute Grundlage für sehr einfache Importe - wie zum Beispiel einfache, zuvor in Excel gepflegte Standortlisten - bieten:

NameDatenformatPrüfungNotiz
csvCSVJaImportiert gegebene Daten (welche muss für jeden Import neu definiert werden) nach Inventarnummer.
Bilder nach InventarnummerKeines / DateisystemNeinBenutzt die Dateinamen, um Bilder stapelweise zu schon erfassten Objektdatensätzen zu importieren. Die Inventarnummern müssen dabei am Anfang des Dateinamens stehen und alle zu importierenden Bilder müssen im selben Ordner (ohne Unterordner) vorliegen.

Einige Parser sind spezifisch für sehr selten benutzte Import-Formate geschrieben worden und wurden deshalb im Zuge einer größeren architekturellen Anpassung des Importmoduls im Mai 2022 - die etwa eine wesentlich bessere Testbarkeit der Parser ermöglicht und Grundlegend für die Möglichkeit, Importe selbst durchzuführen, war - noch nicht in das aktuell notwendige Format überführt. Da die Importlogik aber gleich bleibt, ließen sie sich bei Bedarf schnell für die aktuell benötigte Code-Struktur anpassen.

NameDatenformatPrüfungNotiz
Beecollect (2019)XMLNeinFür die Exportdaten aus Solvatecs Beecollect. Beecollect-Parser müssen erfahrungsgemäß für jedes importierende Museum stark angepasst werden.
First Rumos (CSV)CSVJaEin Parser für die über den CSV-Export von First Rumos exportierten Daten.
Google Arts & CultureCSVJaParser für CSV-Daten, wie sie von Google Arts & Culture exportiert werden.
GOSXMLNeinEin Parser für einen XML-Export der Daten des Deutsch Russischen Museums in Berlin-Karlshorst. Inwiefern der Parser für andere Importe von GOS-Daten genutzt werden kann ist bisher unbekannt.
MuseoSQLNeinParser für die seinerzeit für die Museen der Lausitz enwickelte Datenbank "Museo".
SRU-MODSXMLJaParser, der die Daten eines Hauses über eine externe SRU-Schnittstelle ausließt und importiert. Unterstützt bisher nur Metadaten. Entwickelt auf Basis von und optimiert für die SRU-Schnittstelle von Kalliope.