headers
Peter Carlson | 1 Jul 2002 07:04

Re: search bean and sorting

Hi Srinivas,

I have just tried your code and I think I found the problem.

You didn't create the global array that is required. If you uncomment the
line 

SortedField.addField("mydate",indexStore);

This will create a sort order based on the date.

Then if you run your tests it will work. I just tried it and it works for
me.

This generic mechanism should allow you to sort by as many fields as you
want.

I hope this helps.

--Peter

On 6/23/02 2:49 PM, "Kotamraju,  Srinivas, BmS- NY1540"
<Srinivas.Kotamraju <at> bmsus.com> wrote:

> 
> hi peter,
> I sent an email earlier with questions about the search bean, and thanks for
> the feedback. I am still not able to sort the dates.Enclosed is the test
> code..I have 2 documents with different dates.In the hitlist, I would not
> get them in the right order..I get the record of 04/22/02 first before the
(Continue reading)

Permalink | Reply | 0 comments |
headers
Mehran Mehr | 1 Jul 2002 15:36

Re: Mehran Mehr as Lucene-Sandbox developer

Hello,

I'm Mehran Mehr, I try to present a brief bio:
I am a Silver Medalist of IOI96 in Hungary,
During my 4 years of education in Sharif University of Technology,
I've engaged in many projects, one of them was a web application
for automation of registration, evaluation, etc. of our university 
implemented in J2EE.

I'm intrested in making a web-site for searching Persian language pages, 
but currently I'm working on a time-consuming project, I will collaborate 
more in crawler project ASAP. Till then I can manage build file and write 
some tests by JUnit. Hope to be helpfull.

--Mehran

+1 ;)

On Sun, 30 Jun 2002, Andrew C. Oliver wrote:

> +1 - If Otis is satisfied, its good enough for me.
> 
> Otis Gospodnetic wrote:
> 
> >Lucene Sandbox is meant to be more open to new contributors, so if you
> >think that Mehran Mehr will help move the project forward, I'll give my
> >+1 for him.
> >Maybe when he finishes his big project he can send his Lucene-Sandbox
> >contribution to lucene-dev, to remind others to vote, if they don't
> >vote before that.
(Continue reading)

Permalink | Reply | 0 comments |
headers
otis | 2 Jul 2002 17:16
Picon
Favicon

cvs commit: jakarta-lucene/src/java/org/apache/lucene/search Query.java

otis        2002/07/02 08:16:55

  Modified:    src/java/org/apache/lucene/search Query.java
  Log:
  - Fixed a link in toString(String) method's javadoc; added links to class
    javadoc; reformatted a bit.

  Revision  Changes    Path
  1.6       +63 -51    jakarta-lucene/src/java/org/apache/lucene/search/Query.java

  Index: Query.java
  ===================================================================
  RCS file: /home/cvs/jakarta-lucene/src/java/org/apache/lucene/search/Query.java,v
  retrieving revision 1.5
  retrieving revision 1.6
  diff -u -r1.5 -r1.6
  --- Query.java	21 Feb 2002 21:43:34 -0000	1.5
  +++ Query.java	2 Jul 2002 15:16:55 -0000	1.6
   <at>  <at>  -60,55 +60,67  <at>  <at> 
   import org.apache.lucene.index.IndexReader;

   /** The abstract base class for queries.
  -  <p>Instantiable subclasses are:
  -  <ul>
  -  <li> { <at> link TermQuery}
  -  <li> { <at> link PhraseQuery}
  -  <li> { <at> link BooleanQuery}
  -  </ul>
  -  <p>A parser for queries is contained in:
  -  <ul>
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 4 Jul 2002 04:00
Picon
Favicon

DO NOT REPLY [Bug 10340] - Phonetic Search capability

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10340>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10340

Phonetic Search capability

andy.miller <at> cexp.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |

------- Additional Comments From andy.miller <at> cexp.com  2002-07-04 02:00 -------
I opened this as an enhancement request, not as a bug, as anyone can clearly see
from the severity being set to "Enchancment".  Based on the below text, which
comes directly from the Jakarta project site, this is supposed to be the
mechanism to request feature enhancements.  I recieved one e-mail saying that
one of my bugs was closed, because you use a TODO list in CVS for enhancements.
 I know that Lucene hasn't been a Jakarta project for very long, but since it
is, it should follow established Jakarta project methods for such a thing.  I
find it much easier to request a feature enhancement through the standard
Jakarta mechanism, because I can use to track my requests against the project. 
If you want to add my request to the TODO list in CVS from here that is fine,
but I would like to track this through this request.
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 4 Jul 2002 04:01
Picon
Favicon

DO NOT REPLY [Bug 10341] - Internationalized search

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10341>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10341

Internationalized search

andy.miller <at> cexp.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |

------- Additional Comments From andy.miller <at> cexp.com  2002-07-04 02:01 -------
I opened this as an enhancement request, not as a bug, as anyone can clearly see
from the severity being set to "Enchancment".  Based on the below text, which
comes directly from the Jakarta project site, this is supposed to be the
mechanism to request feature enhancements.  I recieved one e-mail saying that
one of my bugs was closed, because you use a TODO list in CVS for enhancements.
 I know that Lucene hasn't been a Jakarta project for very long, but since it
is, it should follow established Jakarta project methods for such a thing.  I
find it much easier to request a feature enhancement through the standard
Jakarta mechanism, because I can use to track my requests against the project. 
If you want to add my request to the TODO list in CVS from here that is fine,
but I would like to track this through this request.
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 4 Jul 2002 04:02
Picon
Favicon

DO NOT REPLY [Bug 10342] - Thesauras capability

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10342>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10342

Thesauras capability

andy.miller <at> cexp.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |

------- Additional Comments From andy.miller <at> cexp.com  2002-07-04 02:02 -------
I opened this as an enhancement request, not as a bug, as anyone can clearly see
from the severity being set to "Enchancment".  Based on the below text, which
comes directly from the Jakarta project site, this is supposed to be the
mechanism to request feature enhancements.  I recieved one e-mail saying that
one of my bugs was closed, because you use a TODO list in CVS for enhancements.
 I know that Lucene hasn't been a Jakarta project for very long, but since it
is, it should follow established Jakarta project methods for such a thing.  I
find it much easier to request a feature enhancement through the standard
Jakarta mechanism, because I can use to track my requests against the project. 
If you want to add my request to the TODO list in CVS from here that is fine,
but I would like to track this through this request.
(Continue reading)

Permalink | Reply | 0 comments |
headers
bugzilla | 4 Jul 2002 04:02
Picon
Favicon

DO NOT REPLY [Bug 10343] - ACL's on search content

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG 
RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT
<http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10343>.
ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND 
INSERTED IN THE BUG DATABASE.

http://nagoya.apache.org/bugzilla/show_bug.cgi?id=10343

ACL's on search content

andy.miller <at> cexp.com changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|RESOLVED                    |REOPENED
         Resolution|INVALID                     |

------- Additional Comments From andy.miller <at> cexp.com  2002-07-04 02:02 -------
I opened this as an enhancement request, not as a bug, as anyone can clearly see
from the severity being set to "Enchancment".  Based on the below text, which
comes directly from the Jakarta project site, this is supposed to be the
mechanism to request feature enhancements.  I recieved one e-mail saying that
one of my bugs was closed, because you use a TODO list in CVS for enhancements.
 I know that Lucene hasn't been a Jakarta project for very long, but since it
is, it should follow established Jakarta project methods for such a thing.  I
find it much easier to request a feature enhancement through the standard
Jakarta mechanism, because I can use to track my requests against the project. 
If you want to add my request to the TODO list in CVS from here that is fine,
but I would like to track this through this request.
(Continue reading)

Permalink | Reply | 0 comments |
headers
Otis Gospodnetic | 4 Jul 2002 16:54
Picon
Favicon

Re: Mehran Mehr as Lucene-Sandbox developer

Thanks.
I guess we have 3 +1 votes now.  That is enough, right?
I'll ask Geir to set Mehran up.

Otis

--- "Andrew C. Oliver" <acoliver <at> apache.org> wrote:
> +1 - If Otis is satisfied, its good enough for me.
> 
> Otis Gospodnetic wrote:
> 
> >Lucene Sandbox is meant to be more open to new contributors, so if
> you
> >think that Mehran Mehr will help move the project forward, I'll give
> my
> >+1 for him.
> >Maybe when he finishes his big project he can send his
> Lucene-Sandbox
> >contribution to lucene-dev, to remind others to vote, if they don't
> >vote before that.
> >
> >Otis
> >
> >
> >--- Clemens Marschner <cmad <at> lanlab.de> wrote:
> >  
> >
> >>Hi,
> >>
> >>I'd like to propose adding Mehran Mehr to the list of Lucene
(Continue reading)

Permalink | Reply | 0 comments |
headers
Peter Carlson | 5 Jul 2002 16:53

Code to provide vector representation for documents

Has the code that Dmitry wrote that Doug describes below been submitted yet?

I know we were waiting for v 1.2, but that's done now.

Thanks

--Peter

-----Referenced email -----------

Dmitry Serebrennikov [dmitrys <at> earthlink.net] has implemented a substantial
extension to Lucene which should help folks doing this sort of research.  It
provides an explicit vector representation for documents.  This way you can,
e.g., retrieve a number of documents, efficiently sum their vectors, then
derive a new query from the sum.  This code was posted to the list a long
while back, but is now out of date.  As soon as the 1.2 release is final,
and Dmitry has time, he intends to merge it into Lucene.
Permalink | Reply | 2 comments |
headers
Peter Carlson | 5 Jul 2002 17:06

Thoughts on SearchBean dev

Hi,

It looks like people are starting to use the SearchBean and I would like to
get some thoughts on the scope its functionality.

My thought is that the SearchBean should be what most people will use if
they just want to set a configuration file for basic features. These basic
features would either be set methods by the JSP or whatever they are using,
or from a luecnesearch.properties file.

So thoughts include

Sorting by field (already implemented -- possible fields to sort by would be
in a props file, also the default sort order)
Paging (already implemented -- set the default page size in props file)
Searching by date range (need to finish range search or use DateFilter)
Dynamically set default search field (add set method)
Set Analyzer from properties file (unless integrated into index)
Searching multiple fields (need to integrate kelvin's code)
Setting default for query string as AND vs OR

Thoughts on any other additions or ideas of scope?

Thanks

--Peter
Permalink | Reply | 0 comments |

Gmane