[Evergreen-catalogers] Evergreen-catalogers Digest, Vol 11, Issue 11
Lin, Bin
blin at georgialibraries.org
Tue Mar 26 17:30:34 EDT 2013
Sarah,
Exactly! With those 33Xs encoded for items in different formats and carriers, are our patrons eventually going to see different images on OPACs? Will those images appear different depending on different ILS systems or they should look the same? Maybe we should wait for answers after March 31, when RDA gets implemented at LC and at other more avant-garde places?
--Bin
----- Original Message -----
From: evergreen-catalogers-request at list.evergreen-ils.org
To: evergreen-catalogers at list.evergreen-ils.org
Sent: Tuesday, March 26, 2013 5:17:14 PM
Subject: Evergreen-catalogers Digest, Vol 11, Issue 11
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. Re: Evergreen-catalogers Digest, Vol 11, Issue 9 (Sarah Childs)
2. Re: Evergreen-catalogers Digest, Vol 11, Issue 9 (Lin, Bin)
----------------------------------------------------------------------
Message: 1
Date: Tue, 26 Mar 2013 17:16:44 -0400
From: Sarah Childs <sarahc at zionsville.lib.in.us>
To: Evergreen Community Catalogers
<evergreen-catalogers at list.evergreen-ils.org>
Subject: Re: [Evergreen-catalogers] Evergreen-catalogers Digest, Vol
11, Issue 9
Message-ID: <128a5db9bb80a9fcfb02f1535026138b at zionsville.lib.in.us>
Content-Type: text/plain; charset=UTF-8; format=flowed
Oh, yes. Good point of clarification. It accepts the fields but makes
no use of them. Which begs the question, what use do we want the system
to make of them?
---
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 16:54, Lin, Bin wrote:
> Hello Sarah and Alex:
>
> Sorry, that I have not made myself quite clear about displaying 3XX
> fields. What I meant to say was what sort of images those 3xx fields
> could produce as are compared to those from [gmds].
>
> --Bin
>
> ----- Original Message -----
> From: evergreen-catalogers-request at list.evergreen-ils.org
> To: evergreen-catalogers at list.evergreen-ils.org
> Sent: Tuesday, March 26, 2013 4:12:37 PM
> Subject: Evergreen-catalogers Digest, Vol 11, Issue 9
>
> 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. Re: RDA Display (Sarah Childs)
> 2. Re: Item template issue in 2.3.4 (Hardy, Elaine)
> 3. Re: Item template issue in 2.3.4 (Janet Schrader)
> 4. Re: Item template issue in 2.3.4 (Jason Etheridge)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 26 Mar 2013 15:01:12 -0400
> From: Sarah Childs <sarahc at zionsville.lib.in.us>
> To: Evergreen Community Catalogers
> <evergreen-catalogers at list.evergreen-ils.org>
> Subject: Re: [Evergreen-catalogers] RDA Display
> Message-ID: <48c286f4c5b23207099bc73d83d43899 at zionsville.lib.in.us>
> Content-Type: text/plain; charset=UTF-8; format=flowed
>
> 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
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 26 Mar 2013 15:09:38 -0400 (EDT)
> From: "Hardy, Elaine" <ehardy at georgialibraries.org>
> To: <sarahc at zionsville.lib.in.us>, "'Evergreen Community Catalogers'"
> <evergreen-catalogers at list.evergreen-ils.org>
> Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
> Message-ID: <08aa01ce2a55$761a1290$624e37b0$@georgialibraries.org>
> Content-Type: text/plain; charset="us-ascii"
>
> Bleh, indeed.
>
> We'll keep researching and see if we can get it tied down a little
> more
> and file a bug report.
>
>
> 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
> www.georgialibraries.org/pines
>
>
>
>
>
> -----Original Message-----
> From: evergreen-catalogers-bounces at list.evergreen-ils.org
> [mailto:evergreen-catalogers-bounces at list.evergreen-ils.org] On Behalf
> Of
> Sarah Childs
> Sent: Tuesday, March 26, 2013 2:43 PM
> To: evergreen-catalogers at list.evergreen-ils.org
> Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
>
> Hi, Elaine.
> We're still on 2.2 in Indiana and we've noticed this problem
> periodically
> with different versions. If I recall correctly creating new templates
> by
> editing existing templates never worked for us with at least one
> version
> (2.1 or 2.0?) Looking back, I think we filed a ticket internally with
> 2.1,
> and were told to wait for the upgrade. The problem seemed to be
> resolved
> when we moved to 2.2, but in the last month or so I've noticed it
> again.
> Testing today, it seems to work fine. So it doesn't seem to be
> consistently replicable. Bleh. That's one of the reasons I don't think
> we
> ever got as far as filing a bug report on this, especially since it's
> a
> relatively rare problem, with a simple workaround. (Creating the
> template
> from scratch works) But we do find it annoying, and I'd be all for
> seeing
> it resolved.
>
> ---
> 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
>
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 26 Mar 2013 20:07:43 +0000
> From: Janet Schrader <jschrader at cwmars.org>
> To: 'Evergreen Community Catalogers'
> <evergreen-catalogers at list.evergreen-ils.org>
> Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
> Message-ID:
> <FD3FE361C3779F45B28BFB461A3403E60E4D5A86 at exchange.cwmars.internal>
> Content-Type: text/plain; charset="us-ascii"
>
> CWMARS is on REL 2.3. A few libraries have reported that some fields
> change in existing templates. One reported that the status changed to
> 'missing'. Another reported that the circ modifier and age-based hold
> protection fields become 'unset' but not consistently. Two libraries
> have reported problems applying templates to items created as orders
> in Acquisitions when the templates have particular stat cat fields.
>
> We have 170 libraries and hundreds of tech service staff using
> thousands of copy templates. We do not do any cataloging at the
> central site so don't use templates except for training. These
> problems represent less than 1% of our membership so we are not sure
> it's a bug.
>
>
>
> Janet
>
> Janet Schrader
> C/W MARS Inc.
> Supervisor of Bibliiographic Services
> 67 Millbrook Street, Suite 201
> Worcester, MA 01606
> tel: 508-755-3323 ext. 25
> fax: 508-757-7801
> jschrader at cwmars.org
>
>
> -----Original Message-----
> From: evergreen-catalogers-bounces at list.evergreen-ils.org
> [mailto:evergreen-catalogers-bounces at list.evergreen-ils.org] On Behalf
> Of Tina Ji (Project Sitka)
> Sent: Tuesday, March 26, 2013 12:10 PM
> To: evergreen-catalogers at list.evergreen-ils.org
> Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
>
> We had a couple of similar incidents on 2.2.X with the same symptom
> as you described. We ended up with creating the template from scratch,
> which means not applying any template, but setting up the field values
> directly once the Copy Editor is open. If I remember correctly, in one
> case we used the old template name with a success.
>
>
>
> Quoting "Hardy, Elaine" <ehardy at georgialibraries.org>:
>
>> 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
>>
>>
>>
>>
>>
>
>
>
> Tina Ji
> 1-888-848-9250
> Trainer/Help Desk Specialist
> BC Libraries Cooperative/Sitka
>
>
> _______________________________________________
> Evergreen-catalogers mailing list
> Evergreen-catalogers at list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 26 Mar 2013 16:12:34 -0400
> From: Jason Etheridge <jason at esilibrary.com>
> To: Evergreen Community Catalogers
> <evergreen-catalogers at list.evergreen-ils.org>
> Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
> Message-ID:
> <CACDiTt8q-3uk5u2aXRkp5V1tCq=yNEs8g=hD2wo6E=Tx0Ygcdw at mail.gmail.com>
> Content-Type: text/plain; charset=ISO-8859-1
>
>> We have 170 libraries and hundreds of tech service staff using
>> thousands of copy templates. We do not do any cataloging at the
>> central site so don't use templates except for training. These
>> problems represent less than 1% of our membership so we are not sure
>> it's a bug.
>
> If anyone can determine whether it's more prevalent or restricted to
> the Unified Interface over the Item Attribute Editor alone, that'd be
> useful information too.
>
> --
> Jason Etheridge
> | Support Manager
> | Equinox Software, Inc. / The Open Source Experts
> | phone: 1-877-OPEN-ILS (673-6457)
> | email: jason at esilibrary.com
> | web: http://www.esilibrary.com
>
>
> ------------------------------
>
> _______________________________________________
> 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 9
> ***************************************************
> _______________________________________________
> Evergreen-catalogers mailing list
> Evergreen-catalogers at list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers
------------------------------
Message: 2
Date: Tue, 26 Mar 2013 17:17:08 -0400 (EDT)
From: "Lin, Bin" <blin at georgialibraries.org>
To: evergreen-catalogers at list.evergreen-ils.org
Subject: Re: [Evergreen-catalogers] Evergreen-catalogers Digest, Vol
11, Issue 9
Message-ID:
<1863532940.17414263.1364332628211.JavaMail.root at hagrid.georgialibraries.org>
Content-Type: text/plain; charset=utf-8
I forgot to say yes, those 3XX fields are within MARC Edit/View Screens, and I have just checked that copyright symbol (c in a circle) is now displayed just fine, but also just in MARC edit/view screens (we are just upgraded to 2.3 yesterday.). I don't see anything different from OPAC view. Again what I wanted to find out if eventually we will get to see different images on OPAC as results of using those 3xx fields, especially for AV materials.
Bin Lin
----- Original Message -----
From: "Bin Lin" <blin at georgialibraries.org>
To: evergreen-catalogers at list.evergreen-ils.org
Sent: Tuesday, March 26, 2013 4:54:14 PM
Subject: Re: Evergreen-catalogers Digest, Vol 11, Issue 9
Hello Sarah and Alex:
Sorry, that I have not made myself quite clear about displaying 3XX fields. What I meant to say was what sort of images those 3xx fields could produce as are compared to those from [gmds].
--Bin
----- Original Message -----
From: evergreen-catalogers-request at list.evergreen-ils.org
To: evergreen-catalogers at list.evergreen-ils.org
Sent: Tuesday, March 26, 2013 4:12:37 PM
Subject: Evergreen-catalogers Digest, Vol 11, Issue 9
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. Re: RDA Display (Sarah Childs)
2. Re: Item template issue in 2.3.4 (Hardy, Elaine)
3. Re: Item template issue in 2.3.4 (Janet Schrader)
4. Re: Item template issue in 2.3.4 (Jason Etheridge)
----------------------------------------------------------------------
Message: 1
Date: Tue, 26 Mar 2013 15:01:12 -0400
From: Sarah Childs <sarahc at zionsville.lib.in.us>
To: Evergreen Community Catalogers
<evergreen-catalogers at list.evergreen-ils.org>
Subject: Re: [Evergreen-catalogers] RDA Display
Message-ID: <48c286f4c5b23207099bc73d83d43899 at zionsville.lib.in.us>
Content-Type: text/plain; charset=UTF-8; format=flowed
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
------------------------------
Message: 2
Date: Tue, 26 Mar 2013 15:09:38 -0400 (EDT)
From: "Hardy, Elaine" <ehardy at georgialibraries.org>
To: <sarahc at zionsville.lib.in.us>, "'Evergreen Community Catalogers'"
<evergreen-catalogers at list.evergreen-ils.org>
Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
Message-ID: <08aa01ce2a55$761a1290$624e37b0$@georgialibraries.org>
Content-Type: text/plain; charset="us-ascii"
Bleh, indeed.
We'll keep researching and see if we can get it tied down a little more
and file a bug report.
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
www.georgialibraries.org/pines
-----Original Message-----
From: evergreen-catalogers-bounces at list.evergreen-ils.org
[mailto:evergreen-catalogers-bounces at list.evergreen-ils.org] On Behalf Of
Sarah Childs
Sent: Tuesday, March 26, 2013 2:43 PM
To: evergreen-catalogers at list.evergreen-ils.org
Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
Hi, Elaine.
We're still on 2.2 in Indiana and we've noticed this problem periodically
with different versions. If I recall correctly creating new templates by
editing existing templates never worked for us with at least one version
(2.1 or 2.0?) Looking back, I think we filed a ticket internally with 2.1,
and were told to wait for the upgrade. The problem seemed to be resolved
when we moved to 2.2, but in the last month or so I've noticed it again.
Testing today, it seems to work fine. So it doesn't seem to be
consistently replicable. Bleh. That's one of the reasons I don't think we
ever got as far as filing a bug report on this, especially since it's a
relatively rare problem, with a simple workaround. (Creating the template
from scratch works) But we do find it annoying, and I'd be all for seeing
it resolved.
---
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
------------------------------
Message: 3
Date: Tue, 26 Mar 2013 20:07:43 +0000
From: Janet Schrader <jschrader at cwmars.org>
To: 'Evergreen Community Catalogers'
<evergreen-catalogers at list.evergreen-ils.org>
Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
Message-ID:
<FD3FE361C3779F45B28BFB461A3403E60E4D5A86 at exchange.cwmars.internal>
Content-Type: text/plain; charset="us-ascii"
CWMARS is on REL 2.3. A few libraries have reported that some fields change in existing templates. One reported that the status changed to 'missing'. Another reported that the circ modifier and age-based hold protection fields become 'unset' but not consistently. Two libraries have reported problems applying templates to items created as orders in Acquisitions when the templates have particular stat cat fields.
We have 170 libraries and hundreds of tech service staff using thousands of copy templates. We do not do any cataloging at the central site so don't use templates except for training. These problems represent less than 1% of our membership so we are not sure it's a bug.
Janet
Janet Schrader
C/W MARS Inc.
Supervisor of Bibliiographic Services
67 Millbrook Street, Suite 201
Worcester, MA 01606
tel: 508-755-3323 ext. 25
fax: 508-757-7801
jschrader at cwmars.org
-----Original Message-----
From: evergreen-catalogers-bounces at list.evergreen-ils.org [mailto:evergreen-catalogers-bounces at list.evergreen-ils.org] On Behalf Of Tina Ji (Project Sitka)
Sent: Tuesday, March 26, 2013 12:10 PM
To: evergreen-catalogers at list.evergreen-ils.org
Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
We had a couple of similar incidents on 2.2.X with the same symptom as you described. We ended up with creating the template from scratch, which means not applying any template, but setting up the field values directly once the Copy Editor is open. If I remember correctly, in one case we used the old template name with a success.
Quoting "Hardy, Elaine" <ehardy at georgialibraries.org>:
> 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
>
>
>
>
>
Tina Ji
1-888-848-9250
Trainer/Help Desk Specialist
BC Libraries Cooperative/Sitka
_______________________________________________
Evergreen-catalogers mailing list
Evergreen-catalogers at list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers
------------------------------
Message: 4
Date: Tue, 26 Mar 2013 16:12:34 -0400
From: Jason Etheridge <jason at esilibrary.com>
To: Evergreen Community Catalogers
<evergreen-catalogers at list.evergreen-ils.org>
Subject: Re: [Evergreen-catalogers] Item template issue in 2.3.4
Message-ID:
<CACDiTt8q-3uk5u2aXRkp5V1tCq=yNEs8g=hD2wo6E=Tx0Ygcdw at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
> We have 170 libraries and hundreds of tech service staff using thousands of copy templates. We do not do any cataloging at the central site so don't use templates except for training. These problems represent less than 1% of our membership so we are not sure it's a bug.
If anyone can determine whether it's more prevalent or restricted to
the Unified Interface over the Item Attribute Editor alone, that'd be
useful information too.
--
Jason Etheridge
| Support Manager
| Equinox Software, Inc. / The Open Source Experts
| phone: 1-877-OPEN-ILS (673-6457)
| email: jason at esilibrary.com
| web: http://www.esilibrary.com
------------------------------
_______________________________________________
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 9
***************************************************
------------------------------
_______________________________________________
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 11
****************************************************
More information about the Evergreen-catalogers
mailing list