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
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-
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.
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:
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
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
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
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.
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
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
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
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
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
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
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.
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
**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
**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
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,
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
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
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
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
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,
24 matches
Mail list logo
