Inventory (UXPROD-785)

[UXPROD-1646] Multiple graphical representations in FOLIO, e.g. resource titles in Inventory Created: 12/Apr/19  Updated: 06/Dec/23

Status: Draft
Project: UX Product
Components: None
Affects versions: None
Fix versions: TBD
Parent: Inventory

Type: New Feature Priority: P3
Reporter: Charlotte Whitt Assignee: Ryan Taylor
Resolution: Unresolved Votes: 0
Labels: epam-folijet, inventory, metadatamanagement, round_iv
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original estimate: Not Specified

Attachments: PNG File image2019-4-4_12-22-51.png    
Release: Not Scheduled
Epic Link: Inventory
Analysis Estimate: Large < 10 days
Analysis Estimator: Charlotte Whitt
Front End Estimate: XXL < 30 days
Front End Estimator: Niels Erik Nielsen
Front-End Confidence factor: Low
Back End Estimate: XXL < 30 days
Back End Estimator: Niels Erik Nielsen
Development Team: Folijet
UX Lead: Filip Jakobsen
PO Rank: 69
PO Ranking Note: CW: This has implication for the data model - not just in Inventory; but other apps too. The sooner we find a solution to solve this, the better; and hopefully less complicated compared with, if solved very late in the process. Aligned PO rank with Calculated Total rank.
Rank: Chalmers (Impl Aut 2019): R4
Rank: Chicago (MVP Sum 2020): R1
Rank: Cornell (Full Sum 2021): R2
Rank: Duke (Full Sum 2021): R1
Rank: 5Colleges (Full Jul 2021): R2
Rank: GBV (MVP Sum 2020): R4
Rank: hbz (TBD): R1
Rank: Hungary (MVP End 2020): R1
Rank: Lehigh (MVP Summer 2020): R2
Rank: TAMU (MVP Jan 2021): R4
Rank: U of AL (MVP Oct 2020): R4

 Description   

Problem: If multiple forms of the value are represented in a single JSON object, both scripts have to be included in a single value cell. This limits the search function.
This is an issue with both display and searching.

Functional requirement from the MM-SIG: Create an instance record and be able to have multiple graphical representations of the language, or be able to put a non-transliterated title that can be searched in other scripts.

Working document written by Christie Thomas, uChicago, and with input from the MM-SIG. Paper discussed in the MM-SIG on: 4/4/2019:
https://docs.google.com/document/d/1e6zlt7Gsd50W1HsRWWM6aerClXYe1l7XACaInVuWcoE/edit

Chicago is testing graphical representation in FOLIO

Proposed solution:

  1. Single JSON object for the property, e.g., Title, with the ability to have an array of values for display (labels).
  2. Values should allow for a property that identifies the script.
  3. This would allow for the ability to configure displays to include multiple representations or a selection of representations.
  4. Will need to add qualifier for language and graphical representation in order to know which version to display based on user settings

Out of scope: MARC's representation of linked fields



 Comments   
Comment by Charlotte Whitt [ 12/Apr/19 ]

Note: Functional requirements more in detail (from the document mentioned in the description):

  1. Any FOLIO property can be represented in more than one script. All scripts are graphical representations of their related language.
  2. Each representation of the contents should be treated as equals.
  3. If a property is indexed, each script representation of the property should be indexed independently.
  4. Searches and browses should include the resource under both representations to allow for exact string matching.
  5. Records displays, e.g., Instance Records, should allow for the pairing of multiple script representations. If multiple representations of a single property are displayed, the user should be able to ascertain the relationship between the two representations.
    Example from OCLC Connexion display as a parallel field.
  6. Ability to view arrayed values
  7. Ability to “pair” (associate) multiple values in edit
Comment by Ann-Marie Breaux (Inactive) [ 06/Dec/23 ]

Moved from Prokopovych backlog to Folijet Backlog cc: Ryan Taylor

Generated at Fri Feb 09 00:17:17 UTC 2024 using Jira 1001.0.0-SNAPSHOT#100246-sha1:7a5c50119eb0633d306e14180817ddef5e80c75d.