Hi, found a weird bug in retrieving author names via ZOOM. It was originally reported to me as a bug manifesting in the output of cloud-kw.pl that in the resulting cloud authors with surnames beginning in C were appearing in truncated form i.e. hristie, Agatha rather than Christie, Agatha. A bit of experimentation shows that the query being generated: my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"'); which should pull author names is stripping initial C out of the field ( so that Christie is returned as hristie and filed as such). If instead of 6=3 I use 6=1 (retrieves a word only) Christie is correctly retrieved and filed. I can reproduce this on different platforms, wondered if anyone with zebra expertise has any idea what might be going on here. Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
On 11 August 2010 21:12, Colin Campbell <colin.campbell@ptfs-europe.com> wrote:
Hi, found a weird bug in retrieving author names via ZOOM. It was originally reported to me as a bug manifesting in the output of cloud-kw.pl that in the resulting cloud authors with surnames beginning in C were appearing in truncated form i.e. hristie, Agatha rather than Christie, Agatha. A bit of experimentation shows that the query being generated:
my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"');
which should pull author names is stripping initial C out of the field ( so that Christie is returned as hristie and filed as such).
And it only does this using ZOOM, ie if you do that query using yaz it behaves correctly? Chris
On 11/08/10 10:33, Chris Cormack wrote:
On 11 August 2010 21:12, Colin Campbell <colin.campbell@ptfs-europe.com> wrote:
Hi, found a weird bug in retrieving author names via ZOOM. It was originally reported to me as a bug manifesting in the output of cloud-kw.pl that in the resulting cloud authors with surnames beginning in C were appearing in truncated form i.e. hristie, Agatha rather than Christie, Agatha. A bit of experimentation shows that the query being generated:
my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"');
which should pull author names is stripping initial C out of the field ( so that Christie is returned as hristie and filed as such).
And it only does this using ZOOM, ie if you do that query using yaz it behaves correctly?
yaz-client shows the same error when scanning with 6=3 C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
On 11 August 2010 21:49, Colin Campbell <colin.campbell@ptfs-europe.com> wrote:
On 11/08/10 10:33, Chris Cormack wrote:
On 11 August 2010 21:12, Colin Campbell <colin.campbell@ptfs-europe.com> wrote:
Hi, found a weird bug in retrieving author names via ZOOM. It was originally reported to me as a bug manifesting in the output of cloud-kw.pl that in the resulting cloud authors with surnames beginning in C were appearing in truncated form i.e. hristie, Agatha rather than Christie, Agatha. A bit of experimentation shows that the query being generated:
my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"');
which should pull author names is stripping initial C out of the field ( so that Christie is returned as hristie and filed as such).
And it only does this using ZOOM, ie if you do that query using yaz it behaves correctly?
yaz-client shows the same error when scanning with 6=3 C.
Hmm I can't seem to replicate it 22:15 ~/git/koha.git (translation)$ yaz-client unix:/home/chris/koha-dev/var/run/zebradb/bibliosocket Z> base biblios Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" Received ScanResponse 20 entries, position=1 * Chris, Teresa (1) Chrisp, Peter (5) Christenberry, Judy (1) Christensen, John (1) Christian, Frederick H (1) Christian, Glynn (1) Christiansen, Bob (1) Christiansen, Tony (1) Christie, Agatha (15) Christie, Amanda (4) Christie, Anne (2) Christie, Gregory (1) Christie, Joan (1) Christie, John B. T (1) Christie, William (1) Christofferson, April (3) Christopher, Henry (1) Christopher, Shane (2) Chryssicas, Mary Kaye (1) Chuckry, Chris (1) Elapsed: 0.231484 Chris
On 11/08/10 11:25, Chris Cormack wrote:
On 11 August 2010 21:49, Colin Campbell <colin.campbell@ptfs-europe.com> wrote:
On 11/08/10 10:33, Chris Cormack wrote:
On 11 August 2010 21:12, Colin Campbell <colin.campbell@ptfs-europe.com> wrote:
Hi, found a weird bug in retrieving author names via ZOOM. It was originally reported to me as a bug manifesting in the output of cloud-kw.pl that in the resulting cloud authors with surnames beginning in C were appearing in truncated form i.e. hristie, Agatha rather than Christie, Agatha. A bit of experimentation shows that the query being generated:
my $ss = $zbiblio->scan_pqf( '@attr 1=Author @attr 4=1 @attr 6=3 "a"');
which should pull author names is stripping initial C out of the field ( so that Christie is returned as hristie and filed as such).
And it only does this using ZOOM, ie if you do that query using yaz it behaves correctly?
yaz-client shows the same error when scanning with 6=3 C.
Hmm I can't seem to replicate it
22:15 ~/git/koha.git (translation)$ yaz-client unix:/home/chris/koha-dev/var/run/zebradb/bibliosocket
Z> base biblios
Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" Received ScanResponse 20 entries, position=1 * Chris, Teresa (1) Chrisp, Peter (5) Christenberry, Judy (1) Christensen, John (1) Christian, Frederick H (1) Christian, Glynn (1) Christiansen, Bob (1) Christiansen, Tony (1) Christie, Agatha (15) Christie, Amanda (4) Christie, Anne (2) Christie, Gregory (1) Christie, Joan (1) Christie, John B. T (1) Christie, William (1) Christofferson, April (3) Christopher, Henry (1) Christopher, Shane (2) Chryssicas, Mary Kaye (1) Chuckry, Chris (1) Elapsed: 0.231484
Chris
Here's what I'm seeing:
Z> base biblios Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" Received ScanResponse 20 entries, position=1 * Dale, A. M (1) Daly, Patrick W (1) Danesi, Marcel (1) Date, C. J (2) Davis, Miles (2) Demosthenes (1) Descartes, Alligator (1) Dina, Anca (ed (1) Donne, John (1) Estes, Gregory B (1) Euripides (3) Fagles, Robert (1) Feathers, Michael C (1) Fela (1) Fine, Reuben (1) Firefly, Rufus T (1) Fowler, Martin (1) Foy, Brian D (2) Fried, Gregory (1) Giffen, Keith (1) Elapsed: 0.171134
And I've been trying it out on different systems and getting the error consistently. C. -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
* Colin Campbell (colin.campbell@ptfs-europe.com) wrote:
Here's what I'm seeing:
Z> base biblios Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" Received ScanResponse 20 entries, position=1 * Dale, A. M (1) Daly, Patrick W (1) Danesi, Marcel (1) Date, C. J (2) Davis, Miles (2) Demosthenes (1) Descartes, Alligator (1) Dina, Anca (ed (1) Donne, John (1) Estes, Gregory B (1) Euripides (3) Fagles, Robert (1) Feathers, Michael C (1) Fela (1) Fine, Reuben (1) Firefly, Rufus T (1) Fowler, Martin (1) Foy, Brian D (2) Fried, Gregory (1) Giffen, Keith (1) Elapsed: 0.171134
And I've been trying it out on different systems and getting the error consistently. C.
Sorry for being dense, but where is the error in the above output? Chris -- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand
Look at Zebra conf in /etc/zebradb/etc/word-phrase-utf.chr. You should find : map (^C) @ This means all fields beginning with "C" have this lettre missing in indexing. I think it is a bug, the wanted behaviour may be : all fields beginning with "C " (C and a space) : map (^C ) I have opened a bug : n° 5160 Regards, 2010/8/11 Chris Cormack <chrisc@catalyst.net.nz>
* Colin Campbell (colin.campbell@ptfs-europe.com) wrote:
Here's what I'm seeing:
Z> base biblios Z> scan @attr 1=Author @attr 4=1 @attr 6=3 "chris" Received ScanResponse 20 entries, position=1 * Dale, A. M (1) Daly, Patrick W (1) Danesi, Marcel (1) Date, C. J (2) Davis, Miles (2) Demosthenes (1) Descartes, Alligator (1) Dina, Anca (ed (1) Donne, John (1) Estes, Gregory B (1) Euripides (3) Fagles, Robert (1) Feathers, Michael C (1) Fela (1) Fine, Reuben (1) Firefly, Rufus T (1) Fowler, Martin (1) Foy, Brian D (2) Fried, Gregory (1) Giffen, Keith (1) Elapsed: 0.171134
And I've been trying it out on different systems and getting the error consistently. C.
Sorry for being dense, but where is the error in the above output?
Chris
-- Chris Cormack Catalyst IT Ltd. +64 4 803 2238 PO Box 11-053, Manners St, Wellington 6142, New Zealand
-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux)
iEYEARECAAYFAkxig24ACgkQZgbcHEvgMLPpLQCfV990u2AvyMCmstjZqoICFENm MusAnA4sEBbBWDW0Y79Ze2hKBGZc3yDa =El4C -----END PGP SIGNATURE-----
_______________________________________________ Koha-devel mailing list Koha-devel@lists.koha-community.org http://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-devel
-- Fridolyn SOMERS Information and Communication Technologies engineer Lyon - FRANCE fridolyn.somers@gmail.com
Look at Zebra conf in /etc/zebradb/etc/word-phrase-utf.chr. You should find : map (^C) @ This means all fields beginning with "C" have this lettre missing in indexing.
I think it is a bug, the wanted behaviour may be : all fields beginning with "C " (C and a space) : map (^C )
I have opened a bug : n° 5160 Just run a test and these are the lines causing the weirdness. Removing
On 23/08/10 09:53, Fridolyn SOMERS wrote: them and rebuilding zebra and entries beginning with C appear in the proper place in the scan of the index. I think the strings that don't have some kind of punctuation after them are a problem. ( I'm actually a bit suspicious even of including strings such as C. as I can envision a heading like C.S.C. (Chemical Spraying Company) still misfiling. Cheers Colin -- Colin Campbell Chief Software Engineer, PTFS Europe Limited Content Management and Library Solutions +44 (0) 208 366 1295 (phone) +44 (0) 7759 633626 (mobile) colin.campbell@ptfs-europe.com skype: colin_campbell2 http://www.ptfs-europe.com
participants (4)
-
Chris Cormack -
Chris Cormack -
Colin Campbell -
Fridolyn SOMERS