[Eril-l] Millennium ERM fixed-length record field variables
Jessica Harris
jaharris at scu.edu
Thu Sep 3 08:31:27 PDT 2015
Hi Kate,
I was in the same boat as you when I started last year. I customized
several fields, but we also share our system with our Law Library, so any
changes need to get buy-in from them. This is what I have for each field
currently, though I'm still considering this a work in progress as we add
more resource/license records and get a better understanding of our needs:
- Rights Type: I left this field alone for now. Our values here are as
follows. We aren't currently adding any open source or public domain
resource records and I have a feeling I'll want to add to/remove these as
we go through more license agreements:
- Archival Terms
- Licensed
- Not Evaluated
- Open Access
- Own
- Public Domain
- Unknown
- Package Type:
- Free
- Free with Print
- None
- Purchase & Maintenance
- Purchase NO Maintenance
- Subscription
- ECODE1 was named "Resource Code 2" before I started and our library
does not use this field, but our Law Library does. The current values are:
- Aggregator
- Grouping
- None
- Publisher Group
- Single Title
- Unknown
- ECODE2 is named "Resource Type" and its values are:
- Data/statistics
- Full-text database
- Journal package
- None
- Single ebook
- Ebook package
- Index/Abstract
- Media
- Other
- Single journal (I might remove this field as we do not add resource
records for single journals; we'll add them for the publisher/platform
instead)
- ECODE3 is named "SS Activation" and is used by our staff to let them
know whether the resource has been added to our Serials Solutions portal.
Its values are:
- No
- Unavailable
- Unknown
- Yes
- ECODE4 is named "Resource Status" and its values are:
- Active
- Canceled - Retain Access
- On order
- Rejected
- Trial - External
- Trial - Internal
- Canceled
- Inactive
- Pending
- Temp Unavailable
The University of California at Irvine has an incredibly useful website for
their Tech Services Department and includes the fields and rules they have
for creating resource records. You can see their rules for resource records
here
<http://staff.lib.uci.edu/departments/researchresources/manual/policies/resource-record-metadata-application-profile.php>
and their rules for license records here
<http://staff.lib.uci.edu/departments/researchresources/manual/policies/License%20Record%20Metadata%20Application%20Profile.php>.
I created a similar spreadsheet of rules for our library, using theirs as
the basis. If you're interested to see how we've coded ours, I'd be happy
to send it to you.
I hope this helps, but please let me know if you have any questions or
would like to talk about this further :-)
------
Jessica Harris, Head of Electronic Resources & Serials
Santa Clara University Library
jaharris at scu.edu or eresources at scu.edu
(408) 554-5356
On Thu, Sep 3, 2015 at 3:36 AM, Katherine Holvoet <Kate.Holvoet at zu.ac.ae>
wrote:
> I am a new e resources librarian and I have inherited a Millennium ERM
> that was set up I n 2009 by an unpaid intern, and pretty much not touched
> since then. I am going through the system and making some changes to have
> it better suit our needs, particularly in terms of Millennium statistics
> (not resource use stats, but the stats on the resource records
> themselves). To do this I want to make some changes to our fixed fields,
> and I am looking for examples of what other libraries have done. If your
> library has added any options to the fixed fields, I’d love to see what
> those choices are for following fixed fields:
>
>
>
> 172 Rights Type
>
> The default variables are Not Evaluated, Licensed, Public Domain,
> Copyright, Deed – Yes, Deed – No, Archival Terms, and Unknown. I’m
> thinking of adding Site License, Limited Users, and No License Required to
> meet mandatory reporting requirements on those three categories.
>
> 179 Package Type
>
> The default options are all about the full-textness of the database (full,
> none, partial, digital object). We don’t have to report on that
> information, and the intern choose a bunch of descriptive terms that seem
> to be resource types, like database, single title, aggregator, ejournal
> pkg, etc. I actually kind of lean in that direction, but I’m not sure when
> I would be called upon to provide that kind of data. My other thought is
> that Package Type could list attributes like one-time purchase,
> subscription, free resource, free vendor add-on because I do have to track
> that and report on how many subscriptions we have, and when we receive a
> database for free from the vendor as an add on to another package. But!
> These options could go down to the ECODE lines (unless I find something
> better to put there). It seems a waste to not use Package Type for
> something useful.
>
> 174 ECODE1
>
> Currently labeled Content Sensitive. I have no idea what that mean, and
> only 8 resources were flagged with an option (accepted, rejected, under
> consideration, and special collections) other than the default, and I could
> not see anything in common about those 8. I’m definitely looking to use
> this field for something more interesting.
>
> 175 ECODE2
>
> Currently labeled Statistics. I think it was an attempt
> to track which resources provide usage statistics. Only seven were flagged
> as yes, and 1 flagged as no, the rest were set to the default, which is no
> information.
>
> 176 ECODE3
>
> Currently labeled Purchase Review. No resources had
> anything other than the default.
>
> 177 ECODE4
>
> Currently labeled Library Review. Options seem to be
> complete, liaison review, partial, and unevaluated, only 7 records had an
> option other than the default.
>
>
>
> Thank you all for your help and time!
>
>
>
> Kate Holvoet
>
> Zayed University
>
> <http://www.zu.ac.ae> Katherine Holvoet
> Electronic Resources Librarian
> Library and Learning Commons
> كاثرين هولفويت
> أمين مكتبة المراجع الإلكترونية
> المكتبات و موارد التعلـّم
> P.O. Box 144534 Abu Dhabi, U.A.E | T:+971 2 599 3116 | M:
> w w w . z u . a c . a e <http://www.zu.ac.ae> Accredited by Middle States
> Commission on Higher Education
> ------------------------------
> *Disclaimer: *This e-mail and the files(s) attached to it are
> confidential and belong to the intended receiver (unit) only. In case you
> are not the intended receiver of this letter, or if you have received it by
> mistake, please advise the sender and delete it along with its attached
> file(s) from your system immediately. You do not have the right to copy,
> print or distribute this e-mail or any part thereof, or to release its
> contents to any other party whatsoever, except with prior approval from the
> sender. If you violate the above, you will be legally accountable.
>
>
> _______________________________________________
> Eril-l mailing list
> Eril-l at lists.eril-l.org
> http://lists.eril-l.org/listinfo.cgi/eril-l-eril-l.org
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.eril-l.org/pipermail/eril-l-eril-l.org/attachments/20150903/37e56452/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: msche8b9598
Type: image/gif
Size: 3156 bytes
Desc: not available
URL: <http://lists.eril-l.org/pipermail/eril-l-eril-l.org/attachments/20150903/37e56452/attachment.gif>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: zu9d5c92
Type: image/gif
Size: 5989 bytes
Desc: not available
URL: <http://lists.eril-l.org/pipermail/eril-l-eril-l.org/attachments/20150903/37e56452/attachment-0001.gif>
More information about the Eril-l
mailing list