Previous by Date | Next by Date | Date Index
Previous by Thread | Next by Thread
| Thread Index
| LM_NET
Archive
| |
Recently several LM_NETters, including myself, inquired as to disppearance of keyword searching capabilities to find archived items. Mike had anticpated its return sometime later this spring. But I was surprised to receive the following message from him almost immediately after the first. >Subj: RE: Searching > > >Speak and you shall receive. > >Check out the new LM_NET searching capability - it searchers the subject >line only, but it's fast...and good. > Wouldn't it be nice if all one's requests were realized? Mike is entirely correct - the updated search feature is great. Give it a try. You can access the LM_NET archives by either telnetting or gophering to askeric@ericir.syr.edu David Lankes indicated that they use JUGHEAD for searching the archive. >jughead is an acronym for: > > Jonzy's Universal Gopher Hierarchy Excavation And Display > >jughead head can act as a search engine on a prebuilt table that >allows searching through menus, or can create a linear view of >menu space. When running jughead you can specify what part of >gopherspace you want search tables built or a linear view thereof. > >When running as a search engine, jughead listens out a port for a >connection and a search string. The search string can contain the >boolean operations "AND", "OR", and "NOT" between words. If no >operator is specified between words, it is an implied "AND" >operation. For example either: > > "University of utah" or "University AND of AND Utah" > >will yield all gopher entries with "university" and "of" and >"utah" in the title. The case of the letters is irrelevant. Now >suppose you enter the string: > > "university of utah NOT gopher" > >This will return the same information as the first search except >for those entries containing the word "gopher". > >Currently there is no way to search on the words "AND", "OR", or >"NOT"; nor is there a way to break an expression into a group of >smaller expressions. jughead also supports partial word searches, >where the asterik '*' is the wildcard character. The wildcard >character cannot be the first or only character in a search word, >and all characters following the wildcard are ignored. > >For example: both "*", and "*opher" are not valid, while "go*r" >will return all items that have a word beginning with "go" in the >title. Note that the 'r' following the asterik is ignored in the >search. The maximum number of entries returned is 1024 unless you >use a special command described at the end of this document. > >All words are broken into smaller words if any word contains a >whitespace character or one of the following characters: > > !"#$%&'()+,-./:;<=>?@[\]^_`{|}~ > >Thus if a menu item has the name "A sample.file", this is broken >into the three words "A", "sample", and "file". So if your search >statement is: > > "sample.file some_thing-else" > >your query gets broken into the statment: > > "sample AND file AND some AND thing AND else" > >which will only return those items with all these words in the >menu. > >jughead supports some special commands, where each special command >must be preceeded by a question mark '?', and are listed below: > > ?all what > ?help [what] > ?limit=n what > ?version [what] > >where 'what' is a standard search string, anything enclosed in >square brackets is optional, and all special commands must be >preceeded with '?'. Each command is described below: > > ?all what returns all the hits on 'what'. > Otherwise items will only be returned > it there are fewer than 1024 items. > > ?help [what] Gives you this document and any > optional hits on 'what'. > > ?limit=n what Returns the first 'n' items on 'what'. > > ?version [what] Returns the version of jughead and > any optional hits on 'what'. > >Only 1 special command is supported per query, and if any syntax >error is encountered it is reported as the title to this document. > >Any error messages encountered by jughead point to this document, >with the title listed as the error. Possible errors include: > Invalid wildcard usage > GetString: Timed out > ProcessRequest: readline error > Too many processes. (Please try latter) > jughead could not fork > > >........................................................... >: "Virtual" Dave Lankes rdlankes@ericir.syr.edu : >: AskERIC Researcher "This is not your father's Internet" : >: School of Information Studies Syracuse University : >^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ -- ========================================================================= | "A Puppy's Lament" Rita Kaikow, Library Media Specialist | The world is so big Oceanside High School Library | And I am so small... 3160 Skillman Avenue | Without you beside me Oceanside, NY 11572 | I won't make it at all. [Phone: 516/678-7534] | ********** K12ockzr@VAXC.HOFSTRA.EDU | HAVE A HAPPY :-) ========================================================================= On Thu, 9 Feb 1995, Mike Eisenberg wrote: > > Hmmm... I have no idea! This is jughead searching. Maybe Dave can help > us out with this. The search covers the subject line only. Regarding > the order of presentation of results.... Dave? > > > > On Thu, 9 Feb 1995, Rita Kaikow (Oceanside High School) wrote: > > > >Check out the new LM_NET searching capability - it searchers the subject > > >line only, but it's fast...and good. > > > > I did. And it is. > > > > >If you like it, send a message to the list, ok? > > > > Before I do, I need to know one thing. I tried to determine the order that the > > messages are listed in the search list. Can you advise on this? It doesn't > > seem to be chronological. Although the RE: do follow the original inquiry. > > > > Rita > > > > > > *==========================================================* > | Mike Eisenberg <mike@ericir.syr.edu> | > | Professor, School of Information Studies | > | Director, ERIC Clearinghouse on Information & Technology | > | 4-216 Center for Science and Technology | > | Syracuse University, Syracuse, NY 13244-4100 | > | Phone: 315/443-4549 Fax: 315/443-5448 | > *==========================================================* > >