Return-Path: Delivered-To: apmail-jakarta-lucene-user-archive@www.apache.org Received: (qmail 942 invoked from network); 9 Jun 2004 13:40:06 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur-2.apache.org with SMTP; 9 Jun 2004 13:40:06 -0000 Received: (qmail 54614 invoked by uid 500); 9 Jun 2004 13:40:03 -0000 Delivered-To: apmail-jakarta-lucene-user-archive@jakarta.apache.org Received: (qmail 54525 invoked by uid 500); 9 Jun 2004 13:40:03 -0000 Mailing-List: contact lucene-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Lucene Users List" Reply-To: "Lucene Users List" Delivered-To: mailing list lucene-user@jakarta.apache.org Received: (qmail 54499 invoked by uid 99); 9 Jun 2004 13:40:02 -0000 Received: from [128.143.103.197] (HELO postfix.mail.ehatchersolutions.com) (128.143.103.197) by apache.org (qpsmtpd/0.27.1) with ESMTP; Wed, 09 Jun 2004 06:40:02 -0700 Received: from [127.0.0.1] (localhost [127.0.0.1]) by postfix.mail.ehatchersolutions.com (Postfix) with ESMTP id 66709766F08 for ; Wed, 9 Jun 2004 09:39:46 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v613) In-Reply-To: <013e01c44e20$cf777910$6501a8c0@POWERPACK> References: <40C6C9C9.9010005@healthonnet.org> <013e01c44e20$cf777910$6501a8c0@POWERPACK> Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: <78244575-BA1A-11D8-A592-000393A564E6@ehatchersolutions.com> Content-Transfer-Encoding: 7bit From: Erik Hatcher Subject: Re: Proximity Searches behavior Date: Wed, 9 Jun 2004 09:39:45 -0400 To: "Lucene Users List" X-Mailer: Apple Mail (2.613) X-Virus-Checked: Checked X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Jun 9, 2004, at 8:53 AM, Terry Steichen wrote: > 3) Is there a plan for adding QueryParser support for the SpanQuery > family? Another important facet to Terry's question here is what syntax to use to express all various types of queries? I suspect that Google stats show us that most folks query with 1 - 3 words and do not use the any of the advanced features. The elegance of the query syntax is quite important, and QueryParser has gotten a bit hairy. I would enjoy discussions on creating new query parsers (one size doesn't fit all, I don't think) and what syntax should be used. Paul Elschot created a "surround" query parser that he posted about to the list in April. Erik --------------------------------------------------------------------- To unsubscribe, e-mail: lucene-user-unsubscribe@jakarta.apache.org For additional commands, e-mail: lucene-user-help@jakarta.apache.org