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 <[email protected]> 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:* [email protected] [mailto: > [email protected]] *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 >
_______________________________________________ Koha-devel mailing list [email protected] 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/
