From c3dca7c781f7aa544489ca43061e6eb962da165e Mon Sep 17 00:00:00 2001 From: Alan Orth Date: Wed, 21 Sep 2016 14:47:17 +0300 Subject: [PATCH] Add notes for 2016-09-21 --- content/2016-09.md | 23 +++++++++++++++++++++++ 1 file changed, 23 insertions(+) diff --git a/content/2016-09.md b/content/2016-09.md index 0316ec177..f11dfe227 100644 --- a/content/2016-09.md +++ b/content/2016-09.md @@ -404,3 +404,26 @@ $ ./delete-metadata-values.py -f cg.contributor.affiliation -i affiliations_pb-2 - Run all system updates on DSpace Test and reboot the server - Merge changes for sponsorship and affiliation controlled vocabularies ([#267](https://github.com/ilri/DSpace/pull/267), [#268](https://github.com/ilri/DSpace/pull/268)) - Merge minor changes to `messages.xml` to reconcile it with the stock DSpace 5.1 one ([#269](https://github.com/ilri/DSpace/pull/269)) +- Peter asked about adding title search to Discovery +- The index was already defined, so I just added it to the search filters +- It works but CGSpace apparently uses `OR` for search terms, which makes the search results basically useless +- I need to read the docs and ask on the mailing list to see if we can tweak that +- Generate a new list of sponsors from the database for Peter Ballantyne so we can clean them up and update the controlled vocabulary + +## 2016-09-21 + +- Turns out the Solr search logic switched from OR to AND in DSpace 6.0 and the change is easy to backport: https://jira.duraspace.org/browse/DS-2809 +- We just need to set this in `dspace/solr/search/conf/schema.xml`: + +``` + +``` + +- Found a way to improve the configuration of Atmire's Content and Usage Analysis (CUA) module for date fields + +``` +-content.analysis.dataset.option.8=metadata:dateAccessioned:discovery ++content.analysis.dataset.option.8=metadata:dc.date.accessioned:date(month) +``` + +- This allows the module to treat the field as a date rather than a text string, so we can interrogate it more intelligently