Skip to main content
ExLibris
  • Subscribe by RSS
  • Ex Libris Knowledge Center

    Configuring the Normalization Rules for Browse

    This information is not applicable to Primo VE environments. For more details on Primo VE configuration, see Primo VE.

    Return to menu

    This section describes what Primo needs in order to build the browse lists.

    The Browse Section of the PNX

    The Browse section includes the following fields. The following table lists the contents of the Browse section.

    Browse Section Fields
    Field Code Description

    institution

    The code of the owning institution. As noted above, the browse lists are created per institution. A single Browse section can belong to one or more institutions. During the Dedup process, the system appends the institution to every author, title, and subject. The call number should include the institution in the field itself because it is local by nature.

    If you want a combined browse list for all of your institutions, refer to Configuring a Cross-Institutional View.

    author

    Authors for the authors browse list. The author field should have several elements as described below.

    title

    Titles for the titles browse list. The title field should have several elements as described below.

    subject

    Subjects for the subject browse list. The subject field should have several elements as described below.

    callnumber

    Call numbers for the call numbers browse lists. The callnumber field should have several elements as described below.

    The callnumber field includes the institution in the field itself. If you want a combined call number browse list for all institutions, refer to Configuring a Cross-Institutional View.

    The heading fields (author, title, and subject) should have the following elements, each as a subfield. Note that only $$D and $$E are mandatory.

    Heading Subfields
    Element Description

    $$D

    Display form of the heading.

    $$E

    Normalized form of the entry for matching and sorting purposes. This is the key of the record that defines uniqueness. Most of the normalization is performed by the SE when the data is indexed. The normalization rules will remove leading articles only when this capability is enabled in the source data.

    $$P

    Preferred/non-preferred indication. The following values are valid:

    • Y – The term in the authorized field is preferred. For example: 

      <author>$$DLeaf, Anne Sellers$$ELeaf, Anne Sellers$$IPRM10005102391$$PY</author>
    • N – The term in the authorized field is non-preferred and links to the preferred term. For example:

      <author>$$DA and E Home Video (Firm)$$EA and E Home Video (Firm)$$IPRM10004478266$$PN</author>
    • R – The term in the authorized field is from a 5XX see also field and is non-preferred. For example:

      <author>$$DA. &amp; C. Black Limited$$EA. &amp; C. Black Limited$$IPRM10004316829$$PR</author>
    In Browse, hypertext links are not supported for see also fields.

    The system ignores the $$P subfield in Title fields.

    $$I

    Authority ID - $$I. This field is used for linking the preferred and non-preferred headings.

    This is not used in the title field.

    $$T

    Type of authority (subject field only). The out-of-the-box codes are derived from the following standards:

    You can include additional types. The display labels for the codes in the FE are defined in the Browse Labels code table, using the following format:

    default.browse.subjectype.<type>

    For example:

    default.browse.subjectype.MESH

    $$U

    Institution code. This subfield is used only in deduped records and is added automatically.

    The call number field should have the following elements, each as a subfield. Note that only $$D and $$E are required:

    Call Number Subfields
    Element Description

    $$D

    Display form of the call number.

    $$E

    Normalized form of the call number for sorting and matching purposes. This is the key of the record.

    $$T

    Type of call number. Currently the following types are supported (the code is based on the first indicator of the MARC 852 field):

    • 0 – Library of Congress

    • 1 – Dewey

    • 2 – National Library of Medicine (NLM)

    • 3 – SUDOC

    Each of the above types are added to a separate browse list with a dedicated normalization procedure. Call numbers with a different type or no type are added to the generic list.

    $$I

    Institution to which the relevant holdings belongs.

    Normalization Rules Templates

    Rules for the Browse section are available in almost all of the out-of-the-box templates, as described in the table below. For detailed information on the templates, see Mapping to the Normalized Record.

    Normalization Rules Templates
    Template The Browse section

    Alma Marc

    Alma MARC records include the data for full Browse functionality. The rules added to the browse section create all possible subfields.

    In addition to the browse section, it is also necessary to update several other sections to ensure that non-preferred fields are not added. This is done by adding a condition that checks the preferred/non-preferred indicator to ensure that it is not non-preferred.

    This includes:

    • Display: creator, contributor, subject, title, uniform title, relation

    • Facets: Creator/Contributor, topic

    • Dedup: F11

    • FRBR: K1, K2

    • Additional data: author last, author first, corporate author, additional author

    Aleph MARC

    Records published from Aleph v.21.1 (rep_change 002112) and v.20 (rep_change 003801) can include data for full Browse functionality. Note that some configuration is necessary in Aleph to ensure that all the data is extracted (refer to Aleph documentation). The rules in the Aleph MARC - Template template’s browse section has been updated to create all possible subfields for the Browse fields (from Primo V4.3).

    In addition to the browse section, it is also necessary to update several other sections to ensure that non-preferred fields are not added. This is done by adding a condition that checks the preferred/non-preferred indicator to ensure that it is not non-preferred. Since Aleph sends the non-preferred indicator in subfield P, it was necessary to exlcude this subfield in some cases. The following fields were updated to prevent creation of the field from non-preferred headings and/.or to exclude $$P:

    • Display: creator, contributor, subject, title, uniform title, relation

    • Search: subject

    • Facets: Creator/Contributor, topic

    • Sort: author, title

    • Dedup: F11

    • FRBR: K1, K2

    • Additional data: author last, author first, corporate author, additional author

    • Browse: title

    Voyager

    Records published from Voyager 8.2.1 can include all of the data required for full Browse functionality. Note that some configuration is necessary in Voyager to ensure that all of the data is extracted (refer to the Voyager-Primo Integration Guide for more information). The rules in the Voyager - Template template's browse section has been updated to create all possible subfields in the browse fields (from Primo V4.3).

    In addition to the browse section, it is also necessary to update several other sections to ensure that that the non-preferred fields are not added. This is done by adding a condition that checks the preferred/non-preferred indicator to ensure that it is not non-preferred. Such a condition has been added to the following fields:

    • Display: creator, contributor, subject, title, uniform title, relation

    • Search: subject

    • Facets: Creator/Contributor, topic

    • Sort: author, title

    • Dedup: F11

    • FRBR: K1, K2

    • Additional data: author last, author first, corporate author, additional author

    • Browse: title

    ALEPH MAB

    ALEPH UNIMARC

    For headings with no cross-references or authority type (for subjects), the system creates only $$D and $$E.

    Call numbers with no type are created from AVA/949.

    Generic MARC

    Unicorn

    SFX

    DigiTool MARC

    Generic UNIMARC

    For headings with no cross-references or authority type (for subjects), the system creates only $$D and $$E.

    Rules have not been added for the call number because it is not clear which tag can be used. It may be possible to add the rules locally.

    Generic Dublin Core

    Alma Dublin Core

    For headings with no cross-references or authority type (for subjects), the system creates only $$D and $$E.

    Rules have not been added for the call number since it is not clear which tag can be used. It may be possible to add the rules locally.

    Additional Data Needed from the ILS

    Because all records that are harvested from the ILS include authors, titles, subjects, and call numbers, you can create browse lists in Primo for all ILS systems. However, there are some features in the Browse functionality that require additional information. If the ILS sends this information, the following functionality is also available:

    • Cross-references – Non-preferred headings are included in the author and subject lists with a link to the preferred heading.

    • Call number type – Separate lists per call number type (depending on their data some customers may be able to implement this even if this is not implemented by default).

    • Authority type – Display of the authority type for subjects.

    Cross-References

    The harvested record should include preferred and non-preferred headings in the same tag. The tag must include an indication if the entry is preferred or non-preferred. In order to create a link between the preferred and non-preferred headings, there also needs to be a subfield with the authority record ID from which the headings are derived (or some other unique code).

    The following example is from Alma, but different subfields could be used for MARC.

    <datafield ind1="1" ind2="" tag="100"/>

    <subfield code="a">Miller, Rodney,</subfield>

    <subfield code="c">violinist</subfield>

    <subfield code="0">11-LIBRARY_OF_CONGRESS:n 81095936</subfield>

    <subfield code="9">Y</subfield>

    <datafield ind1="1" ind2="" tag="100"/>

    <subfield code="a">Miller, Roddy,</subfield>

    <subfield code="c">violinist</subfield>

    <subfield code="0">11-LIBRARY_OF_CONGRESS:n 81095936</subfield>

    <subfield code="9">N</subfield>

    • Preferred and non-preferred are in the same tag (100)

    • Subfield 9 is preferred/non-preferred indicator

    • Subfield 0 is the authority record Id to which both headings belong

    Authority Type

    In order to display the authority type for subjects, it should be included as a subfield rather than as an indicator, because it is very difficult to do this via the normalization rules. Note that if your site only has one or two authority types, you can do this locally.

    In the following MARC example from Alma, the authority type has been added to subfield 2 as a code:

    <datafield ind1="" ind2="0" tag="650"/>

    <subfield code="a">Folk dance music</subfield>

    <subfield code="z">New England.</subfield>

    <subfield code="0">11-LIBRARY_OF_CONGRESS:sh 2009124441</subfield>

    <subfield code="2">LCSH</subfield>

    <subfield code="9">Y</subfield>

    Call Number Type

    The call number type used for the call number browse should represent the call number used to shelve the item. The call number type should be added to the tag from which the call number is derived.

    In the following example from Alma, the call number is sent in the AVA field, and the type has been added to subfield k:

    <datafield ind1="" ind2="" tag="AVA"/>

    <subfield code="a">PRM50</subfield>

    <subfield code="b">NAND</subfield>

    <subfield code="c">Childrens Lit</subfield>

    <subfield code="d">GT4905 .B7 1967</subfield>

    <subfield code="e">available</subfield>

    <subfield code="f">1</subfield>

    <subfield code="g">0</subfield>

    <subfield code="h">N</subfield>

    <subfield code="i">0</subfield>

    <subfield code="j">CLT</subfield>

    <subfield code="k">0</subfield>

    In the above case, the call number type is based on the MARC indicators for the 852 field.

    Configuring a Cross-Institutional View

    For each type of browse list (author, title, and subject), you must create a browse entry in the normalization rules for the “central” institution (which is the default institution for your cross-institutional view). In addition, you must ensure that the "central” institution is defined as a scope value and that it is added to all records.

    For more information on “central” institutions, see the Primo Concepts, Components, and Relationships section in the Primo Back Office Guide.

    Author, Title, and Subject Browse Lists

    Add the following rule to the browse/institution field, entering the code of your central institution in the Constant field.

    BrowseHeadings_Central2.gif

    Add Rule for Headings

    The constant Central used in the above example should be the name of your “central” institution.

    Call Number Browse Lists

    Duplicate all of the rules for the call number and then add an institution rule ($$I) that uses a new mapping table to convert all of the source institutions to your central institution. For example:

    BrowseCallNumber_Central2.gif

    Institution Rule for Call Number Lists

    The constant Central used in the above example should be the name of your “central” institution.

    • Was this article helpful?