[sword-devel] Web Interface

Sat, 22 Feb 2003 04:24:34 EST

--part1_141.b42550c.2b889bd2_boundary
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

In a message dated 2/21/2003 10:18:27 PM Pacific Standard Time,=20
webmaster@eurosoccerclub.net writes:

> >How about more capable searching? :-)
>=20
> I agree with this suggestion...  I've often found that I may try to search
> for a specific phrase and it would not come up, even though I would be
> looking at the exact text in the module...  is this a bug or just how the
> search routine runs?

Is that because a bug or caused by limited feature exposed in the UI?

Fuzzy matching? is that what you mean?=20
Search "books" and match "book" and "books"
User enter with typo but the engine figure out by the soundex ? or dictionar=
y=20
? (like what the google.com does ?)

If that is what  you mean, I recently received a comment from one of my=20
friend:

"Arabic (like Hebrew) is based on three-consonant roots.=A0 For instance one=
=20
word for love is hbb.=A0 It would be essential for a search for hbb to produ=
ce=20
hbbt (I love), ahbb (love!) and thbbin (you loved - feminine), which have=20
extra letters before and after. It would be even better if it produced habb=20
(lover), mhbub (loved one), which have extra letters in the middle.=A0 "

--part1_141.b42550c.2b889bd2_boundary
Content-Type: text/html; charset="ISO-8859-1"
Content-Transfer-Encoding: quoted-printable

<HTML><FONT FACE=3Darial,helvetica><FONT  SIZE=3D2 FAMILY=3D"SANSSERIF" FACE=
=3D"Arial" LANG=3D"0">In a message dated 2/21/2003 10:18:27 PM Pacific Stand=
ard Time, webmaster@eurosoccerclub.net writes:<BR>
<BR>
<BLOCKQUOTE TYPE=3DCITE style=3D"BORDER-LEFT: #0000ff 2px solid; MARGIN-LEFT=
: 5px; MARGIN-RIGHT: 0px; PADDING-LEFT: 5px">&gt;How about more capable sear=
ching? :-)<BR>
<BR>
I agree with this suggestion...&nbsp; I've often found that I may try to sea=
rch<BR>
for a specific phrase and it would not come up, even though I would be<BR>
looking at the exact text in the module...&nbsp; is this a bug or just how t=
he<BR>
search routine runs?</BLOCKQUOTE><BR>
<BR>
Is that because a bug or caused by limited feature exposed in the UI?<BR>
<BR>
Fuzzy matching? is that what you mean? <BR>
Search "books" and match "book" and "books"<BR>
User enter with typo but the engine figure out by the soundex ? or dictionar=
y ? (like what the google.com does ?)<BR>
<BR>
If that is what&nbsp; you mean, I recently received a comment from one of my=
 friend:<BR>
<BR>
"Arabic (like Hebrew) is based on three-consonant roots.=A0 For instance one=
 word for love is hbb.=A0 It would be essential for a search for hbb to prod=
uce hbbt (I love), ahbb (love!) and thbbin (you loved - feminine), which hav=
e extra letters before and after. It would be even better if it produced hab=
b (lover), mhbub (loved one), which have extra letters in the middle.=A0 "<B=
R>
<BR>
</FONT></HTML>
--part1_141.b42550c.2b889bd2_boundary--