A | B | C | D | E | F | G | H | I | J | K | L | M | N | O | P | Q | R | S | T | U | V | W | X | Y | Z | |
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
1 | FOR WRITE ACCEESS email Olli-Antti Kivilahti (address below) | Estimated implementation effort, 1=easiest 10=hardest | Organisation priority | 1=lowest 10=highest | Effort to value rating, higher is better | |||||||||||||||||||||
2 | ID | Requestor organisation | Requirement description | Value for library patrons | Issue this requirement addresses | CW Mars | Kenton Library | King County Library System | Bibliomation | International Institute of Social History | Calvin College | Joensuu Regional Library | NOBLE | Editor notes | Comments/Questions | |||||||||||
3 | 1 | Bibliomation; IISG | Integration with Acq for claim letters to vendors | Missing or late issues can be managed to get replacements for patron use. | Need to identify late or missing issues and easily contact the vendor for remedy. Acq integration would seem to be ideal to use provider record and track spending on subscriptions. | 7 | 10 | 8 | 8 | 10 | 10 | 7 | 3 | 2 | 1,04 | Uncertain here if we voted for integration with the Acq claiming module or opted for the easier Acq-independent claim module. Acq integration is definetely a better solution in the long run. | ||||||||||
4 | 2 | IISG | Pulling in received issues by years-end to the holdings MFHD & remove received issues (needs clarification) | No endless list of possible holds for daily newspapers | Updates textual holding at years end and will delete issues from the received issues MFHD (see explanation below) At the moment, received issues of serials are stored automatically in a MHFD. To transfer these to a textual holding (so, a handmade MFHD) all received issues need to be deleted by hand from the issuances in the serials module and added to the textual holding. It would be far easier if there was a way to do this automatically when the last issue of a year was received. So, transferring all received issues to a textual holding and removing received issues. This would also prevent having a very long list of issues to put holds on when dealing with daily newspapers. | 5 | 8 | 4 | 8 | 6 | 8 | 8 | 8 | 2 | 1,30 | |||||||||||
5 | 3 | C/W MARS; IISG | Notes for staff (pops-up at receiving) or an obvious place to put down notes when receiving https://bugs.launchpad.net/evergreen/+bug/1207859 | Essentially, if you put a note in a subscription or possibly even a distribution, you would be able to see this note when receiving a serial. For instance, one of our libraries only puts security strips in select serials and they want the note to show on which ones. They might security strip the Journal of American History but not the The Historian. They will put in a subscription note, "Apply security strip", so that when a clerk receives the serial they will know to put this in. | 3 | 8 | 8 | 6 | 8 | 8 | 10 | 9 | 9 | 2,75 | This is the same issue as #7 | Could this be a library-controlled setting so that each library could determine which type(s) of notes (item, distribution and/or subscription) generated alerts? (Beth Willis, NOBLE) | ||||||||||
6 | 4 | (migration?) Populate callnumber field from MFHD info on receipt | 5 | 4 | 7 | 8 | 5 | 2 | 0 | 1 | 1 | 0,70 | ||||||||||||||
7 | 5 | Joensuu Regional Library | Serial issues need to have attached MARC-fields which denote special issues, like "Christmas special", or "House heating special". These extra labels need to be shown next to the issue name in the hierarchial view. | Our patrons can more easily find interesting issues that target their specific information needs. This will increase the value of our Serials collection as it will be more informative. This improvement is of little value without Req ID6. | Even if we have a multitude of serials, their content is not brought in light enough. This will create increased value to any patron browsing serials. | 4 | 1 | 1 | 10 | 3 | 2 | 7 | 3 | 0,84 | ||||||||||||
8 | 6 | Joensuu Regional Library | Req ID5's Extra MARC-fields/labels need to be searchable via the keyword search. | Patrons looking for specific information about a topic will get serials included in their searches. This will promote our serials catalogue by including it in more search hits. For ex searching for "antique clothing" could bring results from a fashion magazine otherwise left unnoticed. | MARC-tagging/labeling is not very beneficial without the ability to search for them, unless our patrons know exactly which subscription contains the desired information. | 8 | 6 | 7 | 4 | 5 | 2 | 7 | 2 | 0,52 | ||||||||||||
9 | 7 DUPLICATE (See #3) | C/W MARS | Per issue notes displayed when receiving | Esseantiall, if you you put a note in a subscription or possibly even a distribution, you would be able to see this note when receiving a serial. For instance, one of our libraries only puts security strips in select serials and they want the note to show on which ones. They migh security strip the Journal of American History but not the The Historian. They will put in a subscription note, "Apply security strip", so that when a the clerk receives the serial they will know to put this in. | 2 | 7 | 7 | 8 | 8 | 5 | 7 | 9 | 3,19 | Could this be a Google Summer of Code task? Overlaps Req ID 3. Possibly merge them as both have strong support? This doesn't just overlap, it is a duplicate of #3. I am not sure if this means we are missing something (since they somehow got different vote numbers), but I am crossing thing one out (DW) | ||||||||||||
10 | 8 | Streamline high volume processing receiving | 5 | 3 | 3 | 10 | 3 | 2 | 0 | 1 | 2 | 0,60 | Requirement needs more clarification for any effort estimation! | |||||||||||||
11 | 9 | C/W MARS | Target issue-level holds across subscriptions | Currently this can be done with parts. However, there is a performance issue related to applying parts on records with a large number of holdings. We have for instance Consumer Reports that has more than 1500 copies attached with parts for managing holds. This record sometimes will not display if the search or retrieval times out before it is full retrieved. | 10 | 8 | 10 | 2 | 10 | 2 | 0 | 0 | 2 | 0,43 | ||||||||||||
12 | 10 | Patron holdability on future issues | 3 | 8 | 10 | 10 | 9 | 0 | 0 | 10 | 2 | 2,04 | ||||||||||||||
13 | 11 | C/W MARS | Stat cats for copy templates | We require two stat cats on all copy records in order to meet a state reporting requirement. Currently, libraries recieving serials have to go to the holdings maintenance after receiving a serial to select the stat cat. If this were part of a template, then they could receive the serial and then be all set. | 3 | 9 | 2 | 2 | 7 | 2 | 0 | 10 | 1,33 | |||||||||||||
14 | 12 | Default callnumbers @ receive for alt interface | 1 | 5 | 5 | 2 | 2 | 2 | 0 | 5 | 2,63 | |||||||||||||||
15 | 13 | NOBLE | When receiving serial issuances, the "Set Current Unit" option should be "sticky." In other words, staff should not have to set this value for each title they receive. It would be good if this were a library setting, but if that is not possible, it should need to be set only once per session. | Staff sometimes forget to set this option resulting in issues received without the correct barcode and call number. Additionally, some libraries never add units for serials and should not have to set this option each time they receive. | 2 | 8 | 10 | 1,13 | ||||||||||||||||||
16 | 14 | IISG | Changes in the order of MFHD's also update callnumber changes in copies. | Patrons won't be confused | Staff can change order of callnumbers by changing it in the MFHD and thereby influcuening the way Vu-Find will present it. | #DIV/0! | ||||||||||||||||||||
17 | Total > contributed > priority > | 77 | 72 | 78 | 76 | 45 | 25 | 53 | 49 | |||||||||||||||||
18 | ||||||||||||||||||||||||||
19 | CONTACT INFORMATION | |||||||||||||||||||||||||
20 | Bibliomation | mllewell (AT) biblio (DOT) org | ||||||||||||||||||||||||
21 | IISG | mst (AT) iisg (DOT) nl | ||||||||||||||||||||||||
22 | Joensuu RL | olli (DASH) antti (DOT) kivilahti (AT) jns (DOT) fi | ||||||||||||||||||||||||
23 | Calvin College | dbw2 (AT) calvin (DOT) edu | ||||||||||||||||||||||||
24 | C/W MARS | tspindler (AT) cwmars (DOT) org | ||||||||||||||||||||||||
25 | ||||||||||||||||||||||||||
26 | ||||||||||||||||||||||||||
27 | ||||||||||||||||||||||||||
28 | ||||||||||||||||||||||||||
29 | ||||||||||||||||||||||||||
30 | ||||||||||||||||||||||||||
31 | ||||||||||||||||||||||||||
32 | ||||||||||||||||||||||||||
33 | ||||||||||||||||||||||||||
34 | ||||||||||||||||||||||||||
35 | ||||||||||||||||||||||||||
36 | ||||||||||||||||||||||||||
37 | ||||||||||||||||||||||||||
38 | ||||||||||||||||||||||||||
39 | ||||||||||||||||||||||||||
40 | ||||||||||||||||||||||||||
41 | ||||||||||||||||||||||||||
42 | ||||||||||||||||||||||||||
43 | ||||||||||||||||||||||||||
44 | ||||||||||||||||||||||||||
45 | ||||||||||||||||||||||||||
46 | ||||||||||||||||||||||||||
47 | ||||||||||||||||||||||||||
48 | ||||||||||||||||||||||||||
49 | ||||||||||||||||||||||||||
50 | ||||||||||||||||||||||||||
51 | ||||||||||||||||||||||||||
52 | ||||||||||||||||||||||||||
53 | ||||||||||||||||||||||||||
54 | ||||||||||||||||||||||||||
55 | ||||||||||||||||||||||||||
56 | ||||||||||||||||||||||||||
57 | ||||||||||||||||||||||||||
58 | ||||||||||||||||||||||||||
59 | ||||||||||||||||||||||||||
60 | ||||||||||||||||||||||||||
61 | ||||||||||||||||||||||||||
62 | ||||||||||||||||||||||||||
63 | ||||||||||||||||||||||||||
64 | ||||||||||||||||||||||||||
65 | ||||||||||||||||||||||||||
66 | ||||||||||||||||||||||||||
67 | ||||||||||||||||||||||||||
68 | ||||||||||||||||||||||||||
69 | ||||||||||||||||||||||||||
70 | ||||||||||||||||||||||||||
71 | ||||||||||||||||||||||||||
72 | ||||||||||||||||||||||||||
73 | ||||||||||||||||||||||||||
74 | ||||||||||||||||||||||||||
75 | ||||||||||||||||||||||||||
76 | ||||||||||||||||||||||||||
77 | ||||||||||||||||||||||||||
78 | ||||||||||||||||||||||||||
79 | ||||||||||||||||||||||||||
80 | ||||||||||||||||||||||||||
81 | ||||||||||||||||||||||||||
82 | ||||||||||||||||||||||||||
83 | ||||||||||||||||||||||||||
84 | ||||||||||||||||||||||||||
85 | ||||||||||||||||||||||||||
86 | ||||||||||||||||||||||||||
87 | ||||||||||||||||||||||||||
88 | ||||||||||||||||||||||||||
89 | ||||||||||||||||||||||||||
90 | ||||||||||||||||||||||||||
91 | ||||||||||||||||||||||||||
92 | ||||||||||||||||||||||||||
93 | ||||||||||||||||||||||||||
94 | ||||||||||||||||||||||||||
95 | ||||||||||||||||||||||||||
96 | ||||||||||||||||||||||||||
97 | ||||||||||||||||||||||||||
98 | ||||||||||||||||||||||||||
99 | ||||||||||||||||||||||||||
100 |