Skip to end of banner
Go to start of banner

2018-09-27 MARCcat Subgroup 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 18 Next »

Date

Recording is available on: https://drive.google.com/file/d/1WxiyiI1-kCNEIseiL2JAssfmODgpnzsf/view?usp=sharing 

Link to the zoom-meeting:  https://zoom.us/j/119772606

Link to the wireframes:

Link to the discussed document: https://drive.google.com/file/d/1cN_jz4Xl4lgHMBpHSvk0AwCrKKoXxGkH/view?usp=sharing 

Discussion items

Item

Who

Notes

Introduction
@Cult staff met with Filip to discuss the UX proposal. Filip stated in the course of his discussion with @Cult, four major issues arose that need to be resolved before development can begin on this proposal.
Questions and Answers about the UX for MARCcat

@Cult will do a write up of the out standing questions, and send out to the group to get feedback and discuss all together during this meeting.

Tiziana shared the screen displaying the UX design proposed. This table is an attempt to encapsulate the discussion:


IssuePriorityMore information needed?
Fixed Filter or Sensitive FilterLowNot at the moment
Left navigation: Search Fields

HighYes. The MARCcat Group needs to define what will appear in this drop down menu. (Or, isn't this decided in the Institution settings? - Lisa's question)
Left navigation: Type of search

HighMARCcat group needs to establish what these will be (and what the expect outcomes will be? - Do we need this now? - Lisa's questions)
Filter categories

HighWhat categories and subcategories would the MARCcat group like to see here?
Locating Duplicate Records - The displayed drop down menu would call and "AND" logic to help libraries identify potential duplicate records, setting their own criteria for what that may be.

LowLisa will send Tiziana examples of what her institutions considers duplicate records that are currently in their catalog.

Search Settings Screen

HighThis will be set at the institution level, not at a single user level. The group agreed it should function this way.

Application of a sophisticated logic, one that will enable fixed field positional tags to be used.




Low@Cult will need a list of all of the possible positions and tags that may be needed

Search retrieving both bibliographic and authority records




High

This is already accounted for in the UI designs:


The group is in agreement that this is a good feature.


Results List: Is this enough information? Would we want to see in the results list (second pane), the list of bibliographic MARC fields that were retrieved? Note, they will be seen in the third pane.


The results list is good the way it is. There is no need to see the bibliographic fields in the Results pane when they are being shown in the third display pane.














Next step







Attendees



  • No labels