Fix encoding issues.
[working/Evergreen.git] / release_notes.txt
1 Release notes\r
2 -------------\r
3 \r
4 Upgrade notes\r
5 ~~~~~~~~~~~~~\r
6 \r
7 Located URI search scope\r
8 ^^^^^^^^^^^^^^^^^^^^^^^^\r
9 Recognizing that electronic resources are often licensed for an entire library\r
10 system rather than just a single library, the search scope for located URIs has\r
11 changed to match from the highest point in the hierarchy down, rather than from\r
12 the bottom up. In previous releases of Evergreen, if you had a MARC record with\r
13 a URI located at 'BR1', a search for that record at the 'SYS1' scope would\r
14 include the record in its results. The current release of Evergreen would not\r
15 include the record in its results; the scope needs to be set at the level of\r
16 'BR1' in the hierarchy or below.\r
17 \r
18 Therefore, you may want to run a SQL statement like the following, edited to\r
19 match the short names of your branches and systems, to change the located\r
20 URIs so that searches at the system level continue to return results for\r
21 located URIs:\r
22 \r
23 ------------------------------------------------------------------------------\r
24 UPDATE biblio.record_entry\r
25     SET marc = replace(\r
26         replace(\r
27             marc, \r
28             '<subfield code="9">BR1</subfield>',\r
29             '<subfield code="9">SYS1</subfield>'\r
30         ),\r
31         '<subfield code="9">BR3</subfield>',\r
32         '<subfield code="9">SYS2</subfield>'\r
33     ) WHERE marc LIKE '<subfield code="9">BR1</subfield>'\r
34         OR marc LIKE '<subfield code="9">BR3</subfield>'\r
35 ;\r
36 ------------------------------------------------------------------------------\r
37 \r
38 New features\r
39 ~~~~~~~~~~~~\r
40 \r
41 *Cataloging*\r
42 \r
43 *Prevent bibliographic records from having attached copies*\r
44 \r
45 To enable libraries to designate specific sets of records as only for use\r
46 as electronic resources, it is possible to configure a bibliographic source\r
47 such that physical copies or MFHD records may not be attached to records\r
48 from that source. The `config.bib_source` table now includes a new Boolean\r
49 column, `can_have_copies`, that controls this behavior. If `can_have_copies`\r
50 for a given bibliographic source is `TRUE`, then the staff client will prevent\r
51 a cataloger from adding volumes or MFHD records to records belonging to that\r
52 source.\r
53 \r
54 *Switch copy location name and library short name in copy editor*\r
55 \r
56 By default, the copy editor shows the library shortname ('BR1' or 'CONS')\r
57 followed by the copy location name ('Stacks', 'Reference').  A new workstation\r
58 setting, under *Admin -> Workstation Administration -> Copy Editor: Copy\r
59 Location Name First*, enables staff to change the display so that the copy\r
60 location name is displayed first, followed by the library shortname. This\r
61 may be particularly useful for libraries that have defined one set of copy\r
62 locations at the consortial level and want to enable quick keyboard navigation\r
63 to copy locations by typing just the first letters of the copy location.\r
64 \r
65 *Reports*\r
66 \r
67 \r
68 *New views for reporting sources*\r
69 \r
70 To support the creation of collection development reports, the following\r
71 reporting sources have been added:\r
72 \r
73   * 'Last Circulation or Creation Date' is a source that offers the copy ID,\r
74     the last circulation date or creation date, and the last circulation date\r
75   * 'Hold/Copy Ratio per Bib and Pickup Library' is a source that calculates\r
76     the number of holds per copy per bibliographic record, with granularity\r
77     by pickup library.\r