Re: Query modifier

2005-12-17 Thread Chris Lamprecht
One other note -- I remember now, when I was developing this code, I first looked at Nutch's query processing code, but I think Nutch assumed the queries were always flat to begin with. So I took Nutch's "query filter" approach, but made it work with nested queries that aren't always flat. -chris

Re: Query modifier

2005-12-17 Thread Chris Lamprecht
Hi Erik, I ran into the same thing in my work so I created a query utility class and an interface called QueryFilter (I know this is a bad name) that is really more of a visitor pattern callback thing. Most of my methods are convenience methods built on top of this interface and a few classes tha

Re: "Advanced" query language

2005-12-17 Thread Wolfgang Hoschek
Yes, there are interesting impls out there. I've myself implemented XQuery fulltext search via extension functions build on Lucene. See http://dsd.lbl.gov/nux/index.html#Google-like%20realtime%20fulltext% 20search%20via%20Apache%20Lucene%20engine However, rather than targetting fulltext sear

Re: "Advanced" query language

2005-12-17 Thread JOAQUIN . DELGADO
Paul and Wolfang, Thank you very much for your input. I think there are two distinct problems that have emerged from this thread: 1) The ability to create efficient structures to index and query XML documents (element, attributes and corresponding values) with a full-text query language and pe

Re: "Advanced" query language

2005-12-17 Thread Paul Elschot
Gentlemen, While maintaining my bookmarks I ran into this: "Case Study: Enabling Low-Cost XML-Aware Searching Capable of Complex Querying": http://www.idealliance.org/papers/xmle02/dx_xmle02/papers/03-02-08/03-02-08.html Some loose thoughts: In the system described there a Lucene document is use