[IUG] RE: INNOPAC Digest, Vol 44, Issue 46

[Wilson Gafney <wgafney at hotmail dot com>]

hadn't thought of that.

 
Wilson Gafney> Date: Sat, 25 Aug 2007 12:07:03 +0000> From: innopac-request at innopacusers dot org> Subject: INNOPAC Digest, Vol 44, Issue 46> To: innopac at innopacusers dot org> > Send INNOPAC mailing list submissions to> innopac at innopacusers dot org> > To subscribe or unsubscribe via the World Wide Web, visit> http://innopacusers.org/mailman/listinfo/innopac> or, via email, send a message with subject or body 'help' to> innopac-request at innopacusers dot org> > You can reach the person managing the list at> innopac-owner at innopacusers dot org> > When replying, please edit your Subject line so it is more specific> than "Re: Contents of INNOPAC digest..."> > > Today's Topics:> > 1. RE: Technology Advances (Leo Papa)> 2. WebPAC question (William Murray)> 3. RE: WAM proxied RSS Feeds not working in our Feeds pages> (Bob Duncan)> 4. RE: Technology Advances (Sue E Boggs)> 5. Changing the error messages in WebPAC (Liz Stucke)> 6. Bandwidth Requirements? (Sarah Smith)> 7. Changing Error Messages in WebPAC (Liz Stucke)> 8. RE: Technology Advances (Boggs, John)> 9. Re: WebPAC question (Jeffrey Trimble)> 10. RE: Technology Advances (Margaret Peloquin)> 11. Re: Bandwidth Requirements? (Kyle Banerjee)> 12. RE: Bandwidth Requirements? (Jon Clarke)> 13. Southern California User's Group: Online Registration now> open (Theodora H. Toy)> > > ----------------------------------------------------------------------> > Message: 1> Date: Fri, 24 Aug 2007 13:34:10 -0400 (EDT)> From: "Leo Papa" <papal at cantonpl dot org>> Subject: RE: [IUG] Technology Advances> To: "IUG INNOPAC List" <innopac at innopacusers dot org>> Message-ID: <42938 dot 66 dot 51 dot 146 dot 97 dot 1187976850 dot squirrel at mail dot cantonpl dot org>> Content-Type: text/plain;charset=iso-8859-1> > Sure, its expensive, Michael.> > But think of all the economically stimulating> status envy it will produce.> > Leo> -- > Technology Department Head> Canton Public Library> (734) 397-0999 x160> > Lynch, Michael wrote:> > If you enjoy satire and want to have even more fun, watch this video> > after watching the first one!> >> > http://www.youtube.com/watch?v=CZrr7AZ9nCY> >> >> >> > -----Original Message-----> > From: innopac-bounces at innopacusers dot org> > [mailto:innopac-bounces at innopacusers dot org] On Behalf Of Darrell Cook> > Sent: Friday, August 24, 2007 9:50 AM> > To: innopac at innopacusers dot org> > Subject: [IUG] Technology Advances> >> > It's Friday. Let's have some fun. Please forgive any cross postings.> >> > (Caution: the following video is not for technophobes.) Watch this> > video . . .> >> > http://www.popularmechanics.com/technology/industry/4217348.html> >> >> > . . . then think about the possibilities of surface computing in> > libraries. Coffee table reference interviews. Computing surface on the> > Circ counter: patron sets the book and ID on the counter to checkout and> > it's immediately charged and desensitized (better than RFID), with the> > option to view the patron's current library record on-the-spot. Return> > the book to the counter and it's discharged, fees paid if necessary, and> > sensitized, with the option to see what still is checked out to the> > patron. For "OPAC surfaces," patrons could browse a book before pulling> > off the shelf.> >> > Your mind's the limit!> >> >> >> >> > Darrell Cook> > Librarian II/Adjunct Faculty> > Dallas County Community College District> > El Centro College> > 801 Main Street> > Dallas, Texas 75202> > 214.860.2179> > dcook at dcccd dot edu> > http://www.dacworld.com/library/> >> >> >> >> > --> > This message was distributed through the Innovative Users Group INNOPAC> > list> > Public replies: INNOPAC at innopacusers dot org> > Update your subscription options:> > http://innopacusers.org/mailman/listinfo/innopac> >> > --> > This message was distributed through the Innovative Users Group INNOPAC> > list> > Public replies: INNOPAC at innopacusers dot org> > Update your subscription options:> > http://innopacusers.org/mailman/listinfo/innopac> >> > > > > ------------------------------> > Message: 2> Date: Fri, 24 Aug 2007 13:56:18 -0400 (EDT)> From: William Murray <murray at usna dot edu>> Subject: [IUG] WebPAC question> To: innopac at innopacusers dot org> Message-ID: <20070824135618 dot CJT55730 at mp1 dot usna dot edu>> Content-Type: text/plain; charset=us-ascii> > At the last IUG Conference I seem to remember someone mentioning that an Innovative user had essentially deconstructed the various components of the WebPAC interface and posted their information on the web. Does anyone know of a web site that provides some information about how the various WebPAC components are "put together?" I checked the IUG Clearinghouse thinking perhaps I'd find something there, so far no luck. I'm particularly interested in release 2006 and WebPAC Pro.> > Many thanks -> > Bill Murray> > "For Official Use Only - Privacy Sensitive: Any misuse or unauthorized access may result in civil and criminal penalties."> > William Murray> Nimitz Library, U.S.N.A.> office: 410-293-6966> fax: 410-293-3669 > > > > > ------------------------------> > Message: 3> Date: Fri, 24 Aug 2007 14:53:40 -0400> From: Bob Duncan <duncanr at lafayette dot edu>> Subject: RE: [IUG] WAM proxied RSS Feeds not working in our Feeds> pages> To: IUG INNOPAC List <innopac at innopacusers dot org>> Message-ID: <auto-000010250128 at lafayette dot edu>> Content-Type: text/plain; charset="us-ascii"; format=flowed> > At 11:02 AM 08/23/2007, Catherine wrote:> >Is anyone out there using Journal feeds from their WAM Proxied> >databases? For some reason the proxy is not allowing the feeds to come> >through (we have tried this with our EBSCO and Science Direct> >databases). We realize this would be the case off-campus but on-campus> >I would think it would work. Our WAM domains are correct for the RSS as> >well as the database entries. Without the proxy it works fine but our> >students can't get in from off campus. Any ideas?> > > Can you clarify exactly what you mean by "not allowing the feeds to > come through"? Unless you require authentication for access to > resources from on-campus, using a proxied URL for a feed shouldn't > prevent a feed from displaying to on-campus users.> > But using a proxied URL for a feed won't get you much anyway since > WAM and feeds don't play well together. I think the reason is that > WAM only rewrites URLs when they occur as values of src or href > attibutes in HTML code. Since feeds are typically xml docs, the URLs > do not exist as href or src attribute values, hence they don't get > rewritten, which means there's currently no way within the confines > of WAM to proxy feed links.> > Perhaps someone with a higher level of technical expertise could > offer a better explanation?> > Bob Duncan> > > ~!~!~!~!~!~!~!~!~!~!~!~!~> Robert E. Duncan> Systems Librarian> Editor of IT Communications> Lafayette College> Easton, PA 18042> duncanr at lafayette dot edu> http://www.library.lafayette.edu/ > > > > > ------------------------------> > Message: 4> Date: Fri, 24 Aug 2007 12:10:07 -0700> From: "Sue E Boggs" <boggs at ups dot edu>> Subject: RE: [IUG] Technology Advances> To: "IUG INNOPAC List" <innopac at innopacusers dot org>> Message-ID:> <84306BE8149C5E4F8214489269EFF88E02ED1649 at EXCH1 dot pugetsound dot edu>> Content-Type: text/plain;charset="us-ascii"> > A standing, touchable kiosk at the entrance to the library comes to my> mind. They show some in the video with expanding menu's as you touch an> option. > > I wonder how it is turned "off"- does it have an on/off switch? The> accompanying article talks about ordering in a restaurant then eating> off the same table. I know the examples show it interacting with a glass> but I don't think you would want it doing that every time something way> placed on it, especially if it did dual duty as someone's office desk.> Of course it would be intriguing to see how it would react to my> leftovers!> > And while we're thinking futuristic what if, especially in large> buildings, we could someday have guidance right to the stacks? The> patron would look up an item in the catalog on the main floor and click> "show me how to find this item". Instead of a map popping up like> catalogs do now there would be some other indicator, perhaps lights on> the floor like the emergency lights on an airplane or strategically> place around the building that would flash. (I'm thinking similar to the> one European IUG library, though I'm blanking on the name, that has a> neat map that actually shows moving dots on their map showing the path> to get to the item location. If you look in the archives for map it was> referenced in a discussion a few years ago on the topic.)You'd go to the> stairs by the green light and keep climbing until a light showed you to> stop on that floor, and there would be lights showing which direction to> go. You would ultimately end up at a stack with a flashing light on the> end showing you the right stack. > > Or maybe flat screens placed around with messages "Dave, go this way"> with an arrow. You'd go from one to the other like I've seen in some> sci-fi shows. Or if a cell phone has GPS maybe it could call you, track> where you were and tell you, "turn right" like a car does. Yeah, I know> there are issues of color blindness, multiple people using it at the> same time etc. but talk about the ultimate in leading the patron by the> hand! Short of doing it physically by staff that is. I know that is> something that is stressed in stores trying to beef up their image and> customer base- don't just tell the customer it is on aisle 8, walk them> over.> > Sue> > Sue Boggs> Cataloging & Library Technician> Technical Services> Library> University of Puget Sound> 1500 N. Warner St. #1021> Tacoma, WA 98416-1021> (253) 879-2667> boggs at ups dot edu> > > > -----Original Message-----> > From: innopac-bounces at innopacusers dot org [mailto:innopac-> > bounces at innopacusers dot org] On Behalf Of Darrell Cook> > Sent: Friday, August 24, 2007 6:50 AM> > To: innopac at innopacusers dot org> > Subject: [IUG] Technology Advances> > > > It's Friday. Let's have some fun. Please forgive any cross postings.> > > > (Caution: the following video is not for technophobes.) Watch this> > video . . .> > > > http://www.popularmechanics.com/technology/industry/4217348.html> > > > > > . . . then think about the possibilities of surface computing in> > libraries. Coffee table reference interviews. Computing surface on the> > Circ counter: patron sets the book and ID on the counter to checkout> and> > it's immediately charged and desensitized (better than RFID), with the> > option to view the patron's current library record on-the-spot. Return> > the book to the counter and it's discharged, fees paid if necessary,> and> > sensitized, with the option to see what still is checked out to the> > patron. For "OPAC surfaces," patrons could browse a book before> pulling> > off the shelf.> > > > Your mind's the limit!> > > > > > > > > > Darrell Cook> > Librarian II/Adjunct Faculty> > Dallas County Community College District> > El Centro College> > 801 Main Street> > Dallas, Texas 75202> > 214.860.2179> > dcook at dcccd dot edu> > http://www.dacworld.com/library/> > > > > > > > > > --> > This message was distributed through the Innovative Users Group> INNOPAC list> > Public replies: INNOPAC at innopacusers dot org> > Update your subscription options:> http://innopacusers.org/mailman/listinfo/innopac> > > > ------------------------------> > Message: 5> Date: Fri, 24 Aug 2007 14:15:36 -0500> From: "Liz Stucke" <lstucke at slcl dot org>> Subject: [IUG] Changing the error messages in WebPAC> To: "'IUG INNOPAC List'" <innopac at innopacusers dot org>> Message-ID: <002d01c7e683$27377a80$b5b2b5c7 at SysAdStaffP01>> Content-Type: text/plain;charset="us-ascii"> > I saw some posts about changing the renewal messages in the WebPAC. I> wondered if anyone knows if and how we can change the message that appears> when a patron tries to log in with an expired card. I couldn't find anything> in the online manuals about this.> > Thanks,> > Liz> > > > Liz Stucke> > System Administration> > St Louis County Library> > phone 314-994-3300 ext 205> > email <mailto:lstucke at slcl dot org> lstucke at slcl dot org> > > > > > --- StripMime Report -- processed MIME parts ---> multipart/alternative> text/plain (text body -- kept)> text/html> ---> > > ------------------------------> > Message: 6> Date: Fri, 24 Aug 2007 12:17:00 -0700> From: "Sarah Smith" <ssmith at saclibrary dot org>> Subject: [IUG] Bandwidth Requirements?> To: <innopac at innopacusers dot org>> Message-ID:> <13BBC05526480449AA0AAD6EF3BBBADE01B38A90 at sequoia dot saclibrary dot org>> Content-Type: text/plain;charset="us-ascii"> > Hi Folks,> > > > We are having some severe slowness issues at our branch locations and> our network person attributes it to Millennium being a bandwidth hog. We> are on 2006 1.2. Has anyone discovered an optimum amount of available> bandwidth needed to run Millennium? A per client amount? We have 500> licenses distributed across 41 locations and most locations use 3-11> licenses each. We're looking at upgrading the connections to those> locations but don't want to promise improvements if there won't be any.> At some locations we have the ability to dedicate bandwidth for staff> use and tried dedicating a T1 (where we have 2 T1 lines), but Millennium> ran slower with one dedicated T1 than it did when it had access to both.> > > > > Thanks, > > > > Sarah Smith> > Systems Supervisor, ssmith at saclibrary dot org > > Sacramento Public Library <http://www.saclibrary.org> > > 828 I Street, Sacramento, CA 95814> > Phone (916) 264-2892; Fax (916) 264-2959 > > > > > > --- StripMime Report -- processed MIME parts ---> multipart/alternative> text/plain (text body -- kept)> text/html> ---> > > ------------------------------> > Message: 7> Date: Fri, 24 Aug 2007 14:52:36 -0500> From: "Liz Stucke" <lstucke at slcl dot org>> Subject: [IUG] Changing Error Messages in WebPAC> To: <innopac at innopacusers dot org>> Message-ID: <000001c7e688$51bb7950$b5b2b5c7 at SysAdStaffP01>> Content-Type: text/plain;charset="us-ascii"> > I saw some posts about changing the renewal messages in the WebPAC. I> wondered if anyone knows if and how we can change the message that appears> when a patron tries to log in with an expired card. I couldn't find anything> in the online manuals about this.> > Thanks,> > Liz> > > > Liz Stucke> > System Administration> > St Louis County Library> > phone 314-994-3300 ext 205> > email <mailto:lstucke at slcl dot org> lstucke at slcl dot org> > > > > > --- StripMime Report -- processed MIME parts ---> multipart/alternative> text/plain (text body -- kept)> text/html> ---> > > ------------------------------> > Message: 8> Date: Fri, 24 Aug 2007 13:06:02 -0700> From: "Boggs, John" <boggs at plsinfo dot org>> Subject: RE: [IUG] Technology Advances> To: "IUG INNOPAC List" <innopac at innopacusers dot org>> Message-ID:> <D606343B52E8E84CBE6724CBB779D96A01FF82DC at PLSEXC2K3 dot plsinfo dot org>> Content-Type: text/plain;charset="us-ascii"> > > > How about if patrons who have PDAs could download an application that> would let them talk to the library system, and their route to the book> could be downloaded to it. That way, each patron (who owns a PDA) could> have the map to their books in their hand, rather than having to> distinguish which flashing light is for them.> > If I may be a little bit silly, what we really need is teleportation> devices. You tell the computer you want to go to the book, and *poof*,> there you are! Better than bringing the book to you, because it gives> you a chance to browse the shelves around it.> > John D. Boggs, PLAN Database Manager> Peninsula Library System> 2471 Flores Street> San Mateo, CA 94403-2273> (650)571-6799 x3062> boggs at plsinfo dot org> > -----Original Message-----> From: innopac-bounces at innopacusers dot org> [mailto:innopac-bounces at innopacusers dot org] On Behalf Of Sue E Boggs> Sent: Friday, August 24, 2007 12:10 PM> To: IUG INNOPAC List> Subject: RE: [IUG] Technology Advances> > A standing, touchable kiosk at the entrance to the library comes to my> mind. They show some in the video with expanding menu's as you touch an> option. > > I wonder how it is turned "off"- does it have an on/off switch? The> accompanying article talks about ordering in a restaurant then eating> off the same table. I know the examples show it interacting with a glass> but I don't think you would want it doing that every time something way> placed on it, especially if it did dual duty as someone's office desk.> Of course it would be intriguing to see how it would react to my> leftovers!> > And while we're thinking futuristic what if, especially in large> buildings, we could someday have guidance right to the stacks? The> patron would look up an item in the catalog on the main floor and click> "show me how to find this item". Instead of a map popping up like> catalogs do now there would be some other indicator, perhaps lights on> the floor like the emergency lights on an airplane or strategically> place around the building that would flash. (I'm thinking similar to the> one European IUG library, though I'm blanking on the name, that has a> neat map that actually shows moving dots on their map showing the path> to get to the item location. If you look in the archives for map it was> referenced in a discussion a few years ago on the topic.)You'd go to the> stairs by the green light and keep climbing until a light showed you to> stop on that floor, and there would be lights showing which direction to> go. You would ultimately end up at a stack with a flashing light on the> end showing you the right stack. > > Or maybe flat screens placed around with messages "Dave, go this way"> with an arrow. You'd go from one to the other like I've seen in some> sci-fi shows. Or if a cell phone has GPS maybe it could call you, track> where you were and tell you, "turn right" like a car does. Yeah, I know> there are issues of color blindness, multiple people using it at the> same time etc. but talk about the ultimate in leading the patron by the> hand! Short of doing it physically by staff that is. I know that is> something that is stressed in stores trying to beef up their image and> customer base- don't just tell the customer it is on aisle 8, walk them> over.> > Sue> > Sue Boggs> Cataloging & Library Technician> Technical Services> Library> University of Puget Sound> 1500 N. Warner St. #1021> Tacoma, WA 98416-1021> (253) 879-2667> boggs at ups dot edu> > > > -----Original Message-----> > From: innopac-bounces at innopacusers dot org [mailto:innopac-> > bounces at innopacusers dot org] On Behalf Of Darrell Cook> > Sent: Friday, August 24, 2007 6:50 AM> > To: innopac at innopacusers dot org> > Subject: [IUG] Technology Advances> > > > It's Friday. Let's have some fun. Please forgive any cross postings.> > > > (Caution: the following video is not for technophobes.) Watch this> > video . . .> > > > http://www.popularmechanics.com/technology/industry/4217348.html> > > > > > . . . then think about the possibilities of surface computing in> > libraries. Coffee table reference interviews. Computing surface on the> > Circ counter: patron sets the book and ID on the counter to checkout> and> > it's immediately charged and desensitized (better than RFID), with the> > option to view the patron's current library record on-the-spot. Return> > the book to the counter and it's discharged, fees paid if necessary,> and> > sensitized, with the option to see what still is checked out to the> > patron. For "OPAC surfaces," patrons could browse a book before> pulling> > off the shelf.> > > > Your mind's the limit!> > > > > > > > > > Darrell Cook> > Librarian II/Adjunct Faculty> > Dallas County Community College District> > El Centro College> > 801 Main Street> > Dallas, Texas 75202> > 214.860.2179> > dcook at dcccd dot edu> > http://www.dacworld.com/library/> > > > > > > > > > --> > This message was distributed through the Innovative Users Group> INNOPAC list> > Public replies: INNOPAC at innopacusers dot org> > Update your subscription options:> http://innopacusers.org/mailman/listinfo/innopac> > --> This message was distributed through the Innovative Users Group INNOPAC> list> Public replies: INNOPAC at innopacusers dot org> Update your subscription options:> http://innopacusers.org/mailman/listinfo/innopac> > > > ------------------------------> > Message: 9> Date: Fri, 24 Aug 2007 16:20:29 -0400> From: Jeffrey Trimble <jtrimble at cc dot ysu dot edu>> Subject: Re: [IUG] WebPAC question> To: IUG INNOPAC List <innopac at innopacusers dot org>> Message-ID: <11640D9C-9FC3-4031-A537-702E886661D3 at cc dot ysu dot edu>> Content-Type: text/plain;charset=US-ASCII;delsp=yes;format=flowed> > Bill,> > I'm the one who did something regarding many of the styles before WPP.> > I refer you so this link:> > http://www.maag.ysu.edu/systems/MaagCSSHelp.html> > See if this is something you are looking for.> > --Jeff> Jeffrey Trimble> Systems Librarian> Maag Library> Youngstown State University> jtrimble at cc dot ysu dot edu> > > On Aug 24, 2007, at 1:56 PM, William Murray wrote:> > > At the last IUG Conference I seem to remember someone mentioning > > that an Innovative user had essentially deconstructed the various > > components of the WebPAC interface and posted their information on > > the web. Does anyone know of a web site that provides some > > information about how the various WebPAC components are "put > > together?" I checked the IUG Clearinghouse thinking perhaps I'd > > find something there, so far no luck. I'm particularly interested > > in release 2006 and WebPAC Pro.> >> > Many thanks -> >> > Bill Murray> >> > "For Official Use Only - Privacy Sensitive: Any misuse or > > unauthorized access may result in civil and criminal penalties."> >> > William Murray> > Nimitz Library, U.S.N.A.> > office: 410-293-6966> > fax: 410-293-3669> >> >> > --> > This message was distributed through the Innovative Users Group > > INNOPAC list> > Public replies: INNOPAC at innopacusers dot org> > Update your subscription options: http://innopacusers.org/mailman/ > > listinfo/innopac> > > > --- StripMime Report -- processed MIME parts ---> multipart/alternative> text/plain (text body -- kept)> text/html> ---> > > ------------------------------> > Message: 10> Date: Fri, 24 Aug 2007 20:48:53 -0000> From: "Margaret Peloquin" <peloquin at austincc dot edu>> Subject: RE: [IUG] Technology Advances> To: "IUG INNOPAC List" <innopac at innopacusers dot org>> Message-ID: <twig dot 1187988533 dot 61760 at austincc dot edu>> > I know there are others of you out there who immediately thought of Star Trek> Next Generation while you were reading this. Of course, that would force> narrow corridors or perhaps a hovering holograph that follows one or precedes> one as they traverse the library.> > Sue E Boggs <boggs at ups dot edu> said:> > > A standing, touchable kiosk at the entrance to the library comes to my> > mind. They show some in the video with expanding menu's as you touch an> > option. > > > > I wonder how it is turned "off"- does it have an on/off switch? The> > accompanying article talks about ordering in a restaurant then eating> > off the same table. I know the examples show it interacting with a glass> > but I don't think you would want it doing that every time something way> > placed on it, especially if it did dual duty as someone's office desk.> > Of course it would be intriguing to see how it would react to my> > leftovers!> > > > And while we're thinking futuristic what if, especially in large> > buildings, we could someday have guidance right to the stacks? The> > patron would look up an item in the catalog on the main floor and click> > "show me how to find this item". Instead of a map popping up like> > catalogs do now there would be some other indicator, perhaps lights on> > the floor like the emergency lights on an airplane or strategically> > place around the building that would flash. (I'm thinking similar to the> > one European IUG library, though I'm blanking on the name, that has a> > neat map that actually shows moving dots on their map showing the path> > to get to the item location. If you look in the archives for map it was> > referenced in a discussion a few years ago on the topic.)You'd go to the> > stairs by the green light and keep climbing until a light showed you to> > stop on that floor, and there would be lights showing which direction to> > go. You would ultimately end up at a stack with a flashing light on the> > end showing you the right stack. > > > > Or maybe flat screens placed around with messages "Dave, go this way"> > with an arrow. You'd go from one to the other like I've seen in some> > sci-fi shows. Or if a cell phone has GPS maybe it could call you, track> > where you were and tell you, "turn right" like a car does. Yeah, I know> > there are issues of color blindness, multiple people using it at the> > same time etc. but talk about the ultimate in leading the patron by the> > hand! Short of doing it physically by staff that is. I know that is> > something that is stressed in stores trying to beef up their image and> > customer base- don't just tell the customer it is on aisle 8, walk them> > over.> > > > Sue> > > > Sue Boggs> > Cataloging & Library Technician> > Technical Services> > Library> > University of Puget Sound> > 1500 N. Warner St. #1021> > Tacoma, WA 98416-1021> > (253) 879-2667> > boggs at ups dot edu> > > > > > > -----Original Message-----> > > From: innopac-bounces at innopacusers dot org [mailto:innopac-> > > bounces at innopacusers dot org] On Behalf Of Darrell Cook> > > Sent: Friday, August 24, 2007 6:50 AM> > > To: innopac at innopacusers dot org> > > Subject: [IUG] Technology Advances> > > > > > It's Friday. Let's have some fun. Please forgive any cross postings.> > > > > > (Caution: the following video is not for technophobes.) Watch this> > > video . . .> > > > > > http://www.popularmechanics.com/technology/industry/4217348.html> > > > > > > > > . . . then think about the possibilities of surface computing in> > > libraries. Coffee table reference interviews. Computing surface on the> > > Circ counter: patron sets the book and ID on the counter to checkout> > and> > > it's immediately charged and desensitized (better than RFID), with the> > > option to view the patron's current library record on-the-spot. Return> > > the book to the counter and it's discharged, fees paid if necessary,> > and> > > sensitized, with the option to see what still is checked out to the> > > patron. For "OPAC surfaces," patrons could browse a book before> > pulling> > > off the shelf.> > > > > > Your mind's the limit!> > > > > > > > > > > > > > > Darrell Cook> > > Librarian II/Adjunct Faculty> > > Dallas County Community College District> > > El Centro College> > > 801 Main Street> > > Dallas, Texas 75202> > > 214.860.2179> > > dcook at dcccd dot edu> > > http://www.dacworld.com/library/> > > > > > > > > > > > > > > --> > > This message was distributed through the Innovative Users Group> > INNOPAC list> > > Public replies: INNOPAC at innopacusers dot org> > > Update your subscription options:> > http://innopacusers.org/mailman/listinfo/innopac> > > > --> > This message was distributed through the Innovative Users Group INNOPAC list> > Public replies: INNOPAC at innopacusers dot org> > Update your subscription options:> http://innopacusers.org/mailman/listinfo/innopac> > > > > > -- > === Margaret Peloquin, Head Librarian Eastview ===> === Austin Community College, Austin, Texas ===> === (512)223-5117 Fax: (512)223-5111 ===> === http://library.austincc.edu ===> > > > > > ------------------------------> > Message: 11> Date: Fri, 24 Aug 2007 13:38:15 -0700> From: "Kyle Banerjee" <kyle dot banerjee at gmail dot com>> Subject: Re: [IUG] Bandwidth Requirements?> To: "IUG INNOPAC List" <innopac at innopacusers dot org>> Message-ID:> <47eed6660708241338g3689e976h19695f1568c0243b at mail dot gmail dot com>> Content-Type: text/plain; charset=ISO-8859-1> > > We are having some severe slowness issues at our branch locations and> > our network person attributes it to Millennium being a bandwidth hog. We> > are on 2006 1.2. Has anyone discovered an optimum amount of available> > bandwidth needed to run Millennium?....> > Seems like the easiest thing to do would be to get your network person> to watch traffic to/from a client at a time that is not busy (i.e. so> it has access to all the bandwidth necessary) and then perform all> kinds of staff functions and see what the usage is.> > How certain is the network person that the problem is with Mil and not> something else the clients are running?> > kyle> -- > ----------------------------------------------------------> Kyle Banerjee> Digital Services Program Manager> Orbis Cascade Alliance> banerjek at uoregon dot edu / 541.359.9599> > > ------------------------------> > Message: 12> Date: Fri, 24 Aug 2007 14:56:26 -0700> From: "Jon Clarke" <jclarke at blackgold dot org>> Subject: RE: [IUG] Bandwidth Requirements?> To: "'IUG INNOPAC List'" <innopac at innopacusers dot org>> Message-ID: <001701c7e699$9edbd3e0$0801650a at ats8>> Content-Type: text/plain;charset="us-ascii"> > I agree with Kyle that there are all sorts of factors that have to be> considered. Also, are you are interested in "optimum" or minimum? We have> some very small branches on 128K, but that's far from optimum.> > Regards,> Jon Clarke> Network Administrator> Black Gold Cooperative Library System> > -----Original Message-----> From: innopac-bounces at innopacusers dot org> [mailto:innopac-bounces at innopacusers dot org] On Behalf Of Kyle Banerjee> Sent: Friday, August 24, 2007 1:38 PM> To: IUG INNOPAC List> Subject: Re: [IUG] Bandwidth Requirements?> > > We are having some severe slowness issues at our branch locations and> > our network person attributes it to Millennium being a bandwidth hog. We> > are on 2006 1.2. Has anyone discovered an optimum amount of available> > bandwidth needed to run Millennium?....> > Seems like the easiest thing to do would be to get your network person> to watch traffic to/from a client at a time that is not busy (i.e. so> it has access to all the bandwidth necessary) and then perform all> kinds of staff functions and see what the usage is.> > How certain is the network person that the problem is with Mil and not> something else the clients are running?> > kyle> -- > ----------------------------------------------------------> Kyle Banerjee> Digital Services Program Manager> Orbis Cascade Alliance> banerjek at uoregon dot edu / 541.359.9599> --> This message was distributed through the Innovative Users Group INNOPAC list> Public replies: INNOPAC at innopacusers dot org> Update your subscription options:> http://innopacusers.org/mailman/listinfo/innopac> > > > > > ------------------------------> > Message: 13> Date: Fri, 24 Aug 2007 15:34:15 -0700 (PDT)> From: "Theodora H. Toy" <theodora dot toy at ucr dot edu>> Subject: [IUG] Southern California User's Group: Online Registration> now open> To: innopac at innopacusers dot org> Message-ID: <1988 dot 138 dot 23 dot 89 dot 187 dot 1187994855 dot squirrel at library dot ucr dot edu>> Content-Type: text/plain;charset=iso-8859-1> > Online registration for the upcoming Southern California User's> Group meeting is now open.> > The annual fall meeting will be held on Thursday, October 11, 2007> at Soka Univeristy in Aliso Viejo, California.> > For more information, please visit our website:> > http://sciug.ucr.edu> > Cost of registration is $35.00, and registration is limted to> 120 persons.> > > -- > Theodora Toy> Head, Library Info. Technology & Systems> University of California> University Library Phone: 9518274319> PO Box 5900 Fax: 9518272255> Riverside, CA 92517 email: ttoy at library dot ucr dot edu> > > > ------------------------------> > --> This message was distributed through the Innovative Users Group INNOPAC digest> Public replies: INNOPAC at innopacusers dot org> Update your subscription options: http://innopacusers.org/mailman/listinfo/innopac> > End of INNOPAC Digest, Vol 44, Issue 46> ***************************************
_________________________________________________________________
See what you’re getting into…before you go there
http://newlivehotmail.com/?ocid=TXT_TAGHM_migration_HM_viral_preview_0507

--- StripMime Report -- processed MIME parts ---
multipart/alternative
  text/plain (text body -- kept)
  text/html
---