Fix encoding issues.
[working/Evergreen.git] / release_notes.txt
index f640439..04013be 100644 (file)
@@ -1,2 +1,77 @@
-Release Notes\r
+Release notes\r
+-------------\r
+\r
+Upgrade notes\r
 ~~~~~~~~~~~~~\r
+\r
+Located URI search scope\r
+^^^^^^^^^^^^^^^^^^^^^^^^\r
+Recognizing that electronic resources are often licensed for an entire library\r
+system rather than just a single library, the search scope for located URIs has\r
+changed to match from the highest point in the hierarchy down, rather than from\r
+the bottom up. In previous releases of Evergreen, if you had a MARC record with\r
+a URI located at 'BR1', a search for that record at the 'SYS1' scope would\r
+include the record in its results. The current release of Evergreen would not\r
+include the record in its results; the scope needs to be set at the level of\r
+'BR1' in the hierarchy or below.\r
+\r
+Therefore, you may want to run a SQL statement like the following, edited to\r
+match the short names of your branches and systems, to change the located\r
+URIs so that searches at the system level continue to return results for\r
+located URIs:\r
+\r
+------------------------------------------------------------------------------\r
+UPDATE biblio.record_entry\r
+    SET marc = replace(\r
+        replace(\r
+            marc, \r
+            '<subfield code="9">BR1</subfield>',\r
+            '<subfield code="9">SYS1</subfield>'\r
+        ),\r
+        '<subfield code="9">BR3</subfield>',\r
+        '<subfield code="9">SYS2</subfield>'\r
+    ) WHERE marc LIKE '<subfield code="9">BR1</subfield>'\r
+        OR marc LIKE '<subfield code="9">BR3</subfield>'\r
+;\r
+------------------------------------------------------------------------------\r
+\r
+New features\r
+~~~~~~~~~~~~\r
+\r
+*Cataloging*\r
+\r
+*Prevent bibliographic records from having attached copies*\r
+\r
+To enable libraries to designate specific sets of records as only for use\r
+as electronic resources, it is possible to configure a bibliographic source\r
+such that physical copies or MFHD records may not be attached to records\r
+from that source. The `config.bib_source` table now includes a new Boolean\r
+column, `can_have_copies`, that controls this behavior. If `can_have_copies`\r
+for a given bibliographic source is `TRUE`, then the staff client will prevent\r
+a cataloger from adding volumes or MFHD records to records belonging to that\r
+source.\r
+\r
+*Switch copy location name and library short name in copy editor*\r
+\r
+By default, the copy editor shows the library shortname ('BR1' or 'CONS')\r
+followed by the copy location name ('Stacks', 'Reference').  A new workstation\r
+setting, under *Admin -> Workstation Administration -> Copy Editor: Copy\r
+Location Name First*, enables staff to change the display so that the copy\r
+location name is displayed first, followed by the library shortname. This\r
+may be particularly useful for libraries that have defined one set of copy\r
+locations at the consortial level and want to enable quick keyboard navigation\r
+to copy locations by typing just the first letters of the copy location.\r
+\r
+*Reports*\r
+\r
+\r
+*New views for reporting sources*\r
+\r
+To support the creation of collection development reports, the following\r
+reporting sources have been added:\r
+\r
+  * 'Last Circulation or Creation Date' is a source that offers the copy ID,\r
+    the last circulation date or creation date, and the last circulation date\r
+  * 'Hold/Copy Ratio per Bib and Pickup Library' is a source that calculates\r
+    the number of holds per copy per bibliographic record, with granularity\r
+    by pickup library.\r