[Resolved] due date
a. That entirely depends on your Library’s policies.
b. I don’t understand the question. Do you mean your library only has 4 books?
thanks! when an user search for 1 item, and found that the item had already booked by others, the system shows the due date of the checked out item. But actually i have 4 books for this item, how can i check out for this user? And what if the book had been checked in before the due date?
First of all, each physical book must have a unique barcode. That means if you have four copies of a book, there will be four records in the database, with all of the fields duplicated, *except* the barcodes. So when the patron does the search, there will be four results, all the same, but with different barcodes. The patron can put a hold on a specific copy and see separate due dates for each copy.
With a ‘fanicier’ circulation and cataloging system (like Evergreen), there would be two different types of holds, a ‘title’ hold and an ‘item’ hold. Generally only ‘title’ holds are done — that is a patron places a hold on the *title* and not the specific item (eg by barcode). This makes sense for larger libraries and for systems involving multiple libraries (eg for inter-library loans). The Web Librarian only has ‘item’ holds, where holds are by the *unique* barcode. Normally *small* libraries don’t usually have multiple copies of a given title, so this is not a problem. It looks like you in fact have multiple copies of some of your titles, so you are encounting this problem.
At this time, the Web Librarian program does not have a way of handling this sort of situation intellegently, that is, there isn’t a way to implement title holds as opposed to item holds.
book XXX checked out on July 01, the due date is July 05, user A returned book XXX on July 03, book XXX checked in. it seems that i can’t check out the book XXX before July 05? the due date will be shows on front end until July 05?
Are you sure? When you check in an item, the item is no longer checked out and won’t show a due date. Note: did you refresh the page?
I just went through the sequence: checked a book out to a patron, placed a hold for another patron, checked in the item (early) and then checked out the item to the new patron and then checked the item back in.
Are you still having problems? Or has this issue been resolved?
Hi, so just to be clear, if we have ten copies of one book, I’d have to list it ten times in the database (and therefore it will appear ten times in the catalog search)?
This seems like it would make it hard to easily browse by author, say, because it would be very inflated results (we’re a small library, but there are a few authors for whom we have multiple copies of their books).
Yes if you had 10 *physical copies* available for lending, you will have to list all ten with separate bar codes. Do you really have ten copies of a given book? Seems like a lot. More full-fledged library management systems (like OpenILS / Everygreen) handle this differently — they understand about multiple copies of a given specific work and group the multiple copies (which might be at different libraries) as a single search result and allow the idea a placing a hold on a *title* rather than a specific (physical) *copy*. Web Librarian cannot at present do that.
- The topic ‘[Resolved] due date’ is closed to new replies.