![\"\"](\"https:\/\/icom-documentation.mini.icom.museum\/wp-content\/uploads\/sites\/87\/2021\/03\/EODEM_logo_banner_large-300x87.jpg\"){kind=logo}
<\/p>\n<\/p>\n
Every day, museum staff working on loans and exhibitions across the world spend a huge amount of time copying and pasting \u2013 or, worse, retyping \u2013 object information between collections management systems (CMSs<\/a>) and forms or emails. The CIDOC Documentation Standards Working Group (DSWG<\/a>) is trying to save them time.<\/p>\n How? By developing an Exhibition Object Data Exchange Model (EODEM<\/a>), which will make it possible to export object exhibition data from a lender\u2019s CMS at the touch of a button, and import that data into a borrower\u2019s system \u2013 produced by a different software vendor \u2013 just as easily.<\/p>\n The project began with a conversation between Rupert Shepherd, Jonathan Whitson Cloud and Zetcom\u2019s Norbert Kanter at the CIDOC awayday to Turin during the 2016 ICOM Triennial<\/a>. A workshop at the 2017 CIDOC conference<\/a> (Tbilisi) assembled lists of the information that EODEM would need to share, and a meeting of software vendors at the 2018 conference<\/a> (Heraklion) agreed that the project was viable, reviewed the list of units of information from Tbilisi, and resulted in the first draft of the EODEM data profile.<\/p>\n Since then, a small working group drawn from the DSWG and several software vendors has been meeting online. We\u2019ve finalised our list of units of information, agreed to use LIDO as our data exchange format, and mapped our units of information to a LIDO XML document. We\u2019d like to thank the LIDO Working Group (LIDO WG), who helped us with our data mapping, made changes to the new version (LIDO 1.1<\/a>) to accommodate some of our requirements, and added terms to LIDO Terminology<\/a>; the Getty Vocabulary Program<\/a>, who added several terms to the AAT<\/a> for us; and Collections Trust<\/a>, who have added new candidate units of information to Spectrum<\/a> and set up a PURL<\/a> system to refer to Spectrum units.<\/p>\n We\u2019re now converting our initial definition documents into a formal LIDO profile, helping the LIDO WG and KONDA<\/a> project establish a format for defining LIDO profiles as we go. We\u2019re extremely grateful to Richard Light for the work he\u2019s doing to set up and test the XML document and associated stylesheets which will contain the profile, and present it in more human-readable formats.<\/p>\n Once that\u2019s done, we can release our specification as a public beta and hand it over to CMS vendors to develop EODEM importers and exporters for their programs. We hope to use their initial feedback to finalise the EODEM profile, so that we can release it as a definitive standard.<\/p>\n Whilst we want the model to be incorporated into as many CMSs \u00a0as possible, this will be a slow process: we need to persuade vendors to incorporate it into their systems, which must then be rolled out to users \u2013 and we all know how long it can take museums to upgrade to the latest version of their CMS. But I\u2019m pleased to say that nine vendors are already either developing, or planning to develop, an EODEM exporter \u2013 and four are working on an importer, too.<\/p>\n You can read more here<\/a>. If you’re interested in collaborating in the EODEM project – particularly if you want to implement EODEM in a collections management system – please get in touch with Rupert Shepherd using the Contact page on his website<\/a>.<\/p>\n","protected":false},"excerpt":{"rendered":" Every day, museum staff working on loans and exhibitions across the world spend a huge amount of time copying and pasting \u2013 or, worse, retyping \u2013 object information between collections management systems (CMSs) and forms or emails. The CIDOC Documentation Standards Working Group (DSWG) is trying to save them time. How? By developing an Exhibition […]<\/p>\n","protected":false},"author":70,"featured_media":10461,"parent":705,"menu_order":0,"comment_status":"closed","ping_status":"closed","template":"","meta":{"footnotes":""},"yst_prominent_words":[373,145,573,485,2032,1713,270,484,1712,1999,500,267],"acf":[],"_links":{"self":[{"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/pages\/11681"}],"collection":[{"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/pages"}],"about":[{"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/types\/page"}],"author":[{"embeddable":true,"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/users\/70"}],"replies":[{"embeddable":true,"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/comments?post=11681"}],"version-history":[{"count":2,"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/pages\/11681\/revisions"}],"predecessor-version":[{"id":11684,"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/pages\/11681\/revisions\/11684"}],"up":[{"embeddable":true,"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/pages\/705"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/media\/10461"}],"wp:attachment":[{"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/media?parent=11681"}],"wp:term":[{"taxonomy":"yst_prominent_words","embeddable":true,"href":"https:\/\/icom-documentation.mini.icom.museum\/fr\/wp-json\/wp\/v2\/yst_prominent_words?post=11681"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}![\"Museum](\"https:\/\/icom-documentation.mini.icom.museum\/wp-content\/uploads\/sites\/87\/2021\/11\/37721344946_f3056deeae_o-300x167.jpg\")
<\/a>![\"Software](\"https:\/\/icom-documentation.mini.icom.museum\/wp-content\/uploads\/sites\/87\/2021\/11\/IMG_20180930_100516-1024x768.jpg\")
<\/a>![](\"https:\/\/icom-documentation.mini.icom.museum\/wp-content\/uploads\/sites\/87\/2021\/03\/EODEM_animation_medium.gif\")
<\/p>\n