I suspect they might be a good start for quicker more efficient library
cataloging too.
Take an ONIX record, control the author field, add some controlled
subjects, maybe you're done.
This would still be less meaning than is intended by our traditional
records. But would it be enough to meet our users objectives, and how
much time would it save? I don't know, really just a random suggestion
I think worth further investigation, but probably won't receive it.
On 12/22/2010 4:42 PM, Karen Coyle wrote:
> Quoting Cory Rockliff<rockliff_at_BGC.BARD.EDU>:
>
>> It sure sounds useful; not having made use of ONIX data myself, I
>> wouldn't know whether it would be worth the trouble. Which leads me
>> to wonder--for those who are using ONIX as a supplementary source of
>> data (i.e. not simply in order to generate a minimal MARC record):
> The ONIX data has fields like author bio, cover image, back cover
> blurbs, etc., that are good for enhanced catalogs. The author names do
> not follow LCNA but I think they match up fairly well. I would tend to
> see ONIX as supplementary to library cataloging, not a replacement for
> it.
>
>> 1. Which ONIX fields do you find valuable?
>> 2. How consistent are publishers in their use of ONIX fields?
> They are getting much better compared to the first round of ONIX
> records>5 years ago. The big publishers tend to have more staff to
> dedicate, some apparently have even hired librarians to create their
> metadata (no, I don't remember where I heard that). I think that the
> big impetus for ONIX was Amazon and other online booksellers, since
> the ONIX data feeds into those systems. Before that publishers had no
> real reason to create good metadata. Now they know it makes a
> difference in sales.
>
> You may know this, but OCLC has a project where it takes in ONIX data,
> mixes it with MARC, and returns some library data to publishers.
> Here's a link if you are interested to learn more:
> http://www.oclc.org/us/en/multimedia/2009/From_ONIX_to_MARC_.htm
>
>> The Open Library project makes use of ONIX data, doesn't it? (BTW,
>> I'm having a hard time finding the OL schema file. The link on this
>> page isn't working for me: http://openlibrary.org/about/schema)
> Yes, that page is mis-named. The way to see the schema is to go to:
> http://openlibrary.org/type/
>
> Each data type is listed there. The main ones are /type/edition/
> /type/work/ /type/author/. Many of the types are for page structures,
> etc. OL is entirely built on these simple type definitions for most of
> its functionality.
>
> kc
>
>> On 12/22/10 2:09 PM, Karen Coyle wrote:
>>> There was talk of an aggregation service, and Bowker seems to run
>>> one, as does a site called BNC Biblioshare
>>> (http://www.biblioshare.org/). I don't think that the publishers
>>> charge for their data, but both of those sites seem to want to keep
>>> control over who gets it, at least by requiring passwords. If
>>> having more feeds of the type at the Internet Archive would be
>>> useful, I think it would be worth suggesting that and maybe forming
>>> a partnership around the idea. I believe that the feeds for most
>>> large publishers are automated at this point.
>>>
>>> kc
>>>
>>> Quoting Cory Rockliff<rockliff_at_BGC.BARD.EDU>:
>>>
>>>> There isn't any one (preferably free) centralized source for ONIX
>>>> data, then, is there? Will individual publishers make their
>>>> "vendor" data services available to individual libraries if asked?
>>>>
>>>> C
>>>>
>>>> On 12/22/10 9:37 AM, Karen Coyle wrote:
>>>>> Here are two links that will get you to a bunch of ONIX data. A
>>>>> search should pull up other publishers:
>>>>>
>>>>> http://www.archive.org/details/onix_harpercollins
>>>>> http://www.archive.org/details/onix_thomasnelson
>>>>>
>>>>> kc
>>>>>
>>>>> Quoting Ted Koppel<tpk_at_AUTO-GRAPHICS.COM>:
>>>>>
>>>>>> Eric,
>>>>>>
>>>>>> First off, go to the Editeur web site, specifically looking at ONIX for
>>>>>> Books. Grab the 3.0 documentation ZIP file.
>>>>>> http://www.editeur.org/93/Release-3.0-Downloads/#Documentation - It has
>>>>>> three PDFs enclosed.
>>>>>>
>>>>>> Remember that ONIX was developed by and for the publishing industry, so
>>>>>> most(all) of the data elements are publisher produced.
>>>>>>
>>>>>> The Data_Elements.PDF is pretty much a brief schema. The real meat is
>>>>>> in the Format_specification document.
>>>>>>
>>>>>> In particular, the following data elements might be of interest:
>>>>>> P11.5 Illustrations yes/no
>>>>>> P11.6 Number of illustrations
>>>>>>
>>>>>> P15.2 and P15.3 Cited content - what media has cited this item
>>>>>>
>>>>>> P15.5 Bestseller lists item has appeared on
>>>>>> P15.6 Highest rank of bestseller list
>>>>>>
>>>>>> P.17 (entire section) - what prizes title has been awarded, and when
>>>>>>
>>>>>> P18.6-P18.8 Page run for textual material
>>>>>>
>>>>>> There are lots of other goodies as well.
>>>>>>
>>>>>> Ted
>>>>>>
>>>>>>
>>>>>>
>>>>>>
>>>>>> -----Original Message-----
>>>>>> From: Next generation catalogs for libraries
>>>>>> [mailto:NGC4LIB_at_LISTSERV.ND.EDU] On Behalf Of Eric Lease Morgan
>>>>>> Sent: Tuesday, December 21, 2010 2:16 PM
>>>>>> To: NGC4LIB_at_LISTSERV.ND.EDU
>>>>>> Subject: Re: [NGC4LIB] our profession's bibliographic information
>>>>>>
>>>>>> On Dec 21, 2010, at 11:01 AM, Ted Koppel wrote:
>>>>>>
>>>>>>> Is a long book a better book?
>>>>>> A longer book is not necessarily, but the length of a book (or just
>>>>>> about any other bibliographic item) is directly related to the amount of
>>>>>> time a person can spend "consuming" it. Length is directly related other
>>>>>> expenses a person needs to spend in order to use the item effectively.
>>>>>>
>>>>>>
>>>>>>> Why not look at (and adapt) the ONIX Specification P.11, P.15, and
>>>>>> P.17 data constructs, that deal with quantitative measures like the
>>>>>> number of illustrations, the number of prizes awarded, etc., to a title.
>>>>>>
>>>>>> 'Sounds like a good idea to me! Tell us more.
>>>>>>
>>>>>> --
>>>>>> Eric Morgan
>>>>>> University of Notre Dame
>>>>>>
>>>>>> "Take the Great Books Survey -- http://bit.ly/auPD9Q"
>>>>>> ------------------------------------------------------------------------- The contents of this e-mail and any attachments are intended solely for the use of the named addressee(s) and may contain confidential and/or privileged information. Any unauthorized use, copying, disclosure, or distribution of the contents of this e-mail is strictly prohibited by the sender and may be unlawful. If you are not the intended recipient, please notify the sender immediately and delete this
>>>>>> e-mail.
>>>>>>
>>>> ---
>>>> [This E-mail scanned for viruses by Declude Virus]
>>>>
>>>
>>>
>>
>> --
>> Cory Rockliff
>> Technical Services Librarian
>> Bard Graduate Center: Decorative Arts, Design History, Material Culture
>> 18 West 86th Street
>> New York, NY 10024
>> T: (212) 501-3037
>> rockliff_at_bgc.bard.edu
>>
>> BGC Exhibitions:
>> In the Main Gallery:
>> January 26, 2011– April 17, 2011
>> Cloisonné: Chinese Enamels from the Yuan, Ming, and Qing Dynasties
>> Organized in collaboration with the Musée des arts Décoratifs, Paris.
>> In the Focus Gallery:
>> January 26, 2011– April 17, 2011
>> Objects of Exchange: Social and Material Transformation on the
>> Late-Nineteenth-Century Northwest Coast
>> Organized in collaboration with the American Museum of Natural History
>>
>> ---
>> [This E-mail scanned for viruses by Declude Virus]
>>
>
>
Received on Wed Dec 22 2010 - 17:07:48 EST