Attendees (please add your name):
Magda Zacharska Amanda Ros Jennifer Eustis Jackie Magagnosc Christine Tobias Kathleen Moore Kim Wiljanen Thomas Trutt Jeanette Kalchik Ruth-Ann Jones Kim Wiljanen
Note Taker:
Meeting Recording:
Discussion:
| Topic | Notes |
|---|
| 1 | Housekeeping - Attendees - please add your name to the list of attendees.
- Meeting host - please turn on Transcript option for the meeting.
- No meeting on December 26th. Next meeting January 9th, 2024.
- Who can take notes today?
| |
| 2 | Development updates | 1. UIBULKED-313 vs. UIBULKED-379 2. Should bulk editing of the electronic access fields include adding new values? The Bulk edit use cases mention only modifying existing ones. Discussion: Should we consider this function as required or "nice to have"? Adding a new public note would be nice to have.
|
| 3 | Electronic access in .csv file | Bulk edit UI - UIBULKED-384 
.csv file MODBULKOPS-174 
Discussion: Proposed format for presentation of data in .csv file: provide all elements of data separated by ";" . Data fields enclosed in "< >". How would null values be represented? We need visual indication of missing data. Inventory uses a "-". This might work. Best not to use spaces to indicate null fields. Magda will consult with developers. |
| 4 | Instance record columns | MODBULKOPS-179 | Bulk Edit Column Name | Value | | Instance UUID |
| | Suppress from discovery | false or true. If not populated leave it empty | | Staff suppress | false or true. If not populated leave it empty | | Previously held | false or true. If not populated leave it empty | | Instance HRID |
| | Source |
| | Cataloged date | Localized value - to be done in FE | | Instance status term | name instead of id | | Mode of issuance | name instead of id | | Administrative note | list of administrative notes, separated by "|". UTF-8 support | | Resource title | UTF-8 support | | Index title | UTF-8 support | | Series statements | list of series statements separated by "|" | | Edition | Multiple values separated by "|". UTF-8 support | | Physical description | Multiple values separated by "|". UTF-8 support | | Resource type | name instead of id | | Nature of content | name instead of id. Multiple values separated by "|" | | Formats | name instead of Id. Multiple values separated by "|" | | Languages | Multiple values separated by "|" | | Publication frequency | Multiple values separated by "|" | | Publication range | Multiple values separated by "|" |
Other columns: - Identifiers (MODBULKOPS-182)
Should each identifier have a separate column or should they be listed in one column. For example:  would be represented as shown below on Bulk edit screens and downloadable .csv file: 
Note that adding a separate column for each identifiers could add at least 29 new columns 2. Contributors (MODBULKOPS-186) The same formatting as in Inventory's Contributors column (no separation by the contributor type) 
Statistical codes (MODBULKOPS-183) will be covered by UXPROD-3714 Notes (MODBULKOPS-188) will be covered by UXPROD-4021 Electronic access (MODBULKOPS-189) will be covered by UXPROD-4009 Remaining columns (listed below will be discussed later - unless we should re-prioritize them): |
| 5 | Bulk edit - discovery and staff suppressing instances (UXPROD-3992)
| Questions: - Is it correct to assume that suppressing instance should automatically suppress the underlying holdings and items? In suppressing holdings we have a checkbox that is by default selected when the record is suppressed:
 - Should for suppressing/unsuppressing instances be just one checkbox (Apply to holdings and items) or two: one for holdings and one for items? Discussion: Generally, if suppression is at the instance level, items and holdings are also automatically suppressed. One checkbox (Apply to holdings and items) should suffice. But for consistency in design, it may be best to have two checkboxes (as is suggested for unsuppression - see question #3).
- When unsuppressing the instance, what should happen with underlying holdings and items? Should they remain suppressed (and corresponding checkboxes are unselected) or should they be unsuppressed (corresponding checkboxes are selected)? Discussion: They remain suppressed (and corresponding checkboxes are unselected).
- If the user sets both Staff suppress and Discovery suppress to true, should the behavior be the same as in UXPROD-4303 and the corresponding SRS record (if instance has MARC as source) to have LDR05 set to "d" or should we introduce another option "Set as deleted", or this functionality should not be a part of the bulk edit at all? Discussion: FOLIO does not yet support deletion of Instances. Should we consider marking records for deletion with the "Set as deleted" option? Doing so would staff suppress, suppress from discovery, and set the LDR05 to "d". Yes. This is consistent with Data Import practices.
|
| 6 | Bulk Edit - in app approach - statistical codes - (UXPROD-3714) | - What are the most common use cases for editing statistical codes?
- Should bulk edit cover adding new statistical code types?
- Should each element of the statistical codes be available for bulk editing?
- How the data should be presented in Bulk edit forms (UI and .csv files)
- Should bulk edit concentrate only on adding/removing/modifying statistical codes to instances, holdings and items records?
|
| 7 | Errors and warnings | - Field level errors vs record level errors
- Errors vs warnings
- Before or after committing changes
Current implementation: Error message consistency: field level errors and warnings vs. record level errors and warnings |