[Wactclc-alma] Cataloging question

Wed Mar 17 10:09:22 PDT 2021

I believe, when $h is present, the ‘:’ is part of the $h subfield, rather than the $a subfield.

And since the $h is not displayed in Primo (by default), the ‘:’ gets suppressed as well.

The solution, I think, is a Primo display normalization rule that includes a : (colon) at the end of the 245$a field when the record also contains a subfield h.

I should be able to create normalization rule for that.

Wade Guidry
Library Consortium Services Manager, WACTCLC
wadeg at bigbend.edu<mailto:wadeg at bigbend.edu>
(509) 760-4474
http://www.wactclc.org<http://www.wactclc.org/>

Schedule a meeting with me<https://calendly.com/wactclcalmaprimo/>
My Zoom Instant Meeting Link<https://bigbend.zoom.us/j/8763410457>

From: Wactclc-alma <wactclc-alma-bounces at lists.ctc.edu> On Behalf Of Clare Bryant
Sent: Monday, March 15, 2021 11:06 AM
To: WACTCLC Alma Discussion <wactclc-alma at lists.ctc.edu>
Subject: Re: [Wactclc-alma] Cataloging question

CAUTION: Originated outside our network. Do not click links or open attachments unless you validate the sender.

Yes, that's the record. I went ahead and restored it to the way it was originally. And yes, it seems that when $b and $h are both present, then the ‘ : ’ character is suppressed.

I'm not sure if the problem is unique to just this set of CZ records. I noticed the same problem with a CD in our collection, for example:

https://sbctc-edcc.primo.exlibrisgroup.com/permalink/01STATEWA_EDCC/79926d/alma99726344202809

Thanks,
Clare

On Fri, Mar 12, 2021 at 8:31 PM Guidry, Wade <WadeG at bigbend.edu<mailto:WadeG at bigbend.edu>> wrote:
Correct.

If it’s a CZ record, you don’t want to edit it. If there are accuracy issues with a set of CZ records, the best thing is an SF ticket. And if it’s a display thing, we can usually address that with a Primo display rule, as Kirsti suggests.

Clare, if you did edit the CZ record, you can go ahead and  just edit that $h field back into the record.

This issue sounds intriguingly subtle. 😊

Looking at your examples, is it the case that, if the record contains a $b and $h, then the ‘ : ’ character is suppressed?

And is this the record?

https://sbctc-edcc.primo.exlibrisgroup.com/permalink/01STATEWA_EDCC/1cl6fgf/alma991767378002809

If you can put the record back the way it was originally, I’ll see what I can figure out.

Wade Guidry
Library Consortium Services Manager, WACTCLC
wadeg at bigbend.edu<mailto:wadeg at bigbend.edu>
(509) 760-4474
http://www.wactclc.org<http://www.wactclc.org/>

Schedule a meeting with me<https://calendly.com/wactclcalmaprimo/>
My Zoom Instant Meeting Link<https://bigbend.zoom.us/j/8763410457>

From: Wactclc-alma <wactclc-alma-bounces at lists.ctc.edu<mailto:wactclc-alma-bounces at lists.ctc.edu>> On Behalf Of Thomas, Kirsti
Sent: Friday, March 12, 2021 3:20 PM
To: WACTCLC Alma Discussion <wactclc-alma at lists.ctc.edu<mailto:wactclc-alma at lists.ctc.edu>>
Subject: Re: [Wactclc-alma] Cataloging question

CAUTION: Originated outside our network. Do not click links or open attachments unless you validate the sender.

If they're from the community zone, then we're not allowed to touch them.  :(

Community Zone records belong to everyone and any edits that you make for your own local environment carry over to all the other Alma libraries. Another library may want the 245$h there and may have procedures that rely on the subfield being there.

There may be a way that you can change the Primo display to *not* show the 245$h

We've been importing OCLC records for ebooks that we buy (i.e. have a long-term/perpetual access license for), and then relinking the CZ portfolio record to the OCLC bib.  The OCLC bib records often have additional subject headings and usually follow RDA cataloging standards (which don't use the 245$h). I don't know how sustainable that will be in the long run, but it's working for now.

It will be ok!

Kirsti S. Thomas
Library Technical Service Manager
Seattle Colleges
kirsti.thomas at seattlecolleges.edu<mailto:kirsti.thomas at seattlecolleges.edu>

From: Wactclc-alma <wactclc-alma-bounces at lists.ctc.edu<mailto:wactclc-alma-bounces at lists.ctc.edu>> On Behalf Of Clare Bryant
Sent: Friday, March 12, 2021 13:23
To: WACTCLC Alma Discussion <wactclc-alma at lists.ctc.edu<mailto:wactclc-alma at lists.ctc.edu>>
Subject: Re: [Wactclc-alma] Cataloging question

Hi Kirsti,

They're from the Community Zone.

-Clare

On Fri, Mar 12, 2021 at 12:53 PM Thomas, Kirsti <Kirsti.Thomas at seattlecolleges.edu<mailto:Kirsti.Thomas at seattlecolleges.edu>> wrote:
Are the records with subfield h [medium] from your ebook vendor or are they from the Alma Community Zone?

Kirsti

From: Wactclc-alma <wactclc-alma-bounces at lists.ctc.edu<mailto:wactclc-alma-bounces at lists.ctc.edu>> On Behalf Of Clare Bryant
Sent: Friday, March 12, 2021 11:55
To: WACTCLC Alma Discussion <wactclc-alma at lists.ctc.edu<mailto:wactclc-alma at lists.ctc.edu>>
Subject: [Wactclc-alma] Cataloging question

Hi all,

We recently purchased some ebooks, and a few are displaying in an unexpected way whenever the title field includes subfield $b (remainder of title) in combination with subfield $h (medium). Here's an example:

[cid:image002.png at 01D71B13.2611FA80]

When I remove subfield $h from the title field, it displays like this:

[cid:image004.png at 01D71B13.2611FA80]

My question is, does anyone know of any reason I can't just remove that subfield? The medium is included elsewhere in the record, so it seems kind of superfluous, but I thought I would check in to see if anyone has a better solution.

Thanks,
Clare

--

Clare Bryant

Acquisitions and Cataloging Technician

Edmonds College Library

425.640.1855

[Image removed by sender.]<https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.edcc.edu%2F&data=04%7C01%7C%7C9561837bd1e14352c68008d8e59d1e95%7C02d8ff38d7114e31a9156cb5cff788df%7C0%7C0%7C637511810289678025%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C1000&sdata=NlAYkES58MAm4MO2mnhpophp1%2FjbcdLJhzQLtI1qzQs%3D&reserved=0>
CAUTION: This email originated outside of the Seattle Colleges’ email system. Do not click links or open attachments unless you recognize the sender and know the content is safe. Questions? Contact IT Services at x6333 (Central), x3630 (North), x5844 (South) or email ITHelp at seattlecolleges.edu<mailto:ITHelp at seattlecolleges.edu>.

CAUTION: This email originated outside of the Seattle Colleges’ email system. Do not click links or open attachments unless you recognize the sender and know the content is safe. Questions? Contact IT Services at x6333 (Central), x3630 (North), x5844 (South) or email ITHelp at seattlecolleges.edu<mailto:ITHelp at seattlecolleges.edu>.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ctc.edu/pipermail/wactclc-alma_lists.ctc.edu/attachments/20210317/78f6ffd0/attachment-0002.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.png
Type: image/png
Size: 45192 bytes
Desc: image002.png
URL: <http://lists.ctc.edu/pipermail/wactclc-alma_lists.ctc.edu/attachments/20210317/78f6ffd0/attachment-0004.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image004.png
Type: image/png
Size: 52712 bytes
Desc: image004.png
URL: <http://lists.ctc.edu/pipermail/wactclc-alma_lists.ctc.edu/attachments/20210317/78f6ffd0/attachment-0005.png>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image006.jpg
Type: image/jpeg
Size: 480 bytes
Desc: image006.jpg
URL: <http://lists.ctc.edu/pipermail/wactclc-alma_lists.ctc.edu/attachments/20210317/78f6ffd0/attachment-0002.jpg>