[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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
Re: [CODE4LIB] NON-MARC ILS?
So you want a non-standard way to display and use what your library has? What about future moves to another ILS? What about getting your ILS to work with other systems or web services? There are reasons for standards. It is not to make our jobs harder. Bill Drew -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Matt Amory Sent: Wednesday, March 14, 2012 9:00 AM To: CODE4LIB@LISTSERV.ND.EDU 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
Re: [CODE4LIB] NON-MARC ILS?
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:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Matt Amory Sent: 14 March 2012 13:00 To: CODE4LIB@LISTSERV.ND.EDU 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
[CODE4LIB] Job: Systems Administrator at CACI
Note: this is a contract job at the Library of Congress SYSTEMS ADMINISTRATOR 3 (63880) Network/Telecom - Systems Administration USA-DC-Washington Security Clearance: None Clearance Status: Not Applicable Schedule: Full Time Type of Travel: Local Percent of Travel Required: Up to 10% Description Systems Administrator 3 with a wide range of knowledge and experience supporting complex systems of networked computers to work within a team that includes other System Administrators, Software Engineers, and Managers supporting diverse projects with stakeholders that span multiple groups. RESPONSIBILITIES: * Establishes and maintains user accounts, assigns file permissions and establishes password and account policies. * Installs, upgrades, configures, tests, maintains and supports operating system software. * Responsible for effective provisioning, installation/configuration, operation, and maintenance of systems hardware, software and related infrastructure. * Troubleshoots and resolves system hardware, software, and communication issues by analyzing output from log files, system command line tools, and monitoring systems. * Creates shell-based programs and scripts to perform configurations and adjustments to heterogeneous systems. * Modifies and/or enhances database functionality. * Performs automated and manual backup, archival, and restore processes while ensuring all required file systems and system data are successfully backed up and purged as necessary. * Installs, configures and tests software packages. * Provides user support and may conduct user software and hardware training to formulate technology solutions and ensure the effective safeguarding and sharing of enterprise data. * Evaluates requests for hardware and software; researches and recommends solutions that meet the technological requirements of the client's technology architecture and infrastructure. * Performs daily system monitoring, verifying the integrity and availability of all hardware, server resources, systems and key processes, reviewing system and application logs, and verifying completion of scheduled jobs such as backups. * Creates, changes, and deletes user accounts per request. * Provides technical information and documentation to other systems administrators. * Creates, debugs, and modifies software and configuration management and deployment systems. EDUCATION EXPERIENCE: Typically requires bachelor's degree or equivalent, and five to seven years of related experience. REQUIRED SKILLS: * Expert knowledge of Linux System Administration (desired distros: Ubuntu/Debian, Red Hat or derivative). * In depth knowledge of the methodologies and best practices for Linux systems deployment processes. * Proficiency in a Package Management System (preferred: Debian/dpkg and/or Red Hat/RPM). * Knowledgeable in Virtualization technologies (preferred: Kernel Virtual Machine (KVM)) * Strong scripting experience in at least one of: Unix Shell, Perl, Ruby, Python. * Knowledgeable in Configuration Management Software (desired: Chef) * Experience working with ticketing systems and using workflows. * Possesses great customer service and communication skills. * Experience installing, configuring and managing diverse server applications. DESIRED SKILLS: * Knowledgeable in networking protocols and Cisco switch configuration. * Experience performing hardware upgrades and maintenance in a data center. To apply please visithttp://careers.caci.com/job /Washington-SYSTEMS-ADMINISTRATOR-3-Job-DC-20001/1774490/ Brought to you by code4lib jobs: http://jobs.code4lib.org/job/847/
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 mich...@editeur.org 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:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Matt Amory Sent: 14 March 2012 13:00 To: CODE4LIB@LISTSERV.ND.EDU 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
Re: [CODE4LIB] NON-MARC ILS?
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:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Owen, Will Sent: 14 March 2012 13:38 To: CODE4LIB@LISTSERV.ND.EDU 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 mich...@editeur.org 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:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Matt Amory Sent: 14 March 2012 13:00 To: CODE4LIB@LISTSERV.ND.EDU 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
Re: [CODE4LIB] NON-MARC ILS?
Hi, Matt. Welcome to code4lib. Good question! Here's a quick summary of my understanding of what I think you're asking: Q1. Is there an ILS that is not based on MaRC records? A1. No, not to my knowledge. Yes, marc cataloging can seem tedious and arcane, but we have lots of tools for working with it at this point. All commercial ILS vendors that I am aware of use it, and the open source ILS products I know of also use MaRC. Q2. Is that what this Endeca based thing is about? A2. Kind of, a little. For most libraries, physical (and to some extent digital) inventory of collections is maintained by their ILS. Usually this is a commercial vendor solution, maybe even one with a six figure contract attached to it, but open source ILS solutions are increasingly viable and widespread. Migrating away from an ILS is an enormous undertaking, one that overhauls every workflow process in the library. Many libraries are in the position of not wanting to migrate their ILS, but disliking the public-facing interface provided by the ILS vendor. For years these interfaces were difficult to change and many of us felt that it was leading to stagnation in the library innovation space, because we were competing for attention with Internet based services that could respond to user desires quickly. The standard solution has been, not to switch away from MaRC or the ILS, but to index those records into a separate discovery interface, one which the library has control ove! r. That's what Endeca is, but it is very expensive. People who have implemented it are contractually prevented from saying exactly how expensive but I've never signed an NDA and I've heard numbers in the millions. There are several free open source library discovery solutions (Blacklight, VuFind, Kobald Chieftan (sp?) that you could play around with if you wanted. But these are for solving discovery problems, not for simplifying your internal metadata standards. I hope this helps. Welcome to the community and good luck to you. Bess On Mar 14, 2012, at 5:59 AM, Matt Amory wrote: 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
Re: [CODE4LIB] NON-MARC ILS?
I did not mean to sound snarky in my earlier message but I do not understand why no one is talking about standards and why we have them. This includes standard ways to present and transmit data between systems. That is oen of the big reasons for using MARC. - Wilfred (Bill) Drew, M.S., B.S., A.S. Assistant Professor Librarian, Systems and Tech Services Tompkins Cortland Community College (TC3) Library: http://www.tc3.edu/library/ Dryden, N.Y. 13053-0139 E-mail: dr...@tc3.edu Phone: 607-844-8222 ext.4406 AOL Instant Messenger:BillDrew4 Online Identity: http://claimID.com/billdrew StrengthsQuest: Ideation, Input, Learner, Activator, Communication http://www.facebook.com/people/Bill_Drew/ From: Code for Libraries [CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Bess Sadler [bess.sad...@gmail.com] Sent: Wednesday, March 14, 2012 2:11 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] NON-MARC ILS? Hi, Matt. Welcome to code4lib. Good question! Here's a quick summary of my understanding of what I think you're asking: Q1. Is there an ILS that is not based on MaRC records? A1. No, not to my knowledge. Yes, marc cataloging can seem tedious and arcane, but we have lots of tools for working with it at this point. All commercial ILS vendors that I am aware of use it, and the open source ILS products I know of also use MaRC. Q2. Is that what this Endeca based thing is about? A2. Kind of, a little. For most libraries, physical (and to some extent digital) inventory of collections is maintained by their ILS. Usually this is a commercial vendor solution, maybe even one with a six figure contract attached to it, but open source ILS solutions are increasingly viable and widespread. Migrating away from an ILS is an enormous undertaking, one that overhauls every workflow process in the library. Many libraries are in the position of not wanting to migrate their ILS, but disliking the public-facing interface provided by the ILS vendor. For years these interfaces were difficult to change and many of us felt that it was leading to stagnation in the library innovation space, because we were competing for attention with Internet based services that could respond to user desires quickly. The standard solution has been, not to switch away from MaRC or the ILS, but to index those records into a separate discovery interface, one which the library has control ove! r. That's what Endeca is, but it is very expensive. People who have implemented it are contractually prevented from saying exactly how expensive but I've never signed an NDA and I've heard numbers in the millions. There are several free open source library discovery solutions (Blacklight, VuFind, Kobald Chieftan (sp?) that you could play around with if you wanted. But these are for solving discovery problems, not for simplifying your internal metadata standards. I hope this helps. Welcome to the community and good luck to you. Bess On Mar 14, 2012, at 5:59 AM, Matt Amory wrote: 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
Re: [CODE4LIB] NON-MARC ILS?
On Wed, Mar 14, 2012 at 2:17 PM, Wilfred Drew dr...@tc3.edu wrote: I did not mean to sound snarky in my earlier message but I do not understand why no one is talking about standards and why we have them. This includes standard ways to present and transmit data between systems. That is oen of the big reasons for using MARC. I think at least partially because the standard (MARC21 with AACR2) is incredibly arcane with an enormous learning curve. It's hard, it doesn't make sense in lots and lots of ways, and for many applications the initial cost is just plain too steep, no matter what the eventual benefits. MARC/AACR2 is the standard I spend most of my time with, but that doesn't mean I find it easy to defend. Personally, I don't find it hard to imagine bibliographic applications where MARC cataloging is way over the top. If you only have a few thousand volumes, even something as simplistic as an RIS record for each item that includes a shelf-number will get you an awfully long way. Whether or not it gets your far enough is a different (and more difficult) question that can only be answered by the people on the ground, who know what they have and can guess at what's coming.
Re: [CODE4LIB] NON-MARC ILS?
One thing I haven't heard anyone talk about is that while MARC can be complicated, the abundance of MARC records available makes it rather easy to populate an ILS as long as you don't have to do [mostly] original cataloging. For example, the Career Development Center on campus here uses Koha. They do not have any librarians on staff but have a collection of books they circulate. The Libraries' Head of Cataloging and I provided basic training to one of the peopel there on how to use the system and they have been largely self-sufficient since then. They are able to import MARC records for books using Koha's built-in Z39.50 interface from other libraries. They didn't need to learn the intricacies of MARC. For some special in-house things we provided a little bit of training on how to make a basic MARC record. If a system was used that didn't use MARC it is likely, at least in our experience, to be more work since things would have to all be created in-house. Of course, your mileage may vary. Edward On Wed, Mar 14, 2012 at 2:11 PM, Bess Sadler bess.sad...@gmail.com wrote: Hi, Matt. Welcome to code4lib. Good question! Here's a quick summary of my understanding of what I think you're asking: Q1. Is there an ILS that is not based on MaRC records? A1. No, not to my knowledge. Yes, marc cataloging can seem tedious and arcane, but we have lots of tools for working with it at this point. All commercial ILS vendors that I am aware of use it, and the open source ILS products I know of also use MaRC. Q2. Is that what this Endeca based thing is about? A2. Kind of, a little. For most libraries, physical (and to some extent digital) inventory of collections is maintained by their ILS. Usually this is a commercial vendor solution, maybe even one with a six figure contract attached to it, but open source ILS solutions are increasingly viable and widespread. Migrating away from an ILS is an enormous undertaking, one that overhauls every workflow process in the library. Many libraries are in the position of not wanting to migrate their ILS, but disliking the public-facing interface provided by the ILS vendor. For years these interfaces were difficult to change and many of us felt that it was leading to stagnation in the library innovation space, because we were competing for attention with Internet based services that could respond to user desires quickly. The standard solution has been, not to switch away from MaRC or the ILS, but to index those records into a separate discovery interface, one which the library has control o! ve! r. That's what Endeca is, but it is very expensive. People who have implemented it are contractually prevented from saying exactly how expensive but I've never signed an NDA and I've heard numbers in the millions. There are several free open source library discovery solutions (Blacklight, VuFind, Kobald Chieftan (sp?) that you could play around with if you wanted. But these are for solving discovery problems, not for simplifying your internal metadata standards. I hope this helps. Welcome to the community and good luck to you. Bess On Mar 14, 2012, at 5:59 AM, Matt Amory wrote: 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
Re: [CODE4LIB] NON-MARC ILS?
On 2012-03-14, at 2:11 PM, Bess Sadler wrote: Q1. Is there an ILS that is not based on MaRC records? A1. No, not to my knowledge. Yes, marc cataloging can seem tedious and arcane, but we have lots of tools for working with it at this point. All commercial ILS vendors that I am aware of use it, and the open source ILS products I know of also use MaRC. Further note to this. a) All the commercial and non-commercial ILS systems used by more than one institution of which I am aware either added MARC processing or died. b) All of the systems for which I have seen the underpinnings have mapped the important values from the Marc record into various other SQL data structures. They may store the Marc on the side or assemble it on the fly at the point of demand. Marc enters and exits the system but may or may not drive the internals. Walter Lewis who would happily forget everything he learned about Marc; but honestly folks there are lots of things that make less sense in the world
Re: [CODE4LIB] NON-MARC ILS?
It would probably help frame your question a bit if you went into a little more detail as to where you think the problem is. Are your catalogers struggling with some particular kind of data entry? Is it that you're trying to do stuff with MARC data (say, via an export or something) and you find the MARC structure/cataloging rules too convoluted? Or are you just trying to, say, tweak templates in your ILS's OPAC and finding frustration with the complexity of the data? Or something else? I mean, personally, I haven't met a single person that's relatively new to coding in libraries that doesn't have the idea of doing something better than MARC (and, I too, was that person). Bill has mentioned some of the problem (that is, ILS migrations), but there's also the question of where you'd get your actual catalogs records if not somewhere like OCLC (I don't imagine your library does all original cataloging). The standard (and rules) have a LOT of infrastructure behind them (40+ year old standards do that), which would be non-trivial to just throw away (cue RDA's problem with migrating to RDF here). If your problem is more like my second question to you, why not try transforming your MARC into something more palatable? http://www.loc.gov/standards/marcxml/#stylesheets -Ross. On Mar 14, 2012, at 8:59 AM, Matt Amory wrote: 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
[CODE4LIB] edUi 2012 Call For Proposals
I thought some of you library code jockeys might be interested in this call for proposals for edUi 2012. -Trey We Want You @ edUi 2012 We seek dynamic speakers willing to share their knowledge and expertise about Web design, user experience design and development. Preference is given to presentations that offer practical methods and ready-to-use techniques and tools. You can look at our programs from previous years for inspiration ( 2009 [http://edui2009.vfhblogs.org/program/], 2010 [http://edui.vfhblogs.org/program/], 2011 [http://edui2011.vfhblogs.org/schedule/]) or come up with something so totally mind-blowing and new that we can't possibly imagine this conference without it. Deadline for Proposals: June 15, 2012 Submit Your Proposal Now! [http://eduiconf.org/speak-edui/] Why Speak @ edUi? Because you've got knowledge to share with your peers. Your boss will think it's so cool that you shared a stage with Jared Spool. It looks great on your resume (in case your boss doesn't know who Jared Spool is). Everyone who submits a proposal gets 10% off registration. Speakers attend for free!* *Speakers are responsible for travel and lodging. Get Connected • Website [http://www.eduiconf.org] • Facebook [http://eduiconf.org/facebook] • Twitter [http://twitter.com/eduiconf] edUi is a Program of: Virginia Foundation for the Humanities
Re: [CODE4LIB] NON-MARC ILS?
The real key to moving libraries away from MARC will probably be transformation of the sharing situation. Open linked data gives promise of being able to do this (if everyone was able to harvest whatever triples they needed for whatever they wanted to describe) -- but wouldn't there need to be hubs that provided reliable data and were available to harvest from, at scale, (or, something like linked data torrents perhaps)? And enough standardization of the data to support common library discovery and delivery functions? It isn't clear what the economic model to support this would be. Meanwhile... how does one get hold of ONIX? Laura (list newbie, plese be kind) Laura Akerman Technology and Metadata Librarian Room 128, Robert W. Woodruff Library Emory University, Atlanta, Ga. 30322 (404) 727-6888 lib...@emory.edu -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Walter Lewis Sent: Wednesday, March 14, 2012 2:28 PM On 2012-03-14, at 2:11 PM, Bess Sadler wrote: Q1. Is there an ILS that is not based on MaRC records? A1. No, not to my knowledge. Yes, marc cataloging can seem tedious and arcane, but we have lots of tools for working with it at this point. All commercial ILS vendors that I am aware of use it, and the open source ILS products I know of also use MaRC. Further note to this. a) All the commercial and non-commercial ILS systems used by more than one institution of which I am aware either added MARC processing or died. b) All of the systems for which I have seen the underpinnings have mapped the important values from the Marc record into various other SQL data structures. They may store the Marc on the side or assemble it on the fly at the point of demand. Marc enters and exits the system but may or may not drive the internals. Walter Lewis who would happily forget everything he learned about Marc; but honestly folks there are lots of things that make less sense in the world This e-mail message (including any attachments) is for the sole use of the intended recipient(s) and may contain confidential and privileged information. If the reader of this message is not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message (including any attachments) is strictly prohibited. If you have received this message in error, please contact the sender by reply e-mail message and destroy all copies of the original message (including attachments).
Re: [CODE4LIB] NON-MARC ILS?
Thanks for all the responses. Perhaps I woke up thos morning on the wrong side of MARC. What I'm really after is a way to display links to project Gutenberg titles in III Encore and not having MARC records is one technical hurdle, as is not having consistent display of URLs from field 856. Thanks in advance for your thoughts! Matt Sent from my iPhone
Re: [CODE4LIB] NON-MARC ILS?
On Wed, Mar 14, 2012 at 9:37 AM, Owen, Will o...@email.unc.edu wrote: 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. One could build the catalog part of an ILS around Endeca or one of the solrmarc based discovery engines, though they don't maintain real-time circulation data etc internaly, so the existence of an external circulation system is required. An idea of some of the functionality that is needed from outside can be gotten from the vufind ILS driver spechttp://vufind.org/wiki/building_an_ils_driver ; one might argue that different parts of the functionality could come from different systems, which makes the driver the integrator. A lot of functionality bundled up in the monolithic ILS could be delegated if there was some Protocol for Interchanging Circulation information that was standard enough to interoperate with. If it weren't for UNC's ERP project, I would probably still thing that accounting controls, purchase management, ought to be handled outside the ILS. Simon
[CODE4LIB] Job: Head, Digital Projects Metadata at Yale University
**Yale University Library Seeks Applications and Nominations for Head, Digital Projects Metadata** Beinecke Rare Book Manuscript Library Under the general direction of the Head of Technical Services and working in close collaboration with the Head of Technology and Digital Assets, the Digital Imaging Studio Production Manager, and units across the Beinecke Library, the Head of Digital Projects Metadata plays a leading role in creating, describing, and delivering digitized resources and in exploring, proposing, and developing innovative tools and services that improve the ability of scholars, students, and educators to make use of existing and emerging digital resources. For a complete position description and application guidelines, please see: [http://goo.gl/EeyJv](http://goo.gl/EeyJv) Yale University is an Affirmative Action/Equal Opportunity Employer Brought to you by code4lib jobs: http://jobs.code4lib.org/job/848/
[CODE4LIB] Job: Metadata and Emerging Technologies Librarian at Yale University
**Yale University Library Seeks Applications and Nominations for Metadata and Emerging Technologies Librarian** Catalog and Metadata Services The Metadata and Emerging Technologies Librarian provides expertise and training to support the analysis, selection, and implementation of metadata schemas needed for the development of digital content projects and services at Yale. For a complete position description and application guidelines, please see: [http://goo.gl/9kbIa](http://goo.gl/9kbIa) Yale University is an Affirmative Action/Equal Opportunity Employer Brought to you by code4lib jobs: http://jobs.code4lib.org/job/849/
Re: [CODE4LIB] NON-MARC ILS?
Matt, you also may want to explore the exciting world of batch Marc record editing. Pick a language with a well maintained Marc library and you can fix those records with data you harvest online. Bess On Mar 14, 2012, at 12:53 PM, Jon Gorman jonathan.gor...@gmail.com wrote: On Wed, Mar 14, 2012 at 2:41 PM, Matt Amory matt.am...@gmail.com wrote: Thanks for all the responses. Perhaps I woke up thos morning on the wrong side of MARC. What I'm really after is a way to display links to project Gutenberg titles in III Encore and not having MARC records is one technical hurdle, as is not having consistent display of URLs from field 856. Thanks in advance for your thoughts! I remember reading about a project to generate MARC records for Project Gutenberg. I can't find the details, but on the page http://www.gutenberg.org/wiki/Gutenberg:Offline_Catalogs they have two types of MARC dumps. Haven't tried either of them yet though. Jon Gorman
Re: [CODE4LIB] Project Gutenberg MARC
Hi Matt, The Colorado Library Consortium (CLiC) has a free download of MARC records for the top 500 most popular ebooks from Project Gutenberg: http://www.clicweb.org/import-marc-records The records have been cleaned up/enhanced by catalogers, including the addition of an 856$z for all the ebook records: http://www.clicweb.org/images/stories/ediscover/history_of_record_enhancement_.pdf Hope this helps! Your friendly fan of Colorado consortia, Robin Dean Director, Alliance Digital Repository Colorado Alliance of Research Libraries -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Matt Amory Sent: Wednesday, March 14, 2012 1:42 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: Re: [CODE4LIB] NON-MARC ILS? Thanks for all the responses. Perhaps I woke up thos morning on the wrong side of MARC. What I'm really after is a way to display links to project Gutenberg titles in III Encore and not having MARC records is one technical hurdle, as is not having consistent display of URLs from field 856. Thanks in advance for your thoughts! Matt Sent from my iPhone
[CODE4LIB] Blacklight contractor sought
Creation of Production Cross-Search and Context Utility This opportunity closes on 03/21/2012 at 05:00pm Description The University of Oregon (University) through the Orbis Cascade Alliance’s Northwest Digital Archives (NWDA) program is conducting an alternative procurement seeking a contractor to create a Production Cross-Search and Context Utility. See the attached documents for details. For questions, please contact Jodi Allison-Bunnell at 406-829-6528 or jod...@uoregon.edu. Files - XCU Alternative Process Vendor Letter POSTED 031412.dochttps://secure.ous.edu/bid/system/attachments/527/original/XCU%20Alternative%20Process%20Vendor%20Letter%20POSTED%20031412.doc?1331755214 - XCU Alternative Process Exhibit A -Draft Agreement POSTED.dochttps://secure.ous.edu/bid/system/attachments/530/original/XCU%20Alternative%20Process%20Exhibit%20A%20-Draft%20Agreement%20POSTED.doc?1331755505 Additional InformationSolicitation NumberEmerging Small Business Opportunity OnlyNoNotice of Intent of Sole SourceNo -- -- Kyle Banerjee Digital Services Program Manager Orbis Cascade Alliance baner...@uoregon.edu / 503.999.9787
Re: [CODE4LIB] NON-MARC ILS?
There was a system developed back in the '80s which stored its records internally in a direct Entity-Relationship database and allowed inter-record linking and a rather hyperlink-like data structure. BUT... that was all internal. It allowed some very nice OPAC features and possibly easier cataloguing as authorities (basically subjects and authors) could be created once and linked into a bib record. Externally the system exchanged records in MARC. In fact in at least 15 different flavors of MARC. (It was built in Europe and was used to provide a service as a transformer for converting USMARC to various other MARC for European distribution.) MARC was, and is an interchange format, so it is the format used to ship bib records between ILSs. It doesn't have to be used internally as the above system (which sold over 3,000 copies and has about 1,000 still active today, although it has been off the market for over 13 years) and InMagic and others show. In fact almost all the commercial systems do, as someone said previously, store the MARC records, not in ISO 2709 format, but shred them into some relational structure of tuples. But MARC is the language they all speak to each other. To change that would need an infrastructure, as also mentioned previously in this thread, to allow existing ILSs and repositories, based on MARC exchange, to interoperate with new ILSs, based on some other exchange. And that does mean hubs and repositories of transforming capabilities with very sophisticated semantics - and there really isn't any commercial case to create them. And all of this is a long way from what Matt's actual question was. Peter -Original Message- From: Code for Libraries [mailto:CODE4LIB@LISTSERV.ND.EDU] On Behalf Of Bigwood, David Sent: Wednesday, March 14, 2012 12:49 PM To: CODE4LIB@LISTSERV.ND.EDU Subject: [*SP* 22%] Re: [CODE4LIB] NON-MARC ILS? Yes, there are non-MARC systems out there. I think InMagic has some. LibraryThing could be used and doesn't require MARC. There are some home inventory programs that might do for a small church library or such. But what is the problem with MARC? The structure is fairly compact, compared to XLM for instance. It does lack some granularity I'd like to see, but that would only make it more complex if flexible. It would also be nice if it were possible to do more linking from the record. But this only increases the complexity and makes it more difficult to local catalogers. Personally, I kind of like MODS, but I'm not sure how much it would save. Is the problem with the rules on how to fill the MARC record? That has mostly to do with AACR. The bibliographic universe is complex and getting more so. The rules for description and access must take that into account. It is true that the small public library won't need the same detail as a special collection or research university. Maybe there could be a simplified/stripped down AACR? Or maybe RDA, the new standard will have that basic option? Or is you problem with the fields, their order and associated punctuation? That is ISBD or FRBR. Both are based on common sense and what we experience as the necessary elements from our work. They are not based on research on what the user wants and does. However, that gets to the question Who is the user? The elementary child writing a report on the Civil War or a grad student writing their dissertation, the mechanic looking for a wiring diagram for a 69 Ford, or a birdwatcher planning their trip, the person looking for do your own divorce? Maybe Google searches could provide some answers but do people look for different things and search differently in the library and on-line? Fertile ground for some theses. The other thing to consider is the huge number of records available in MARC format. A small public library probably has very little original cataloging to do. Local high school yearbooks, some self- published family histories. Doing things differently locally would mean all the common stuff would have to be done in-house, not just down loaded. Sincerely, David Bigwood dbigw...@gmail.com Lunar and Planetary Institute Catalogablog: http://catalogablog.blogspot.com On Mar 14, 2012, at 8:59 AM, Matt Amory wrote: 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 matt.am...@gmail.com http://www.linkedin.com/pub/matt-amory/8/515/239
[CODE4LIB] Alternatives to MARC (was: Re: [CODE4LIB] NON-MARC ILS?)
MARC is a pain to work with; this is a truism which most of us should be familiar with. Blindly moving away from MARC is not the solution, indeed history suggests that path leads us back to an even more complex version of MARC. MARC is complex (and thus a pain) for three reasons: (a) the inherent complexity of the bibliographic content it deals with; (b) the fact that there are many MARC-using groups who have different sets of motivations and ideas as to what MARC is for; and (c) MARC's long and complicated history. Throwing out MARC doesn't solve any of these except the last, and then only if you throw away all your data and make no efforts to migrate it. Obtaining new data from a consortia or company almost certainly buys you not only MARC's history, but some tasty local decisions on top. A far more productive discussion is to explore potential replacements for MARC. This, of course, is only productively conducted with a sound understanding of the causes of the complexity in MARC. I'll leave it to the reader to consider whether various proponents' arguments are persuasive on this point. cheers stuart -- Stuart Yeates Library Technology Services http://www.victoria.ac.nz/library/
[CODE4LIB] Pub Meetup in Ottawa, Ontario
Hi all, If anyone in the Ottawa (Ontario) area is interested, I’m proposing an informal code4lib North pub meetup: Date: Wednesday March 28, 5-7 PM Location: Royal Oak on Bank and Gloucester (on the corner across from L’Esplanade Laurier). Beginners welcome! Let me know if you’re interested, and if that date works. Please forward this message to anyone else you think might be interested. I've posted the basic info on the Wiki. http://wiki.code4lib.org/index.php/North#Code4lib_North_Pub_Night_Meetup_in_Ottawa.2C_Ontario Cheers, Warren