Hello:
I want to thank David Williamson for doing this comparison.
I've added some thoughts and comments below:
> Comments on LC record:
> 010: retrieved from the electronic CIP application
> 020: qualifier given here rather than in 500.
I will see if I can remap this data to the 020.
> 084: a sub-pilot project for ONIX-derived records. Taken from the ONIX
> data.
> 100: cataloger presented with the heading, she verified the form.
All author fields can be verified in my tool (thanks to VIAF) by clicking
on the names under the "Verify Names" function. Clicking on the verified
name in the pop-up window will replace the unverified name in the record
editor.
> 260: cataloger supplied place to ONIX converter application, also for
008.
Amazon does not supply this information. I suppose I could add a lookup
function that will provide a place based on matching a publisher's name.
Does anybody on this list know of a comprehensive publisher database?
> 300: LC decided not to add pagination at this time.
This is a good idea. My experience is that the pagination is usually
wrong, however, the number of discs for sound recordings or videodiscs is
usually correct. I added a button on top of the full record screen which
will replace the 300 field data with "p. cm."
> 490: cataloger found series number in electronic manuscript and added
it.
Amazon's series sometimes contains the number. In fact Amazon does not
have a series field in the ONIX record, the converter simply takes
whatever
it finds between the parentheses in the title field.
> 505: LC decided to add non-standard TOC data.
> 650: same sub-pilot as 084 but with a look-up table to convert the BISAC
> code to the textual equivalent.
Amazon once supplied BISAC headings but no longer does. I was in the
middle of working on a BISAC to LCSH converter.
> 700: cataloger given Savoia, Leonardo Maria and added the date from the
> authority
Again the "Verify Names" function can accomplish this.
> ....Our biggest problem with converting ONIX to MARC are strange
characters in
> the summaries and TOCs (black diamonds, inverted question
> marks, etc.) or HTML coding that publishers are adding more to try to
> control the format of TOCs in the display of their data. I'm filtering
a
> lot of
> this, but things keep popping up.
I am constantly battling this problem. I have the converter doing many
substitutions but they keep on popping up.
>
> In one of the messages about ONIX, someone was asking for data. I
> recommend Cambridge U. Press DataShop for very good, clean, free
> ONIX data. While there is no central ONIX distribution, Firebrand's
> Eloquence service provides ONIX for many publishers as does NetRead.
> The other files LC gets are directly from the publishers that
> self-distribute. If anyone has a lead on ONIX from non-US sources for
> free, I'd like to
> hear about it. Springer and Dilve (Spain) provide free data but none
> others in Europe that I've found, yet.
This is the very reason why I use Amazon for my source. Publishers from
around the world send to them their data and Amazon compiles it and dishes
it
out for free!
Best Regards!
Charles Ledvina
Received on Thu Dec 30 2010 - 19:41:07 EST