[Evergreen-catalogers] Item templates

Elaine Hardy ehardy at georgialibraries.org
Wed Feb 5 10:49:53 EST 2020 

No worries  --- I read the bug earlier when you posted it so didn't follow
the link!

J. Elaine Hardy, PINES and Collaborative Projects Manager
------------------------------

Georgia Public Library Service

2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341

(404) 235-7128 | ehardy at georgialibraries.org

(404) 548-4241 | Cell

<https://www.facebook.com/georgialibraries>
<https://www.twitter.com/georgialibs>

Join our email list <http://georgialibraries.org/subscription> for stories
of Georgia libraries making an impact in our communities.


On Tue, Feb 4, 2020 at 3:12 PM Josh Stompro <stomproj at gsuite.larl.org>
wrote:

> Elaine, I just realized I posted the wrong bug link, here is the one that
> I filed.
> https://bugs.launchpad.net/evergreen/+bug/1861732
>
> It looks like the current code that migrates XUL copy templates doesn't
> migrate out any copy template entries with a value of "<HACK:KLUDGE:NULL>"
>
> https://git.evergreen-ils.org/?p=Evergreen.git;a=blob;f=Open-ILS/web/js/ui/default/staff/cat/volcopy/app.js;hb=HEAD#l356
>
>
> So hopefully that won't be an issue going forward.
>
> Josh
>
> On Tue, Feb 4, 2020 at 1:27 PM Elaine Hardy <ehardy at georgialibraries.org>
> wrote:
>
>> We found that HACK:KLUDGE:NULL anywhere, not just stat cats could make
>> the holdings template fail.
>>
>> I am not aware of a bug report concerning using default settings. I
>> haven't been able to definitively pin it down.
>>
>> While that is a lot of total templates, I would hope no one cataloger has
>> nearly that many! We took the view that migrating to the web client was a
>> good reason to evaluate templates and replace ones that could be improved.
>> A number of our libraries had no problems migrating their templates, or
>> they just replaced them without asking us for assistance. The ones with
>> failed ones were primarily those that had templates dating from the
>> beginning of Evergreen. It was not a bad thing that they had to replace
>> those
>>
>>
>> J. Elaine Hardy, PINES and Collaborative Projects Manager
>> ------------------------------
>>
>> Georgia Public Library Service
>>
>> 2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341
>>
>> (404) 235-7128 | ehardy at georgialibraries.org
>>
>> (404) 548-4241 | Cell
>>
>> <https://www.facebook.com/georgialibraries>
>> <https://www.twitter.com/georgialibs>
>>
>> Join our email list <http://georgialibraries.org/subscription> for
>> stories of Georgia libraries making an impact in our communities.
>>
>>
>> On Tue, Feb 4, 2020 at 11:14 AM Josh Stompro <stomproj at gsuite.larl.org>
>> wrote:
>>
>>> Elaine, thanks for the info.  I started a new bug for the issue that is
>>> tripping us up.  I really don't want to have to ask our cataloging staff to
>>> re-create ~300 copy templates.
>>>
>>> Bug report at: https://bugs.launchpad.net/evergreen/+bug/1691269
>>>
>>> I found a simple fix that seems like it allows the -1 values to work
>>> correctly, we are testing it out in production now.
>>>
>>> Is there a bug report on the issue of including default values in
>>> templates?  I'm curious what the javascript console error is when that
>>> comes up.
>>>
>>> Josh
>>>
>>> On Mon, Jan 27, 2020 at 8:43 AM Elaine Hardy <
>>> ehardy at georgialibraries.org> wrote:
>>>
>>>> Josh,
>>>>
>>>> I thought there was a bug report about XUL templates failing but could
>>>> not find it either. The discussion did not specify not being able to
>>>> set values to unset/cleared other than that  HACK:KLUDGE:NULLcould make the
>>>> template fail. Templates, even those created in the web client can also
>>>> fail if you have too many default values set to that default value. FOr
>>>> examplea template with circ? set to yes  and reference set to no can
>>>> fail.
>>>>
>>>> I have discovered that you can now delete the offending template from
>>>> the holdings template creator/editor and then recreate it successfully.
>>>> Initially, we had to delete all templates and recreate each one (also
>>>> deleting the in the saved preferences under workstation administration).
>>>>
>>>>
>>>> J. Elaine Hardy, PINES and Collaborative Projects Manager
>>>> ------------------------------
>>>>
>>>> Georgia Public Library Service
>>>>
>>>> 2872 Woodcock Blvd., Suite 250 | Atlanta, GA 30341
>>>>
>>>> (404) 235-7128 | ehardy at georgialibraries.org
>>>>
>>>> (404) 548-4241 | Cell
>>>>
>>>> <https://www.facebook.com/georgialibraries>
>>>> <https://www.twitter.com/georgialibs>
>>>>
>>>> Join our email list <http://georgialibraries.org/subscription> for
>>>> stories of Georgia libraries making an impact in our communities.
>>>>
>>>>
>>>> On Fri, Jan 24, 2020 at 4:27 PM Josh Stompro <stomproj at gsuite.larl.org>
>>>> wrote:
>>>>
>>>>> Elaine, we are running into this issue with migrated item templates in
>>>>> the web client.  Do you know if there is a bug report for this, or a
>>>>> discussion anywhere.
>>>>>
>>>>> Specifically about the fact that in the XUL client, you could define
>>>>> values to be unset/cleared when a template was created.  The template would
>>>>> look like this.
>>>>>
>>>>>     "Floating?": {
>>>>>       "value": "<HACK:KLUDGE:NULL>",
>>>>>       "field": "floating",
>>>>>       "type": "attribute"
>>>>>     },
>>>>>
>>>>> This would unset the Floating value when the template was applied.
>>>>> Those entries are just removed when migrated to the web client format.  So
>>>>> I'm looking for some discussion about why there is no ability for the web
>>>>> client item templates to clear values.
>>>>>
>>>>> Also, the same sort of thing done for stat cat values worked in the
>>>>> XUL client.
>>>>>
>>>>>     "LARL_NWRL_CONSORTIUM : Genre Book": {
>>>>>       "field": "21",
>>>>>       "type": "stat_cat",
>>>>>       "value": "-1"
>>>>>     },
>>>>>
>>>>> This would unset the stat cat with id 21 when applied.  It looks like
>>>>> this does get migrated over, but causes the template to not be able to be
>>>>> applied.  I haven't had any luck finding a bug report on this.  It seems
>>>>> like those -1 entries should be cleared out if they are not valid in the
>>>>> new format.
>>>>>
>>>>> All the stat-cats get defined together in the new template json format.
>>>>>
>>>>>     "statcats": {
>>>>>       "17": 469,
>>>>>       "18": 475,
>>>>>       "19": 481,
>>>>>       "20": 486,
>>>>>       "21": -1
>>>>>     },
>>>>>
>>>>> Here is an example of the old json format and the migrated format.
>>>>> https://gist.github.com/stompro/7627c8b47af283eba5e29a22bad60ddd
>>>>>
>>>>> I feel like I'm just not using the correct search terms to find where
>>>>> this has been discussed before, so if anyone can point me in the right
>>>>> location I would appreciate it.
>>>>>
>>>>> Josh
>>>>>
>>>>> On Mon, Aug 12, 2019 at 9:40 AM Elaine Hardy <
>>>>> ehardy at georgialibraries.org> wrote:
>>>>>
>>>>>> We found that we had to delete and recreate the XUL templates. They
>>>>>> failed to apply. We think because of null values.
>>>>>>
>>>>>> On Mon, Aug 12, 2019, 10:28 AM Jonathan T. Furr <
>>>>>> Jonathan.Furr at davidsoncountync.gov> wrote:
>>>>>>
>>>>>>> We’re upgrading to 3.3 as well this Fall and I’ve been doing some
>>>>>>> testing and am having issues with item templates.  These are templates that
>>>>>>> are carrying over from the XUL client and we do not use stat cats.  The
>>>>>>> templates seem to apply the attributes correctly, but it will not save my
>>>>>>> work and create the item.  If I apply the same item attributes manually,
>>>>>>> the item is created without issue.  I’m wondering if the issues lies with
>>>>>>> using templates that were created and carried over from XUL.
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Jonathan Furr, MLS, NCPLC
>>>>>>>
>>>>>>> ILS Division Manager
>>>>>>>
>>>>>>> Davidson County Public Library
>>>>>>>
>>>>>>> 612 South Main Street
>>>>>>>
>>>>>>> Lexington, NC 27292
>>>>>>>
>>>>>>> 336.242.2941
>>>>>>>
>>>>>>> https://www.co.davidson.nc.us/
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> *From:* Evergreen-catalogers <
>>>>>>> evergreen-catalogers-bounces at list.evergreen-ils.org> *On Behalf Of *Kate
>>>>>>> Coleman
>>>>>>> *Sent:* Monday, August 12, 2019 10:07 AM
>>>>>>> *To:* Evergreen Community Catalogers <
>>>>>>> evergreen-catalogers at list.evergreen-ils.org>
>>>>>>> *Subject:* [Evergreen-catalogers] Item templates
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> CAUTION External email. Do not click links or open attachments
>>>>>>> unless verified.
>>>>>>>
>>>>>>> We are upgrading to 3.3 soon and I would just like confirmation that
>>>>>>> the item template problem has indeed been solved. People are using item
>>>>>>> templates successfully all the time? I would love to have hope!
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Bugs 1788680 and 1772062
>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Kate Coleman
>>>>>>> Jefferson County Library - Central Services
>>>>>>> Technical Services Specialist
>>>>>>> 5678 State Rd. PP
>>>>>>> High Ridge, MO 63049
>>>>>>> 636-677-8689
>>>>>>> Fax: 636--677-1769
>>>>>>> kcoleman at jeffcolib.org
>>>>>>>
>>>>>>> [image: Image removed by sender.]
>>>>>>>
>>>>>>> ------------------------------
>>>>>>>
>>>>>>> If you are not the intended recipient, you must destroy this message
>>>>>>> and inform the sender immediately. This electronic mail message and any
>>>>>>> attachments, as well as any electronic mail message(s) sent in response to
>>>>>>> it may be considered public record and as such subject to request and
>>>>>>> review by anyone at any time. It also may contain information which is
>>>>>>> confidential within the meaning of applicable federal and state laws.
>>>>>>>
>>>>>>> Davidson County Government, PO Box 1067, Lexington, NC, USA,
>>>>>>> www.co.davidson.nc.us
>>>>>>> _______________________________________________
>>>>>>> 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
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>> Josh Stompro - IT Director
>>>>> Lake Agassiz Regional Library
>>>>> Desk: 218-233-3757 Ext 139
>>>>> Cell: 218-790-2110
>>>>> _______________________________________________
>>>>> 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
>>>>
>>>
>>>
>>> --
>>> Josh Stompro - IT Director
>>> Lake Agassiz Regional Library
>>> Desk: 218-233-3757 Ext 139
>>> Cell: 218-790-2110
>>> _______________________________________________
>>> 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
>>
>
>
> --
> Josh Stompro - IT Director
> Lake Agassiz Regional Library
> Desk: 218-233-3757 Ext 139
> Cell: 218-790-2110
> _______________________________________________
> Evergreen-catalogers mailing list
> Evergreen-catalogers at list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-catalogers
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-catalogers/attachments/20200205/1c1767c1/attachment-0001.html>

More information about the Evergreen-catalogers mailing list