[Evergreen-catalogers] RDA Display

Sarah Childs sarahc at zionsville.lib.in.us
Tue Mar 26 15:01:12 EDT 2013


We can see the 33X fields as well. We're on 2.2 using the TPAC.  They 
display in the OPAC when you click to view the MARC record and they 
display in the MARC editor. The 264 fields also load and display 
anywhere you look at the full MARC, but the info doesn't get pulled into 
the record summary and in list displays like Z39.50 (I know that at 
least the record summaries will work in 2.4)

We also find that copyright symbol doesn't import correctly and we have 
to edit that, but it displays fine once we do. I just insert it from the 
Windows character map, but I'd love it if the system would recognize it 
on import.


---
Sarah Childs
Senior Cataloger
Hussey-Mayfield Memorial Public Library
250 North Fifth Street
Zionsville, IN 46077
317-873-3149 x13330
sarahc at zionsville.lib.in.us

On 2013-03-26 14:30, Kent, Alexander D wrote:
> 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
> _______________________________________________
> 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