Analytical cataloguing causing a searching warning
Hi Koha community! We're having some trouble with analytical cataloguing - linking host and child records. We have EasyAnalyticalRecords enabled, and UseControlNumber disabled. When we link the host item using the barcode, the detail page for the child item shows this warning above the title: "There was an error searching for analytic records, please see the logs for details." The Plack Intranet error log shows the following errors: [2022/02/15 13:59:09] [WARN] CCL parsing error (10014) Embedded truncation not supported ZOOM for query: Host-item=(BIBLIO_TITLE /) at /usr/share/koha/lib/C4/Search.pm line 241. [2022/02/15 13:59:09] [WARN] Warning from simple_search_compat: CCL parsing error (10014) Embedded truncation not supported ZOOM at /usr/share/koha/intranet/cgi-bin/catalogue/detail.pl line 152. I have tried also manually linking the host item by cataloguing directly into the 773 of the child item, the searching warning still shows. I have also tried enabling UseControlNumber and putting the 001 of the host record into 773$w of the child item, which has usually worked (the warning disappears), however this method does not work for us because the library doesn't usually fill in the 001. We'd rather keep UseControlNumber disabled. Is this a problem that other libraries have other seen? Have you been able to solve it while keeping EasyAnalyticalRecords enabled and UseControlNumber disabled? Would appreciate any help. Thanks all! -- Aleisha Amohia (she/her) Koha Developer Catalyst IT - Expert Open Source Solutions www.catalyst.net.nz CONFIDENTIALITY NOTICE: This email is intended for the named recipients only. It may contain privileged, confidential or copyright information. If you are not the named recipient, any use, reliance upon, disclosure or copying of this email or its attachments is unauthorised. If you have received this email in error, please reply via email or call +64 4 499 2267.
Hi Aleisha, My first instinct is that the itemnumber (and not the barcode) should be used in 773$9. But maybe that was just a slip of the tongue (/fingers) on your part and it's not related to the problem at all... Caroline On 2022-02-14 20 h 04, Aleisha Amohia wrote:
Hi Koha community!
We're having some trouble with analytical cataloguing - linking host and child records.
We have EasyAnalyticalRecords enabled, and UseControlNumber disabled. When we link the host item using the barcode, the detail page for the child item shows this warning above the title: "There was an error searching for analytic records, please see the logs for details."
The Plack Intranet error log shows the following errors: [2022/02/15 13:59:09] [WARN] CCL parsing error (10014) Embedded truncation not supported ZOOM for query: Host-item=(BIBLIO_TITLE /) at /usr/share/koha/lib/C4/Search.pm line 241. [2022/02/15 13:59:09] [WARN] Warning from simple_search_compat: CCL parsing error (10014) Embedded truncation not supported ZOOM at /usr/share/koha/intranet/cgi-bin/catalogue/detail.pl line 152.
I have tried also manually linking the host item by cataloguing directly into the 773 of the child item, the searching warning still shows.
I have also tried enabling UseControlNumber and putting the 001 of the host record into 773$w of the child item, which has usually worked (the warning disappears), however this method does not work for us because the library doesn't usually fill in the 001. We'd rather keep UseControlNumber disabled.
Is this a problem that other libraries have other seen?
Have you been able to solve it while keeping EasyAnalyticalRecords enabled and UseControlNumber disabled?
Would appreciate any help. Thanks all!
Caroline Cyr La Rose, M.S.I. Bibliothécaire | Responsable de produit Tél. : 1-833-465-4276, poste 221 Caroline.Cyr-La-Rose@inLibro.com <mailto:caroline.cyr-la-rose@inLibro.com> INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com <http://www.inLibro.com>
Hi Caroline, I should've been clearer: we used the 'Link to host item' button, which asks for a barcode, and then pulls in the information from the host. The itemnumber still gets put in 773$9. Unfortunately still getting that error. Any more ideas? -- Aleisha Amohia (she/her) Koha Developer Catalyst IT - Expert Open Source Solutions www.catalyst.net.nz CONFIDENTIALITY NOTICE: This email is intended for the named recipients only. It may contain privileged, confidential or copyright information. If you are not the named recipient, any use, reliance upon, disclosure or copying of this email or its attachments is unauthorised. If you have received this email in error, please reply via email or call +64 4 499 2267.
What version of Koha are we talking about? A couple of changes in this area happened in 21.05 and 21.11. I'm envisaging it's something around here: https://git.koha-community.org/Koha-community/Koha/src/branch/master/Koha/Bi... in 21.11 or around https://git.koha-community.org/Koha-community/Koha/src/branch/21.05.x/opac/o... in 21.05. The short of it is.. we've used that query for years in the XSLT.. it got moved/added to the controller and then moved again into the Object to allow a pre-search to work out whether to display the analytics link or not depending on if any analytics exist for the record being loaded. It would have just hit the error later in proceedings (i.e on clicking the link) prior to now. I'm not sure how we could improve the search itself though, or what the error really alludes to :(. Hopefully, it helps with tracking it down though. *Martin Renvoize, MPhys (Hons)* <https://www.ptfs-europe.com> Head of Development and Community Engagement *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize@ptfs-europe.com www.ptfs-europe.com *Sign up for our newsletters here <http://eepurl.com/dPjjkn> or by scanning the QR code* Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com On Wed, 16 Feb 2022 at 20:24, Aleisha Amohia <aleisha@catalyst.net.nz> wrote:
Hi Caroline,
I should've been clearer: we used the 'Link to host item' button, which asks for a barcode, and then pulls in the information from the host. The itemnumber still gets put in 773$9.
Unfortunately still getting that error. Any more ideas?
-- Aleisha Amohia (she/her) Koha Developer
Catalyst IT - Expert Open Source Solutions www.catalyst.net.nz
CONFIDENTIALITY NOTICE: This email is intended for the named recipients only. It may contain privileged, confidential or copyright information. If you are not the named recipient, any use, reliance upon, disclosure or copying of this email or its attachments is unauthorised. If you have received this email in error, please reply via email or call +64 4 499 2267. _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Further to note.. it's not searching on an ID, ISBN or itemnumber.. it's searching on 'title'.. 773$t as far as I understand. *Martin Renvoize, MPhys (Hons)* <https://www.ptfs-europe.com> Head of Development and Community Engagement *Phone:* +44 (0) 1483 378728 *Mobile:* +44 (0) 7725 985 636 *Email:* martin.renvoize@ptfs-europe.com www.ptfs-europe.com *Sign up for our newsletters here <http://eepurl.com/dPjjkn> or by scanning the QR code* Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30 The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com On Tue, 1 Mar 2022 at 07:57, Renvoize, Martin < martin.renvoize@ptfs-europe.com> wrote:
What version of Koha are we talking about?
A couple of changes in this area happened in 21.05 and 21.11.
I'm envisaging it's something around here: https://git.koha-community.org/Koha-community/Koha/src/branch/master/Koha/Bi... in 21.11 or around https://git.koha-community.org/Koha-community/Koha/src/branch/21.05.x/opac/o... in 21.05.
The short of it is.. we've used that query for years in the XSLT.. it got moved/added to the controller and then moved again into the Object to allow a pre-search to work out whether to display the analytics link or not depending on if any analytics exist for the record being loaded.
It would have just hit the error later in proceedings (i.e on clicking the link) prior to now. I'm not sure how we could improve the search itself though, or what the error really alludes to :(.
Hopefully, it helps with tracking it down though.
*Martin Renvoize, MPhys (Hons)*
Head of Development and Community Engagement
*Phone:* +44 (0) 1483 378728
*Mobile:* +44 (0) 7725 985 636
*Email:* martin.renvoize@ptfs-europe.com
www.ptfs-europe.com
*Sign up for our newsletters here <http://eepurl.com/dPjjkn> or by scanning the QR code*
Registered in the United Kingdom No. 06416372 VAT Reg No. 925 7211 30
The information contained in this email message may be privileged, confidential and protected from disclosure. If you are not the intended recipient, any dissemination, distribution or copying is strictly prohibited. If you think that you have received this email message in error, please email the sender at info@ptfs-europe.com
On Wed, 16 Feb 2022 at 20:24, Aleisha Amohia <aleisha@catalyst.net.nz> wrote:
Hi Caroline,
I should've been clearer: we used the 'Link to host item' button, which asks for a barcode, and then pulls in the information from the host. The itemnumber still gets put in 773$9.
Unfortunately still getting that error. Any more ideas?
-- Aleisha Amohia (she/her) Koha Developer
Catalyst IT - Expert Open Source Solutions www.catalyst.net.nz
CONFIDENTIALITY NOTICE: This email is intended for the named recipients only. It may contain privileged, confidential or copyright information. If you are not the named recipient, any use, reliance upon, disclosure or copying of this email or its attachments is unauthorised. If you have received this email in error, please reply via email or call +64 4 499 2267. _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
Hi Aleisha, I came across this issue recently (v21.05.09). Everything seemed to work fine, jumping from host to analytic records back and forth. Using Zebra, so the bug 29284 <https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29284> isn't probably related. The error message showed up on the analytical record. Using UseControlNumber=Use, EasyAnalyticalRecords=Don't display. Removing subfields of 773 had no effects. The solution/workaround was to add a control number/001 to the analytical record (the host already had). Why this works? No idea. Regards, Pablo On Mon, 14 Feb 2022 at 22:05, Aleisha Amohia <aleisha@catalyst.net.nz> wrote:
Hi Koha community!
We're having some trouble with analytical cataloguing - linking host and child records.
We have EasyAnalyticalRecords enabled, and UseControlNumber disabled. When we link the host item using the barcode, the detail page for the child item shows this warning above the title: "There was an error searching for analytic records, please see the logs for details."
The Plack Intranet error log shows the following errors: [2022/02/15 13:59:09] [WARN] CCL parsing error (10014) Embedded truncation not supported ZOOM for query: Host-item=(BIBLIO_TITLE /) at /usr/share/koha/lib/C4/Search.pm line 241. [2022/02/15 13:59:09] [WARN] Warning from simple_search_compat: CCL parsing error (10014) Embedded truncation not supported ZOOM at /usr/share/koha/intranet/cgi-bin/catalogue/detail.pl line 152.
I have tried also manually linking the host item by cataloguing directly into the 773 of the child item, the searching warning still shows.
I have also tried enabling UseControlNumber and putting the 001 of the host record into 773$w of the child item, which has usually worked (the warning disappears), however this method does not work for us because the library doesn't usually fill in the 001. We'd rather keep UseControlNumber disabled.
Is this a problem that other libraries have other seen?
Have you been able to solve it while keeping EasyAnalyticalRecords enabled and UseControlNumber disabled?
Would appreciate any help. Thanks all!
-- Aleisha Amohia (she/her) Koha Developer
Catalyst IT - Expert Open Source Solutions www.catalyst.net.nz
CONFIDENTIALITY NOTICE: This email is intended for the named recipients only. It may contain privileged, confidential or copyright information. If you are not the named recipient, any use, reliance upon, disclosure or copying of this email or its attachments is unauthorised. If you have received this email in error, please reply via email or call +64 4 499 2267. _______________________________________________
Koha mailing list http://koha-community.org Koha@lists.katipo.co.nz Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha
participants (4)
-
Aleisha Amohia -
Caroline Cyr-La-Rose -
Pablo Bianchi -
Renvoize, Martin