Re: "Advanced" query language

2005-12-03 Thread Daniel Naber
On Samstag 03 Dezember 2005 03:57, Yonik Seeley wrote: > It would be nice to resolve/fix the whole "JavaCC using an exception > for flow control" issue too. Did anybody have a look yet at javacc 4.0beta1, does it maybe fix that problem? Regards Daniel -- http://www.danielnaber.de --

Re: "Advanced" query language

2005-12-03 Thread Erik Hatcher
Rest assured that human-readable query expressions aren't going away at all. I don't think Mark even implied that. The idea is to have a way to communicate a query electronically in a precise way that avoids parser syntax and the awkwardness this could have with analysis. This seems reas

Re: svn commit: r351891 - /lucene/java/trunk/contrib/memory/src/java/org/apache/lucene/index/memory/MemoryIndex.java

2005-12-03 Thread Erik Hatcher
Wolfgang, First - I've authorized your address to send commit e-mails, so they'll pass through right away from now on. Related to your change - please take advantage of Subversion's "svn move" command in the future when you're making these types of changes. This will preserve history on

Re: svn commit: r351891 - /lucene/java/trunk/contrib/memory/src/java/org/apache/lucene/index/memory/MemoryIndex.java

2005-12-03 Thread Wolfgang Hoschek
Thanks. Just trying to get by with the weird Eclipse SVN client. Wolfgang. On Dec 3, 2005, at 7:54 AM, Erik Hatcher wrote: Wolfgang, First - I've authorized your address to send commit e-mails, so they'll pass through right away from now on. Related to your change - please take advantage o

Re: "Advanced" query language

2005-12-03 Thread markharw00d
Erik Hatcher wrote: Rest assured that human-readable query expressions aren't going away at all. I don't think Mark even implied that. That's right. The proposal is *not* to replace what is already there - QueryParser will always have a useful role to play supporting the "Google-like" que

RE: "Advanced" query language

2005-12-03 Thread Pasha Bizhan
Hi, > From: Erik Hatcher [mailto:[EMAIL PROTECTED] > > > maxQueryTerms="30"> > > We're back to MoreLikeThis - it's not currently a Query subclass. > How do you envision this sort of thing fitting in if it's not a Query? But MoreLikeThis class produces a Query. It's similar to google "d

RE: "Advanced" query language

2005-12-03 Thread Pasha Bizhan
Hi, > From: markharw00d [mailto:[EMAIL PROTECTED] > Re: MoreLikeThis queries. > Yes, they can be usefully wrapped as queries (see attached simple > example). In fact it was my attempts at bastardising QueryParser to > support them that brought home it's limitations. I ended up with a > subcl

Re: "Advanced" query language

2005-12-03 Thread Paul Elschot
On Saturday 03 December 2005 19:00, markharw00d wrote: > Erik Hatcher wrote: > ... > parameters that tweak it's behaviour. If I don't have a query language > that names the parameters explicitly (say, XML) I end up having to > define what looks like a function with a long list of parameters: "li

Re: "Advanced" query language

2005-12-03 Thread Yonik Seeley
On 12/3/05, Paul Elschot <[EMAIL PROTECTED]> wrote: > Indeed, this is a disadvantage of the "function call" syntax. It depends on the langage. Take Python for example: >>> def foo(a,b): print a,b >>> foo(1,2) 1 2 >>> foo(a=1,b=2) 1 2 >>> foo(b=2,a=1) 1 2 >>> -Yonik Now hiring -- http://forms.c