ABCDEFGHIJKLMNOPQRSTUVWXYZ
1
FOR WRITE ACCEESS email Olli-Antti Kivilahti (address below)Estimated implementation effort,
1=easiest
10=hardest
Organisation priority1=lowest 10=highestEffort to value rating, higher is better
2
IDRequestor organisationRequirement descriptionValue for library patronsIssue this requirement addressesCW MarsKenton LibraryKing County Library SystemBibliomationInternational Institute of Social HistoryCalvin CollegeJoensuu Regional LibraryNOBLEEditor notesComments/Questions
3
1Bibliomation; IISGIntegration with Acq for claim letters to vendorsMissing 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.7108810107321,04Uncertain 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
2IISG Pulling in received issues by years-end to the holdings MFHD & remove received issues (needs clarification)No endless list of possible holds for daily newspapersUpdates 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.
5848688821,30
5
3C/W MARS; IISGNotes 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.38868810992,75This is the same issue as #7Could 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 receipt5478520110,70
7
5Joensuu Regional LibrarySerial 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.4111032730,84
8
6Joensuu Regional LibraryReq 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.867452720,52
9
7
DUPLICATE (See #3)
C/W MARSPer issue notes displayed when receivingEsseantiall, 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.277885793,19Could 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
8Streamline high volume processing receiving53310320120,60Requirement needs more clarification for any effort estimation!
11
9C/W MARSTarget issue-level holds across subscriptionsCurrently 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.1081021020020,43
12
10Patron holdability on future issues3810109001022,04
13
11C/W MARSStat cats for copy templatesWe 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.3922720101,33
14
12Default callnumbers @ receive for alt interface155222052,63
15
13NOBLEWhen 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.28101,13
16
14IISGChanges in the order of MFHD's also update callnumber changes in copies. Patrons won't be confusedStaff 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 >
7772787645255349
18
19
CONTACT INFORMATION
20
Bibliomationmllewell (AT) biblio (DOT) org
21
IISGmst (AT) iisg (DOT) nl
22
Joensuu RLolli (DASH) antti (DOT) kivilahti (AT) jns (DOT) fi
23
Calvin Collegedbw2 (AT) calvin (DOT) edu
24
C/W MARStspindler (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