add acknowledgments dervied from Git history
[Evergreen.git] / docs / RELEASE_NOTES_3_0.adoc
1 Evergreen 3.0 Release Notes
2 ===========================
3 :toc:
4 :numbered:
5
6 Upgrade notes
7 -------------
8
9 The minimum version of PostgreSQL required to run Evergreen 3.0 is
10 PostgreSQL 9.4. Evergreen 3.0 also requires OpenSRF 3.0.0 or later.
11
12 Change to Names of Shared Libraries
13 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
14 OpenSRF 3.0 changes how the shared libraries for services written in
15 C are named.  If upgrading from an earlier version of Evergreen,
16 `opensrf.xml` should be edited so that shared library file names
17 listed in the `<implementation>` tag start with "lib".  For example,
18
19 [source,sh]
20 ---------------------------------------------------------------------
21             <open-ils.cstore>
22                 <language>C</language>
23                 <implementation>oils_cstore.so</implementation>
24 ---------------------------------------------------------------------
25
26 should be changed to:
27
28 [source,sh]
29 ---------------------------------------------------------------------
30             <open-ils.cstore>
31                 <language>C</language>
32                 <implementation>liboils_cstore.so</implementation>
33 ---------------------------------------------------------------------
34
35 SIP Bugfix Requires SIPServer Upgrade
36 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
37
38 The fix for Launchpad Bug 1542495: "OpenILS::SIP::clean_text() can
39 crash" requires that you also upgrade SIPServer with the fix for
40 Launchpad Bug 1463943: "Non-ascii Unicode characters in messages cause
41 SIP client problems."  This means that if you use SIP2 with Evergreen,
42 you must also upgrade SIPServer to the latest commit in the git
43 repository.  Conversely, if you upgrade SIPServer to the latest commit
44 in git, you must also upgrade Evergreen or, at least, apply the patch
45 for Launchpad Bug 1542495.  These two patches are complementary and
46 cannot be applied independently of one another.
47
48 `open-ils.auth.login`
49 ~~~~~~~~~~~~~~~~~~~~~
50 The new `open-ils.auth.login` API must be added to the list of `<log_protect>`
51 API's in the `opensrf_core.xml` file.
52
53 Sample diff:
54
55 [source,sh]
56 ---------------------------------------------------------------------
57 --- a/Open-ILS/examples/opensrf_core.xml.example
58 +++ b/Open-ILS/examples/opensrf_core.xml.example
59 @@ -180,6 +180,7 @@ Example OpenSRF bootstrap configuration file for Evergreen
60      <log_protect>
61        <match_string>open-ils.auth.authenticate.verify</match_string>
62        <match_string>open-ils.auth.authenticate.complete</match_string>
63 +      <match_string>open-ils.auth.login</match_string>
64        <match_string>open-ils.auth_proxy.login</match_string>
65        <match_string>open-ils.actor.patron.password_reset.commit</match_string>
66        <match_string>open-ils.actor.user.password</match_string>
67 ---------------------------------------------------------------------
68
69 RTL CSS Stylesheet
70 ~~~~~~~~~~~~~~~~~~
71 Administrators of Evergreen who use RTL locales and who have customized
72 `style-rtl.css.tt2` should now incorporate their customizations into
73 `style.css.tt2`.
74
75 Multi-Time Zone Installations
76 ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
77
78 For Evergreen consortia that span more than one time zone, the following
79 query will adjust all historical, unaged circulations so
80 that if their due date field is pushed to the end of the day, it is done
81 in the circulating library's time zone, and not the server time zone.
82
83 It is safe to run this after any change to library time zones.
84
85 Running this is not required, as no code before this change has
86 depended on the time string of '23:59:59'.  It is also not necessary
87 if all of your libraries are in the same time zone, and that time zone
88 is the same as the database's configured time zone.
89
90 [source,sql]
91 ----
92 DO $$
93 declare
94     new_tz  text;
95     ou_id   int;
96 begin
97     for ou_id in select id from actor.org_unit loop
98         for new_tz in select oils_json_to_text(value) from actor.org_unit_ancestor_setting('lib.timezone',ou_id) loop
99             if new_tz is not null then
100                 update  action.circulation
101                   set   due_date = (due_date::timestamp || ' ' || new_tz)::timestamptz
102                   where circ_lib = ou_id
103                         and substring((due_date at time zone new_tz)::time::text from 1 for 8) <> '23:59:59';
104             end if;
105         end loop;
106     end loop;
107 end;
108 $$;
109 ----
110
111
112 Deprecation of XUL staff client
113 -------------------------------
114 Starting with the release of 3.0.0, patches that fix XUL bugs will not
115 be merged into master or backported unless they meet one or more of
116 the following conditions:
117
118 a. the bug is a security issue
119 b. the bug involves the destruction of data
120 c. the bug is a regression of functionality in the XUL staff client
121    introduced by other work done to Evergreen
122
123 Under no circumstances will XUL staff client feature enhancements be merged.
124
125 This policy will continue through the 3.0.x and 3.1.x maintenance
126 release cycles, and will become moot upon the release of 3.2.0, when
127 the XUL staff client is slated to be entirely removed.
128
129
130 New Features
131 ------------
132
133
134
135 Administration
136 ~~~~~~~~~~~~~~
137
138
139
140 New EDI Order Generator 
141 ^^^^^^^^^^^^^^^^^^^^^^^
142
143 Configuration
144 +++++++++++++
145
146 . New database tables exist for configuring vendor-specific EDI order 
147 attributes.
148
149  * acq.edi_attr 
150   ** List of EDI order generation toggles, e.g. "INCLUDE_COPIES" to add 
151      GIR segments
152  * acq.edi_attr_set
153   ** Collection of edi_attr's.  Each edi_account may be linked to one
154      edi_attr_set.
155   ** One edi_attr_set per known vendor is added to the stock data, matching
156      the stock configuration found in the JEDI template.
157  * acq.edi_attr_set_map
158   ** Link between edi_attr's and edi_attr_set's.
159
160 . EDI Attribute Sets are manged via a new (browser client only) configuration
161   interface at Administration -> Acquisitions Administration -> EDI
162   Attribute Sets.
163
164 . Each acq.edi_account should be linked to an acq.edi_attr_set.  If a link 
165   is not set, default values will be used.  Links between an EDI account
166   and an attribute set are managed in the EDI Accounts configuration 
167   interface.
168
169 . Local modifications to the stock EG JEDI template are managed by modifying
170   and/or adding additional edi_att_set's as needed.
171
172 . A new edi_order_pusher.pl script is added which replaces the functionality
173   of edi_pusher.pl.  edi_pusher.pl is still available.
174
175 . After moving to edi_order_pusher.pl, the JEDI Action/Trigger event
176   definition is no longer required.  It can be disabled.
177
178 Migration
179 +++++++++
180
181 EDI accounts have a new boolean field "Use EDI Attributes" (use_attrs) that 
182 specifies whether PO's generated via the account should be built using 
183 EDI attributes or fall back to traditional JEDI A/T template generation.
184
185 This allows sites to activate EDI attributes on a per-account basis, making 
186 it possible to migrate piecemeal to EDI attributes.  For the initial roll
187 out of this new features, no accounts will be configured to use EDI 
188 attributes by default.  
189
190
191
192
193
194 3 Day Courtesy Notice by SMS
195 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
196 New optional SMS text notification to be sent out 3 days prior to the due
197 date of any circulating item for patrons who have an SMS text number and
198 carrier stored in their accounts. This action trigger is disabled by default,
199 but can be enabled and modified by going into Admin > Local Administration >
200 Notifications / Action Triggers.
201
202 You may wish to make use of granularity so that these messages are batched
203 and sent at the same time each day.
204
205
206
207
208 Add Description Field to Circulation and Hold Configuration Entries
209 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
210 The circulation and hold policy configuration rules now each have a
211 description field. This allows administrators to add comments to
212 describe the purpose of each rule.
213
214
215
216
217 Apache Internal Port Configuration Option
218 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
219 Apache configuration now supports a new variable which allows admins to
220 specify the port used by Apache to handle HTTP traffic.  The value is
221 used for HTTP requests routed from Perl handlers back to the same Apache
222 instance, like added content requests.  Use this when running Apache
223 with a non-standard port, typical with a proxy setup.  Defaults to "80".
224
225 [source,conf]
226 -------------------------------------------------------------------
227 <Location /eg>
228     ...
229     PerlSetVar OILSWebInternalHTTPPort "7080"
230     ...
231 </Location>
232 -------------------------------------------------------------------
233
234
235
236
237 Configurable Bib Record Display Fields
238 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
239
240 Admin -> Server Admin -> 'MARC Search/Facet Fields' have 2 new configuration 
241 fields: 'Display Field?' and 'Display XPATH'.
242
243 When 'Display Field' is set to true, data from the field will be extracted
244 from each record and added to a new table of display data for each bib 
245 record.  
246
247 If a value is present in the 'Display XPATH' field, this XPATH will be
248 applied to the extracted data *after* the base XPATH (from the 'XPath' 
249 field) is applied to each field.
250
251 This data acts as a replacement for the various and sundry ways bib record 
252 data is currently extracted, including inline XPATH in the TPAC, reporter 
253 views, real-time 'MVR' compilation from MODS, etc. and will be available
254 to the user interface, notification templates, etc. for rendering bib 
255 records.  
256
257 The browser client gets a new service 'egBibDisplay' which is capable
258 of translating the display field data from various formats into 
259 data more suitable for JavaScript usage.
260
261 The database gets 3 new views for representing display data in various
262 formats:
263
264  * metabib.flat_display_entry
265   ** List of all display fields linked to their configuration.
266  * metabib.compressed_display_entry
267   ** Same as metabib.flat_display_entry except there's one row
268      per display field type, with 'multi' rows compressed into
269      JSON arrays.  Non-multi fields are represented as JSON 
270      strings/numbers.
271  * metabib.wide_display_entry
272   ** Tabular view of display field data, one column per well-known
273      field.  Values are represented JSON, consistent with 
274      metabib.flat_display_entry.  The view does *not* contain locally
275      configured display fields, as each field must be encoded in
276      the view and IDL definition.  This is essentially a replacement 
277      for reporter.simple_record.
278
279 Reingesting
280 +++++++++++
281
282 After making changes to display field configuration, it's possible to 
283 reingest only display field data in the database using the following:
284
285 [source,sql]
286 ---------------------------------------------------------------------
287 SELECT metabib.reingest_metabib_field_entries(id, TRUE, FALSE, TRUE, TRUE, 
288   (SELECT ARRAY_AGG(id)::INT[] FROM config.metabib_field WHERE display_field))
289   FROM biblio.record_entry WHERE NOT deleted AND id > 0;
290 ---------------------------------------------------------------------
291
292
293
294
295
296 Fix COPY_STATUS_LONGOVERDUE.override Permission Typo
297 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
298 The existing permission was incorrectly created with a code of
299 COPY_STATUS_LONGOVERDUE.override, while the event thrown requires a
300 permission with a code of COPY_STATUS_LONG_OVERDUE.override.  This
301 update changes the permission code to match what the event requires.
302
303
304
305
306
307 Hold Targeter V2 Repairs and Improvements
308 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
309 * Make the batch targeter more resilient to a single-hold failure.
310 * Additional batch targeter info logging.
311 * Set OSRF_LOG_CLIENT in hold_targeter_v2.pl for log tracing
312 * Removes the confusingly named --target-all option
313  ** The same behavior can be achieved by using --retarget-interval "0s"
314 * Removes --skip-viable (see --soft-retarget-interval below)
315
316 New --next-check-interval Option
317 ++++++++++++++++++++++++++++++++
318 Specify how long after the current run time the targeter will retarget
319 the currently affected holds. Applying a specific interval is useful
320 when the retarget-interval is shorter than the time between targeter
321 runs.
322
323 For example, if the targeter is run nightly at midnight with a
324 --retarget-interval 36h, you would set --next-check-interval to 48hr,
325 since the holds won't be processed again until 48 hours later. This
326 ensures that the org unit closed date checks are looking at the correct
327 date. 
328
329 This setting overrides the default behavior of calculating the next 
330 retarget time from the retarget-interval.
331
332 New --soft-retarget-interval Option
333 +++++++++++++++++++++++++++++++++++
334 This is a replacement for (and rebranding of) the --skip-viable option. 
335 The new option allows for time-based soft-targeting instead simple binary 
336 on/off soft-targeting.
337
338 How soft-targeting works:
339 * Update hold copy maps for all affected holds
340 * Holds with viable targets (on the pull list) are otherwise left alone.
341 * Holds without viable targets are retargeted in the usual manner. 
342
343
344
345
346
347 New marc_export --descendants option
348 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
349
350 The marc_export script has a new option, --descendants.  This option
351 takes one argument of an organizational unit shortname.  It works much
352 like the existing --library option except that it is aware of the
353 org. tree and will export records with holdings at the specified
354 organizational unit and all of its descendants.  This is handy if you
355 want to export the records for all of the branches of a system.  You
356 can do that by specifying this option and the system's shortname,
357 instead of specifying multiple --library options for each branch.
358
359 The --descendants option can be repeated, as the --library option can.
360 All of the specified org. units and their descendants will be included
361 in the output.  It can also be combined with individual --library
362 options when necessary.
363
364
365
366
367 RTL and LTR Public Catalog Stylesheets Merged
368 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
369 The RTL stylesheet for the public catalog,
370 `templates/opac/css/style-rtl.css.tt2`, has been merged into the LTR
371 one (`templates/opac/css/style.css.tt2`). The combined stylesheet
372 template will provide RTL or LTR styles based on the value of
373 the `rtl` flag of the active locale. An `rtl` variable is also available
374 in the template to allow the correct style to be chosen.
375
376
377
378
379 Miscellaneous Improvements
380 ^^^^^^^^^^^^^^^^^^^^^^^^^^
381
382  * If a filter is in effect in the Library Settings Editor,
383    the filter will continue to be applied after a user 
384    changes the selected library.
385  * Copy templates used for serials now correct link to age
386    protection rules and MARC item type values (for the
387    "Circ as Type" field). During upgrade, the database update
388    will set to NULL any age protection and circ as type fields
389    in serial copy templates that do not point to defined values.
390
391
392
393
394 Obsolete Internal Flag Removed
395 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
396
397 An obsolete, and unused, ingest.disable_metabib_field_entry internal
398 flag was removed from the config.internal_flags table.  It was
399 rendered obsolete by the addition of the 3 flags to control the
400 browse, search, and facet indexing.
401
402
403
404
405 Tweaks to Caching/Expiry of Public Catalog Assets
406 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
407 The default cache expiration time for static assets (e.g.,
408 CSS, image, and JavaScript files) in the public catalog and
409 the Kid's PAC has been increased to one year. Links to all
410 such assets now have a cache-busting value tacked on as a
411 query parameter. This value is refreshed when `autogen.sh` is
412 run, but it can also be manually set by adjusting the
413 `ctx.cache_key` Template Toolkit variable.
414
415
416
417
418 Action/Trigger Events Data Purging
419 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
420
421 Action/Trigger event definitions have a new field called "Retention 
422 Interval".  When an optional interval value is applied, events and
423 template output data linked to the event definition will be deleted
424 from the database once they reach the specified age.
425
426 Retention Interval Restrictions for Passive Hooks
427 +++++++++++++++++++++++++++++++++++++++++++++++++
428
429 Restrictions are placed on retention interval values for event definitions
430 using passive hooks to prevent data from being deleted while it's still
431 needed by the system.
432
433 The presence of event data is how the system knows not to send duplicate
434 events.  As long as a scenario exists where a duplicate event may be
435 generated, the events must be retained.
436
437 To apply a retention interval value to a passive-hook event definition:
438
439  * The event definition must have a max_delay value.
440  * The retention interval must be larger than the difference between
441    the delay and max_delay values.
442
443 For example, if the delay is 7 days and max_delay is 10 days, the retention
444 interval must be greater than 3 days to ensure no duplicate events are 
445 created between the first event on day 7 and the end of the event validity
446 window on day 10.
447
448 Deployment
449 ++++++++++
450
451 A new purge_at_events.sh script is installed in the bin directory
452 (typically /openils/bin) which should be added to CRON for regular
453 maintenance.
454
455 NOTE: On large data sets, this script can take a long time to run and
456 create higher than normal I/O load as it churns though the event and
457 event_output tables.  You may wish to run the script by hand the first
458 time so it can be monitored.  It can be run in psql like so:
459
460 [source,sql]
461 ---------------------------------------------------------------
462 SELECT action_trigger.purge_events();
463 ---------------------------------------------------------------
464
465 NOTE: On *very* large data sets (10s to 100s of millions of event and
466 event_output rows), it may be advisable to first to repopulate the event
467 and event_output tables with only the desired data before starting
468 regular purges.  This can be done, for example, using the copy to temp
469 table, truncate source table, repopulate source table from temp table
470 approach.  This will be much faster than the purge_events() function
471 in cases where most of the data will be purged.
472
473 Hook Data Cleanup
474 +++++++++++++++++
475
476 A number of action_trigger.hook entries which have always been treated
477 as active hooks, though are configured as passive hooks, have been 
478 updated to properly reflect the non-passive-ness.  This allows for 
479 simpler configuration of their retention interval values.
480
481
482
483
484
485 Remove JSPAC Redirects
486 ^^^^^^^^^^^^^^^^^^^^^^
487 Future versions of Evergreen will no longer contain automatic redirects
488 from JSPAC URLs to TPAC URLs, with the exception of myopac.xml, given
489 that the JSPAC is no longer supported.  Existing sites, however, may
490 wish to retain JSPAC redirects in their Apache configuration files since
491 JSPAC URLs may still be used in the wild to access their catalogs.
492
493 The original JSPAC URL redirects are all retained in the file 
494 Open-ILS/examples/jspac_redirects.conf for reference.
495
496
497
498
499 API
500 ~~~
501
502
503
504 New open-ils.auth.login API
505 ^^^^^^^^^^^^^^^^^^^^^^^^^^^
506 The open-ils.auth service has a new API for requesting an authentication
507 token.  It performs the same steps as the 
508 open-ils.auth.authenticate.init and .complete APIs in a single call,
509 using the bare password.  No intermediate password hashing is required.
510
511 The paramaters are the same as the .complete call with a few modifications.
512
513 1. Using the generic "identifier" parameter in combination with the
514    "org" parameter allows the API to reliably determine if an identifier
515    value is a username or barcode.  The caller is no longer required to 
516    make that determination up front.  
517
518 2. The 'nonce' parameter is no longer used.
519
520
521
522
523
524 Batch Patron Contact Invalidation
525 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
526 The following methods are used to mark patron contact fields
527 as invalid by moving the invalid value to a standing penalty:
528
529  * `open-ils.actor.invalidate.email`
530  * `open-ils.actor.invalidate.day_phone`
531  * `open-ils.actor.invalidate.evening_phone`
532  * `open-ils.actor.invalidate.other_phone`
533
534 These methods now accept a fifth argument specifying the value
535 of the contact field, e.g., a specific phone number or email
536 address. If supplied, and if a specific patron ID (the first
537 argument) is not supplied, all patrons with that specific contact
538 value will have it marked invalid.
539
540
541
542
543 Architecture
544 ~~~~~~~~~~~~
545
546
547
548 Pure-SQL catalog searching
549 ^^^^^^^^^^^^^^^^^^^^^^^^^^
550 Public and staff catalog search is now both more accurate and faster
551 by redesigning how the visibility of records is calculated.
552
553
554
555
556 Cataloging
557 ~~~~~~~~~~
558
559
560
561 Authority Record and Headings Browse Improvements
562 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
563 Various improvements are made to support for authority records
564 and headings browsing:
565
566  * The MARC to MADS XSLT stylesheet is now used as part of parsing
567    headings from authority records. Since the MODS and MADS stylesheets
568    extract headings in similar ways, duplicate browse entries are now
569    much less likely to occur.
570  * A new configuration table, `authority.heading_field`, is now used
571    to specify how headings should be extracted from authority records.
572  * Related headings can now be identified as narrower or broader when
573    browsing in the public catalog.
574  * See references are now more reliably included in the browse list.
575  * Scope (public) notes now display only under the main heading.
576  * There is now a global flag, Display related headings (see-also) in browse,
577    that can be used to control whether related headings (see-alsos) are
578    displayed in the public catalog list.
579  * A complete set of thesauruses are now included in the seed data.  Thesauruses
580    can now be identified using short and long codes.
581  * The labels for see and see-also references in the public catalog are now
582    a bit more patron-friendly, and can now be tweaked via TPAC template
583    customization.
584
585
586
587
588
589 Copy Tags and Digital Bookplates
590 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
591 Copy tags will allow staff to apply custom, pre-defined labels or tags
592 to copies.  Copy tags are searchable in both the staff client and public
593 catalog.  This feature was designed to be used for Digital Bookplates to
594 attach donation or memorial information to copies, but may be used for
595 broader purposes to tag items.
596
597 Each copy tag can either be publicly-visible or visible only to staff.
598 Copy tags also have types that can be used for restricting catalog
599 searches on copy tags to particular types.
600
601 Copy tags are displayed in the copy table in the record summary page in
602 the public catalog, and a new library setting can be used to add
603 a "Digital Bookplate" search field.  Copy tags can also be used
604 as a search filter, e.g.,
605
606   * `copy_tag(bookplate, jane smith)`: search for records that have a
607     copy tag of type `bookplate` whose value contains `jane smith`.
608   * `copy_tag(*, jane smith)`: search for records that have a
609     copy tag of any type whose value contains `jane smith`.
610
611 All staff-side interfaces related to copy tags exist only in the web
612 staff client.  There are two new administration interfaces for managing
613 copy tags and copy tag types. The copy editor now has a `Copy Tags`
614 button for applying copy tags to copies; that interface can also be
615 used to create new copy tags on the fly. Furthermore, the copy buckets
616 interface now has an `Apply Tags` action for assigning tags to groups
617 of copies.
618
619 Permissions
620 +++++++++++
621
622 Two new permission are included:
623
624   * `ADMIN_COPY_TAG_TYPES`: required to create a new tag type under
625      Server Administration->Copy Tag Types
626   * `ADMIN_COPY_TAG`: required to create a new tag under
627     Local Administration->Copy Tags
628
629 The existing permission `UPDATE_COPY` controls whether or not a user
630 can link copies to tags.
631
632 Library Settings
633 ++++++++++++++++
634 A new library setting, "Enable Digital Bookplate Search", controls
635 whether to display a "Digital Bookplate" field in the search index
636 drop-downs in the catalog. A "Digital Bookplate" search will include
637 all records that have a copy that matches the tag specified by the user.
638 It should be noted that this library settings does not affect the
639 display of copy tags on the catalog record summary page.
640
641
642
643
644 Include Call Number Prefixes and Suffixes in Export and Z39.50 output
645 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
646 The call number prefix and suffix, when present, are now included in
647 subfields $k and $m of the 852 field when running `marc_export` with
648 the `--items` switch. Similarly, when using Evergreen as a Z39.50
649 server configured to embed item data in 852 fields, the affixes are now
650 included in subfields $k and $m.
651
652
653
654
655 Circulation
656 ~~~~~~~~~~~
657
658
659
660 Batch Editing of Patron Records
661 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
662 There is a now a new interface analogous to the Copy Bucket interface
663 to select and group of a set of users into a User Bucket.
664 The addition of users to a User Bucket is possible from the Patron Search
665 interface by the use of a new grid Action, and directly on the User Bucket
666 interface by user barcode. It is also possible to add users to a User
667 Bucket by uploading a text file that contains a list of user barcodes.
668
669 From this interface it is possible to perform a set of specific batch update
670 operations against users.
671
672 Editing users
673 +++++++++++++
674
675 The fields can now be changed in batch via an action on the User Bucket
676 grid if the staff user has the UPDATE_USER permission:
677
678  * Active flag
679  * Primary Permission Group (group application permissions consulted)
680  * Juvenile flag
681  * Home Library (UPDATE_USER checked against both old and new value)
682  * Privilege Expiration Date
683  * Barred flag (BAR_PATRON permission consulted)
684  * Internet Access Level
685
686 Each change set requires a name. Buckets may have multiple change sets. All
687 users in the Bucket at the time of processing are updated when the change
688 set is processed, and change sets are processed immediately upon successful
689 creation. The interface delivers progress information regarding the
690 processing stage and percent of completion.
691
692 While processing the users, the original value for each field edited is
693 recorded for potential future rollback. Users can examine the success and
694 failure of applied change sets.
695
696 The user will be able to rollback the entire change set, but not parts thereof.
697 The rollback will affect only those users that were successfully updated by the
698 original change set and may be different from the current set of users in the
699 Bucket. Users can manually discard change sets, removing them from the
700 interface but preventing future rollback.
701
702 As a batch process, rather than a direct edit, this mechanism explicitly skips
703 processing of Action/Trigger event definitions for user update.
704
705 Deleting users
706 ++++++++++++++
707
708 The batch edit mechanism also allows for the batch deletion of user.  The staff
709 user must have both the UPDATE_USER and DELETE_USER permissions.
710
711 Each delete set requires a name. Buckets may have multiple delete sets. All
712 users in the Bucket at the time of processing are marked as deleted when
713 the delete set is processed. The interface delivers progress information
714 regarding the processing stage and percent of completion.
715
716 While processing the users, the original value for the "deleted" field will be
717 recorded for potential future rollback. Users are able to examine the
718 success and failure of applied delete sets in the same interface used for the
719 above described change sets.
720
721 As a batch process, rather than a direct edit, this mechanism explicitly skips
722 processing of Action/Trigger event definitions for user deletion.
723
724 This mechanism does not use the Purge User functionality, but instead simply
725 marks the users as deleted.
726
727 Editing Statistical Category Entries
728 ++++++++++++++++++++++++++++++++++++
729
730 All users in the bucket can have their Statistical Category Entries
731 modified. Unlike user data field updates, modification of Statistical
732 Category Entries is permanent and cannot be rolled back. No named change
733 sets are required. The interface will deliver progress information regarding
734 the processing stage and percent of completion.
735
736 As a batch process, rather than a direct edit, this mechanism explicitly skips
737 processing of Action/Trigger event definitions for user update.
738
739 New service requirement
740 +++++++++++++++++++++++
741
742 This new functionality makes use of the QStore service, which was previously
743 unused in production.  If this service has been removed from the configuration
744 of a live Evergreen instances, it will need to be added back in order for
745 batch user editing to succeed.
746
747
748
749
750 Honor timezone of the acting library
751 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
752
753 Summary
754 +++++++
755
756 * Display day-granular due dates in the circulating library's timezone.
757 * Only display the date portion of the due date for day-granular circulations.
758 * Display the full timestamp, in the client's timezone rather than the circulation library's, for hourly circulations.
759 * Provide infrastructure for more advanced formatting of timestamps.
760 * Override the built-in AngularJS date filter with an implementation that uses moment.js, providing consistency and better standards compliance.
761
762 Details
763 +++++++
764
765 This is a followup to the work done in bug 1485374, where we added the ability
766 for the client to specify a timezone in which timestamps should be interpreted
767 in business logic and the database.
768
769 Most specifically, this work focuses on circulation due dates and the closed
770 date editor. Due dates, where displayed using stock templates (including
771 receipt templates) and used for fine calculation, are now manipulated in the
772 library's configured timezone. This is controlled by the new 'lib.timezone'
773 YAOUS, loaded from the server when required. Additionally, closings are
774 recorded in the library's timezone so that so that due date calculation is more
775 accurate. The closed date editor is also taught how to display closings in the
776 closed library's timezone. Closed date entries also explicitly record if they
777 are a full day closing, or a multi-day closing. This significantly simplifies
778 the editor, and may be useful in other contexts.
779
780 To accomplish this, we use the moment.js library and the moment-timezone addon.
781 This is necessary because the stock AngularJS date filter does not understand
782 locale-aware timezone values, which are required to support DST. A simple
783 mapper translates the differences in format values from AngularJS date to
784 moment.js.
785
786 Of special note are a set of new filters used for formatting timestamps under
787 certain circumstances. The new egOrgDateInContext, egOrgDate, and egDueDate
788 filters provide the functionality, and autogrid is enhanced to make use of
789 these where applicable. egGrid and egGridField are also taught to accept
790 default and field-specific options for applying date filters. These filters may
791 be useful in other or related contexts.
792
793 The egDueDate filter, used for all existing displays of due date via Angular
794 code, intentionally interprets timestamps in two different ways WRT timezone,
795 based on the circulation duration. If the duration is day-granular (that is,
796 the number of seconds in the duration is divisible by 86,400, or 24 hours worth
797 of seconds) then the date is interpreted as being in the circulation library's
798 timezone. If it is an hourly loan (any duration that does not meet the
799 day-granular criterium) then it is instead displayed in the client's timezone,
800 just as all other timestamps currently are, because of the work in 1485374.
801
802 The OPAC is adjusted to always display the due date in the circulating
803 library's timezone. Because the OPAC displays only the date portion of the due
804 date field, this difference is currently considered acceptable. If this proves
805 to be a problem in the future, a minor adjustment can be made to match the
806 egDueDate filter logic.
807
808 Now that due dates are globally stored in the configured timezone of the
809 circulating library, the automatic adjustment to day-granular due dates needs
810 to take those timezones into account.
811
812 An optional SQL command is provided by the upgrade script to retroactively
813 adjust existing due dates after library configuration is complete.
814
815 This work, as with 1485374, was funded by SITKA, and we thank them for their
816 partnership in making this happen!
817
818
819
820
821
822 Enhancements to Hard Due Date Functionality
823 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
824 It will now be possible to delete Hard Due Date Values for dates that have
825 passed. Also, the Hard Due Date updater will no longer change Ceiling Dates
826 to a past date. This allows editing Ceiling Dates directly in a Hard Due Date
827 as well as scheduling Ceiling Date changes via Hard Due Date Values.
828
829
830
831
832 Patron Search by Birth Date
833 ^^^^^^^^^^^^^^^^^^^^^^^^^^^
834 * Now you can include the patron birth year and/or birth month and/or
835   birth day when searching for patrons using the web based staff client.
836 * Day and month values are exact matches.  E.g. month "1" (or "01")
837   matches January, "12" matches December.
838 * Year searches are "contains" searches.  E.g. year "15" matches 2015,
839   1915, 1599, etc.  For exact matches use the full 4-digit year.
840
841
842
843 Patron Search from Place Hold
844 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
845 This feature allows staff members, when placing a
846 hold on behalf of a patron in the web staff client, to search for
847 patrons by names and other searchable patron information, rather than
848 relying on barcode alone. In particular, after performing a catalog
849 search or going to a specific bib record and clicking the 'Place Hold'
850 button, the form now includes a 'Patron Search' button. This button
851 will open a dialog allowing the staff member search for and select
852 a patron record.
853
854
855
856
857 Retrieve Recent Patrons 
858 ^^^^^^^^^^^^^^^^^^^^^^^
859
860 Adds a new library setting 'Number of Retrievable Recent Patrons' 
861 ('ui.staff.max_recent_patrons') that specifies the number of recently
862 retrieved patrons that can be re-fetched from the staff client.
863
864 A value of 0 means no recent patrons can be retrieved.
865 A value greater than 1 means staff will be able to retrieve multiple
866 recent patrons via a new Circulation 'Retrieve Recent Patrons' menu entry.
867
868 The default value is 1 for backwards compatibility.
869
870
871
872
873
874
875 Fuller title in XUL client Simplified Pull List
876 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
877 The Simplified Pull List in the XUL client will now display subfields 245$n and
878 $p in the title field. The addition will make it easier for staff to distinguish
879 between different parts or seasons in a series.
880
881
882
883
884
885 Transit Cancel Time and Terminology Change
886 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
887
888 Transit Cancel Time
889 +++++++++++++++++++
890
891 Previously, Evergreen deleted canceled (aborted) transits from the database.  Now
892 the rows in action.transit_copy, action.hold_transit_copy, and action.reservation_transit_copy
893 are preserved in the database, though still not visible to the end user in the staff client.
894 This allows for better tracking of when transits are canceled for the purposes of knowing
895 which staff member canceled the transit, etc.
896
897 NOTE: This change may require the re-creation of transit reports to filter out canceled
898 transits from the results.  Cloning the template and adding a Base Filter of Cancel Time 
899 Is NULL will suffice.
900
901 "Canceled Transit" Terminology Change
902 +++++++++++++++++++++++++++++++++++++
903
904 The term "abort" has been replaced with "cancel" in all of the affected user interfaces.
905 For internal continuity, however, the following permission codes have not changed:
906
907  * ABORT_TRANSIT
908  * ABORT_REMOTE_TRANSIT
909  * ABORT_TRANSIT_ON_LOST
910  * ABORT_TRANSIT_ON_MISSING
911
912
913
914
915 Client
916 ~~~~~~
917
918
919
920 Add Circ Modifier to Record Detail Page in Staff TPAC
921 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
922 The circ_modifier field is added to the table of copies to make
923 more information available to staff without having to open
924 the Holdings Maintenance view.
925
926
927
928
929
930 Date+Time Format Settings for Web Client
931 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
932
933 This change deprecates the existing Format Dates and Format Times settings
934 and adds two settings for use with the webstaff client:
935
936   * Format Dates with this pattern
937   * Format Date+Time with this pattern
938
939 These settings use format strings as documented here:
940
941 https://docs.angularjs.org/api/ng/filter/date
942
943 There is overlap with how the Dojo formats worked, but also some differences.
944
945 The original Format Dates and Format Times settings worked together, but the
946 new settings work independently.  Certain field elements will use one, and
947 certain field elements will use the other.  These distinctions are hard-coded
948 in the various UI templates, with the idea being that timestamp fields in
949 which the date component alone is sufficient information (for example, DOB)
950 will use the Format Dates setting.  Fields where the time component is
951 important (for example, Checkout Time) will use the Format Date+Time setting.
952
953 When the settings Format Dates and Format Date+Time are unset, we will default
954 to "shortDate" (M/d/yy) and "short" (M/d/yy h:mm a), respectively.
955
956
957
958
959
960 Global option to remove sound for a specific event
961 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
962 A new nosound.wav file has been added to the web client. The file can be used
963 to globally disable audio alerts for a specific event on an Evergreen system.
964
965 For example, to silence the alert that sounds after a successful patron search:
966
967   * mkdir -p /openils/var/web/audio/notifications/success/patron/
968   * cd /openils/var/web/audio/notifications/success/patron/
969   * ln -s ../../nosound.wav by_search.wav
970
971
972
973
974
975 OPAC
976 ~~~~
977
978
979
980 Improvements to Bill Payment Pages
981 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
982 The bill payment pages in the public catalog have been revamped
983 to
984
985  * use the term "charges" instead of "fees"
986  * include images of credit cards accepted
987  * make the default print receipt template match other itemized receipts;
988    note that this change is not automatically applied when upgrading.
989  * display billing type
990  * add button to pay only selected charges
991  * reformat the credit card number input page
992
993
994
995
996
997 Clickable Copy Locations
998 ^^^^^^^^^^^^^^^^^^^^^^^^
999 Adds a URL field to the copy locations editor. When a URL is entered in this field, 
1000 the associated copy location will display as a link in the OPAC summary display.
1001
1002
1003
1004
1005 Download Checkout History CSV Fixed for Large Number of Circulations
1006 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1007 Downloading checkout history as a CSV from My Account has been fixed
1008 for users with a large circulation history.  Previously, this would
1009 time out for patrons with more than 100 or so circulations.
1010
1011 This feature no longer uses the action/trigger mechanism and the OPAC
1012 now generates the CSV directly.  The old action/trigger code is still
1013 present in the database and should be removed at some point in the
1014 near future.
1015
1016
1017
1018
1019 Google Books Preview rewrite
1020 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1021 The Google Books Preview functionality in record detail pages has been
1022 rewritten to modernize its style and optimize its performance:
1023
1024 * The Dojo JavaScript framework is no longer used, saving approximately
1025   150K of JavaScript and CSS and four network requests per page load.
1026 * The Embedded Viewer is not loaded unless a possible preview is found,
1027   saving more network and memory overhead.
1028 * The Google Books Loader is used to load the Embedded Viewer instead of the
1029   https://productforums.google.com/forum/#!topic/books-api/lZrq5cWKrTo;context-place=forum/books-api[deprecated
1030   Google Loader].
1031 * All variables are self-contained and do not pollute the global namespace.
1032 * Event listeners are registered to handle clicks, rather than attaching
1033   `href="javascript:function()"` to <a> elements.
1034 * Book previews are displayed in a panel sized according to the viewport
1035   of the browser, improving its appearance on both mobile and desktop
1036   browsers.
1037 * The rewritten code is now served up directly from
1038   `/js/ui/default/opac/ac_google_books.js` rather than as a TT2 template.
1039
1040
1041
1042
1043 jQuery for the TPAC
1044 ^^^^^^^^^^^^^^^^^^^
1045 This release adds optional support for jQuery in the TPAC.  This support
1046 is enabled by setting the ctx.want_jquery variable to a true value in the
1047 config.tt2 TPAC template.
1048
1049
1050
1051
1052
1053 New Popularity Parameters
1054 ^^^^^^^^^^^^^^^^^^^^^^^^^
1055 New popularity parameters for in-house use over time and for count of distinct
1056 organizational units that own a title are now available. Evergreen sites
1057 can use these parameters to create new statistical popularity badges for
1058 sorting in the catalog by Most Popular or by Popularity-Adjusted Relevance.
1059
1060 The in-house use parameters will apply a badge to titles that have the most
1061 in-house use activity over time. The organizational unit count parameter
1062 will apply a badge to titles owned by the most number of libraries in a
1063 consortium. Ownership is determined by the copy's circulation library.
1064
1065
1066
1067
1068 Option to Suspend Holds at the Time They are Placed
1069 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1070 Users now have the option to suspend a hold at the same time they place the
1071 hold. The _Place Hold_ screen has a checkbox that can be enabled for users
1072 who want to suspend a hold at the time it is placed. There is also an option
1073 to set the activation date at the same time. This option is also available
1074 when placing holds on a batch of titles from _My List_ and will apply to
1075 all the titles in the batch.
1076
1077
1078
1079
1080
1081 Reports
1082 ~~~~~~~
1083
1084
1085
1086 Fix to reporter.classic_current_circ view
1087 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1088 The `reporter.classic_current_circ` view, which is part of some
1089 extra views defined in `Open-ILS/src/sql/Pg/example.reporter-extension.sql`,
1090 has been fixed to not exclude loans for patrons who do not have a
1091 billing address set. Users of this view should rerun
1092 `Open-ILS/src/sql/Pg/example.reporter-extension.sql` during upgrade.
1093
1094
1095
1096
1097 New report source table allowing report of "last" deleted copy
1098 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1099
1100 This source table allows you to construct a clever aggregate report template
1101 which will report bibliographic IDs where a library or a group of libraries 
1102 no longer have a copy attached but *had* a copy attached. This is especially
1103 useful when a holdings sync is required with an external vendor.
1104
1105
1106 Instructions for creating a report template with this source:
1107
1108   * Create a new report template using "Library Holdings Count with Deleted" as the source
1109   * Add "Has Only Deleted Copies 0/1" (Min) to the Aggregate Filters -> Change Value to "1"
1110   * Add "Last Edit Date" (Max) to Aggregate Filters.  In Aggregate Filters, change the operator to "Between"
1111   * Add Circulation Library -> "Organizational Unit ID" to Base Filters, with the Raw Data transform.  In the list of Base Filters, change the operator to "In list"
1112   * Add "Bib ID" to Displayed Fields
1113   * Add "Last Edit Date" to Displayed Fields and Change Transform to Max
1114   * Add "Has Only Deleted Copies 0/1" to Displayed Fields and Change Transform to Min
1115   * Add "Total copies attached" to Displayed Fields and Change Transform to Sum
1116
1117
1118 This template will only output bibliographic IDs where all of the copies for the specified branch(es)
1119 are deleted. Furthermore, it will only output bibs whose copies were edited (deleted) during the 
1120 specified date range. Unfortunately the user will have to manually type the date range without the date
1121 picker. This view will also allow you to answer questions like "Show me bibs where I have one visible
1122 copy and more than two deleted copies."
1123
1124
1125
1126
1127 Add Provider to Provider Note link
1128 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1129 The Provider reporting source now includes a link to the Provider Note reporting source.
1130
1131
1132
1133
1134 Link ILS User and Working Location Reporting Sources
1135 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1136 The Working Location reporting source now has labels
1137 and it is now linked to the ILS User reporting source, allowing
1138 reports to display or filter on staff working location.
1139
1140
1141
1142
1143 New circulation report source "All Circulation Combined Types"
1144 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1145
1146 This report source will allow you to create a single report template for all of the following:
1147
1148  * In-house uses
1149  * In-house uses of non-cataloged items
1150  * Circulations
1151  * Circulations of non-cataloged items
1152
1153 To distinguish between these different types of library use, it's important to display these columns
1154 in your report templates:
1155
1156  * Item Type
1157  * Circulation Type
1158
1159
1160
1161
1162
1163 Reports Template Searching
1164 ^^^^^^^^^^^^^^^^^^^^^^^^^^
1165 A new form appears along the top of the reports interface for searching
1166 report templates.  Once found, typical template actions (e.g. create new
1167 report) are available from within the results interface.
1168
1169 Searches may be performed across selected (visible) folders or all 
1170 folders visible to the logged in user.
1171
1172 Searches are case-insensitive, any word order, with left-anchored words.  
1173 All searched words must appear in at least one of the searched fields.
1174
1175 Examples
1176 ++++++++
1177
1178  * Searching for 'stat cat' matches:
1179   ** stat cat
1180   ** statistical category
1181   ** categories, statistical
1182   ** patrons (stat cat)
1183  * Searching for 'stat cat' does not match:
1184   ** stat 
1185    *** both words must be present in the searched field(s)
1186   ** stat location
1187     *** location contains 'cat' but it's not left-anchored.
1188
1189 Reporter Paging
1190 +++++++++++++++
1191
1192 The templates, reports, and output interfaces now support paging via 
1193 new 'Next', 'Prev', and 'Start' links next to the output limit selector.
1194
1195
1196
1197
1198
1199
1200 Serials
1201 ~~~~~~~
1202
1203
1204
1205 Web Staff Client Serials Module
1206 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1207 The serials module has been ported over to the web staff
1208 client, implementing a unified serials interface that combines
1209 ideas from both the serial control view and alternate serials
1210 control view from the old staff client.
1211
1212 In addition to carrying over functionality that was available
1213 in the old staff client, several new features are included:
1214
1215 * the ability to save prediction pattern codes as templates
1216   that can be shared and reused within an Evergreen database
1217 * a more streamlined interface for managing subscriptions,
1218   distributions, and streams
1219 * it is no longer necessary to create a starting issue in
1220   order to predict a run of issues; the dialog box for
1221   generating a set of predicted issues now lets you specify
1222   the starting point directly.
1223 * the ability to more directly edit MFHDs
1224     
1225 The new serials interfaces can be accessed from the record
1226 details page via a Serials drop-down button that links to
1227 a subscription management page, a quick-receive action, and
1228 a MFHD management page. There is also a new Serials Administration
1229 page where prediction pattern and serial copy templates can
1230 be managed.
1231
1232
1233
1234
1235 SIP
1236 ~~~
1237
1238
1239
1240 SIP Bugfix Changes How Encoding Is Determined in Configuration
1241 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
1242
1243 The combined fix for the above mentioned SIP bugs alters the way that
1244 SIPServer looks up the output encoding in the configuration file (typically
1245 oils_sip.xml).  SIPServer now looks for the encoding in the following
1246 places:
1247
1248 1. An +encoding+ attribute on the +account+ element for the currently active SIP account.
1249 2. The +encoding+ element that is a child of the +institution+ element of the currently active SIP account.
1250 3. The +encoding+ element that is a child of the +implementation_config+ element that is itself a child of the +institution+ element of the currently active SIP account.
1251 4. If none of the above exist, then the default encoding (ASCII) is used.
1252
1253 Number 3 is provided to ease the transition to the new code.  It is
1254 the current location of the +encoding+ element in the sample
1255 configuration file and as such, where it is likely to be found in
1256 actual files.  It is recommended that you alter your configuration to
1257 move this element out of the +implementation_config+ element and into
1258 its parent +institution+ element.  Ideally, SIPServer should *not* look into
1259 the implementation config, and this check may be removed at some time
1260 in the future.
1261
1262
1263
1264 Acknowledgments
1265 ---------------
1266 The Evergreen project would like to acknowledge the following
1267 organizations that commissioned developments in this release of
1268 Evergreen:
1269
1270 * Bibliomation
1271 * British Columbia Libraries Cooperative (BC Sitka)
1272 * C/W MARS
1273 * Georgia Public Library Service
1274 * King County Library System
1275 * MassLNC
1276 * Pennsylvania Integrated Library System
1277 * Pioneer Library System
1278
1279 We would also like to thank the following individuals who contributed
1280 code, translations, documentations patches and tests to this release of
1281 Evergreen:
1282
1283 * Adam Bowling
1284 * Jason Boyer
1285 * Eva Cerniňáková
1286 * Galen Charlton
1287 * Dawn Dale
1288 * Jeff Davis
1289 * Martha Driscoll
1290 * Bill Erickson
1291 * Jason Etheridge
1292 * Lynn Floyd
1293 * Jeff Godin
1294 * Rogan Hamby
1295 * Blake Henderson
1296 * Billy Horn
1297 * Skye Howard
1298 * Kyle Huckins
1299 * Linda Jansova
1300 * Tina Ji
1301 * Pasi Kallinen
1302 * Angela Kilsdonk
1303 * Debbie Luchenbill
1304 * Jeanette Lundgren
1305 * Kathy Lussier
1306 * Terran McCanna
1307 * Christine Morgan
1308 * Michele Morgan
1309 * Andrea Neiman
1310 * Bill Ott
1311 * Suzanne Paterno
1312 * Dan Pearl
1313 * Jillianne Presley
1314 * Mike Rylander
1315 * Jane Sandberg
1316 * Dan Scott
1317 * Srey Seng
1318 * Chris Sharp
1319 * Ben Shum
1320 * Remington Steed
1321 * Jason Stephenson
1322 * Josh Stompro
1323 * Scott Thomas
1324 * Cesar Velez
1325 * Dan Wells
1326 * Liam Whalen
1327 * Beth Willis
1328
1329 We also thank the following organizations whose employees contributed
1330 patches:
1331
1332 * British Columba Libraries Cooperative
1333 * Calvin College
1334 * Catalyte
1335 * CW/MARS
1336 * Emerald Data Networks, Inc.
1337 * Equinox Open Library Initiative
1338 * Georgia PINES
1339 * Grand Rapids Public Library
1340 * Indiana State Library
1341 * Jabok Library
1342 * King County Library System
1343 * Lake Agassiz Regional Library
1344 * Laurentian University
1345 * Linn-Benton Community College
1346 * MassLNC
1347 * Merrimack Valley Library Consortium
1348 * MOBIUS Consortium
1349 * North of Boston Library Exchange
1350 * Pennsylvania Integrated Library System
1351 * Pohjois-Karjalan Tietotekniikkakeskus Oy
1352 * Sigio
1353 * Traverse Area District Library
1354
1355 We regret any omissions.  If a contributor has been inadvertently
1356 missed, please open a bug at http://bugs.launchpad.net/evergreen/
1357 with a correction.
1358