[ List Archives Home ] [ Thread index for 2008 ] [ Date index for 2008 ] [ Author index for 2008 ]


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
We also have this option turned on, and our users (including staff) definitely prefer it. Just one small but important point-- the option for this is an OPAC option, and, logically enough, only affects the OPAC. I find that library staff have a hard time remembering this and putting in the AND when using keyword in Millennium, including as a range in Create Lists. They often forget they need the AND here. I wish we could change this so that the logic matched in the OPAC and Millennium, just to make it easier for staff to move back and forth between them.

Elizabeth

Ellen Feinberg wrote:
Zoltan,

We have our Advanced Search to default to "AND" and we provide our users with search tips showing them how to force adjacency by using double quotes (as in Google). We tried having the search default set to adjacency, but our users seem to prefer the "AND."

While it can't be changed for each search, this option can be set in System Codes/Set System Options/OPAC Options. If you go to the end of the file you'll see the AVS settings.

I hope this helps.

Ellen

zoltan dot tomory at mobot dot org wrote:

I was asked if there was a way to alter the behavior of the Advanced Search
more profound than the stuff mentioned in ASSEARCH, which I realize is no
longer valid.

Some people were interested in altering what happens when Millennium
interprets a query: 1)treat adjacent words as if they are being ANDed. 2)
treat words as adjacent only when enclosed in double quotes. Pretty much
what one would find in Google or MSN, I think.

I tried to find stuff in the manual and the list archives, perhaps a bit
half- heartedly because I have not heard of a product yet that allows users
to mess with their particular rules for parsing a search. It would be an
interesting thing to have influence over, but if not careful it could
undermine search capabilities. What would you even call it ... metaquery?

I would really appreciate any help or other thoughts on the matter.

Zoltan Tomory
Technical Services Librarian


Missouri Botanical Garden
(St. Louis Research Library Consortium)

zoltan dot tomory at mobot dot org
314-577-5157





--- StripMime Report -- processed MIME parts ---
multipart/alternative
text/plain (text body -- kept)
text/html
---
--
This message was distributed through the Innovative Users Group INNOPAC list
Public replies: INNOPAC at innopacusers dot org
Update your subscription options: http://innopacusers.org/mailman/listinfo/innopac




--
Elizabeth Thomsen, Member Services Manager
NOBLE: North of Boston Library Exchange
Danvers MA 01923
et at noblenet dot org