Initial compilation of release notes for 2.5

[working/Evergreen.git] / docs / RELEASE_NOTES_2_5.txt

Evergreen 2.5 Release Notes
===========================
:toc:
:numbered:

Upgrade Notes
-------------

Circulation
~~~~~~~~~~~

Long Overdue Circulations Management
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
If you are using a custom version of the 
'/openils/conf/action_trigger_filters.json.example' file, you will need to 
merge the changes made by this feature into your file.  The change in 
question alters the 'checkout.due' hook such that LONGOVERDUE circulations 
are no longer treated as regular overdue items.

OPAC
~~~~

Web-Based Patron Self-Registration
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  * If a value is set for the 'opac.pending_user_expire_interval' for
    any org units, the new /openils/bin/purge_pending_users.srfsh script 
    should also be added the opensrf user's crontab.  Running the script once 
    per day should suffice.


Miscellaneous
~~~~~~~~~~~~~

Log Redaction Config Change
^^^^^^^^^^^^^^^^^^^^^^^^^^^
The previous log protect redaction instructions missed a method used
by the patron initiated password reset system.  In order to fill this
gap, you need to find the <log_protect> portion of your
opensrf_core.xml file and add the following line:

      <match_string>open-ils.actor.patron.password_reset.commit</match_string>

You should see a number of similar lines already there in between
<log_protect> and </log_protect>.

Server Add-ons
^^^^^^^^^^^^^^
This adds a "Server Add-ons" menu entry under Admin -> Workstation
Administration in the staff client.  Choosing this allows you to edit or set a
list of identifiers that correspond to JSAN-style modules found in
/server/addons/, and is meant mainly for activating 3rd party modules within the
staff client on a per-workstation basis.  You need the
ADMIN_SERVER_ADDON_FOR_WORKSTATION permission to use it.

Configuration options for activated add-ons may also show up in this interface.




New Features
------------


Acquisitions
~~~~~~~~~~~~



Support PO activation without requiring items
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

A new _Activate PO Without Loading Items_ option in the PO allows staff to
activate the PO without loading copies into the catalog.



:leveloffset: 3

Differentiate between cancelled and "delayed" lineitems
=======================================================
In the ACQ user interface, it is now more clear to users when a lineitem has
been fully cancelled or if it has been cancelled temporarily (e.g. back-
ordered).  

When a lineitem is cancelled, but "keep_debits" is true on the cancel reason,
the lineitem is in effect delayed instead of truly cancelled.  This is now
more obvious in the interface with different row styling for cancelled vs
delayed lineitems.  We also always show the lineitem cancel reason (label) 
next to the non-title attributes in the lineitem list display.

:leveloffset: 0



Opportunitistic Acquisitions In-Process Copy Overlay
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Improves existing acquisitions copy overlay code (which matches and overlays
using specified IDs) by adding broader matching criteria. By selecting the new
option, _Auto Overlay In-process Acquisitions Copies_, the system will
potentially overlay copies which:

* have associated lineitem details (that is, they were created by the 
acquisitions process),
* that lineitem detail has the same owning_lib as the incoming copy's
owning_lib, and
* the current copy associated with that lineitem detail is _In process_.






Printing PO Names on Purchase Orders
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

The _Print Purchase Order_ option now prints the PO Name in addition to the PO
ID.




Administration
~~~~~~~~~~~~~~



Default filter option for configuration screens
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

By default, most admin configuration screens in the staff client will now
inclue filters allowing staff to display just those items matching a certain
criteria.




Upgrade Notes : IDL2js Locale Support
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

The following Apache configuration changes are required to support the 
locale-aware IDL2js module.  

// note: there's no Apache conf highlighting.  'bash' works well enough.
[source, bash]
-----------------------------------------------------------------
# file: eg_vhost.conf

# this is the new part
# capture locale CGI param for /reports/fm_IDL.xml
RewriteCond %{REQUEST_URI} ^/reports/fm_IDL.xml
RewriteCond %{QUERY_STRING} locale=([^&;]*)
RewriteRule . - [E=locale:%1]

# it should be placed just above this existing config section
<LocationMatch /reports/fm_IDL.xml>
    IDLChunkStripPI "yes"
    IDLChunkEscapeScript "no"
    IDLChunkStripComments "yes"
    IDLChunkStripDoctype "yes"
    IDLChunkContentType "application/xml; charset=utf-8"
    AddOutputFilter INCLUDES;IDLCHUNK .xml
</LocationMatch>
-----------------------------------------------------------------





Inter-authority linking script
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Adds a script called authority_authority_linker.pl in support-scripts that,
when run, will link authority reference headings to authority records that 
containt the same main entry using a subfield 0. This causes triggers to fill
up the authority-authority linking table and allows more information to appear
in the bib/authority browse when a displayed heading comes from an authority
record that has linked _See Also_ refererences.




New Updates Tools
^^^^^^^^^^^^^^^^^

Source code for tools to generate the staff clients updates tools were
added to Open-ILS/xul/staff_client/external/libmar.  These tools
replace the downloadable tools from Mozilla.org that were previously
used to generate the staff client updates files.

They come with their own configuration script and are condfigured
automatically as a subpackage when you configure Evergreen for
installation.  They are also built and ready for use when you make
Evergreen during the installation or upgrade process.

The make_updates.sh script that is run when you tell Evergreen to make
the staff client updates has been modified to use the new tools.

These tools introduce a dependency on libbz2.  This is often only
available when installing the libbz2-dev or libbz2-devel packages.
Thus this branch introduces a new depency on the development packages
for libbz2 in Evergreen.

Nothing in the user facing behavior of building updates changes with
these tools.  They are drop-in replacements for the previous tools and
other than the new dependency on libbz2, you don't even need to know
that they are there.

These tools were added to Evergreen to be an aid in portability to
operating systems other than Linux.  They also remove a dependency on
a third-party tool, that is typically downloaded as a binary.


:leveloffset: 3

Phonelist.pm Module
===================

PhoneList.pm is a mod_perl module for Apache that works with Evergreen
to generate callings lists for patron holds. It outputs a csv file
that can be fed into an auto-dialer script to call patrons with little
or no staff intervention.  It is accessed and configured via a special
URL and passing any parameters as a ``Query String'' on the URL.  The
parameters are listed in the table below.

.Parameters for the phonelist program:
|=====================================
| user |  Your Evergreen login. Typically your library's circ account. If you leave this off, you will be prompted to login.
| passwd | The password for your Evergreen login. If you leave this off you will be prompted to login.
| ws_ou | The ID of the system or branch you want to generate the list for (optional). If your account does not have the appropriate permissions for the location whose ID number you have entered, you will get an error.
| skipemail | If present, skip patrons with email notification (optional).
| addcount | Add a count of items on hold (optional). Only makes sense for holds.
| overdue | Makes a list of patrons with overdues instead of holds. If an additional, numeric parameter is supplied, it will be used as the number of days overdue. If no such extra parameter is supplied, then the default of 14 days is used.
|=====================================

The URL is

`https://your.evergreen-server.tld/phonelist`

A couple of examples follow:

`https://your.evergreen-server.tld/phonelist?user=circuser&passwd=password&skipemail

The above example would sign in as user circuser with password of
``password'' and get a list of patrons with holds to call who do not
have email notification turned on. It would run at whatever branch is
normally associated with circuser.

`https://your.evergreen-server.tld/phonelist?skipemail`

The above example would do more or less the same, but you would be
prompted by your browser for the user name and password.

If your browser or download script support it, you may also use
conventional HTTP authentication parameters.

`https://user:password@your.evergreen-server.tld/phonelist?overdue&ws_ou=2`

The above logs in as ``user'' with ``password'' and runs overdues for location ID 2.




"Purge Holds"
=============
Similar to purging circulations one may wish to purge old (filled or canceled) hold information. This feature adds a database function and settings for doing so.

Purged holds are moved to the action.aged_hold_request table with patron identifying information scrubbed, much like circulations are moved to action.aged_circulation.

The settings allow for a default retention age as well as filled, canceled, and canceled by cancel cause ages. The most specific one wins unless a patron is retaining their hold history. In the latter case the patron's holds are retained either way.

Note that the function still needs to be called, which could be set up as a cron job or done more manually, say after statistics collection. A new script, purge_holds.srfsh, is added that can be used to purge holds from cron.


:leveloffset: 0


Action Trigger Event Repeatability
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Action Trigger Event Definitions have a new field, "Event Repeatability
Delay". This feature allows events to be repeated after the designated
delay interval. An example of this is sending a notification email when a
patron's library card expires. If the library extends the expiration date
on that card, we then need a way to send another notification email when
that same card expires again. Before, the Action Trigger processor only
created a new event if the event definition for that target had never
been run before. But now it allows repeating of the event after the delay
interval, if present.




Cataloging
~~~~~~~~~~

:leveloffset: 3

New Feature: Vandelay Item Import Defaults
==========================================

Via org settings, support auto-generation of call numbers and barcodes
for items imported via Vandelay's Item Import interface.  Support
settings for applying a local prefix string to auto-generated call
numbers and barcodes.  For both, the prefix defaults to "VAN".

Similarly, support default copy location and circ modifiers.

New Org Unit Settings
---------------------

 * vandelay.item.barcode.auto
 * vandelay.item.barcode.prefix
 * vandelay.item.call_number.auto
 * vandelay.item.call_number.prefix
 * vandelay.item.copy_location.default
 * vandelay.item.circ_modifier.default






Z39.50 Batch Search and Queue
=============================

Staff Work Flow
---------------

 * Staff add records to bib record buckets
 * Staff select the new "Locate Z39.50 Matches" action for a selected bucket.
 * Staff choose which Z39.50 sources and indexes to search and the destination 
   queue.
 * Submitting the search fires a series of parallel Z39.50 searches across
   all selected Z39.50 sources.
 * Matches are added to the selected (Vandelay) queue.
 * Matched records may be manually or automatically overlaid to existing 
   catalog records using the existing Vandelay import/merge/overlay features.

Vandelay Limit to Bucket
------------------------

As a side effect of this feature, Vandelay now has a new option in the 
interface which allows staff to limit which catalog records to which an 
inbound record matches to bib records within a record bucket.  When a record
bucket and match set are chosen, only the records in the bucket can act as
merge/overlay targets for the inbound Vandelay records.

Configuration
-------------

Z39.50 Index Field Maps
~~~~~~~~~~~~~~~~~~~~~~~

These map bib record indexes (Metabib Fields and Record Attributes) to Z39.50
search attributes.  The purpose of the mapping is to allow the server to
determine which values to use for the automated Z39.50 searches.  For example,
if the Z39.50 "title" attribute is mapped to the "Uniform Title" Metabib Field,
the extracted value for "Uniform Title" for each record in the bucket will be
used as the "title" value in the Z39.50 search.

Mappings can be applied to specific Z39.50 attributes, which define an attribute
type and a Z39.50 source, or to generic attribute types (e.g. "title").  When
a specific attribute is used, the mapping will only be applied to searches 
directed at the Z39.50 source linked to the attribute.

The management interface can be found in the staff client under 

Admin => Server Administration => Z39.50 Index Field Maps

Metabib Field Additions
^^^^^^^^^^^^^^^^^^^^^^^

Stock config.metabib_field entries for author include additional author-
related data, like dates.  For example, a value for Personal Author might 
look like this:

'girdlestone cuthbert morton 1895 1975 creator'

In the context of searching Z39.50 servers, the extraneous data can be 
detrimental.  Creating a separate field definition without the extra data
is recommended.

[source,sql]
--------------------------------------------
INSERT INTO config.metabib_field 
    (field_class, name, label, format, xpath, search_field)
    VALUES (
        'author', 
        'personal - trimmed', 
        'Personal Author (trimmed)', 
        'mods32',
        '//mods32:mods/mods32:name[@type=''personal'' and mods32:role/mods32:roleTerm[text()=''creator'']]/mods32:namePart[not (@type)]',
        FALSE
    );

-- FULL BIB (OR INDEX-TARGETED) RE-INGEST REQUIRED
--------------------------------------------


Org Unit Settings
~~~~~~~~~~~~~~~~~

 * cat.z3950.batch.max_parallel 
  ** Maximum Parallel Z39.50 Batch Searches
  ** The maximum number of Z39.50 searches that can be in-flight at any given 
     time when performing batch Z39.50 searches
 * cat.z3950.batch.max_results
  ** Maximum Z39.50 Batch Search Results
  ** The maximum number of search results to retrieve and queue for each 
     record + Z39 source during batch Z39.50 searches
    

:leveloffset: 0


Circulation
~~~~~~~~~~~



Patron barcode regex for patron registration
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
A new library setting is available to set a barcode regex to be checked during
patron registration. 




Setting for Desk Renewal to use original circulating library
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

A new global flag option has been added to allow the circulating library of 
a desk renewal (aka a renewal using the staff client) to reuse the original 
circulation library for circ rule behaviors rather than using the workstation.
This new setting is similar to existing options to use the originating 
circulation library in OPAC renewals.




Library Setting to Disable Patron Credit
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
A new library setting is available to disable patron credit payments in the
billing interface. When enabled, the setting will:

* Disallow patron_credit payments in the payment API.
* Hide all of the patron credit payment actions in the staff client patron
payment interface.




Option to Disallow Use of a Branch as a Pickup Library for Holds
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
A new library setting is avilable to remove a branch from consideration as a
hold pickup library. This setting only affects the OPAC pickup library selector
and does not otherwise affect the display of the branch in the OPAC. It also
has no effect on hold targeting / capturing.



:leveloffset: 3

Floating Groups
===============

In previous versions of Evergreen, floating group copies could float or not. If they floated, then they floated everywhere with no restrictions.

This enhancment provides an interface to define where a copy will float by assigning it to a floating group.





Long-Overdue Patron Standing Penalty
====================================

This is the long-overdue version of the existing PATRON_EXCEEDS_LOST_COUNT 
standing penalty.  When a patron exceeds the configured threshold for open
long-overdue (i.e. non-zero balance) circulations, the penalty is applied. 
When the number once again goes below the threshold, the penalty is removed.

The penalty name is PATRON_EXCEEDS_LONGOVERDUE_COUNT / "Patron Exceeds Max 
Long-Overdue Threshold"




Long Overdue Circulations Management
====================================

This is a two-part feature, which covers marking circulations as long
overdue via automated processing and check-in of long overdue circulations.

Marking Circulations Long Overdue
---------------------------------

A new Action/Trigger reactor (MarkItemLongOverdue) and sample event 
definition (6 Month Overdue Mark Long-Overdue) are included for 
marking circulations and their associated copies as long overdue.  New org
unit settings determine whether the item price and/or a processing fee is
applied.  

A secondary Action/Trigger hook (longoverdue.auto) and sample event 
definition (6 Month Long Overdue Notice) are added so that (email, etc.) 
notifications can be sent when a circulation is marked long overdue via
this new automated process.

Also included is a new Action/Trigger validator PatronNotInCollections, which
can be used to prevent long overdue processing (or any circ-based event 
definition) for patrons that are in collections processing at (or above) the 
circulating library.

New Org Unit Settings
~~~~~~~~~~~~~~~~~~~~~

 * Long-Overdue Materials Processing Fee
 * Void Overdue Fines When Items are Marked Long-Overdue
 * Leave transaction open when long overdue balance equals zero

A combination of 'Charge lost on zero' and 'Default Item Price' are used to
determine the amount to charge for the item price when a circulation is 
marked as long overdue.

New Billing Types
~~~~~~~~~~~~~~~~~

 * Long-Overdue Materials
 * Long-Overdue Materials Processing Fee

New Permissions
~~~~~~~~~~~~~~~

 * SET_CIRC_LONG_OVERDUE

New Copy Status
~~~~~~~~~~~~~~~

 * Long Overdue

Check-in of Long Overdue Circulations
-------------------------------------

Check-in of long overdue items may result in any of the following actions, 
depending on configuration.

 * Void the copy price billing 
 * Void the long-overdue processing fee billing 
 * Reinstate voided overdue fines 

The process is practically identical to Lost processing.  However, one
difference between Lost and Long Overdue check-in is that the window
of time during which a long overdue item may be returned may be based on the
due date (like Lost) or the last billing activity date (last payment, last 
billing).  This is controlled with the "Long-Overdue Check-In Interval Uses 
Last Activity Date" org unit setting.

New Org Unit Settings
~~~~~~~~~~~~~~~~~~~~~

 * Long-Overdue Items Usable on Checkin
 * Long-Overdue Max Return Interval
 * Restore Overdues on Long-Overdue Item Return
 * Void Long-Overdue Item Billing When Returned
 * Void Processing Fee on Long-Overdue Item Return
 * Long-Overdue Check-In Interval Uses Last Activity Date

New Permissions
~~~~~~~~~~~~~~~

 * COPY_STATUS_LONGOVERDUE.override

:leveloffset: 0


Patron blocking by lost items and include lost as items out
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This feature has two main parts, both of which are to improve the staff's
ability to assist patrons in regards to lost items.

* Patron blocking by lost items.  This will add a group penalty threshold
that will alert staff when a patron has too many lost items.  This
setting is modified through the Group Penalty Thresholds page.

* Include lost items as items out.  Through a new library setting,
'Include Lost circulations in lump sum tallies in Patron Display',
the staff have the ability to determine if lost items will be included
in items out.




Per-Hold Behind Desk Setting
^^^^^^^^^^^^^^^^^^^^^^^^^^^^

The value for behind-the-desk pickup is now stored directly on each
hold request.  This allows the system to better track the true location 
of captured hold items in cases where the patron setting has changed since
hold capture.

For these features to be accessible, the "Behind Desk Pickup Supported" 
(circ.holds.behind_desk_pickup_supported) org unit setting must be set 
to true.

Staff Client
++++++++++++

In addition to the counts of ready for pickup and available holds, the
staff client now also displays the number of behind the desk holds ready 
for pickup at the staff's working location.  If no items are held behind
the desk, this information does not display, in particular, because this 
information is useless if behind the desk holds are not supported at the 
staff's working location.

TPAC Changes
++++++++++++

The system also allows patrons to set their own behind-the-desk 
pickup preferences in the TPAC settings interface.  To activate this
feature, admins need to set the Opac Visible flag to "true" for the 
"Hold is behind Circ Desk" (circ.holds_behind_desk) user setting and
"Behind Desk Pickup Supported" must be set to true for the patron's
home library.





Print Single Item Receipt
^^^^^^^^^^^^^^^^^^^^^^^^^

Add ability to print a receipt for just a single selected item from the patron 
interface for Items Out or Lost, Claims Returned, Long Overdue, Has Unpaid 
Billings. This can be used via right-click or using the 'Actions for Selected 
Items' button.




More User Name Fields Available for Simplified Hold Pull List
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
More User Name fields are available for display in the simplified hold pull
list interface including:

* First Given Name
* Second Given Name
* Family Name
* Prefix
* Suffix
* User Alias or First Given Name
* User Alias or Display Name
* User Alias




Changes to Self-Check Interface
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The following improvements were made to the self-check interface:

* Convert action links to buttons for increased clarity
* Convert dashed fieldsets to gradient backed bubbles for depth
* Color line-item table headers to distinguish from actual line-items
* Color logo background for increased contrast
* Larger input box
* Background on prompts to distinguish from logo background




Different Styles for Long Overdue Lost Items in Billing Interface
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
When a Lost or Long Overdue circulation, which has not yet been returned, 
appears in the patron's list of billed trasactions, style them differently
from other not-yet-returned items.

The interface will also display a helpful message to staff indicating what 
colors map to what types of circulations.

The default colors are maroon for Lost items and orange for Long Overdue items.

To change the colors, modify circ.css. To change the language for the hint,
modify lang.dtd.




Checkout: Trim whitespace from beginning and end of barcode
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

In checkout, when pasting a barcode into the lookup field, one may accidentally
include spaces or tabs in the beginning or end of the barcode string. Trim 
those away to avoid potential mis-scans.




Wrong-Shelf Holds in Clearable Shelf-Expired Holds List
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

The following changes were made to the _Browse Holds Shelf_ interface:

. Change the staff client _View Shelf-Expired Holds_ action label to _View 
Clearable Holds_.
. When _View Clearable Holds_ is selected, show wrong-shelf holds in addition
to shelf-expired and canceled holds.




Client
~~~~~~

:leveloffset: 3

New Feature: Customize Items Out Display for Lost, etc.
=======================================================

Items which are LOST, LONGOVERDUE, or CLAIMSRETURNED may now be displayed 
in the top/main list of circulations instead of the bottom list in the
staff client patron Items Out interface.  Similarly, such items can be 
removed from the display once the items are checked in even if the 
transaction is still open (fines are owed, etc.).

Apart from organization, this has two additional effects:

 * If all 3 types are hidden once checked in, the interface becomes a true
   items out interface, instead of a combination of items out and 
   special circumstance checked-in circs.
 * If, in addition, all types are configured to be displayed in the top
   list, the bottom list is hidden from the UI (since nothing would display
   there), which creates more screen space for the main items out list.

New Org Unit Settings
---------------------

 * ui.circ.items_out.longoverdue    | Items Out Long-Overdue display setting
 * ui.circ.items_out.lost           | Items Out Lost display setting
 * ui.circ.items_out.claimsreturned | Items Out Claims Returned display setting

The value for each is a numeric code, describing which list the circulation
should appear while checked out and whether the circulation should continue 
to appear in the bottom list, when checked in, regardless of the state of
the transaction.

Value Codes
~~~~~~~~~~~

 * 1 = top list, then bottom list 
 * 2 = bottom list, then bottom list
 * 5 = top list, then do not display
 * 6 = bottom list, then do not display

Hint: to hide the bottom list entirely, set the value for all three settings 
to '5'.

:leveloffset: 0


Adjustable font size in the staff client catalog
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
When using the staff client, the font size in the catalog can now be
increased/decreased by using the CTRL key with + (to increase), with - (to
decrease), and with 0 (to restore default font size). Font sizes can persist
via a setting in user preferences.




Standalone Mode Shortcut
^^^^^^^^^^^^^^^^^^^^^^^^

The Evergreen installer now includes a shortcut that launches the staff client 
directly into standalone (offline) mode.




User Setting Defaults
^^^^^^^^^^^^^^^^^^^^^

For use during Patron Registration, we can now supply default values for User Settings, under Admin -> Server Administration -> User Setting Types.




OPAC
~~~~



Added Content by Record ID
^^^^^^^^^^^^^^^^^^^^^^^^^^
Traditionally, Evergreen has supported Added Content lookups by ISBN
only, or (more recently) by one of ISBN or UPC.

This enhancement adds support for Added Content lookups by record
ID, while still supporting the previous URL format for lookups by
ISBN.

The JSPAC and TPAC skins, as well as the web-based Self Checkout
interface templates are updated to use jacket images / cover art by
record ID by default.

By using record identifiers, the Added Content handler has the
opportnity to examine additional identifiers in the bib record.
Currently, these include:

 * ISBN
 * UPC
 * ISSN

Currently, only the OpenILS::WWW::AddedContent::Syndetic provider
makes use of the new identifiers.


Local Content Overrides
+++++++++++++++++++++++
Just as with ISBN lookups, there is support for local overrides in
the form of a file created on disk which short-circuits any external
Added Content lookup.


Apache Configuration
++++++++++++++++++++

The example Apache configs have been updated to support serving
blank.png when added content jacket URLs return a 404. This prevents
"broken image" placeholders in browsers, without requiring a
Javascript onerror handler on each img tag.

The changes are as follows:

In the eg.conf VirtualHost declaration for SSL, add:

[source,conf]
SSLProxyEngine on # required for ErrorDocument 404 on SSL connections

In the eg_vhost.conf file, add:

[source,conf]
<Location /opac/extras/ac/jacket>
        ErrorDocument 404 /opac/images/blank.png
</Location>


:leveloffset: 2

Authority-enhanced bibliographic browse
---------------------------------------

The Evergreen OPAC includes functionality for browsing by bibliographic terms,
and where those terms are controlled by authority records, for linking directly
to the records that use other authority controlled terms that are appropriately
linked to the browse-exposed term.  In this way, one can browse authors for
"King, Stephen" and, when appropriate and correct cataloging has been performed,
be presented with a browse link within the author browse list to that brings the
user to a "Bachman, Richard" entry, assuming visible bibliographic records are
indeed attached to both records. Likewise, when browsing for "Bachman,
Richard", users will be presented with a browse link leading to the "King,
Stephen" browse location.

Additionally, any unused but inter-authority-linked terms will appear in the
browse list if the linked heading is in use by bibliographic records.  In this
way, browsing for "Bachman, Richard" will lead the user the "King, Stephen" even
if no bibliographic records make use of the "Bachman, Richard" heading.

Linked authority records will not be exposed of neither is in use by visible
bibliographic records.  This means that the feature will not lead to dead-end
searches, but also means that this is not a complete authority browsing tool
acceptable for use as such by a cataloger.  See the Manage Authorities interface
exposed through the Staff Client for that functionality.


:leveloffset: 0



Bib record browser with linked authorities
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

This feature provides a patron-oriented OPAC interface for browsing
bibliographic records.

Users choose to browse by Author, Title, Subject, or Series. They then
enter a browse term, and the nearest match from a left-anchored search
on the headings extracted for browse purposes will be displayed in a
typical backwards/forwards paging display. Headings link to search
results pages showing the related records. If the browse heading is
linked to any authority records, and if any *other* authority records
point to those with "See also" or other non-main entry headings, those
alternative headings are displayed a linked to a search results page
showing related bib records related to the alternate heading.

The counts of holdings displayed next to headings from bibliographic
records are subject to the same visiibility tests as search. This means
that the org unit (and copy location group) dropdown on the browse
interface affects counds, and it further means that whether or not
you're looking at the browse interface through the staff client makes a
difference.

Configuration considerations for site administrators
++++++++++++++++++++++++++++++++++++++++++++++++++++
There are two off-by-default features that site administrators may wish
to enable.

  * Quick paging links: By adding a value for the org unit setting
    ''opac.browse.pager_shortcuts'' , you can make shortcut browsing
    links such as ''0-9 A B C D ...'' appear between the Back and Next
    buttons on the browse page. The set of shortcuts should be chosen
    based on the languages in use at your site, but a reasonable value
    for English might be the string "*0-9*ABCDEFGHIJKLMNOPQRSTUVWXYZ",
    which will yield a link for 0-9 and one for each letter A-Z.  The
    use of asterisks in the string group a shortcut whose label is more
    than a single letter in length.  Such longer shortcuts have the multi-
    character string for the shortcut label, and the link just goes to the
    first heading matching the first character of the label.  The letters
    not enclosed in asterisks just lead to individual letter shortcuts.


  * There is a global flag by the name
    ''opac.browse.warnable_regexp_per_class'' to control what leading
    articles in users' entered browse terms trigger a warning about how
    it might be better to search for "Rolling Stones" instead of "The
    Rolling Stones" (or whatever). This is off by default, but can be
    enabled if it suits your catalog, and can even be customized per
    search class (author, title, series, subject).

Also, by default, authors are indexed for browse in such a way that
relator roles like "creator" are dropped off the end of their headings.
This was an aesthetic choice. If a site wanted to display those kinds
of terms, they would update the 'config.metabib_field' table in
the database, setting 'browse_xpath' to NULL where 'field_class' =
''author'' and 'browse_field' is true.



Support for Conjoined Items
^^^^^^^^^^^^^^^^^^^^^^^^^^^

The catalog now supports the display of conjoined items. The "joined" titles
will display a copy record with a link in the copy table back to the "master"
bib. The master bib will display a set of links to individual titles.




Shelving Location Filter
^^^^^^^^^^^^^^^^^^^^^^^^

Filtering by shelving location is now available from the Advanced Search screen.




Linked library names in copy details
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

A patron may find one or more available copies of an item that they want to
retrieve, but may not be familiar with the location, hours of operation, or
contact information for each branch of their local library system. To enable
the patron to quickly access information about a given library branch, the TPAC
and KPAC can link the name of the branch in the copy details display to a URL
associated with that branch.

To set the URL for a given branch, use the *Local Administration -> Library
Settings Editor* and edit the *Library Information URL* setting for that
branch. Any branches that do not have a library information URL setting display
as normal text.




Ability to set search context by shortname
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

When searching in the catalog, sites are able to set the search location by
embedding a locg parameter in the URL. With this new features, sites will be
able to use a branch's shortname to set the search locations whereas
previously, sites could only use an org unit id. This parameter is case
insensitive.





OPAC Maintenance Message
^^^^^^^^^^^^^^^^^^^^^^^^

Sites can now set a maintenance message to display in the catalog by setting
the ctx.maintenance_message variable in config.tt2.





My List Enhancements
^^^^^^^^^^^^^^^^^^^^

The _My Lists_ feature has the following enhancements:

* Improvement on current navigation for _My Lists_ by displaying a page number
and allowing for navigation by page number;
* Addition of pagination for items in a list;
* Addition of _My Lists Preferences_ tab in _Account Preferences_ where users
can identify the number of lists and the number of list items that should 
display in each page;
* A prompt now displays when users select the _Delete List_ button confirming
that they really want to delete the list.


:leveloffset: 3

Web-Based Patron Self-Registration
==================================

Feature Summary
---------------

Patrons may now fill out a web-based form from within the TPAC to create 
pending user accounts.  The goal is to make the registration process more 
efficient by allowing the patron to provide much of the registration 
details in advance of registering with staff.  

Pending user accounts have no privileges.  

The form supports hiding fields, requiring fields, applying format
validation, and displaying example text for selected fields by inspecting the 
relevant patron registration org unit settings.

The "Request Library Card" link appears as the second default "bottom link"
in the TPAC.  

If a user is logged in when clicking the register link, the logged in
user will be tracked as the requesting user for the pending account.
Additionally, the home org unit and some address fields will be pre-populated
for convenience (with the assumption that these will likely be the same for
the pending user -- they can of course be changed).  When a requesting user
is present on the pending user, a link to the requesting user will be 
displayed within the patron registration form in the staff client.

Pending patron accounts which sit unattended in the database for too long
are purged via a regularly running (CRON) script.

Technical Details
-----------------

  * To activate the web form and allow pending patrons to be created, set
    the 'opac.allow_pending_user' org unit setting to true where appropriate.
  * To purge old pending user accounts, set an interval value for the new
    'opac.pending_user_expire_interval' org unit setting.
  * The org unit settings to indicate show/require/regex/example are 
    loaded dynamically, so any similar org unit settings added in the future
    will also be honored.  Any setting matching the following format is used:
    ** ui.patron.edit.[au|aua].*.show
    ** ui.patron.edit.[au|aua].*.require
    ** ui.patron.edit.[au|aua].*.regex
    ** ui.patron.edit.[au|aua].*.example

:leveloffset: 0


Responsive catalog
^^^^^^^^^^^^^^^^^^

The design of the web catalog is more responsive, optimizing its display for 
mobile devices. Users will see the following changes to the catalog's display
when viewing it on a device with a small screen:

- Elements on the basic search page were resized to fit better on the screen. 

- Results display cleanly on the search results page. Facets do not display by
default, but a _Refine these results_ button is available to retrieve facets.
Links to _Place hold_ or _Add to my list_ display prominently beneath holdings
information.

- Search boxes and filters wrap neatly on the advanced search page.

- The search bar was removed from the login and My Account pages to free up
real estate for more relevant information.

- Navigational tabs were replaced with dropdown menus in several My Account
screens.







RSS Links to Full Catalog Record
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Links in RSS feeds now point directly to the catalog record instead of the 
htmlholdings-full format of the record.




Serials
~~~~~~~



Serial Alerts At Receive Time
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
In the Serial Control View, you can now flag a note as an "alert" to
make it more visible on the receiving interface. This flag is available
on subscription, distribution and item notes. The new "Alerts" button
on the Items tab displays the number of alert notes that are available
for the selected items, and clicking this button opens a window which
displays all applicable alert notes, sorted by type. Notes can also be
edited or deleted from this window.




Support Reader Address Infromation in Routing Slip Template
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
The serials routing slip template can now render user addresses if users with
addresses appear on a routing list. This feature is particularly useful for
working with homebound patrons. 

Sites that don't want to see a mailing or billing address can adjust the
default template. Sites that already use a customized templated will not be 
affected.




SIP
~~~



Support SIP Hold Cancellation
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Evergreen now supports a subset of the SIP 15/16 Holds message pair for holds
cancellation.

1. New oils_sip.xml configuration option "msg64_hold_datatype".  This
is similar to msg64_summary_datatype, but affects holds instead of
circulations.  When set to 'barcode', holds information will be
delivered as a set of copy barcodes instead of title strings for patron
info requests.  With barcodes, SIP clients can both find the title
strings for display (via item info requests) and make subseqent
hold-related action requests, like holds cancellation.
+
----
Copies are not an ideal identifier for holds, but SIP has a limited
vocabulary.  With copies we can (99% of the time) work to and from hold
requests to find a reasonable data set to work on.  If a patron has
multiple holds for the same item and wants to cancel a specific one of
those holds, the user should use the catalog instead of SIP.
----

2. When receiving a message 15 of with a cancellation action, find the
newest open hold that matches the provided copy barcode and cancel the
hold.





Return Hold ID to SIP
^^^^^^^^^^^^^^^^^^^^^

If there is a hold on a copy, Evergreen will now return to SIP a hold id to 
indicate that the copy has been captured for a hold. One possible use case for
this feature is a scenario where a delivery vendor may be sorting copies needed
for holds into a different bin from copies returning to their home library. The
presence of the hold ID indicates that the copy has been captured for a hold.
It also could use for an Automated Materials Handling (AMH) System to indicate
that the copy is needed to fill a hold.





Support for SIP "Renew All" messages
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^

Evergreen now supports SIP "Renew All" functionality, AKA SIP message pair
65/66. When a 65 message is received, the SIP code collcets all open 
transactions for the user and renews them all. The set of successful and
failed renewals is returned to the caller via the SIP BM and BN fields.



Miscellaneous
~~~~~~~~~~~~~

:leveloffset: 1

P.V. SUPA GoodStuff Integration
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
There is now a "Server Add-ons" module for integrating P.V. Supa's RFID product
known as GoodStuff with the Evergreen staff client.

To activate it, you should add the identifier "pv_supa_goodstaff" (without the
quotes) to the list managed by the Admin->Workstation Administration->Server
Add-ons menu action within the staff client.  You will need the
ADMIN_SERVER_ADDON_FOR_WORKSTATION permission to do this.

After doing this and clicking the Update Active Add-Ons button, the interface
will refresh and show a GoodStuff tab in the Add-on Preferences section.  Within
this tab you will have the option of specifying the hostname and port for the
Goodstaff hardware. There is also an "Enabled" setting that needs to be checked.

Currently three interfaces have been integrated:

  * Circulation -> Check In Items
  * Circulation -> Check Out Items (where you scan the patron barcode)
  * Circulation -> Check Out Items (where you scan the item barcodes)

Each interface gets an RFID checkbox if the "Enabled" preference has been set,
that can activate/deactivate the functionality on a per interface basis.  The
checkbox states persist (i.e. are sticky).

:leveloffset: 0