Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version. Compare with Current  |   View Page History

BM extensions to CRM
Developed by Seme4 as part of BM collection data mapping to RDF in the CRM schema

BMX Description

D2 - Commentary on the mapping process- from BM to CIDOC-CRM.pdf, Hugh Glaser, SotonU

  • very informative description of the mapping, shows the complexity of museum data.
  • detailed description of the developed CRM extension ontology (BMX).
  • [^bm-extensions.ttl]: BMX ontology definition
  • http://crm.rkbexplorer.com: live links to CRM & BMX classes
  • http://bm2.rkbexplorer.com: live links to BM objects, but these are restricted
  • instructive usage guide for the CRM. Mariana got some ideas re the Goteborg Museum mapping (part of MOLTO)
  • instructive re proposal on Archaeological metadata (Totko Stoyanov)

D1 - BM to ResearchSpace- Conversion Process and Schema.pdf, Ian Millard, Seme4. "Recommended process for converting data from a Collections Management System in the Cultural Heritage domain into Open Linked Data"

  • demonstrate feasibility for converting the entire Collections data from the British Museum into Linked Data
  • Describes the developed ETL tool "makeRDF": based on config files, uses xpath, similar to xslt but simpler
  • nice intro to CRM
  • recommended URI allocation:
    http://collection.britishmuseum.org/object/PPA1818832 : artifact (non information resource)
    http://collection.britishmuseum.org/object/PPA1818832.html : html representation (information resource for humans)
    http://collection.britishmuseum.org/object/PPA1818832.rdf : rdf representation (information resource for computers)
    http://collection.britishmuseum.org/object/PPA1818832/production : info about production (who when where created it)
    etc
  • 14Gb of XMLs exported from BM's collection system (Merlin). Took several weeks (SSL says it'd have been faster if they knew better)
  • Merlin is a C/C++ system with a proprietary OO database
  • BM has 2M objects, 560k of them have images. CRM has maybe 100 triples per object
  • RDF takes between 12 and 24 hours to assert depending on the triple store employed
  • BM's Merlin model is based on the SPECTRUM standard for Museum Documentation. The functionality of other museum collection systems is also based on SPECTRUM

Need for CRM extensions

  • CRM is a very rich ontology, but still not rich enough to capture collection data from different institutions
  • BMX shows that extensions are needed
  • the BM should drive towards unification and vigorously promote such extensions for CRM standardization, rather than relying on thesaurus mapping (mapping profiles) and co-reference, which make for more difficult reasoning
  • BMX itself can be improved. Here are two examples from the very simple area of measurements (eg width, height):
    • Rather than using BM-specific URIs for units, it'd be better to map during conversion to ontologies that are more established in this area: NASA QUDT (Quantities, Units, and Dimensions) or OASIS UoM (Units of Measure)
    • CRM uses a single number (P90_has_value is E60_Number) while BMX extends this to an interval (PX.min_value and PX.max_value). However, no connection is made between the interval and the single value. The single value should be computed during conversion, e.g. to be the average of min and max, or equal to min if max is undefined
    • Better yet [How to represent imprecision?]
Labels:
None
Enter labels to add to this page:
Please wait 
Looking for a label? Just start typing.