<?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: The Future of Our Catalog</title>
	<atom:link href="http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/feed" rel="self" type="application/rss+xml" />
	<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html</link>
	<description>Learning in Libraries and Loving It</description>
	<lastBuildDate>Fri, 04 May 2012 00:51:50 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.2</generator>
	<item>
		<title>By: Presenting on Our Planning for the Future of the Catalog</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-1441</link>
		<dc:creator>Presenting on Our Planning for the Future of the Catalog</dc:creator>
		<pubDate>Wed, 12 Aug 2009 00:29:25 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-1441</guid>
		<description>[...] conversations our libraries had been having over the course of last year about our catalogs. After one particularly interesting meeting at which 5 groups proposed their idea of a next-generation catalog, our directors commissioned us [...]</description>
		<content:encoded><![CDATA[<p>[...] conversations our libraries had been having over the course of last year about our catalogs. After one particularly interesting meeting at which 5 groups proposed their idea of a next-generation catalog, our directors commissioned us [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Thinking about the Future of the Catalog: MnObe Moving Forward</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-1436</link>
		<dc:creator>Thinking about the Future of the Catalog: MnObe Moving Forward</dc:creator>
		<pubDate>Wed, 12 Aug 2009 00:11:30 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-1436</guid>
		<description>[...] then we held a &#8220;debate&#8221; between five teams of librarians each proposing an alternative to our current systems. Our [...]</description>
		<content:encoded><![CDATA[<p>[...] then we held a &#8220;debate&#8221; between five teams of librarians each proposing an alternative to our current systems. Our [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iris</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-595</link>
		<dc:creator>Iris</dc:creator>
		<pubDate>Sat, 28 Apr 2007 14:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-595</guid>
		<description>Rant fully appreciated, Mark.  I haven&#039;t taken up the issue of &quot;back end&quot; abysmalness primarily because I only have to touch the &quot;back end&quot; about once a month, so I never know if my issues and frustrations are simply caused by unfamiliarity or if the system is actually that bad.  From what you&#039;re both saying, it sounds like it&#039;s actually that bad...  &lt;br/&gt;&lt;br/&gt;But you&#039;re absolutely right.  Somebody which more than a vague sense that something&#039;s wrong should push this issue, and push it hard.</description>
		<content:encoded><![CDATA[<p>Rant fully appreciated, Mark.  I haven&#8217;t taken up the issue of &#8220;back end&#8221; abysmalness primarily because I only have to touch the &#8220;back end&#8221; about once a month, so I never know if my issues and frustrations are simply caused by unfamiliarity or if the system is actually that bad.  From what you&#8217;re both saying, it sounds like it&#8217;s actually that bad&#8230;  </p>
<p>But you&#8217;re absolutely right.  Somebody which more than a vague sense that something&#8217;s wrong should push this issue, and push it hard.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-592</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Thu, 26 Apr 2007 13:15:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-592</guid>
		<description>Iris, you answered just fine. There really is no &quot;correct&quot; answer, although perhaps there are incorrect ones. In fact, much of what you (the group) are trying to figure out needs to be sussed out first before you can decide &lt;i&gt;exactly&lt;/i&gt; what kind of metadata you&#039;ll need. As I said, it&#039;s a very iterative process. And seeing as you won&#039;t actually be building anything, it does leave the whole process a bit squishy, to say the least.&lt;br/&gt;&lt;br/&gt;And, Julian, despite what I just commented on my own blog about not speaking for others, I don&#039;t think you took over anything here. You added some valuable thoughts. I also kind of felt there was an underlying issue and that you didn&#039;t actually devalue spell checking.&lt;br/&gt;&lt;br/&gt;I think an ILS vendor even considering charging for spell check is outright criminal! Unfortunately, not in a legalistic sense, but it certainly goes to show that that company is morally bankrupt, in my not so humble opinion.&lt;br/&gt;&lt;br/&gt;I certainly appreciate discussion of the front end of our systems. Both for the normal (non-staff) users and also as a primary user of said as an active cataloger. They are abysmal!&lt;br/&gt;&lt;br/&gt;But I fully agree with you about the back end also and would love to see more discussion. The things we as Technical Services staff are forced to do just to provide an adequate service to our patrons is ridiculous. I&#039;d love to see some of the ire expressed about costs by the likes of Calhoun directed at our back end systems. &lt;br/&gt;&lt;br/&gt;You want catalogers and acquisitions folks to be more productive? Give us some useful tools!&lt;br/&gt;&lt;br/&gt;We shouldn&#039;t even have to talk about &quot;front&quot; and &quot;back&quot; ends; they should be two entirely separate systems.&lt;br/&gt;&lt;br/&gt;OK, now I&#039;m ranting. I&#039;ll stop.  But isn&#039;t it nice to be able to get excitable among friends?</description>
		<content:encoded><![CDATA[<p>Iris, you answered just fine. There really is no &#8220;correct&#8221; answer, although perhaps there are incorrect ones. In fact, much of what you (the group) are trying to figure out needs to be sussed out first before you can decide <i>exactly</i> what kind of metadata you&#8217;ll need. As I said, it&#8217;s a very iterative process. And seeing as you won&#8217;t actually be building anything, it does leave the whole process a bit squishy, to say the least.</p>
<p>And, Julian, despite what I just commented on my own blog about not speaking for others, I don&#8217;t think you took over anything here. You added some valuable thoughts. I also kind of felt there was an underlying issue and that you didn&#8217;t actually devalue spell checking.</p>
<p>I think an ILS vendor even considering charging for spell check is outright criminal! Unfortunately, not in a legalistic sense, but it certainly goes to show that that company is morally bankrupt, in my not so humble opinion.</p>
<p>I certainly appreciate discussion of the front end of our systems. Both for the normal (non-staff) users and also as a primary user of said as an active cataloger. They are abysmal!</p>
<p>But I fully agree with you about the back end also and would love to see more discussion. The things we as Technical Services staff are forced to do just to provide an adequate service to our patrons is ridiculous. I&#8217;d love to see some of the ire expressed about costs by the likes of Calhoun directed at our back end systems. </p>
<p>You want catalogers and acquisitions folks to be more productive? Give us some useful tools!</p>
<p>We shouldn&#8217;t even have to talk about &#8220;front&#8221; and &#8220;back&#8221; ends; they should be two entirely separate systems.</p>
<p>OK, now I&#8217;m ranting. I&#8217;ll stop.  But isn&#8217;t it nice to be able to get excitable among friends?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iris</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-590</link>
		<dc:creator>Iris</dc:creator>
		<pubDate>Thu, 26 Apr 2007 02:46:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-590</guid>
		<description>Don&#039;t feel bad. This is exactly the kind of thing I wanted to have happen in the comments.  How can I learn from people if they don&#039;t take what I&#039;ve written and run with it?&lt;br/&gt;&lt;br/&gt;And you&#039;ve hit on two highly important points: the incomprehensible strangeness of ILS vendors who have such immense systems that they have a hard time conceiving of completely starting over with newer technology that actually does what we need it to do, and the problem of the public/private side of our current system.&lt;br/&gt;&lt;br/&gt;I&#039;ll come right out and say that right now, my top priority is the public side.  I&#039;m a public services librarian, I sit on the Public Access Working Group (we don&#039;t have an ILS forum... we split the working groups into front-end and back-end groups), and we&#039;re embarking on this process to enhance the user experience and the user&#039;s likelihood of getting what he or she needs.&lt;br/&gt;&lt;br/&gt;That doesn&#039;t mean that we aren&#039;t concerned about being able to use this thing ourselves.  And it certainly doesn&#039;t mean that staff interfaces are fine and dandy.  Anything but.  It simply means that we want to fully and completely declare that the patron side of things is abysmally bad.&lt;br/&gt;&lt;br/&gt;And as to certain unnamed vendors adding spell check as an exorbitantly expensive add-on.  I&#039;m right with you.  It sure takes the wind out of your sails to think that you could either offer spell check or feed a small country for a year...  Hence our desire to look at our options.  Maybe it&#039;s time to stand up for our belief that spell check should be standard, not the ILS equivalent of a diamond tiara. &lt;br/&gt;&lt;br/&gt;But here I go making grand statements.  I&#039;m still not convinced that we&#039;ll see forward movement in the ILS arena, no matter what this glorious &quot;Think Group&quot; comes up with.  Still... a girl can hope.</description>
		<content:encoded><![CDATA[<p>Don&#8217;t feel bad. This is exactly the kind of thing I wanted to have happen in the comments.  How can I learn from people if they don&#8217;t take what I&#8217;ve written and run with it?</p>
<p>And you&#8217;ve hit on two highly important points: the incomprehensible strangeness of ILS vendors who have such immense systems that they have a hard time conceiving of completely starting over with newer technology that actually does what we need it to do, and the problem of the public/private side of our current system.</p>
<p>I&#8217;ll come right out and say that right now, my top priority is the public side.  I&#8217;m a public services librarian, I sit on the Public Access Working Group (we don&#8217;t have an ILS forum&#8230; we split the working groups into front-end and back-end groups), and we&#8217;re embarking on this process to enhance the user experience and the user&#8217;s likelihood of getting what he or she needs.</p>
<p>That doesn&#8217;t mean that we aren&#8217;t concerned about being able to use this thing ourselves.  And it certainly doesn&#8217;t mean that staff interfaces are fine and dandy.  Anything but.  It simply means that we want to fully and completely declare that the patron side of things is abysmally bad.</p>
<p>And as to certain unnamed vendors adding spell check as an exorbitantly expensive add-on.  I&#8217;m right with you.  It sure takes the wind out of your sails to think that you could either offer spell check or feed a small country for a year&#8230;  Hence our desire to look at our options.  Maybe it&#8217;s time to stand up for our belief that spell check should be standard, not the ILS equivalent of a diamond tiara. </p>
<p>But here I go making grand statements.  I&#8217;m still not convinced that we&#8217;ll see forward movement in the ILS arena, no matter what this glorious &#8220;Think Group&#8221; comes up with.  Still&#8230; a girl can hope.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-589</link>
		<dc:creator>Julian</dc:creator>
		<pubDate>Thu, 26 Apr 2007 02:32:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-589</guid>
		<description>Now I feel bad for taking over this post. I apologize. :( I singled out spell check because it&#039;s something that my library&#039;s ILS vendor is offering as an expensive add-on instead of a standard enhancement to the existing product (which would be provided with the annual update). I didn&#039;t mean to de-value spell check. This is an invaluable tool for any information discovery application. It&#039;s just not something that should cost thousands of dollars, which is why my library did not buy it. (I have quite a few applications on my system at home that use &lt;a HREF=&quot;http://www.gnu.org/software/aspell/&quot; REL=&quot;nofollow&quot;&gt;Aspell&lt;/a&gt; as a spell checker.) By putting such a no-brainer as spell checking in the category of &quot;expensive add-on,&quot; an ILS vendor continues to make the statement that its front-end of the future will be a bunch of parts cobbled together. So much for the &lt;b&gt;integrated&lt;/b&gt; library system. Additionally, anything that&#039;s not an add-on will, in the future, likely be subject to an all-or-nothing proposition (e.g. WebPAC Pro, Encore, Rome...), with the library lacking the ability to customize as it sees fit.&lt;br/&gt;&lt;br/&gt;I speak so passionately about the back-end of the ILS because at work, I am part of a forum that deals with the ILS. We spend almost all of our time talking about the public side. Rarely do we talk about the back-end, and I asked to be there specifically to bring balance to the group (to prevent it from being the Public Display Forum).</description>
		<content:encoded><![CDATA[<p>Now I feel bad for taking over this post. I apologize. :( I singled out spell check because it&#8217;s something that my library&#8217;s ILS vendor is offering as an expensive add-on instead of a standard enhancement to the existing product (which would be provided with the annual update). I didn&#8217;t mean to de-value spell check. This is an invaluable tool for any information discovery application. It&#8217;s just not something that should cost thousands of dollars, which is why my library did not buy it. (I have quite a few applications on my system at home that use <a HREF="http://www.gnu.org/software/aspell/" REL="nofollow">Aspell</a> as a spell checker.) By putting such a no-brainer as spell checking in the category of &#8220;expensive add-on,&#8221; an ILS vendor continues to make the statement that its front-end of the future will be a bunch of parts cobbled together. So much for the <b>integrated</b> library system. Additionally, anything that&#8217;s not an add-on will, in the future, likely be subject to an all-or-nothing proposition (e.g. WebPAC Pro, Encore, Rome&#8230;), with the library lacking the ability to customize as it sees fit.</p>
<p>I speak so passionately about the back-end of the ILS because at work, I am part of a forum that deals with the ILS. We spend almost all of our time talking about the public side. Rarely do we talk about the back-end, and I asked to be there specifically to bring balance to the group (to prevent it from being the Public Display Forum).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iris</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-588</link>
		<dc:creator>Iris</dc:creator>
		<pubDate>Thu, 26 Apr 2007 01:01:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-588</guid>
		<description>Yes, I do have ideas about metadata.  Here they are: more is more. I don&#039;t think (as some people did) that metadata will become less important as more full-text is available and search algorithms become more robust.  I think we need formal metadata (MARC etc.), informal metadata (tagging, user behavior, etc.), and robust full-text searching. Both, and, and.&lt;br/&gt;&lt;br/&gt;But here&#039;s the other piece of the puzzle.  Part of our meeting was to think about what we wanted out of a catalog, and the other was thinking about the future of information in general.  And no matter what we projected and imagined, we aren&#039;t actually programming anything, so even if I thought metadata had outlived its usefulness (which I don&#039;t), we couldn&#039;t do anything about it since all of the systems at our disposal need it.&lt;br/&gt;&lt;br/&gt;So I&#039;m left a little confused.  I think I&#039;ve participated in a brainstorming group about the future of our catalog, but at the same time most of it felt like science fiction.  &quot;Ten years from now students will download texts to their BRAINS...&quot;&lt;br/&gt;&lt;br/&gt;So I guess what I&#039;m saying is this: we won&#039;t be building a system, from scratch or otherwise.  But we will be thinking hard about our systems and trying to figure out what small, private, Minnesotan colleges need to offer their students and faculty in terms of functionality and funability.  Then we&#039;ll figure out what options out there would get as close to that ideal as possible.&lt;br/&gt;&lt;br/&gt;Does that answer your question?  I&#039;m too tired to figure out if I completely missed the point or not...</description>
		<content:encoded><![CDATA[<p>Yes, I do have ideas about metadata.  Here they are: more is more. I don&#8217;t think (as some people did) that metadata will become less important as more full-text is available and search algorithms become more robust.  I think we need formal metadata (MARC etc.), informal metadata (tagging, user behavior, etc.), and robust full-text searching. Both, and, and.</p>
<p>But here&#8217;s the other piece of the puzzle.  Part of our meeting was to think about what we wanted out of a catalog, and the other was thinking about the future of information in general.  And no matter what we projected and imagined, we aren&#8217;t actually programming anything, so even if I thought metadata had outlived its usefulness (which I don&#8217;t), we couldn&#8217;t do anything about it since all of the systems at our disposal need it.</p>
<p>So I&#8217;m left a little confused.  I think I&#8217;ve participated in a brainstorming group about the future of our catalog, but at the same time most of it felt like science fiction.  &#8220;Ten years from now students will download texts to their BRAINS&#8230;&#8221;</p>
<p>So I guess what I&#8217;m saying is this: we won&#8217;t be building a system, from scratch or otherwise.  But we will be thinking hard about our systems and trying to figure out what small, private, Minnesotan colleges need to offer their students and faculty in terms of functionality and funability.  Then we&#8217;ll figure out what options out there would get as close to that ideal as possible.</p>
<p>Does that answer your question?  I&#8217;m too tired to figure out if I completely missed the point or not&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mark</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-587</link>
		<dc:creator>Mark</dc:creator>
		<pubDate>Wed, 25 Apr 2007 12:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-587</guid>
		<description>Hi Iris,&lt;br/&gt;&lt;br/&gt;This is not meant to nitpick, just as a help to you and the others.  You wrote, &quot;...aren&#039;t quite sure about a couple of things (the role of metadata,....&quot;  When and if you have time, I&#039;d like to see you flesh that out a bit more, even if only for yourself and the committee, although I&#039;m highly interested in what you come up with.&lt;br/&gt;&lt;br/&gt;My point is is there are many kinds of metadata required to do the things you want, including the &quot;typical&quot; MARC records.  While this was your 1st meeting I would expect that there is some lack of specifics to the &quot;metadata question.&quot; But, imho, if &quot;you&quot; can&#039;t answer that question then you can&#039;t have any of the other discussions either.&lt;br/&gt;&lt;br/&gt;And, clearly, it IS an iterative process.  You need some idea of what you want to accomplish so the you know what metadata and services are required to provide the feature. But it seems to me that one of the earliest answers you need is just what role metadata is going to play (again, really several different things there) before you can decide if the feature is doable.&lt;br/&gt;&lt;br/&gt;Thus, I&#039;d like to see that statement fleshed out some.  I mean, clearly, &quot;you&quot; must have some idea that metadata is critical, you will most likely being using MARC even if it is only to transform it into something else, etc.&lt;br/&gt;&lt;br/&gt;And Julian is definitely right about having the backend improved!  The gyrations we have to go to to catalog something is completely insane. I have no illusions that acquisitions is any better. In fact, from all I&#039;ve heard it is even worse.&lt;br/&gt;&lt;br/&gt;Julian, I kind of understand your being unexcited about shoehorning new features into our current systems, but I honestly cannot understand why you have an issue with spell checking.  If you have the time, could you maybe explicate that one a little more in reference to your &quot;overall vision&quot; reference, or any other context you like?&lt;br/&gt;&lt;br/&gt;BTW, I fully agree with your &quot;bold statement.&quot; :)</description>
		<content:encoded><![CDATA[<p>Hi Iris,</p>
<p>This is not meant to nitpick, just as a help to you and the others.  You wrote, &#8220;&#8230;aren&#8217;t quite sure about a couple of things (the role of metadata,&#8230;.&#8221;  When and if you have time, I&#8217;d like to see you flesh that out a bit more, even if only for yourself and the committee, although I&#8217;m highly interested in what you come up with.</p>
<p>My point is is there are many kinds of metadata required to do the things you want, including the &#8220;typical&#8221; MARC records.  While this was your 1st meeting I would expect that there is some lack of specifics to the &#8220;metadata question.&#8221; But, imho, if &#8220;you&#8221; can&#8217;t answer that question then you can&#8217;t have any of the other discussions either.</p>
<p>And, clearly, it IS an iterative process.  You need some idea of what you want to accomplish so the you know what metadata and services are required to provide the feature. But it seems to me that one of the earliest answers you need is just what role metadata is going to play (again, really several different things there) before you can decide if the feature is doable.</p>
<p>Thus, I&#8217;d like to see that statement fleshed out some.  I mean, clearly, &#8220;you&#8221; must have some idea that metadata is critical, you will most likely being using MARC even if it is only to transform it into something else, etc.</p>
<p>And Julian is definitely right about having the backend improved!  The gyrations we have to go to to catalog something is completely insane. I have no illusions that acquisitions is any better. In fact, from all I&#8217;ve heard it is even worse.</p>
<p>Julian, I kind of understand your being unexcited about shoehorning new features into our current systems, but I honestly cannot understand why you have an issue with spell checking.  If you have the time, could you maybe explicate that one a little more in reference to your &#8220;overall vision&#8221; reference, or any other context you like?</p>
<p>BTW, I fully agree with your &#8220;bold statement.&#8221; :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Julian</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-586</link>
		<dc:creator>Julian</dc:creator>
		<pubDate>Wed, 25 Apr 2007 03:56:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-586</guid>
		<description>A &lt;a HREF=&quot;http://www.innovativeusers.org/list/archives/2007/msg02396.html&quot; REL=&quot;nofollow&quot;&gt; reminder&lt;/a&gt; that I saw on the IUG list...</description>
		<content:encoded><![CDATA[<p>A <a HREF="http://www.innovativeusers.org/list/archives/2007/msg02396.html" REL="nofollow"> reminder</a> that I saw on the IUG list&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Iris</title>
		<link>http://pegasuslibrarian.com/2007/04/future-of-our-catalog.html/comment-page-1#comment-585</link>
		<dc:creator>Iris</dc:creator>
		<pubDate>Wed, 25 Apr 2007 03:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://pegasuslibrarian.com/2007/04/the-future-of-our-catalog/#comment-585</guid>
		<description>Yes, yes, and yes.  That&#039;s why we&#039;re becoming convinced that we have to rethink the entire package rather than add tweaks and fixes to what we&#039;ve already got.&lt;br/&gt;&lt;br/&gt;Tagging can be a very powerful complement to traditional classification.  Rating and commenting don&#039;t compute in my mind, but they seem to be important to at least a portion of my patrons, so it&#039;s up for consideration.  RSS is absolution essential.  But none of these work well on top of our current systems (no matter the platform).  So where does that leave us?  That leaves us with a group charged with thinking about ruminating about planning...&lt;br/&gt;&lt;br/&gt;But you&#039;re right.  Whatever we think about, it should include better staff experiences (as &lt;a HREF=&quot;http://stevelawson.name/seealso/archives/2007/04/millennium_control_bar.html&quot; REL=&quot;nofollow&quot;&gt;Steve also reminded me&lt;/a&gt;). That&#039;s something that came up today, but didn&#039;t get a whole lot of discussion.&lt;br/&gt;&lt;br/&gt;And I&#039;m interested in what this etiquette thing is.  I thought the point of a user group was to learn from each other&#039;s experiences and help each other figure out what&#039;s going on with the product.&lt;br/&gt;&lt;br/&gt;[And who stole me and put this cranky girl into my skin?  I guess it&#039;s been a long day.]</description>
		<content:encoded><![CDATA[<p>Yes, yes, and yes.  That&#8217;s why we&#8217;re becoming convinced that we have to rethink the entire package rather than add tweaks and fixes to what we&#8217;ve already got.</p>
<p>Tagging can be a very powerful complement to traditional classification.  Rating and commenting don&#8217;t compute in my mind, but they seem to be important to at least a portion of my patrons, so it&#8217;s up for consideration.  RSS is absolution essential.  But none of these work well on top of our current systems (no matter the platform).  So where does that leave us?  That leaves us with a group charged with thinking about ruminating about planning&#8230;</p>
<p>But you&#8217;re right.  Whatever we think about, it should include better staff experiences (as <a HREF="http://stevelawson.name/seealso/archives/2007/04/millennium_control_bar.html" REL="nofollow">Steve also reminded me</a>). That&#8217;s something that came up today, but didn&#8217;t get a whole lot of discussion.</p>
<p>And I&#8217;m interested in what this etiquette thing is.  I thought the point of a user group was to learn from each other&#8217;s experiences and help each other figure out what&#8217;s going on with the product.</p>
<p>[And who stole me and put this cranky girl into my skin?  I guess it's been a long day.]</p>
]]></content:encoded>
	</item>
</channel>
</rss>

