Re: [CODE4LIB] simple,flexible ILS for a small library.

> I think your functional requirement that made this non-trivial was > your mention of it needing ILL functionality. > Exactly. There's a definite threshold that has to be crossed before you start > seeing something like that integrated into the ILS. > Perhaps from a usual library perspective, I

Re: [CODE4LIB] simple,flexible ILS for a small library.

I think your functional requirement that made this non-trivial was your mention of it needing ILL functionality. There's a definite threshold that has to be crossed before you start seeing something like that integrated into the ILS. If you've got some other way to deal with ILL, I'd suggest Open

Re: [CODE4LIB] simple,flexible ILS for a small library.

Here's what I have done some time ago toward a simple flexible ILS for a small library: http://www.avantilibrarysystems.com/microlcs.html Peter Schlumpf www.avantilibrarysystems.com -Original Message- >From: "..." >Sent: Sep 28, 2010 9:43 PM >To: CODE4LIB@LISTSERV.ND.EDU >Subject: Re:

Re: [CODE4LIB] simple,flexible ILS for a small library.

> > Perhaps you´ll find interesting this proposal. > > http://www.campi.uns.edu.ar/ > > Your view of the role of catalogs is shared here. too bad I dont speak spanish. I do intend to learn, but not in time to finish this project. Thanks

Re: [CODE4LIB] simple,flexible ILS for a small library.

? sorry to bog down the thread with useless chatter, but with name or pseudonym what's the difference? all names are false. I am Elliot Hallmark. so what? I am 010010. who cares? Do you think I am spam or a saboteur, using 'clever' names to trick you? You'll have more luck discovering detail

Re: [CODE4LIB] simple,flexible ILS for a small library.

A simple upside is the security of feeling one's information is kept private. In today's digital age, I find many people are technophobic to search engines finding so much information relating back to a single individual. Harmless data or not, many people feel this is a negative "big brother"-es

[CODE4LIB] Library Systems-related jobs in Binghamton NY

Hello Code4Libers, Binghamton University (Binghamton NY) has an opening for a Library Systems Specialist. A Bachelors degree is required, along with a minimum of two years working in an Information Technology environment. This is a professional appointment. Full details can be found at: http://bin

Re: [CODE4LIB] simple,flexible ILS for a small library.

What is the upside of not identifying yourself? I can imagine that there are some (many, legions) code4lib users who eschew their employers' institutional views, and feel the need to keep a very low profile. Other than that, I really enjoy the collegial atmosphere and esprit de corps of this grou

Re: [CODE4LIB] simple,flexible ILS for a small library.

> If it's worth enough to someone, I expect the co-op or another Koha > support provider would be willing to help fix it. Usually the other > big problem with things like drivers is getting access to test kit, > but I don't know if that's the case with VuFind. Writing a VuFind driver is definitel

Re: [CODE4LIB] simple,flexible ILS for a small library.

offonoffoffon...@gmail.com wrote: > the vufind mailing list informed me that the koha driver is broken and it > was also not well recomended by people using it, though alot of people not > using it said i should try it : ) If it's worth enough to someone, I expect the co-op or another Koha support

Re: [CODE4LIB] simple,flexible ILS for a small library.

Others of us have no problem with pseudonymous or anonymous subscriptions to the listserv, I hadn't been aware that there was any general disapproval of this, although of course everyone can have their own opinion. It is however, I agree, nice to develop professional relationships with people

Re: [CODE4LIB] III Mobile Catalog

Hi all, I just wanted to invite anyone using or testing MobileCat to join the new google group so we can help each other out. Best, Anna TriCollege Libraries On Wed, Sep 15, 2010 at 14:03, Amy wrote: > We are researching possibilities for a mobile v

Re: [CODE4LIB] simple,flexible ILS for a small library.

BTW, I think that we have tried to avoid anonymous participation. Most of us are happy -- perhaps too happy sometimes -- to make our identities known. On Tue, Sep 28, 2010 at 8:43 AM, ... wrote: > great suggestions,  I will sort through all this. > > > the vufind mailing list informed me that the

Re: [CODE4LIB] simple,flexible ILS for a small library.

great suggestions, I will sort through all this. the vufind mailing list informed me that the koha driver is broken and it was also not well recomended by people using it, though alot of people not using it said i should try it : ) thanks

Re: [CODE4LIB] simple,flexible ILS for a small library.

On Monday, September 27, 2010 5:15 PM, Elliot ... [offonoffoffon...@gmail.com] wrote: >Some folks in the VuFind library suggested I ask here. We are starting a >small library and thinking of using VuFind as our online catalog. As for the >ILS we would like something small and simple (evergreen

Re: [CODE4LIB] simple,flexible ILS for a small library.

If you are interested in an open-source Google App Engine Python application that was customized for Western State College's ELibrary and other internal apps; check-out eCataloger at http://code.google.com/p/ecataloger/. I haven't been developing much on this project since I left Western but I woul

Re: [CODE4LIB] simple,flexible ILS for a small library.

Depending on your programming abilities, I think you're better off writing your own. You're a small library so you can ignore the hard problems. A prototype is just a day or two away if you leverage a modern framework (RoR, Sinatra, Django, Pylons) and cloud hosting (Heroku, Google App Engine). I

Re: [CODE4LIB] simple,flexible ILS for a small library.

VuFind also has an Evergreen driver which is functional, though in need of improvement (it currently relies on direct database calls, but it would probably be more flexible if it instead used Evergreen's OpenSRF platform). Several people have talked about working on VuFind/Evergreen installatio

[CODE4LIB] Ex Libris Northeast User Group (formerly EMA) Meeting - Conference and Room Rate ENDS Oct. 1st!

Ex Libris Northeast User Group (ENUG, formerly EMA) Meeting October 21 & 22, 2010 The Ex Libris Northeast User Group (ENUG, formerly EMA) promotes the exchange of ideas and innovation between users of all Ex Libris products (Aleph, Voyager, SFX, MetaLib, DigiTool, Verde, and Primo) in Co