[Evergreen-catalogers] Evergreen-catalogers Digest, Vol 11, Issue 7
Lin, Bin
blin at georgialibraries.org
Tue Mar 26 12:49:20 EDT 2013
Hello Alex:
This is my first time responding a posting in this list and hope it goes through all right:
I imported an RDA record into our PINES and took a look recently: no displays of 33X fields; tag 264 gets displayed, but just the tag numbers without data information. An earlier check showed no correct display of that copyright sign (c in a circle) but I forgot to check on it this time. I hope that some minor things as the copyright sign (c in a circle) and 264 field data may get displayed without having to resign the ILS system? But getting 33X to replace [gmd]s and many other linked data issues must need extra work on the system?
Bin Lin
PINES
Georgia Public Library Service
----- Original Message -----
From: evergreen-catalogers-request at list.evergreen-ils.org
To: evergreen-catalogers at list.evergreen-ils.org
Sent: Tuesday, March 26, 2013 11:46:48 AM
Subject: Evergreen-catalogers Digest, Vol 11, Issue 7
Send Evergreen-catalogers mailing list submissions to
evergreen-catalogers at list.evergreen-ils.org
To subscribe or unsubscribe via the World Wide Web, visit
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers
or, via email, send a message with subject or body 'help' to
evergreen-catalogers-request at list.evergreen-ils.org
You can reach the person managing the list at
evergreen-catalogers-owner at list.evergreen-ils.org
When replying, please edit your Subject line so it is more specific
than "Re: Contents of Evergreen-catalogers digest..."
Today's Topics:
1. RDA display (Kent, Alexander D)
2. Re: Merging Fields in Separate Line (Galen Charlton)
3. Re: RDA display (Ben Shum)
4. Item template issue in 2.3.4 (Hardy, Elaine)
----------------------------------------------------------------------
Message: 1
Date: Mon, 25 Mar 2013 18:22:50 +0000
From: "Kent, Alexander D" <alexander.kent at mnsu.edu>
To: "evergreen-catalogers at list.evergreen-ils.org"
<evergreen-catalogers at list.evergreen-ils.org>
Subject: [Evergreen-catalogers] RDA display
Message-ID:
<B3784ABA8FF08E43AB31C867176775AC102FFF at EX10DB3.Campus.mnsu.edu>
Content-Type: text/plain; charset="us-ascii"
I may have asked this before, but has anyone been testing RDA records in Evergreen? What are you seeing right now with RDA records?
Alex Kent
Cataloging and Metadata Support and Training Specialist, PALS
Email: alex.kent at mnsu.edu<mailto:alex.kent at mnsu.edu>
Phone (work): 507-389-1813
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-catalogers/attachments/20130325/749fbbe9/attachment-0001.html>
------------------------------
Message: 2
Date: Mon, 25 Mar 2013 11:27:13 -0700
From: Galen Charlton <gmc at esilibrary.com>
To: Evergreen Community Catalogers
<evergreen-catalogers at list.evergreen-ils.org>
Subject: Re: [Evergreen-catalogers] Merging Fields in Separate Line
Message-ID:
<CAPLnt662NvUtB_PomD=-kAMQvema09mrfKH_dUx3JZnF1t0irQ at mail.gmail.com>
Content-Type: text/plain; charset=UTF-8
Hi,
On Mon, Mar 25, 2013 at 8:17 AM, Robert Loo <rloo at astreetpress.com> wrote:
> I am merging records through batch import. Is there a library setting or
> global flag that allows an added fields in the merged record to show in its
> own separate line?
>
> So, when I add field 035 ?a(DLC)12345 the merge shows this way:
> 035 ?a(OCoLC)54321 ?a(DLC)12345
>
> Instead of showing this way:
> 035 ?a(OCoLC)54321
> 035 ?a(DCL)12345
This depends on how you enter the add specification in the
merge/overlay profile. If it's entered as "035a", it will tack on
each 035$a from the incoming record onto an existing 035 field in the
matched record. However, if it's entered as "035", each 035 from the
incoming record is added to the matched record, which is the result
you want.
Regards,
Galen
--
Galen Charlton
Manager of Implementation
Equinox Software, Inc. / The Open Source Experts
email: gmc at esilibrary.com
direct: +1 770-709-5581
cell: +1 404-984-4366
skype: gmcharlt
web: http://www.esilibrary.com/
Supporting Koha and Evergreen: http://koha-community.org &
http://evergreen-ils.org
------------------------------
Message: 3
Date: Mon, 25 Mar 2013 15:07:41 -0400
From: Ben Shum <bshum at biblio.org>
To: Evergreen Community Catalogers
<evergreen-catalogers at list.evergreen-ils.org>
Subject: Re: [Evergreen-catalogers] RDA display
Message-ID: <5150A07D.2030003 at biblio.org>
Content-Type: text/plain; charset=ISO-8859-1
I'll refer to the archived reply that I sent for your question about RDA
earlier this month:
http://list.evergreen-ils.org/pipermail/evergreen-catalogers/2013-March/000183.html
-- Ben
On 03/25/2013 02:22 PM, Kent, Alexander D wrote:
> I may have asked this before, but has anyone been testing RDA records
> in Evergreen? What are you seeing right now with RDA records?
------------------------------
Message: 4
Date: Tue, 26 Mar 2013 11:46:42 -0400 (EDT)
From: "Hardy, Elaine" <ehardy at georgialibraries.org>
To: "Evergreen Catalogers"
<evergreen-catalogers at list.evergreen-ils.org>
Subject: [Evergreen-catalogers] Item template issue in 2.3.4
Message-ID: <072f01ce2a39$1cac7610$56056230$@georgialibraries.org>
Content-Type: text/plain; charset="us-ascii"
PINES catalogers are seeing an issue in 2.3.4 with creating new item
templates from an existing template. I could not find a bug report in
Launchpad and before I pursue it further thought I would check with
everyone to see if they have noticed it as well.
If you want to create a template from an existing template and change the
Location/Collection under Location (1), that change does not always
persist after saving the template with a new name. Other attributes do
persist if changed. Sometimes, the Location/Collection does change and
sometimes checking back later finds the changes have propagated. Other
times not. When we look at the exported templates, some of the changed
templates show the changed Location/Collection and some do not. Those that
do don't necessarily show the changed template when it is applied in the
copy editor. For example:
"test template issue 2": {
},
"Location/Collection": {
"value": "2587",
"type": "attribute",
"field": "location"
},
"Shelving Location": {
"value": 1,
"type": "attribute",
"field": "location"
},
"test location issue": {
},
"Location/Collection": {
"value": "4133",
"type": "attribute",
"field": "location"
},
"Shelving Location": {
"value": 1,
"type": "attribute",
"field": "location"
For both of the above templates, based on the changed location in the copy
editor, the value for the location should be the same. Test location issue
has retained the value of the original template (and, yes, I did apply
before I saved the new template). To make matters even odder, when I apply
test template issue 2 in the copy editor, it does not apply the location
for 2587 (magazine), it applies 4133 (stacks).
Has anyone else noted this problem? If so, were you able to resolve it?
Elaine
_____
J. Elaine Hardy
PINES Bibliographic Projects & Metadata Manager
Georgia Public Library Service
1800 Century Place, Ste 150
Atlanta, Ga. 30345-4304
404.235-7128
404.235-7201, fax
ehardy at georgialibraries.org
www.georgialibraries.org
<http://www.georgialibraries.org/pines> www.georgialibraries.org/pines
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-catalogers/attachments/20130326/f47b2e4a/attachment.html>
------------------------------
_______________________________________________
Evergreen-catalogers mailing list
Evergreen-catalogers at list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers
End of Evergreen-catalogers Digest, Vol 11, Issue 7
***************************************************
More information about the Evergreen-catalogers
mailing list