Good morning, all! No, not quite. The mistake is understandable. I struggled how to explain it myself and had to settle on this convolution. I used to be systems librarian for Innovative Interfaces' InnoPAC (III) and later Sierra ILS. III required that check-in boxes for serials be set up before the issues be checked in. Since this was a tedious task, III eventually amended the ILS to let us set up multiple check-in boxes (called extrapolation) in one sitting. Once the boxes were set up, we could check in multiple boxes in one sitting. I've been looking for an analogous operation in Koha, but I have been unable to see one. The multi-receive allows for checking in, marking late, etc. multiple check-in boxes in one sitting, but it does not for setting up the check-in boxes initially before the issues are checked in. Unless there is something I don't know. Does anyone have an idea? In my original exchange, on 6 May 2022 at 13:24 [JST], I wrote: Can a library set up more than one check-in box at a time? I am retroactively
creating the serials module to my library's serial subscriptions. Must I enter the issues one at a time? Or can I enter a group of check-in boxes based on the prediction?
In our latest exchange, on 6 May 2022 at 14:02 [JST], Owen Leonard wrote: I think what you're talking about is called "Multi receiving" in Koha. From
the details of your subscription you would go to "Receive," then "Multi-receiving."
Many thanks. -- よろしくお願いします。 -- Charles. Charles Kelley, MLS PSC 704 Box 1029 APO AP 96338 Charles Kelley Tsukimino 1-Chome 5-2 Tsukimino Gaadenia #210 Yamato-shi, Kanagawa-ken 〒242-0002 JAPAN +1-301-741-7122 [US cell] +81-80-4356-2178 [JPN cell] mnogojazyk@aol.com [h] cmkelleymls@gmail.com [p] linkedin.com/in/cmkelleymls <http://www.linkedin.com/in/cmkelleymls> Meeting Your Information Needs. Virtually.
Hi, Charles-- I worked in Innovative libraries from the Innovac through the Sierra years, and am familiar with the function you're describing. Koha's serials functions, IMO, are designed more for current subscriptions and receipt, when you would be receiving the current issue only. We add back issues (especially groups of back issues) via editing items--there is, to us, no reason to add them via receipt in the serials area. With Innovative, this design of the serials module was to facilitate later binding functions, etc., which Koha does differently (via batch item modification), so, IMO, Koha has no reason to function in the ways that Innovative does/did. Koha's serials subscriptions are very much for what is being published now and in the future, with the edit items areas for the past/already published. I'm sorry if I've missed it, but it seems to me that if you're trying to add multiple issues of a serial, why not add them in the editing items area where you can easily add groups of items, then have your subscription record designed to receive the issues that will be published and sent to you from now on--that is, your current subscription. I'm not familiar with serials that publish groups of issues on a current subscription--perhaps that's what you have? If so, I'd love to learn about it! Cheers, h2 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Ms. Heather Hernandez (she, her, hers) Technical Services Librarian Library catalog: https://keys.bywatersolutions.com/ San Francisco Maritime National Historical Park Research Center 2 Marina Blvd., Bldg. E, 3rd floor, San Francisco, CA 94123-1284 415-561-7032 (office generally M-W, telecommuting Th-F) heather_hernandez@nps.gov<https://webmail.lmi.net/src/compose.php?send_to=heather_hernandez%40nps.gov>
Hello, Ms. Hernandez! In our latest exchange, on 10 May 2022 at 00:06 [JST], you wrote: I worked in Innovative libraries from the Innovac through the Sierra years,
and am familiar with the function you're describing. Koha's serials functions, IMO, are designed more for current subscriptions and receipt, when you would be receiving the current issue only. We add back issues (especially groups of back issues) via editing items--there is, to us, no reason to add them via receipt in the serials area. With Innovative, this design of the serials module was to facilitate later binding functions, etc., which Koha does differently (via batch item modification), so, IMO, Koha has no reason to function in the ways that Innovative does/did. Koha's serials subscriptions are very much for what is being published now and in the future, with the edit items areas for the past/already published.
Yes, I understand.
I'm sorry if I've missed it, but it seems to me that if you're trying to add multiple issues of a serial, why not add them in the editing items area where you can easily add groups of items, then have your subscription record designed to receive the issues that will be published and sent to you from now on--that is, your current subscription.
I did not know Koha could do this. I'll have to research it. I'm not familiar with serials that publish groups of issues on a current
subscription--perhaps that's what you have? If so, I'd love to learn about it!
Neither am I. Almost every serial I know of publishes one issue at a time, some with a supplement; and occasionally, a few publish two issues in one printing for logisitical reasons. But I haven't heard of a serial that publishes more than that. That said, I'm sure there is in the vast universe at least one. I just don't know of tim. I'm trying to add and check in a bunch of serial issues at one sitting instead of tediously adding one issue at a time and then checking in a bunch. It's a backlog and conversion problem from an Access database to a full ILS. Since the issues are no longer current, I may just list them in a 362 field; and begin check-in boxes for newly arrived issues and expected issues. Thanks for your suggestion. -- よろしくお願いします。 -- Charles. Charles Kelley, MLS PSC 704 Box 1029 APO AP 96338 Charles Kelley Tsukimino 1-Chome 5-2 Tsukimino Gaadenia #210 Yamato-shi, Kanagawa-ken 〒242-0002 JAPAN +1-301-741-7122 [US cell] +81-80-4356-2178 [JPN cell] mnogojazyk@aol.com [h] cmkelleymls@gmail.com [p] linkedin.com/in/cmkelleymls <http://www.linkedin.com/in/cmkelleymls> Meeting Your Information Needs. Virtually.
participants (2)
-
Charles Kelley -
Hernandez, Heather H