[Evergreen-catalogers] Item templates
Elaine Hardy
ehardy at georgialibraries.org
Tue Feb 4 14:26:44 EST 2020
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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://list.evergreen-ils.org/pipermail/evergreen-catalogers/attachments/20200204/9c932d1c/attachment-0001.html>
More information about the Evergreen-catalogers
mailing list