Problems with Indexdata idzebra-2.0 build (Zebra 2.0.59)
There have been reports of problems with retrieving facets from Zebra using the latest idzebra build from IndexData's wheezy repository. I'm not able to install that version yet, to give it a try, I any one you succeeds please let me know so we track this down. For now, we should encourage people to use Debian's/Ubuntu's instead of adding IndexData's repo. Regards -- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
Hi Tomas: I don’t have a Debian Wheezy machine running Koha at the moment either, so I’m no help there. However, I think the solution of using the Debian/Ubuntu repos instead of the IndexData ones might be a fairly short-term solution, since the upcoming Debian Jessie (8) and Ubuntu Vivid (15.04) both have Zebra 2.0.59 in their repos. That said, I think it’s a reasonable solution in the short-term to use 2.0.44 from the older Debian/Ubuntu repos in the meantime, so you’ve got my +1. What sort of problems have people been encountering? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] On Behalf Of Tomas Cohen Arazi Sent: Wednesday, 4 February 2015 6:01 AM To: koha-devel Subject: [Koha-devel] Problems with Indexdata idzebra-2.0 build (Zebra 2.0.59) There have been reports of problems with retrieving facets from Zebra using the latest idzebra build from IndexData's wheezy repository. I'm not able to install that version yet, to give it a try, I any one you succeeds please let me know so we track this down. For now, we should encourage people to use Debian's/Ubuntu's instead of adding IndexData's repo. Regards -- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
Hey Tomas: We recently updated to OpenSuse 13.2 which uses Zebra 2.0.59 (as packaged by OpenSuse), so I thought that I would give the facet thing another shot with a newer version. I couldn’t remember the exact syntax, so I wrote “zebra::facets” and got the tell-tale ‘[25] Specified element set name not valid for specified database -- v2 addinfo ''’ problem. However, when I used the correct syntax of “zebra::facet”, it worked fine. I’ve included my yaz-client output at the end of this email. I haven’t tried from within Koha itself though. Z> elements zebra::facets::title:w Z> show 1 Sent presentRequest (1+1). Records: 1 Diagnostic message(s) from database: [25] Specified element set name not valid for specified database -- v2 addinfo '' nextResultSetPosition = 2 Elapsed: 0.000431 Z> elements zebra::facet::title:w Z> show 1 Sent presentRequest (1+1). Records: 1 Record type: XML <record xmlns="http://www.indexdata.com/zebra/"> <facet type="w" index="title"> <term coccur="3" occur="13">and</term> <term coccur="9" occur="9">the</term> <term coccur="2" occur="7">a</term> <term coccur="5" occur="7">test</term> <term coccur="4" occur="6">for</term> <term coccur="3" occur="6">in</term> <term coccur="4" occur="3">assessment</term> <term coccur="4" occur="3">ecg</term> <term coccur="5" occur="2">1</term> <term coccur="2" occur="2">2</term> <term coccur="5" occur="1">0</term> <term coccur="5" occur="1">1990</term> <term coccur="2" occur="1">3</term> <term coccur="3" occur="1">3200</term> <term coccur="3" occur="1">6150</term> <term coccur="2" occur="1">approval</term> <term coccur="2" occur="1">general</term> <term coccur="3" occur="1">nzs</term> <term coccur="3" occur="1">standard</term> <term coccur="3" occur="1">tree</term> </facet> </record> nextResultSetPosition = 2 Elapsed: 0.247215 David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007 From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel-bounces@lists.koha-community.org] On Behalf Of Tomas Cohen Arazi Sent: Wednesday, 4 February 2015 6:01 AM To: koha-devel Subject: [Koha-devel] Problems with Indexdata idzebra-2.0 build (Zebra 2.0.59) There have been reports of problems with retrieving facets from Zebra using the latest idzebra build from IndexData's wheezy repository. I'm not able to install that version yet, to give it a try, I any one you succeeds please let me know so we track this down. For now, we should encourage people to use Debian's/Ubuntu's instead of adding IndexData's repo. Regards -- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
Yeah, a useful test would be to reproduce the failure to render facets on Koha, and then run the same search using yaz-client and see what can we discover. We use zebra::facet::idx as the docs mention [1] so the described behaviour is the expected. Regards [1] http://www.indexdata.com/zebra/doc/special-retrieval.html El dom., 8 de febrero de 2015 22:58, David Cook <dcook@prosentient.com.au> escribió:
Hey Tomas:
We recently updated to OpenSuse 13.2 which uses Zebra 2.0.59 (as packaged by OpenSuse), so I thought that I would give the facet thing another shot with a newer version.
I couldn’t remember the exact syntax, so I wrote “zebra::facets” and got the tell-tale ‘[25] Specified element set name not valid for specified database -- v2 addinfo ''’ problem. However, when I used the correct syntax of “zebra::facet”, it worked fine. I’ve included my yaz-client output at the end of this email.
I haven’t tried from within Koha itself though.
Z> elements zebra::facets::title:w
Z> show 1
Sent presentRequest (1+1).
Records: 1
Diagnostic message(s) from database:
[25] Specified element set name not valid for specified database -- v2 addinfo ''
nextResultSetPosition = 2
Elapsed: 0.000431
Z> elements zebra::facet::title:w
Z> show 1
Sent presentRequest (1+1).
Records: 1
Record type: XML
<record xmlns="http://www.indexdata.com/zebra/">
<facet type="w" index="title">
<term coccur="3" occur="13">and</term>
<term coccur="9" occur="9">the</term>
<term coccur="2" occur="7">a</term>
<term coccur="5" occur="7">test</term>
<term coccur="4" occur="6">for</term>
<term coccur="3" occur="6">in</term>
<term coccur="4" occur="3">assessment</term>
<term coccur="4" occur="3">ecg</term>
<term coccur="5" occur="2">1</term>
<term coccur="2" occur="2">2</term>
<term coccur="5" occur="1">0</term>
<term coccur="5" occur="1">1990</term>
<term coccur="2" occur="1">3</term>
<term coccur="3" occur="1">3200</term>
<term coccur="3" occur="1">6150</term>
<term coccur="2" occur="1">approval</term>
<term coccur="2" occur="1">general</term>
<term coccur="3" occur="1">nzs</term>
<term coccur="3" occur="1">standard</term>
<term coccur="3" occur="1">tree</term>
</facet>
</record>
nextResultSetPosition = 2
Elapsed: 0.247215
David Cook
Systems Librarian
Prosentient Systems
72/330 Wattle St, Ultimo, NSW 2007
*From:* koha-devel-bounces@lists.koha-community.org [mailto: koha-devel-bounces@lists.koha-community.org] *On Behalf Of *Tomas Cohen Arazi *Sent:* Wednesday, 4 February 2015 6:01 AM *To:* koha-devel *Subject:* [Koha-devel] Problems with Indexdata idzebra-2.0 build (Zebra 2.0.59)
There have been reports of problems with retrieving facets from Zebra using the latest idzebra build from IndexData's wheezy repository.
I'm not able to install that version yet, to give it a try, I any one you succeeds please let me know so we track this down. For now, we should encourage people to use Debian's/Ubuntu's instead of adding IndexData's repo.
Regards
--
Tomás Cohen Arazi
Prosecretaría de Informática
Universidad Nacional de Córdoba
✆ +54 351 5353750 ext 13168
GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
Tomas Cohen Arazi schrieb am 03.02.2015
There have been reports of problems with retrieving facets from Zebra using the latest idzebra build from IndexData's wheezy repository.
I'm not able to install that version yet, to give it a try, I any one you succeeds please let me know so we track this down. For now, we should encourage people to use Debian's/Ubuntu's instead of adding IndexData's repo.
With Debian Jessie being released now and having 2.0.59 in the repos, what is the status of this? -- Mirko -- Mirko Tietgen mirko@abunchofthings.net http://koha.abunchofthings.net
It seems (from jenkins output) that search is broken on GRS-1 setups on Jessie. Which we don't really care as we dropped support for GRS-1 on 3.18. On Thu, Apr 30, 2015 at 7:56 AM, Mirko Tietgen <mirko@abunchofthings.net> wrote:
Tomas Cohen Arazi schrieb am 03.02.2015
There have been reports of problems with retrieving facets from Zebra using the latest idzebra build from IndexData's wheezy repository.
I'm not able to install that version yet, to give it a try, I any one you succeeds please let me know so we track this down. For now, we should encourage people to use Debian's/Ubuntu's instead of adding IndexData's repo.
With Debian Jessie being released now and having 2.0.59 in the repos, what is the status of this?
-- Mirko
--
Mirko Tietgen mirko@abunchofthings.net http://koha.abunchofthings.net
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel website : http://www.koha-community.org/ git : http://git.koha-community.org/ bugs : http://bugs.koha-community.org/
-- Tomás Cohen Arazi Prosecretaría de Informática Universidad Nacional de Córdoba ✆ +54 351 5353750 ext 13168 GPG: B76C 6E7C 2D80 551A C765 E225 0A27 2EA1 B2F3 C15F
Tomas Cohen Arazi schreef op do 30-04-2015 om 10:23 [-0300]:
It seems (from jenkins output) that search is broken on GRS-1 setups on Jessie. Which we don't really care as we dropped support for GRS-1 on 3.18.
There is something else wrong with the jessie version, too. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777515 -- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF
As Robin points out, the 2.0.59 version of Zebra has another problem as well. When using ICU, words with hyphens aren't tokenized correctly. For instance, "Mont-Royal" would be truncated down to "Mont" both at indexing and search time. So a query for "Mont-Royal" would indeed return the records for "Mont-Royal", but it would also return the records for "Mont-Liban". A query for "Royal" would also return no records for "Mont-Royal" as well. Dreadful. However, IndexData have fixed this problem with Zebra 2.0.60. So... that's a thing. At the moment, the easiest most short-term fix to me is to point to IndexData's Debian repositories, but I don't think that'll be acceptable as a long-term solution. We mostly use OpenSuse, and I managed to get them to add Zebra 2.0.60 to their stable repositories, so we're OK for now. Now that Jessie has been released, perhaps there's a higher chance of the fix getting into Debian stable as well? David Cook Systems Librarian Prosentient Systems 72/330 Wattle St, Ultimo, NSW 2007
-----Original Message----- From: koha-devel-bounces@lists.koha-community.org [mailto:koha-devel- bounces@lists.koha-community.org] On Behalf Of Robin Sheat Sent: Friday, 1 May 2015 9:03 AM To: koha-devel@lists.koha-community.org Subject: Re: [Koha-devel] Problems with Indexdata idzebra-2.0 build (Zebra 2.0.59)
Tomas Cohen Arazi schreef op do 30-04-2015 om 10:23 [-0300]:
It seems (from jenkins output) that search is broken on GRS-1 setups on Jessie. Which we don't really care as we dropped support for GRS-1 on 3.18.
There is something else wrong with the jessie version, too.
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=777515
-- Robin Sheat Catalyst IT Ltd. ✆ +64 4 803 2204 GPG: 5FA7 4B49 1E4D CAA4 4C38 8505 77F5 B724 F871 3BDF
participants (4)
-
David Cook -
Mirko Tietgen -
Robin Sheat -
Tomas Cohen Arazi