2024-01-25 Metadata Management Meeting notes

Date

25 Jan 2024

Attendees

Note taker: Laura Daniels, Lynne Fors, Alissa Hafele, Natascha Owens

Recordings

Recordings of meetings can be found in the Metadata_Management_SIG > Recordings folder on AWS from 2022 onwards: https://recordings.openlibraryfoundation.org/folio/metadata-management-sig/

Discussion items

Announcements	Jennifer Eustis	Last year, ARLEF (Academic Research Library Exchange on FOLIO) had an ad-hoc meeting on the status of Data Import. The ARLEF IT Directors are looking to schedule an update on progress on Data Import scheduled for 2/28/2024 at 3pm EST. Documentation: 2023 ARLEF issues on Data Import, 2023 ARLEF Call \| Slide Deck. Jennifer Eustis will report back to MM SIG.
Multiple/Alternate Graphical Representations	Laura E Daniels	document (draft of document originally created with Christie Thomas, Jacquie Samples) Summary - More than one script representing the same value, e.g. MARC 880s. Thinking mostly about titles, but need to be clear about which other elements this is needed for. Each script should be treated as equal, indexing and display. See above document for details. -What changes are needed to the Inventory data model? -How should these changes display in both View and Edit modes? Notes: Ability to have labels for script identifier. Folks agree it is needed. E.g. including this in bibframe Toggle on/off for particular scripts What was meant by this? Potentially turning off display of particular languages, e.g. you have no expertise on staff for it Tenant level setting? User? Would be dependent on a particular script being labeled Likely an improvement for a second iteration Is this a problem for FOLIO China community? Laura assumes not transliterating but will reach out to confirm Model should accommodate unlinked 880s also Next steps Small group to meet on questions raised today, will add to doc and share back with MM SIG asynchronously. Reach out to Laura E Daniels Will likely need to go to tech council UXPROD-1646 - Getting issue details... STATUS
Updating bound-with holdings records	Lynne Fors	Deferred till next week Wellesley College is undergoing a major library renovation. All collections have been moved to remote storage for the duration, barring a small number of materials held back for teaching. We have applied temporary locations for all Item records (and journal/serial Holding records as they have no Item records). During our spot checking to make sure we caught everything, we found oddities stemming from bound-with items. Because bound-withs in the FOLIO data structure consist of one Item record attached to multiple Holdings records, the temporary location is only being applied to the parent/primary Holding record and not the other Holding records. Not an ideal situation for managing and providing accurate locations of our materials. Example 1: Bound-with with 2 titles Example 2: Bound-with with 5 titles What is being presented to the end user is extremely confusing when they can see that one title is available but another is not. Wellesley College used VuFind as the library catalog. Is this what we are expecting (or wanting) to see in our discovery layers? Do we need to rethink the implementation of Bound-with handling in FOLIO and change to a one Item record & one Holding record attached to multiple Instance records?
PC updates	Jennifer Eustis	The PC met today, 2024-01-25 Product Council Agenda and Meeting Notes, to discuss Direct Consortial Borrowing (DCB) integration. There is new back end functionality that is for the most part contract work for Mobius and Galileo, for borrowing. Open RS is the platform for resource sharing and includes DCB, document delivery, and are talking about ILL and CDL. There is no impact for those institutions that won't use this functionality. For those using ECS, the consortial FOLIO, you need DCM. The consortial system would install open RS and any member/partner institution would need DCB as a client to connect to it. Please see details and the record for a more thorough explanation of this functionality.
BELA (Bulk Edit and Lists App)	Jennifer Eustis	BELA meet this past Tuesday, 2024-01-23 BELA Meeting Notes. Amanda Ros is the new liaison to the App Interaction SG. We discussed a performance issue detailed in MODBULKOPS-211 and 212 where larger files slow everything down. This Spike will investigate the issues to try to identify what the problem(s) are. There was a good discussion on errors versus warnings. For example, the group through that duplicate entries in the incoming file would be a warning whereas if one identifier brought back multiple records, this would be an error. We continued the discussion of what we expect for updating one property with no change in value and updating two properties with no change in one value.
Data Import Working Group	Jennifer Eustis	DI meet yesterday, 2024-1-24 Data Import Subgroup meeting. There is now a new spreadsheet to track issues, Data Import Topic Tracker. The hope is that this will provide transparency on when issues were discussed, if there is a Jira associated with it, and the progress of the issue. We will also be creating an audit functionality spreadsheet and will start with the expected behavior for deduping the 856. We've asked Ryan to get a summary of how this functionality works now from the developers. We are looking for volunteers to help with adding issues to our topic tracker.

Chat

08:29:57 From Felix Hemme to Everyone:
Today's agenda: https://wiki.folio.org/x/RAAcCQ
08:31:05 From Laura Daniels to Everyone:
working on making that link work!
08:31:33 From Alissa Hafele to Everyone:
I am
08:31:38 From Alissa Hafele to Everyone:
Sorry I can’t seem to unmute
08:32:22 From Laura Daniels to Everyone:
Zoom now makes us click "OK" to confirm that we accept the meeting being recorded -- if you don't do that your mic is disabled
08:32:27 From Laura Daniels to Everyone:
I learned this the hard way
08:32:40 From Alissa Hafele to Everyone:
Reacted to "Zoom now makes us cl..." with 👍
08:33:32 From Jennifer Eustis to Everyone:
I can report back from that meeting.
08:33:47 From Alissa Hafele to Everyone:
Academic Research Library Exchange on FOLIO
08:34:10 From Jennifer Eustis to Everyone:
Reacted to "Academic Research Li..." with 👍🏻
08:34:34 From Felix Hemme to Everyone:
"exchange" I have to remember that
08:34:36 From Felix Hemme to Everyone:
Reacted to "Academic Research Li..." with 👍🏻
08:35:40 From Kalli Mathios to Everyone:
Reacted to "Academic Research Li..." with 👍🏻
08:42:57 From Felix Hemme to Everyone:
+1 to script code
08:43:10 From Frank, Paul to Everyone:
Yes, definitely!
08:43:14 From Magda Gad to Everyone:
Reacted to "Academic Research Li..." with 👍🏻
08:45:16 From Gerhard, Jeffery to Everyone:
those sound like UI features
08:45:46 From Raegan Wiechert to Everyone:
We might want a tenant, but not user level setting. We don't have a lot of foreign language items or language expertise, so we would generally want to see only the transliterated form.
08:45:57 From Lynne Fors to Everyone:
Impacts for FOLIO China community of users?
08:52:30 From Frank, Paul to Everyone:
MARC Model A: Fields 880 are used when data needs to be duplicated to express it in both the original vernacular script and transliterated into one or more scripts. There may be unlinked 880 fields
08:52:46 From Magda Gad to Everyone:
Reacted to "MARC Model A: Field..." with 👍
08:57:55 From Magda Gad to Everyone:
+1 Paul
08:57:58 From Lisa F to Everyone:
Little confused. Can someone give an example of more than one script?
08:58:53 From Gerhard, Jeffery to Everyone:
simplified vs traditional Chinese? yes
09:00:36 From Frank, Paul to Everyone:
Agree.
09:01:00 From Frank, Paul to Everyone:
Publication
09:01:39 From Frank, Paul to Everyone:
Limit to access points?
09:03:39 From Frank, Paul to Everyone:
I volunteer!
09:03:52 From Laura Daniels to Everyone:
https://docs.google.com/document/d/1J0QkQDAsCYCTyAUOqhin98qGG4XoPqdim-mnp9m6wz4/edit
09:06:21 From Gerhard, Jeffery to Everyone:
one option could also be to display both/multiple scripts in the search results, but sorting is an issue here
09:13:44 From Frank, Paul to Everyone:
Or when the Instance record is driving your Discovery layer?
09:13:53 From Gerhard, Jeffery to Everyone:
for Library of Congress, we can provide several use cases. Our primary one is Locate as a discovery system
09:13:56 From Gerhard, Jeffery to Everyone:
What Paul said
09:14:31 From Felix Hemme to Everyone:
Thanks for providing the use cases. We can add them to Laura's (et.al.) document.
09:14:33 From Lisa F to Everyone:
You're talking about cases before item goes to cataloging?
09:14:50 From Nancy Lorimer to Everyone:
yes
09:15:09 From Gerhard, Jeffery to Everyone:
searching instance records is another case, yes
09:15:09 From Nancy Lorimer to Everyone:
though many acquisitions staff at various institutions do copy cataloging
09:19:22 From Felix Hemme to Everyone:
@Lynne Fors and @Jennifer Eustis, are you okay with continuing the discussion around the graphical representations and follow-up on your topics next week?
09:19:38 From Lynne Fors to Everyone:
Replying to "@Lynne Fors and @Jen..."

Yes, that's fine with me
09:20:01 From Felix Hemme to Everyone:
Replying to "@Lynne Fors and @Jen..."

We make sure that your topic comes first next week.
09:20:37 From Thomas Trutt to Everyone:
it could work similar to alt title
09:22:46 From Felix Hemme to Everyone:
We have https://issues.folio.org/browse/UXPROD-1646 (DRAFT)
09:23:12 From Frank, Paul to Everyone:
I would like to participate
09:23:40 From Magda Gad to Everyone:
Me too, I would like to join
09:23:51 From Nancy Lorimer to Everyone:
And I'll continue to
09:24:27 From Lynne Fors to Everyone:
Replying to "@Lynne Fors and @Jen..."

I think we can skip to the updates
09:27:38 From Gerhard, Jeffery to Everyone:
Thanks a lot to everyone who worked on this proposal for alternate graphical representations. From a Library of Congress perspective, we are very interested in this potential development and would like to endorse what the community finds most helpful. One topic we might want to add to the discussion is how mapping from MARC 880s could work most effectively