Versions Compared

Old Version 11

changes.mady.by.user Ann-Marie Breaux (Deactivated)

Saved on

compared with

New Version 12

changes.mady.by.user Lisa McColl

Saved on

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

PC update


Minutes

SIG convener updates were part of the meeting.

Product Council decided that a small group will work on the agenda setting process for the Product Council. Laura is checking with other conveners as to how they set agendas in other SIGs

Other updates/announcements




Optimistic locking – feedback soughtKhalilah Gambrell

Optimistic Locking - Detecting and Resolving Conflicts Requirements

Informing the user that there is a conflict and how to resolve it. Kahlilah presented the group with some scenarios:

Scenario - User is not aware that someone else or the system is editing the same record until try to close it. When the user hits Saved/Close, this message could appear:
Option 1: You cannot override what was most recently saved with your update. View latest version would allow you to view the latest version of the record. This would take user to Inventory 


Option 2: Two options, close or continue to save. "Override" includes if an item is getting checked out. 



Asking PO's to review and consider.

Jennifer Eustis: "Are there distinctions made between single record update and other data imports?"  Ann-Marie - "No" 

Marmot Office:  How "How about another option for save as a new record?"

Felix: "Option 2 seems dangerous because the other person does not get any information that their edits are now gone." - Charlotte said, almost all POs were leaning towards Option 

Jennifer Eustis: "What about changes through the API?" - Also commented that there are various possibilities of conflicts. 

Rita Albrecht: "The ideal solution would be that the changes of both editing processes would be merged together. Some Systems are able to act like this but because we are discussing I guess FOLIO does not provide such an Option?"

Marmot Office: "I want to be able to save my changes in another record.  Then I can look at the two records and figure out which to use, or merge them manually."

Jennifer and Ann-Marie thought record transfer should be considered as another action that would or should touch optimistic locking scenarios. Scenarios are in link above. 

Feedback needed:

  • By Tuesday, September 14
  • Of the two options above, which is acceptable for the first version of optimistic locking? If neither works, it will not be in Kiwi. 


Data Import enhancementAnn-Marie Breaux (Deactivated)
Review updates of the Instance Action menu

Charlotte Whittand others

New UX proposal - using two new subsections dividing actions for Inventory and quickMARC

On slack we had a conversation yesterday, and today (# quickmarc) - and some comments and suggested changes was raised.


Default export mapping review, continuedMagda Zacharska
  1. Default mapping profile - default MARC Bib mappings:
    • Instance relationship – child instance
    • Instance relationship – parent instance
  2. Administrative data and SRS (possibly UXPROD-3254 or combination of UXPROD-2679, UXPROD-2225, UXPROD-977)
    • The administrative data includes (as presented in the Administrative data accordion):
      • Suppress from discovery
      • Staff suppress
      • Previously held
      • HRID
      • Source
      • Cataloged date
      • Instance status term
      • Mode of issuance
      • Anything else?
    • What format should the data be exported: cvs, json, MARC?
    • If not MARC, then do we need to use SRS instead of inventory records?
  3. Custom mapping profile – populating the transformation form dynamically (UXPROD-3253)
  4. UXPROD-1396 Generating MFHD on the fly
    • It will require adding option for saving Holdings UUIDs on the Inventory Holdings tab – similarly to Saving Instance UUIDs on the Inventory Instance tab
    • Do we need to preserve Saving Instance UUIDs on all tabs?
    • Current default mappings as defined in: https://docs.google.com/spreadsheets/d/1ac95azO1R41_PGkeLhc6uybAKcfpe6XLyd9-F4jqoTo/edit#gid=1117349574 includes:
      • holdings HRID: mapped to 001
      • associated instance HRID: mapped to 004
      • associated instance UUID: mapped to 014 1 $a
      • associated instance OCLC control number mapped to 035 $a
      • permanent location mapped: to 852 $b
      • holding statement and notes: mapped to866 $a $z
      • holding statement for supplements and notes: mapped to 867 $a $z
      • holding statement for indexes and notes: mapped to 868 $a $z
      • holdings UUID: mapped to 999 ff $i
    • Should the default mappings for MFHD be revisited?
    • Do we need a default mapping profile for holdings ( like we have the default mapping profile for instances)?
  5. UXPROD-142 Exporting MFHD from SRS
    • This will be possible once the SRS work is complete

NOTE:

Distinction between Custom mapping profiles and Default mapping to help group assess the spreadsheets accurately. The two processes are very distinct from each other:

  • mapping-preferences - spreadsheet that defines custom mapping profiles in data export. - These come into play when the user defines custom profiles in Settings/Data Export. A custom mapping. The fields seen when the user clicks on "Transform" is driven by the Custom mapping spreadsheet.

  • recommended mapping - spreadsheet covers the properties that are part of the default mapping profile. Common use case for default mapping profile: Select records in Inventory > Actions - export Instances (MARC). The MARC record appears in the Data Export app directly from that action. The resulting default record has a 999 field with UUIDs from Source Storage, another from Inventory Storage


...