<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Responses to OCLC criticism</title>
	<atom:link href="http://www.familymanlibrarian.com/2007/06/09/responses-to-oclc-criticism/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.familymanlibrarian.com/2007/06/09/responses-to-oclc-criticism/</link>
	<description>A blog about family, technology, and libraries</description>
	<lastBuildDate>Wed, 25 Jan 2012 15:34:00 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: <![CDATA[carol o]]></title>
		<link>http://www.familymanlibrarian.com/2007/06/09/responses-to-oclc-criticism/comment-page-1/#comment-2072</link>
		<dc:creator><![CDATA[carol o]]></dc:creator>
		<pubDate>Sun, 10 Jun 2007 16:55:02 +0000</pubDate>
		<guid isPermaLink="false">http://familymanlibrarian.com/?p=623#comment-2072</guid>
		<description>Thanks Steve.  You&#039;re right, I&#039;d missed Roy&#039;s response.

My thinking wasn&#039;t that libraries would necessarily attempt to immediately load these FRBRized records into their ILS.  Roy&#039;s right in that it&#039;s unlikely the majority of ILS, out of the box, would be able to take advantage of all the groupings and linkings.  My thinking was that having a FRBRized set of our records returned to us would be helpful in terms of our own R&amp;D, giving us a different perspective of our own records and our holdings.  It&#039;s hard to predict exactly what this local R&amp;D might produce-- but there are many exciting possibilities.  In the province of serials, there&#039;s the separate vs. single record cataloging debate-- how might a FRBRized view of records encourage us to revisit our cataloging practices and perhaps decide to go back to catalog records and batch augment the 776 fields of those separate records with additional record data?  Elsewhere, at the very least, there might be more informed collection analysis and development.

By the way, the 776 field for additional form is something that does exist and can be linked in current library systems.  I&#039;d say it&#039;s underused, though, probably because they don&#039;t tend to have the sweetest display in the OPAC.</description>
		<content:encoded><![CDATA[<p>Thanks Steve.  You&#8217;re right, I&#8217;d missed Roy&#8217;s response.</p>
<p>My thinking wasn&#8217;t that libraries would necessarily attempt to immediately load these FRBRized records into their ILS.  Roy&#8217;s right in that it&#8217;s unlikely the majority of ILS, out of the box, would be able to take advantage of all the groupings and linkings.  My thinking was that having a FRBRized set of our records returned to us would be helpful in terms of our own R&amp;D, giving us a different perspective of our own records and our holdings.  It&#8217;s hard to predict exactly what this local R&amp;D might produce&#8211; but there are many exciting possibilities.  In the province of serials, there&#8217;s the separate vs. single record cataloging debate&#8211; how might a FRBRized view of records encourage us to revisit our cataloging practices and perhaps decide to go back to catalog records and batch augment the 776 fields of those separate records with additional record data?  Elsewhere, at the very least, there might be more informed collection analysis and development.</p>
<p>By the way, the 776 field for additional form is something that does exist and can be linked in current library systems.  I&#8217;d say it&#8217;s underused, though, probably because they don&#8217;t tend to have the sweetest display in the OPAC.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

