Andy,

Since I write marcedit, maybe I can help.  If you can give me an idea what you 
are up to, I'll see if its something that can be dealt with.

Tr

****************************************************
Terry Reese
Gray Family Chair for Innovative
Library Services
Oregon State University Libraries
Corvallis, OR  97331
tel:  541.737.6384
web: http://people.oregonstate.edu/~reeset/
****************************************************

On Aug 19, 2010, at 6:16 PM, "Andy Kelly" <a.m.ke...@gmail.com> wrote:

> Greetings all,
> I am in a bit of a fix. I am working to get my library working up a more
> effective copy-cataloging workflow and was looking for some software
> suggestions.
> I'm more or less trapped on Windows XP and have so far been running Mercury
> Z39.50 client with some success. My search would end here if exporting one.
> record. at. a. time. wasn't so painful.
> I've been evaluating MarcEdit and it's associated Z39.50 Client. I've found
> it to be slow, buggy and always trapped in windows of fixed sizes. It can
> also only search one Z39.50 server at a time, so it replaces one bottleneck
> with another. I get the impression I'm sort of in the Dark Ages here in that
> we're not just OCLC copy-cataloging subscribers, but I can't seem to
> convince my superiors that that service is worth making room for in the
> budget, though perhaps this is a more common situation than I'm aware of.
> 
> Ideally: I feed in a txt file or CSV of ISBNs and I get out one big MARC
> record to feed my [ancient, fussy] OPAC.
> 
> This might be one of those "...why don't you do it with a Perl script?"
> problems that might get me to really dive into my copy of Introducing Perl.
> (I've looked at the ZOOM Perl Bindings and MARC module on CPAN, both look
> promising but far beyond my current limited abilities and likely even
> further beyond my boss, future replacements and/or student worker's ability
> to maintain or use.)
> 
> Thanks for your help & suggestions.
> ~Andy

Reply via email to