Skip to end of banner
Go to start of banner

2019-3-28 Resource Access Meeting Notes

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Date

Attendees

Discussion tems

TimeItemWhoDescriptionGoals
5minHousekeeping
30minCall numbersDisplay inconsistencies--clear explanation of call number fields (from Charlotte Whitt) - slide deck: https://docs.google.com/presentation/d/152x27epGqEWxSUKSew8pK0lkWxB9ueNtZqFdMJqpARM/edit#slide=id.p
--what call number-related fields need to be sorted on in a display like Loans, besides location
--to what extent can we concatenate that information in a display both in a sortable list and in a details display (Loan details, individual request, etc.)
25minRecently returnedEmma BoettcherTrigger actionsdecisions on what triggers the flip from recently returned to available & how that is scheduled

Meeting Outcomes

Functional Area

Product Owner

Planned Release (if known)

Decision Reached

Comments

e.g. loans, fees/finesNamee.g. Q4 2018, Q1 2019Clearly stated decision










Notes

Call numbers - Charlotte Whitt 

  • Initial discussion of call numbers in holdings record. (Please reference Charlotte's slide deck.)
  • Copy Number → Call Number Type → Call Number Prefix → Call Number → Call Number Suffix.
  • Inventory - Holdings Metadata Elements - includes Shelving Order metadata - system generated from call number. This is not fully implemented yet in the Holdings record.
  • Item record - in Item Data - Type, prefix, call number, call number suffix. (Add Copy Number)
  • MMSIG has defined an element - item level shelving order - system supplied, based on call number - also not yet fully implemented.
  • Settings → Inventory – where you would go to define relevant call number types for your library. Note - it is very typical for libraries to have multiple types of call numbers. She is displaying a default list, and then the library can delete ones that are not needed.

Jiras - there are a lot of requests, bugs, etc. that are using the call number feature.

How will enumeration fields work? Review of sample record in FOLIO Snapshot - ABA Journal.

You can see the Holdings statement, and then click into the item record. And you can see enumeration and chronology drilling into the item record, with an autogenerated, combined concatenated element. It was identified as a need in the migration subgroup.

What is the difference between the enumeration field and the volume? And the year and the chronology? Unclear from presentation.

Would concatenation mean that you then could not sort by volume or year separately? Yes - the intent is to present the concatenation as a third element. So that it is unclear as to the use case for concatenation. Charlotte will follow up with her SIG.

Enumeration = volume. Chronology = year. Are they separate, or basically meaning the same thing in FOLIO? It's unclear as to why they are defined differently, since from RA SIG they are functionally the same. From a display perspective, you may subsume enumeration into volume, and chronology into year (or vice-versa.) Or, in Aleph, it may be done through enumeration levels.

The need for these things that seems like export is related to MARC record / element mapping and import support.

Concatenation may be helpful when thinking about screen real estate, for example in holdings list view from inventory (before getting to item list.) There is a JIRA about displaying that information in holdings list view, to make it easier to do things like identify non-received items.

Effective three questions:

  • How do we determine "effective call number" for an item? How/is inheritance involved?
  • How is that effective call number displayed across apps?
  • What logic determines how that call number is sorted?









  • No labels