That's a good idea, and it's sort of where I was planning to start. But I hadn't thought to share the specs/tests more widely.
If I haven't seen someone else put something out there first, I'll share when I have a chance to put that together and have our serials cataloger check my work. I taught MARC cataloging for YEARS, but it was bib-record focused, and holdings records still make my head spin.
-Kristina
> -----Original Message-----
> From: Code for Libraries [mailto:[log in to unmask]] On Behalf Of Bill
> Dueber
> Sent: Thursday, January 18, 2018 4:30 PM
> To: [log in to unmask]
> Subject: Re: [CODE4LIB] MARC Holdings
>
> I've never actually worked with the raw holdings records, and because I
> assume everyone is just like me, I imagine other's haven't, either. I now
> working with the summary holdings information as a text string is a nightmare.
>
> Maybe you could throw up some "given this, it should produce that" data
> somewhere for folks to look at? If nothing else, it'll force you to start a test
> suite :-)
>
> On Thu, Jan 18, 2018 at 4:25 PM, Spurgin, Kristina M. <
> [log in to unmask]> wrote:
>
> > The MARC libraries cited make it easy to work with MARC in general,
> > but unfortunately the Perl and Ruby versions don't come with any help
> > for the "interesting" problem of transforming Holdings 853s and 863s
> > into human-readablesummary holdings statements (like you'd record in
> > the 866 or 867). (I haven't worked with PyMARC).
> >
> > We had the same sort of need you describe years ago and came up with
> > some Perl code that clunkily (and in some cases not quite 100%
> > accurately) does this. It's not publicly available to point to, but I
> > could send the relevant part of that code if you are interested.
> >
> > There has been mild grumbling (from those who pay attention to our
> > serials
> > display) about the not-great way this works, and we are working on a
> > new discovery interface, so it's on my list to improve the summary
> > holdings generation from 853s/863s.
> >
> > I did some searching for code to do this, but didn't find anything in
> > my first attempt. If you find something useful that someone else has
> > for this, please do share!
> >
> > I've been thinking through a good approach, but don't have anything
> > implemented yet.
> >
> > best,
> > Kristina
> >
> > -=-
> > Kristina M. Spurgin -- Library Data Strategist
> > E-Resources & Serials Management, Davis Library
> > University of North Carolina at Chapel Hill
> > CB#3938, Davis Library -- Chapel Hill, NC 27514-8890
> > 919-962-3825 -- [log in to unmask]
> >
> > > -----Original Message-----
> > > From: Code for Libraries [mailto:[log in to unmask]] On Behalf
> > > Of Andromeda Yelton
> > > Sent: Thursday, January 18, 2018 4:01 PM
> > > To: [log in to unmask]
> > > Subject: Re: [CODE4LIB] MARC Holdings
> > >
> > > Note that if perl isn't your thing there are MARC libraries in
> > > several
> > languages
> > > - python and ruby at least, probably others I don't remember off the
> > > top
> > of my
> > > head (since I work in python and ruby, no shade to other people's
> > languages
> > > :). https://github.com/edsu/pymarc ,
> > > https://github.com/ruby-marc/ruby-
> > > marc .
> > >
> > > On Thu, Jan 18, 2018 at 12:50 PM, Julie Cole <[log in to unmask]> wrote:
> > >
> > > > Hello all,
> > > > I'm pretty new to the world of library systems and this is my
> > > > first
> > post.
> > > >
> > > > Anyone have any experience parsing MARC Holding records (853 and
> > > > 863) into a more readable 866 or 867 format?
> > > > We are wanting to export our holdings from our ILS into our
> > > > Discovery Layer and trying to save some of the money that the ILS
> > > > vendor would charge us to create the records.
> > > >
> > > > The parsing doesn't look fun, so I was hoping someone has some
> > > > code to use as a starting point.
> > > > Also, I'm not sure how clean our data in 853 and 863 is so any
> > > > scripts or advice on gotchas when cleaning that up would be
> appreciated.
> > > > We have about 60,000 holding records.
> > > >
> > > > Thanks,
> > > > Julie.
> > > >
> > > >
> > > > Julie Cole
> > > > Library Systems Administrator
> > > > Langara College Library
> > > > Vancouver, BC
> > > >
> > >
> > >
> > >
> > > --
> > > Andromeda Yelton
> > > Senior Software Engineer, MIT Libraries: https://libraries.mit.edu/
> > President,
> > > Library & Information Technology Association: http://www.lita.org
> > > http://andromedayelton.com @ThatAndromeda
> > > <http://twitter.com/ThatAndromeda>
> >
>
>
>
> --
> Bill Dueber
> Library Systems Programmer
> University of Michigan Library
|