Page Comparison

...

• Housekeeping:
  • Please add your name to the list of attendees for last week and today
• Update from dev:
  • MSEARCH-134
  • MSEARCH-136
• Continue reviewing Inventory search use cases: Inventory Search Use Cases
  • Holdings Identifiers - listed in UIIN-851 - do we need them?
  • Item Identifiers - listed in  UIIN-852 - do we need them?
• Electronic access - currently implemented  - are they any gaps we need to discuss?
  • MSEARCH-109
  • MSEARCH-110
  • MSEARCH-22
• Notes -
  • currently support Instance public notes (MSEARCH-21)
  • planned work for search of all notes: 
    • Instance notes: MSEARCH-116
    • Holdings notes:  MSEARCH-117
    • Item notes:  MSEARCH-118

Notes:

1. Multilanguage support for up to 5 language specific analyzers. This removes stop words and accounts for grammatical differences. i.e., carols, carole and carol. The multilanguage support feature was removed for contributor to make searching more accurate.
   1. Charlotte: Should this be removed for publishers as well?
   2. Laura: Publisher field not controlled vocabulary, so feature could be useful.
   3. Magda: This can be assessed field by field as it is not a heavy burden for development team to remove this feature.
2. Title sorting enhancement: results should be sorted by index title if present. If not, sort by instance resource title.
   1. Still in backlog. Will be added during one of the sprints in the coming weeks.
3. Use cases
   1. Confirmed that holdings and items enumeration, volume, copy number do not need to be indexed.
   2. Holdings/item identifiers – need to be searchable?
      1. Do former identifiers need to be searchable separately (not just identifier all)?
         1. Does not seem necessary but might be most relevant for GBV libraries.
         2. Are accession numbers included as identifiers at the item level?
      2. Natascha: should HRID be included in identifier all? Would assume HRIDs would be included in that search.
      3. Holdings identifier all searching will include: HRID and former IDs, but HRID will also be searchable separately.
      4. Item identifier all searching will include: HRID, former IDs, accession number identifiers, but HRID will also be searchable separately.
4. Electronic access
   1. TAMU use case on searching e-resource URI: librarian searches doc IDs within URI look for vendor-specific access to a given e-resource. ES does not seem to return results when searching URIs.
   2. Search on ‘http’ did not get results.
      1. Maybe a bug.
      2. Indexes may not be refreshed in Iris bugfest.
   3. In the 856 MARC field what should ES search?
      1. ES does not search MARC, searches inventory.
      2. URI would be most important (exact match and truncated (left and right) within in URI).
      3. Link text would be helpful if indexed for us to find sub-collection.
         1. Laura: Helpful if in separate index from URI.
      4. Laura: Material specified can be removed ($3).
      5. Concluded that no changes are needed, just need to verify if it is working.
5. Notes
   1. Implemented search on public notes only on instance level.
      1. Laura: would be good to have notes all, public notes, and staff notes separately searchable.
      2. Charlotte: Will circulation notes be searchable? – Ask resource access people.
      3. Holdings statements notes? – No need to index and make searchable.
      4. Search all holdings notes and filter by public/staff?
         1. Would require adding facet.
      5. Charlotte: Would this be used for export?