[Evergreen-catalogers] Evergreen-catalogers Digest, Vol 11, Issue 7

Kent, Alexander D alexander.kent at mnsu.edu
Tue Mar 26 14:30:10 EDT 2013


Hi Ben, 

Hi Bin, 

Thanks for the reply!  I can see the 3XX's in the marc record in the staff client.  Where are you looking at the record?   Also, which version are you using?  

Alex Kent
Cataloging and Metadata Support and Training Specialist, PALS
Email: alex.kent at mnsu.edu
Phone (work): 507-389-1813


-----Original Message-----
From: evergreen-catalogers-bounces at list.evergreen-ils.org [mailto:evergreen-catalogers-bounces at list.evergreen-ils.org] On Behalf Of Lin, Bin
Sent: Tuesday, March 26, 2013 11:49 AM
To: evergreen-catalogers at list.evergreen-ils.org
Subject: Re: [Evergreen-catalogers] Evergreen-catalogers Digest, Vol 11, Issue 7

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
***************************************************
_______________________________________________
Evergreen-catalogers mailing list
Evergreen-catalogers at list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers


More information about the Evergreen-catalogers mailing list