LP#1864516: case-insensitive browse entry display value comparison user/miker/lp-1864516-optional-lowercase-browse-display_value-comparison
authorMike Rylander <mrylander@gmail.com>
Mon, 24 Feb 2020 17:01:49 +0000 (12:01 -0500)
committerMike Rylander <mrylander@gmail.com>
Mon, 24 Feb 2020 17:11:40 +0000 (12:11 -0500)
commit81a1851519182aa810e7910428d6fca325895238
treef0daf7580c50f8d8495ef47e119f922acb2f58fb
parentcb6050ed4bc723e571fc6013b48b5b3e7ce0011f
LP#1864516: case-insensitive browse entry display value comparison

Following up on bug 1350831, there remains one complaint relating to
"bad data makes browse suboptimal" that can't actually be handled today
by the existing Evergreen code or a pullrequested branch: case differences,
particularly in titles.

We should allow an Evergreen admin to decide on a field-by-field basis
whether case should be considered when determining the uniqueness of a
browse entry coming from a bibliographic record, effectively allowing case
folding. Note that authority fields, being by definition the authorized
value that should be used, do not support this case folding. However, if
authority records are processed first, then bibliographic fields can fold
/into/ those authority fields, achieving the desired result and, in fact,
using the best possible case-preserving display value.

Signed-off-by: Mike Rylander <mrylander@gmail.com>
Open-ILS/examples/fm_IDL.xml
Open-ILS/src/sql/Pg/002.schema.config.sql
Open-ILS/src/sql/Pg/030.schema.metabib.sql
Open-ILS/src/sql/Pg/upgrade/XXXX.schema.case-insensitive-browse-field-match.sql [new file with mode: 0644]