[DCRM-L] Alma

[Christine DeZelar-Tiedman]

Ted,

The "external process" is probably just a batch job that runs through your
records periodically, and may not be truly "external" to your institution.
For example, authority update jobs, or jobs that your institution has set
up to detect new records to the database and update holdings to OCLC. In my
experience, they haven't tended to be things that impact the content of the
bib record that I care about, but that really depends on what kind of batch
jobs your institution has set up.

On Thu, Sep 19, 2019 at 4:01 PM Gemberling, Ted P <tgemberl at uab.edu> wrote:

> From a discussion off-list, it looks like one issue that needs to be
> prepared for is whether you have control over your local records. We seem
> to have it over print records, at least. I do not deal with electronic
> resources. Alma makes a distinction between "institution zone" and
> "community zone" records. At least in our catalog, print records appear to
> be institution zone, and we control their content. I sometimes get a
> message that "an external process has changed the record. It is recommended
> you reload the record." I mostly ignore that. But it could be some
> institutions have set Alma up so they have to accept any changes made to
> the OCLC master record. To be honest, I do not know enough about how our
> system was set up to know why we do have control. But it's something to
> consider If you sign up.
>
> Ted Gemberling
>
> -----Original Message-----
> From: DCRM-L <dcrm-l-bounces at lib.byu.edu> On Behalf Of Joshua Hutchinson
> Sent: Thursday, September 19, 2019 2:27 PM
> To: dcrm-l at lib.byu.edu
> Subject: Re: [DCRM-L] Alma
>
> >> Belinda-- Re *Hell's Angels*: Is there a circulating dead-tree copy of
> the book in any UCSC library? If so, what's the trick? I tried various
> searches and came up with Special Collections holdings only (including an
> "everything" search).
>
> You can get there in 3 clicks:
> 1) use the facets on the right. Click on 'Location'
> 2) Click on 'General Collection 3rd and 4th floors'
> 3) Click on '4 versions found, see all versions' for "Hell's Angels; a
> strange and terrible saga"
>
> There are two copies in the McHenry Library General Collection at
> HV6489.C2 T48 1967 and HV6489.C2 T48 1967c
>
>
> >> In addition to the comments noted above, my chief complaint regarding
> Alma is an overarching lack of control over indexing MARC fields. Alma
> indexes the fields that it has decided to index, and you cannot add indexes
> for anything else. This is specifically problematic for libraries that have
> relied on unavailable fields, such as the 79x, to track local data.
>
> However, there is quite a bit of flexibility within Alma to define your
> own indexes within the 9xx fields. For instance, at my library we have
> created an 'Order information' index to search the 980 $c, which is where
> our GOBI invoice number goes; we have a Millennium BibID index to search
> our record identifiers from our previous system, which are stored in
> another 9xx field; and we have defined an index to search electronic
> resource package names, which we put in the 973 (they are copied from the
> 793-- both are locally defined fields, and we really don't need to
> perpetuate this duplication, but it doesn't seem to be hurting anything).
>
> Josh
>
>
> Cataloging & Metadata Services Department (Monographs) UCI Libraries
> University of California, Irvine Irvine CA  92623-9557
>
> Science Library Room 327 - (949) 824-8938 jchutchi at uci.edu
>
>

-- 
Christine DeZelar-Tiedman
Metadata and Emerging Technologies Librarian
University of Minnesota Libraries
160 Wilson Library
309 19th Ave. S.
Minneapolis, MN 55455
(612) 625-0381
dezel002 at umn.edu

pronouns: she/her/hers
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listserver.lib.byu.edu/pipermail/dcrm-l/attachments/20190920/f006d128/attachment.html>