<div dir="ltr">Hello, <div><br><div>Yes we have the ICU enabled. Today we found a solution though. The problem is solved when we we changed the default value "automatically" set for the System Preferences / Searching Preference / <span class="Apple-style-span" style="border-collapse: collapse; font-family: monospace; font-size: 14px; line-height: 13px; ">QueryAutoTruncate to "Only if * is added" instead. </span></div>
<div><span class="Apple-style-span" style="border-collapse: collapse; font-family: monospace; font-size: 14px; line-height: 13px; "><br></span></div><div><font class="Apple-style-span" face="monospace"><span class="Apple-style-span" style="border-collapse: collapse; font-size: 14px; line-height: 13px;">By the way, Zebra truncation support for non-English languages is a show stopper; tell you the truth I look forward for the day when Koha switches its Full-Text Search engine to Solr in place of Zebra. Walter McGinnis from Katipo will tell you how Zebra poor handing of multi-lingual truncation had made a big disadvantgae for Kete to be used by non-english content users because of the lack of searching support in their native language. It surely did for us. </span></font></div>
<div><font class="Apple-style-span" face="monospace"><span class="Apple-style-span" style="border-collapse: collapse; font-size: 14px; line-height: 13px;"> </span></font></div><div>Massoud M. AlShareef, <br><br> ÚÇáã ÇáÇäÌÇÒÇÊ íäÍÇÒ ÏæãÇð ãÚ ÇáãÊÝÇÆáíä<br>
The world of achievement has always belonged to the optimist!<br><br>KnowledgeWare Technologies<br>(P.O. Box 230-312)<br>Riyadh 11321, Saudi Arabia<br>Cel: +966 505 307 267<br><a href="mailto:massoud@kwareict.com">massoud@kwareict.com</a><br>
<br>CONFIDENTIALITY NOTE: This communication and any attachments hereto contain information that may be privileged, confidential and exempt from disclosure, and may be covered by the Electronic Communications Privacy Act, as well as other applicable laws. The information is intended solely for the use of the individual or entity to which it is addressed. If you are not the intended recipient or the employee or agent entrusted with the responsibility of delivering the message to the intended recipient, be aware that any review, disclosure, copying or distribution of this transmission is strictly prohibited. If you have received this communication by mistake, please delete and notify the sender immediately. Thank your for your compliance. <br>
<br><br><div class="gmail_quote">On Tue, Dec 21, 2010 at 7:18 PM, <span dir="ltr"><<a href="mailto:koha-request@lists.katipo.co.nz">koha-request@lists.katipo.co.nz</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
Send Koha mailing list submissions to<br>
<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
or, via email, send a message with subject or body 'help' to<br>
<a href="mailto:koha-request@lists.katipo.co.nz">koha-request@lists.katipo.co.nz</a><br>
<br>
You can reach the person managing the list at<br>
<a href="mailto:koha-owner@lists.katipo.co.nz">koha-owner@lists.katipo.co.nz</a><br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Koha digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
1. YouTube Koha ILS Group (Nicole Engard)<br>
2. Re: koha 3.2.1 search more than one word with icu<br>
(Fischer, Katrin)<br>
3. Re: How to catalogue related items? (Mirko)<br>
4. Re: koha 3.2.1 search more than one word with icu (Colin Campbell)<br>
5. How to catalogue related items? (Mirko)<br>
6. Re: How to catalogue related items? (Mirko)<br>
7. Re: koha 3.2.1 search more than one word with icu<br>
(LAURENT Henri-Damien)<br>
8. Re: koha 3.2.1 search more than one word with icu<br>
(Fischer, Katrin)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Mon, 20 Dec 2010 19:58:25 -0600<br>
From: Nicole Engard <<a href="mailto:nengard@gmail.com">nengard@gmail.com</a>><br>
Subject: [Koha] YouTube Koha ILS Group<br>
To: Koha <<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a>><br>
Message-ID:<br>
<AANLkTimyE8j5-jL2cr=<a href="mailto:UCtJbzYENOMEy_jhDOtZ8JEY-@mail.gmail.com">UCtJbzYENOMEy_jhDOtZ8JEY-@mail.gmail.com</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
So it turns out that YouTube has turned off groups :( All my work to<br>
compile the 60+ Koha videos on the YouTube down the drain. Just FYI<br>
so you can update your bookmarks and links. More info here:<br>
<a href="http://www.google.com/support/youtube/bin/answer.py?answer=1070535" target="_blank">http://www.google.com/support/youtube/bin/answer.py?answer=1070535</a><br>
<br>
Nicole<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Tue, 21 Dec 2010 14:41:53 +0100<br>
From: "Fischer, Katrin" <<a href="mailto:Katrin.Fischer@bsz-bw.de">Katrin.Fischer@bsz-bw.de</a>><br>
Subject: Re: [Koha] koha 3.2.1 search more than one word with icu<br>
To: "Abdulsalam Yousef" <<a href="mailto:ayousef@kwareict.com">ayousef@kwareict.com</a>><br>
Cc: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID:<br>
<<a href="mailto:028B1A54D03E7B4482CDCA4EC8F06BFDEAB125@Bodensee.bsz-bw.de">028B1A54D03E7B4482CDCA4EC8F06BFDEAB125@Bodensee.bsz-bw.de</a>><br>
Content-Type: text/plain; charset="us-ascii"<br>
<br>
Hi,<br>
<br>
<br>
<br>
I see the same behavior in our 3.2.1 installation with ICU indexing.<br>
<br>
<br>
<br>
A quick search for 'religion' gives me a normal result list.<br>
<br>
When I pick an additional word from the result list and add it to my<br>
search term, like 'religion geschichte' I don't get any results.<br>
<br>
<br>
<br>
The same query in our 3.01.00.061 installation with ICU indexing works<br>
without problems.<br>
<br>
<br>
<br>
We are trying to find the problem. Please share if you already found a<br>
solution.<br>
<br>
<br>
<br>
Katrin<br>
<br>
<br>
<br>
<br>
<br>
From: <a href="mailto:koha-bounces@lists.katipo.co.nz">koha-bounces@lists.katipo.co.nz</a><br>
<mailto:<a href="mailto:koha-bounces@lists.katipo.co.nz">koha-bounces@lists.katipo.co.nz</a>><br>
[mailto:<a href="mailto:koha-bounces@lists.katipo.co.nz">koha-bounces@lists.katipo.co.nz</a>]<br>
<mailto:[mailto:<a href="mailto:koha-bounces@lists.katipo.co.nz">koha-bounces@lists.katipo.co.nz</a>]> On Behalf Of<br>
Abdulsalam Yousef<br>
Sent: Saturday, December 18, 2010 2:43 PM<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a> <mailto:<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a>><br>
Subject: [Koha] koha 3.2.1 search more than one word with icu<br>
<br>
<br>
<br>
hello all<br>
we have a problem here when searching at more than one word<br>
like (the children) koha give us no result found<br>
are there any suggessions???<br>
thanks alot<br>
<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <a href="http://lists.katipo.co.nz/pipermail/koha/attachments/20101221/74585c7d/attachment-0001.htm" target="_blank">http://lists.katipo.co.nz/pipermail/koha/attachments/20101221/74585c7d/attachment-0001.htm</a><br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Tue, 21 Dec 2010 16:23:17 +0100<br>
From: Mirko <<a href="mailto:5p4m@gmx.de">5p4m@gmx.de</a>><br>
Subject: Re: [Koha] How to catalogue related items?<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID: <<a href="mailto:4D10C665.6050402@gmx.de">4D10C665.6050402@gmx.de</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
Mirko schrieb am Di 21 Dez 2010 16:05:51 CET:<br>
> I have a "sorry-i'm-not-a-librarian"-question:<br>
<br>
[?]<br>
<br>
> Somehow this seems to be the wrong way to do it:<br>
><br>
> - I can only have one item type (for the biblio, not for the item)<br>
> -- but i want patrons to be able to find for example the cds if they<br>
> search for audio materials -- so this seems wrong<br>
><br>
<br>
Oops, this is incorrect. Of course I can specify an item type per<br>
item. Sorry about that. So in theory this seems like the way to go?<br>
but how do I make the "Materials specified (bound volume or other<br>
part)" column visible in the OPAC's biblio page? And why is the<br>
location field empty when it is not in the staff client?<br>
<br>
<br>
------------------------------<br>
<br>
Message: 4<br>
Date: Tue, 21 Dec 2010 15:30:36 +0000<br>
From: Colin Campbell <<a href="mailto:colin.campbell@ptfs-europe.com">colin.campbell@ptfs-europe.com</a>><br>
Subject: Re: [Koha] koha 3.2.1 search more than one word with icu<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID: <<a href="mailto:4D10C81C.2010904@ptfs-europe.com">4D10C81C.2010904@ptfs-europe.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On 21/12/10 13:41, Fischer, Katrin wrote:<br>
<br>
> I see the same behavior in our 3.2.1 installation with ICU indexing.<br>
><br>
><br>
><br>
> A quick search for 'religion' gives me a normal result list.<br>
><br>
> When I pick an additional word from the result list and add it to my<br>
> search term, like 'religion geschichte' I don't get any results.<br>
><br>
><br>
><br>
> The same query in our 3.01.00.061 installation with ICU indexing works<br>
> without problems.<br>
><br>
><br>
><br>
> We are trying to find the problem. Please share if you already found a<br>
> solution.<br>
><br>
There are a few fixes in master and in the 3.2.x for C4/Search.pm which<br>
may be relevant. A quick test using 3.2.x's current HEAD appears to have<br>
the correct behaviour.<br>
<br>
Colin<br>
<br>
<br>
--<br>
Colin Campbell<br>
Chief Software Engineer,<br>
PTFS Europe Limited<br>
Content Management and Library Solutions<br>
+44 (0) 845 557 5634 (phone)<br>
+44 (0) 7759 633626 (mobile)<br>
<a href="mailto:colin.campbell@ptfs-europe.com">colin.campbell@ptfs-europe.com</a><br>
skype: colin_campbell2<br>
<br>
<a href="http://www.ptfs-europe.com" target="_blank">http://www.ptfs-europe.com</a><br>
<br>
<br>
------------------------------<br>
<br>
Message: 5<br>
Date: Tue, 21 Dec 2010 16:05:51 +0100<br>
From: Mirko <<a href="mailto:5p4m@gmx.de">5p4m@gmx.de</a>><br>
Subject: [Koha] How to catalogue related items?<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID: <<a href="mailto:4D10C24F.5050500@gmx.de">4D10C24F.5050500@gmx.de</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
I have a "sorry-i'm-not-a-librarian"-question:<br>
<br>
How do I catalogue several items that belong together? For example:<br>
I have a series for language learning: one workbook, one grammar and<br>
two audio cds. They are not a single kit containing all items but<br>
have seperate call numbers and can be used/checked out independently<br>
of each other. Nonetheless they are related and this information<br>
needs to be available to the patron.<br>
<br>
I thought I would set up a biblio containing the general information<br>
(title, author etc.) and have items for workbook, grammar, cds with<br>
their respective call number/barcode.<br>
<br>
Somehow this seems to be the wrong way to do it:<br>
<br>
- I can only have one item type (for the biblio, not for the item)<br>
-- but i want patrons to be able to find for example the cds if they<br>
search for audio materials -- so this seems wrong<br>
<br>
- I used "Materials specified (bound volume or other part)" to put<br>
"CD 1", "CD 2", "Workbook"? but that information only shows up in<br>
the staff client. When searching the OPAC I don't get this info,<br>
neither can I do anything with the items of the biblio (like, place<br>
a hold), I can only look up "Item type", "Call number" and "Status".<br>
There is also a field "Location", but it is empty (it is filled in<br>
the staff client).<br>
<br>
What is the correct way to catalogue several different items that<br>
somehow belong together? If I have to make a seperate biblio for<br>
each item, how do I connect them? Patrons should be able to see that<br>
(for example) there are also audio cds when they see the record for<br>
the books (etc.).<br>
<br>
I hope it is clear what I'm trying to do, any help is appreciated.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 6<br>
Date: Tue, 21 Dec 2010 16:32:13 +0100<br>
From: Mirko <<a href="mailto:5p4m@gmx.de">5p4m@gmx.de</a>><br>
Subject: Re: [Koha] How to catalogue related items?<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID: <<a href="mailto:4D10C87D.2040300@gmx.de">4D10C87D.2040300@gmx.de</a>><br>
Content-Type: text/plain; charset=UTF-8<br>
<br>
I don't know what happened, but somehow my first email did not reach<br>
the list, only the follow-up.<br>
<br>
I sent this before:<br>
<br>
Mirko schrieb am Di 21 Dez 2010 16:05:51 CET:<br>
> I have a "sorry-i'm-not-a-librarian"-question:<br>
><br>
> How do I catalogue several items that belong together? For example:<br>
> I have a series for language learning: one workbook, one grammar and<br>
> two audio cds. They are not a single kit containing all items but<br>
> have seperate call numbers and can be used/checked out independently<br>
> of each other. Nonetheless they are related and this information<br>
> needs to be available to the patron.<br>
><br>
> I thought I would set up a biblio containing the general information<br>
> (title, author etc.) and have items for workbook, grammar, cds with<br>
> their respective call number/barcode.<br>
><br>
> Somehow this seems to be the wrong way to do it:<br>
<br>
[cut out wrong statement]<br>
<br>
> - I used "Materials specified (bound volume or other part)" to put<br>
> "CD 1", "CD 2", "Workbook"? but that information only shows up in<br>
> the staff client. When searching the OPAC I don't get this info,<br>
> neither can I do anything with the items of the biblio (like, place<br>
> a hold), I can only look up "Item type", "Call number" and "Status".<br>
> There is also a field "Location", but it is empty (it is filled in<br>
> the staff client).<br>
><br>
> What is the correct way to catalogue several different items that<br>
> somehow belong together? If I have to make a seperate biblio for<br>
> each item, how do I connect them? Patrons should be able to see that<br>
> (for example) there are also audio cds when they see the record for<br>
> the books (etc.).<br>
><br>
> I hope it is clear what I'm trying to do, any help is appreciated.<br>
<br>
<br>
------------------------------<br>
<br>
Message: 7<br>
Date: Tue, 21 Dec 2010 17:00:40 +0100<br>
From: LAURENT Henri-Damien <<a href="mailto:henridamien.laurent@biblibre.com">henridamien.laurent@biblibre.com</a>><br>
Subject: Re: [Koha] koha 3.2.1 search more than one word with icu<br>
To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
Message-ID: <<a href="mailto:4D10CF28.7000805@biblibre.com">4D10CF28.7000805@biblibre.com</a>><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Le 21/12/2010 16:30, Colin Campbell a ?crit :<br>
> On 21/12/10 13:41, Fischer, Katrin wrote:<br>
><br>
>> I see the same behavior in our 3.2.1 installation with ICU indexing.<br>
>><br>
>><br>
>><br>
>> A quick search for 'religion' gives me a normal result list.<br>
>><br>
>> When I pick an additional word from the result list and add it to my<br>
>> search term, like 'religion geschichte' I don't get any results.<br>
>><br>
>><br>
>><br>
>> The same query in our 3.01.00.061 installation with ICU indexing works<br>
>> without problems.<br>
>><br>
>><br>
>><br>
>> We are trying to find the problem. Please share if you already found a<br>
>> solution.<br>
>><br>
> There are a few fixes in master and in the 3.2.x for C4/Search.pm which<br>
> may be relevant. A quick test using 3.2.x's current HEAD appears to have<br>
> the correct behaviour.<br>
><br>
> Colin<br>
><br>
><br>
Hi Colin,<br>
do you have icu enabled ?<br>
It seems that that problem occurs only with icu enabled.<br>
This commit 34b4ac9ddc34430f43520c12d3cb206d18c4be62 on<br>
koha-biblibre.git fixes that. (Katrin Fischer may confirm)<br>
Hope that helps.<br>
--<br>
Henri-Damien LAURENT<br>
<br>
<br>
------------------------------<br>
<br>
Message: 8<br>
Date: Tue, 21 Dec 2010 17:17:58 +0100<br>
From: "Fischer, Katrin" <<a href="mailto:Katrin.Fischer@bsz-bw.de">Katrin.Fischer@bsz-bw.de</a>><br>
Subject: Re: [Koha] koha 3.2.1 search more than one word with icu<br>
To: "LAURENT Henri-Damien" <<a href="mailto:henridamien.laurent@biblibre.com">henridamien.laurent@biblibre.com</a>>,<br>
<<a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a>><br>
Message-ID:<br>
<<a href="mailto:028B1A54D03E7B4482CDCA4EC8F06BFDEAB17D@Bodensee.bsz-bw.de">028B1A54D03E7B4482CDCA4EC8F06BFDEAB17D@Bodensee.bsz-bw.de</a>><br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
I can confirm that the patch solved the described problem in 3.2.1 - But I want to test a bit more to make sure (searching with Hebrew, Advanced Search and reactivating some of the search system preferences)<br>
<br>
And we should probably test our current setup with HEAD/3.2.2 too.<br>
<br>
Katrin<br>
<br>
> -----Original Message-----<br>
> From: <a href="mailto:koha-bounces@lists.katipo.co.nz">koha-bounces@lists.katipo.co.nz</a> [mailto:<a href="mailto:koha-">koha-</a><br>
> <a href="mailto:bounces@lists.katipo.co.nz">bounces@lists.katipo.co.nz</a>] On Behalf Of LAURENT Henri-Damien<br>
> Sent: Tuesday, December 21, 2010 5:01 PM<br>
> To: <a href="mailto:koha@lists.katipo.co.nz">koha@lists.katipo.co.nz</a><br>
> Subject: Re: [Koha] koha 3.2.1 search more than one word with icu<br>
><br>
> Le 21/12/2010 16:30, Colin Campbell a ?crit :<br>
> > On 21/12/10 13:41, Fischer, Katrin wrote:<br>
> ><br>
> >> I see the same behavior in our 3.2.1 installation with ICU indexing.<br>
> >><br>
> >><br>
> >><br>
> >> A quick search for 'religion' gives me a normal result list.<br>
> >><br>
> >> When I pick an additional word from the result list and add it to my<br>
> >> search term, like 'religion geschichte' I don't get any results.<br>
> >><br>
> >><br>
> >><br>
> >> The same query in our 3.01.00.061 installation with ICU indexing<br>
> works<br>
> >> without problems.<br>
> >><br>
> >><br>
> >><br>
> >> We are trying to find the problem. Please share if you already found<br>
> a<br>
> >> solution.<br>
> >><br>
> > There are a few fixes in master and in the 3.2.x for C4/Search.pm<br>
> which<br>
> > may be relevant. A quick test using 3.2.x's current HEAD appears to<br>
> have<br>
> > the correct behaviour.<br>
> ><br>
> > Colin<br>
> ><br>
> ><br>
> Hi Colin,<br>
> do you have icu enabled ?<br>
> It seems that that problem occurs only with icu enabled.<br>
> This commit 34b4ac9ddc34430f43520c12d3cb206d18c4be62 on<br>
> koha-biblibre.git fixes that. (Katrin Fischer may confirm)<br>
> Hope that helps.<br>
> --<br>
> Henri-Damien LAURENT<br>
> _______________________________________________<br>
> Koha mailing list <a href="http://koha-community.org" target="_blank">http://koha-community.org</a><br>
> <a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
> <a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
><br>
<br>
<br>
<br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Koha mailing list<br>
<a href="mailto:Koha@lists.katipo.co.nz">Koha@lists.katipo.co.nz</a><br>
<a href="http://lists.katipo.co.nz/mailman/listinfo/koha" target="_blank">http://lists.katipo.co.nz/mailman/listinfo/koha</a><br>
<br>
<br>
End of Koha Digest, Vol 62, Issue 66<br>
************************************<br>
</blockquote></div><br></div></div></div>