[Koha-devel] Problems with Indexdata idzebra-2.0 build (Zebra 2.0.59)

[Tomas Cohen Arazi]

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 at 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 at lists.koha-community.org [mailto:
> koha-devel-bounces at 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.koha-community.org/pipermail/koha-devel/attachments/20150211/4b58cfcb/attachment-0001.html>