<?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: Thinking about the catalog</title>
	<atom:link href="http://jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/feed/" rel="self" type="application/rss+xml" />
	<link>http://jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/</link>
	<description></description>
	<lastBuildDate>Thu, 09 Feb 2012 03:50:45 -0600</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Julian</title>
		<link>http://jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/#comment-1274</link>
		<dc:creator>Julian</dc:creator>
		<pubDate>Mon, 30 Apr 2007 17:45:54 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/#comment-1274</guid>
		<description>Jenica put it best.</description>
		<content:encoded><![CDATA[<p>Jenica put it best.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jenica</title>
		<link>http://jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/#comment-1273</link>
		<dc:creator>Jenica</dc:creator>
		<pubDate>Mon, 30 Apr 2007 14:34:10 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/#comment-1273</guid>
		<description>I can give you Tech Services, in quick, brief, and dirty format.  I want:

1.  Accurate and simple order, invoice, payment, and receipt tracking of materials acquired, both e- and print, monographic and serial, across multiple funding streams.
2.  Equally accurate and simple bibliographic control that meets current metadata standards (which feeds into a better catalog, yes?).

It&#039;s awfully basic, that list.  But it&#039;s the truth.  Everything else we do is details, it&#039;s How We&#039;ve Always Done It, it&#039;s tradition and history and custom.  What we&#039;re really doing in tech services is responsibly and efficiently acquiring stuff so that we can effectively describe that stuff so that people can easily find the stuff they want.

If you want a real list of functions that are essential to most technical services librarians, let me know, and I can do that, too.  But it&#039;ll reflect the above more than anything.</description>
		<content:encoded><![CDATA[<p>I can give you Tech Services, in quick, brief, and dirty format.  I want:</p>
<p>1.  Accurate and simple order, invoice, payment, and receipt tracking of materials acquired, both e- and print, monographic and serial, across multiple funding streams.<br />
2.  Equally accurate and simple bibliographic control that meets current metadata standards (which feeds into a better catalog, yes?).</p>
<p>It&#8217;s awfully basic, that list.  But it&#8217;s the truth.  Everything else we do is details, it&#8217;s How We&#8217;ve Always Done It, it&#8217;s tradition and history and custom.  What we&#8217;re really doing in tech services is responsibly and efficiently acquiring stuff so that we can effectively describe that stuff so that people can easily find the stuff they want.</p>
<p>If you want a real list of functions that are essential to most technical services librarians, let me know, and I can do that, too.  But it&#8217;ll reflect the above more than anything.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian</title>
		<link>http://jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/#comment-1272</link>
		<dc:creator>Julian</dc:creator>
		<pubDate>Mon, 30 Apr 2007 01:23:43 +0000</pubDate>
		<guid isPermaLink="false">http://www.jasongriffey.net/wp/2007/04/29/thinking-about-the-catalog/#comment-1272</guid>
		<description>I have always maintained that this thing you refer to, in its current state, is a nice by-product of the rest of the system.

I&#039;m far from being an administrative decision-maker. The first thing I want out of the rest of the ILS is more attention put into its development. This year, I&#039;ve heard little more than two words in relation to the current development of the ILS -- Rome and Encore. Neither of those help me out in serials, or other people in acquisitions, circ, or even metadata records maintenance and creation. There is a third word, though -- ERAMS. My library has made a huge deal out of this for the past year and a half. I can see how ERAMS helps acquisitions to better manage subscriptions of electronic resources, and allows metadata services to more accurately maintain the metadata for the resources.

I&#039;m still having trouble coming up with an answer to the question, though. I&#039;ve gotten so used to accepting the fact that the back end is supposed to be functional at best. The problem is that we don&#039;t complain enough about this side of the ILS. (That&#039;s the reason why I begged my way into a place on my library&#039;s ILS Forum.) I want features that help to improve the workflow in technical services. Most of my job is checking in materials and maintaining serials records. The ILS I use does a better job at this than most others. Anything the vendor can throw in that can shorten the amount of time it takes go get items to the shelf, and also help to predict patterns and solve problems with materials vendors, would be a boon for me.</description>
		<content:encoded><![CDATA[<p>I have always maintained that this thing you refer to, in its current state, is a nice by-product of the rest of the system.</p>
<p>I&#8217;m far from being an administrative decision-maker. The first thing I want out of the rest of the ILS is more attention put into its development. This year, I&#8217;ve heard little more than two words in relation to the current development of the ILS &#8212; Rome and Encore. Neither of those help me out in serials, or other people in acquisitions, circ, or even metadata records maintenance and creation. There is a third word, though &#8212; ERAMS. My library has made a huge deal out of this for the past year and a half. I can see how ERAMS helps acquisitions to better manage subscriptions of electronic resources, and allows metadata services to more accurately maintain the metadata for the resources.</p>
<p>I&#8217;m still having trouble coming up with an answer to the question, though. I&#8217;ve gotten so used to accepting the fact that the back end is supposed to be functional at best. The problem is that we don&#8217;t complain enough about this side of the ILS. (That&#8217;s the reason why I begged my way into a place on my library&#8217;s ILS Forum.) I want features that help to improve the workflow in technical services. Most of my job is checking in materials and maintaining serials records. The ILS I use does a better job at this than most others. Anything the vendor can throw in that can shorten the amount of time it takes go get items to the shelf, and also help to predict patterns and solve problems with materials vendors, would be a boon for me.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

