[Bug 9342] New: zebra UNIMARC dom indexing does not work
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 Bug ID: 9342 Summary: zebra UNIMARC dom indexing does not work Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt@gmail.com Reporter: paul.poulain@biblibre.com CC: m.de.rooy@rijksmuseum.nl Testing bug 8984, I find that the UNIMARC dom indexing does not work. Without patch 8984, a fresh install, with UNIMARC, DOM and CHR (not ICU) result in a bad: 15:28:48-03/01 zebraidx(25369) [warn] Unknown register type: (and no indexing is made) -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mathieu.saby@univ-rennes2.f | |r --- Comment #1 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- Hello I have just tried with Unimarc and ICU. It seems to work. M. Saby -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 --- Comment #2 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- Today, with ICU I also got the message "[warn] Unknown register type". It does not break search. I used rebuild_zebra with "-v -v" to get more information : 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] Read character table sort-string-utf.chr 16:35:26-27/03 zebraidx(3050) 00d79db5 [log] add dom./home/msaby/koha/kohamaster/etc/zebradb/biblios/etc/dom-config.xml /tmp/El4x1XN4NL/biblio/exported_records 0 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort10 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort10 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort16 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort16 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort17 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort17 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort40 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort40 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort51 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort51 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort55 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort55 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort64 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort64 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort74 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort74 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] Using default resource threads:1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] key_block_create t=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [warn] Unknown register type: 16:35:26-27/03 zebraidx(3050) 00d79db5 [log] add dom./home/msaby/koha/kohamaster/etc/zebradb/biblios/etc/dom-config.xml /tmp/El4x1XN4NL/biblio/exported_records 4100 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort97 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort97 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort101 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort101 bs=64, RW) 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] sort idx sort128 wr=1 16:35:26-27/03 zebraidx(3050) 00d79db5 [debug] mf_open(sort128 bs=64, RW) I also note in the logs of zebrasrv -f $KOHA_CONF the following warns when I am doing a search or displaying a single record : 16:44:54-27/03 zebrasrv(3) [warn] Missing attribute 'type' in attribute info 16:44:54-27/03 zebrasrv(3) [warn] Missing attribute 'type' in attribute info 16:44:54-27/03 zebrasrv(3) [warn] Missing attribute 'type' in attribute info 16:44:54-27/03 zebrasrv(3) [warn] Missing attribute 'type' in attribute info 16:44:54-27/03 zebrasrv(3) [warn] Missing attribute 'type' in attribute info 16:44:54-27/03 zebrasrv(3) [warn] Missing attribute 'type' in attribute info I did not have an index named "type"... Maybe it could help ? M. Saby -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 mathieu saby <mathieu.saby@univ-rennes2.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Z39.50 / SRU / OpenSearch |Searching |Servers | -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 --- Comment #3 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- To test again when bug 7421 and bug 8252 are pushed. M. Saby -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 Vitor Fernandes <vfernandes@keep.pt> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |vfernandes@keep.pt --- Comment #4 from Vitor Fernandes <vfernandes@keep.pt> --- This error is easy to solve. In record.abs, biblio-zebra-index.xsl and biblio-koha-index.xsl the 995 field is mapped to "item # to index all subfields". To stop that error just remove the commentary "# to index all subfields" on xsl files. I have to more critical problems: With barcode,phr or barcode,wrdl, I can search for barcodes. If there is only one barcode matching the search expression, the user is redirect to the record. With callnum,phr or callnum,wrdl, I can search for callnumbers. If there is only one callnumber matching the search expression, the user is redirect to the record. With kw,wrdl (keyword - any field), I get always 0 records when searching for one barcode or callnum that I know that exists. -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 --- Comment #5 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- Hello This is a duplicate of this bug http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10037 I made a patch for the 1st pbm. You can test it if you want. M. Saby -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 --- Comment #6 from mathieu saby <mathieu.saby@univ-rennes2.fr> --- Maybe this patch could help too, but I am not sure http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9830 M. Saby -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 Tomás Cohen Arazi <tomascohen@gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |tomascohen@gmail.com --- Comment #7 from Tomás Cohen Arazi <tomascohen@gmail.com> --- Is it possible that we verify the error persists and write down the steps to reproduce it? -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer@bsz-bw.de --- Comment #8 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Is DOM indexing for UNIMARC still not functional at all, as the title of this bug suggests or is there a more specific problem? -- You are receiving this mail because: You are watching all bug changes.
http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9342 Jonathan Druart <jonathan.druart@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED CC| |jonathan.druart@biblibre.co | |m Resolution|--- |FIXED --- Comment #9 from Jonathan Druart <jonathan.druart@biblibre.com> --- This seems to be fixed. I installed Koha using the debian packages. On a UNIMARC installation, indexing in dom. # koha-rebuild-zebra -b -v -f koha-test Zebra configuration information ================================ Zebra biblio directory = /var/lib/koha/koha-test/biblios Zebra authorities directory = /var/lib/koha/koha-test/authorities Koha directory = /usr/share/koha/intranet/cgi-bin Lockfile = /var/lock/koha/koha-test/rebuild/rebuild..LCK BIBLIONUMBER in : 001$@ BIBLIOITEMNUMBER in : 090$a ================================ skipping authorities ==================== exporting biblio ==================== 4801.................................................................................................... Records exported: 4848 ==================== REINDEXING zebra ==================== ==================== CLEANING ==================== -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon＠bugs.koha-community.org