Re: [Koha] Analytical cataloguing causing a searching warning

2023-03-31 Thread Pablo Bianchi
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
 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 
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
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Analytical cataloguing causing a searching warning

2022-03-01 Thread Renvoize, Martin
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)*



Head of Development and Community Engagement



*Phone:* +44 (0) 1483 378728

*Mobile:* +44 (0) 7725 985 636

*Email:* martin.renvo...@ptfs-europe.com

www.ptfs-europe.com


*Sign up for our newsletters here  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 i...@ptfs-europe.com


On Tue, 1 Mar 2022 at 07:57, Renvoize, Martin <
martin.renvo...@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/Biblio.pm#L561
> in 21.11 or around
> https://git.koha-community.org/Koha-community/Koha/src/branch/21.05.x/opac/opac-detail.pl#L195
> 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.renvo...@ptfs-europe.com
>
> www.ptfs-europe.com
>
>
> *Sign up for our newsletters here  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 i...@ptfs-europe.com
>
>
> On Wed, 16 Feb 2022 at 20:24, Aleisha Amohia 
> 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
>>
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Analytical cataloguing causing a searching warning

2022-02-28 Thread Renvoize, Martin
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/Biblio.pm#L561
in 21.11 or around
https://git.koha-community.org/Koha-community/Koha/src/branch/21.05.x/opac/opac-detail.pl#L195
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.renvo...@ptfs-europe.com

www.ptfs-europe.com


*Sign up for our newsletters here  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 i...@ptfs-europe.com


On Wed, 16 Feb 2022 at 20:24, Aleisha Amohia 
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
>
___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha


Re: [Koha] Analytical cataloguing causing a searching warning

2022-02-15 Thread Caroline Cyr-La-Rose

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-r...@inlibro.com 

INLiBRO | Spécialistes en technologies documentaires | www.inLibro.com 


___

Koha mailing list  http://koha-community.org
Koha@lists.katipo.co.nz
Unsubscribe: https://lists.katipo.co.nz/mailman/listinfo/koha