 |
 |
That was my impression... I should have mentioned the efforts just starting within my current project to map MaRC (or flavour[s] thereof!) to the open LIDO standard: http://network.icom.museum/cidoc/working-groups/data-harvesting-and-interchange.html It's interesting in that it will hopefully express a library standard (or standardS; the situation is complicated in Europe by the many MaRC variants in use) in terms of a schema developed for museum objects. In theory this is definitely possible (LIDO is built to cope with any type of objects, including "Manifestation Product Types" [cf. http://www.cidoc-crm.org/docs/frbr_oo/frbr_docs/FRBRoo_V1.0_2009_june_.pdf]) but it will be a challenge. M -----Original Message----- From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of Owen, Will Sent: 14 March 2012 13:38 To: [log in to unmask] Subject: Re: [CODE4LIB] NON-MARC ILS? The Endeca implementation at the Triangle Research Libraries Network (and indeed, in general) is an *index* of information about items in our libraries' collections. The format of the data that's fed into the index can be (and is) variable: we're about to start loading items from our digital collections that are MARC-based into our Endeca index, where they will co-exist with traditional bibliographic information that comes out of our ILS systems. Endeca provides a public interface to library holdings: it is not and could not be an ILS, performing functions like circulation, accounting control, etc. In this respect it's more akin to Blacklight that to an ILS. Will On 3/14/12 9:28 AM, "Michael Hopwood" <[log in to unmask]> wrote: >Matt, > >Looks to me at a cursory glance that at least one Endeca implementation >is still drawing on MaRC data: > >http://www.lib.ncsu.edu/endeca/technology.html > >...even if not directly using MaRC for search: > >http://www.lib.ncsu.edu/endeca/faqs.html > >MaRC is simply the widest-used library standard. If you could get hold >of ONIX (2.1 or 3.0) feeds, you could in theory build an LMS around >that instead, or any other data format you prefer. > >There is at least a fair amount of interest on interoperating at least >these 2 major formats: > >http://www.oclc.org/research/news/2010-04-09.htm (ONIX 3.0 version >pending). > >-----Original Message----- >From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of >Matt Amory >Sent: 14 March 2012 13:00 >To: [log in to unmask] >Subject: [CODE4LIB] NON-MARC ILS? > >Is there a full-featured ILS that is not based on MARC records? >I know we love complexity, but it seems to me that my public library >and its library network and maybe even every public library could >probably do without 95% of MARC Fields and encoding, streamline >workflows and save $ if there were a simpler standard. >Is this what an Endeca-based system is about, or do those rare birds >also use MARC in the background? >Forgive me if the question has been hashed and rehashed over the years... > >-- >Matt Amory >(917) 771-4157 >[log in to unmask] >http://www.linkedin.com/pub/matt-amory/8/515/239