Are any currently existing open source ILSs  flexible enough to support this
model?

I kind of doubt it. What are you are doing sounds neat, but is not typical library workflow. Tell me if I'm re-describing what you're talking about correctly: Every book in the library essentially belongs to one of the patrons. Patrons can both borrow books, and loan books to other patrons. The "library" is basically just a facilitator of patron-to-patron lending. So you need to know what books are out that are "owned" by a certain patron, as well as what books are being borrowed by a certain patron. You need to know what books are over-due that are owned by a certain patron, etc. Creating a "location", "branch" or "collection" code for each patron is going to be un-manageable with more than a few dozen patrons. I don't think most existing ILS systems -- open source or not -- are going to be set up to handle that system. On the other hand, many existing ILS systems are going to have all sorts of stuff you _don't_ need, like acquisitions, and serials tracking, and such. I wonder if you are better served looking for software that is NOT library software to handle the actual "circulation". Maybe there is some non-library software that is designed for "a network of people lending stuff to each other"? And then you could always put a Solr-based discovery system on top of that for actual _finding_ of books available to be borrowed, perhaps using VuFind or Blacklight or rolling your own. But the underlying tracking of "circulation" is actually the tricky part -- perhaps write your own custom software for that, if nothing open source can be found, but then export all items to a seperate Solr-based component for the actual search engine.
Jonathan



... wrote:
Reading my original post, perhaps I should have made the important point
more clear.

My question is about an ILS suitable for a library that does not own its
books, but is borrowing those books from patrons.   The books all have lease
end dates associated with them.  Book lenders are very similar to book
borrowers, and they require end of day processing to see if any of the
library's books are due back to them, in the same way borrower's books are
due back to the library.

So, in the last two posts which mentioned "simple borrowing", that is what I
am wanting, but for the library to be simply borrowing the books AND for
patron to simply borrow those same books out of the library.

Book lenders and book borrowers are essentially the same, except lenders
first check a book in, and the due date is when the book leaves the library,
and book borrowers check books out and then back in again.  Of course, many
book borrowers are also lenders.

Are any currently existing open source ILSs  flexible enough to support this
model?

Sorry for the confusion,
Elliot

Reply via email to