All Projects → jiepujiang → LuceneTutorial

jiepujiang / LuceneTutorial

Licence: other
A simple tutorial of Lucene for LIS 501 Introduction to Text Mining students at the University of Wisconsin-Madison (Fall 2021).

Programming Languages

java
68154 projects - #9 most used programming language

Projects that are alternatives of or similar to LuceneTutorial

SolrConfigExamples
Examples of Solr configuration entries for Solr plugins and Conceptual Search\Semantic Search from Simon Hughes Dice.com
Stars: ✭ 26 (-58.06%)
Mutual labels:  information-retrieval, lucene
lucene
Apache Lucene open-source search software
Stars: ✭ 1,009 (+1527.42%)
Mutual labels:  information-retrieval, lucene
RelevancyTuning
Dice.com tutorial on using black box optimization algorithms to do relevancy tuning on your Solr Search Engine Configuration from Simon Hughes Dice.com
Stars: ✭ 28 (-54.84%)
Mutual labels:  information-retrieval, lucene
Lucene Solr
Apache Lucene and Solr open-source search software
Stars: ✭ 4,217 (+6701.61%)
Mutual labels:  information-retrieval, lucene
Anserini
A Lucene toolkit for replicable information retrieval research
Stars: ✭ 573 (+824.19%)
Mutual labels:  information-retrieval, lucene
Solrplugins
Dice Solr Plugins from Simon Hughes Dice.com
Stars: ✭ 86 (+38.71%)
Mutual labels:  information-retrieval, lucene
Vectorsinsearch
Dice.com repo to accompany the dice.com 'Vectors in Search' talk by Simon Hughes, from the Activate 2018 search conference, and the 'Searching with Vectors' talk from Haystack 2019 (US). Builds upon my conceptual search and semantic search work from 2015
Stars: ✭ 71 (+14.52%)
Mutual labels:  information-retrieval, lucene
solr
Apache Solr open-source search software
Stars: ✭ 651 (+950%)
Mutual labels:  information-retrieval, lucene
cloud-note
无道云笔记,原生JSP的仿有道云笔记项目
Stars: ✭ 66 (+6.45%)
Mutual labels:  lucene
RedisDirectory
🔒 A simple redis storage engine for lucene - 基于Redis的Lucene索引存储引擎 - Star me if you like it!
Stars: ✭ 18 (-70.97%)
Mutual labels:  lucene
ComposeAE
Official code for WACV 2021 paper - Compositional Learning of Image-Text Query for Image Retrieval
Stars: ✭ 49 (-20.97%)
Mutual labels:  information-retrieval
IR-exercises
Solutions of the various test exams of the Information Retrieval course
Stars: ✭ 28 (-54.84%)
Mutual labels:  information-retrieval
LogiEM
面向Elasticsearch研发与运维人员,围绕集群、索引构建的零侵入、多租户的Elasticsearch GUI管控平台
Stars: ✭ 209 (+237.1%)
Mutual labels:  lucene
sigir19-neural-ir
Source code for: On the Effect of Low-Frequency Terms on Neural-IR Models, SIGIR'19
Stars: ✭ 44 (-29.03%)
Mutual labels:  information-retrieval
ConvDR
Code repo for SIGIR 2021 paper "Few-Shot Conversational Dense Retrieval"
Stars: ✭ 36 (-41.94%)
Mutual labels:  information-retrieval
hermes
A library and microservice implementing the health and care terminology SNOMED CT with support for cross-maps, inference, fast full-text search, autocompletion, compositional grammar and the expression constraint language.
Stars: ✭ 131 (+111.29%)
Mutual labels:  lucene
Conceptualsearch
Train a Word2Vec model or LSA model, and Implement Conceptual Search\Semantic Search in Solr\Lucene - Simon Hughes Dice.com, Dice Tech Jobs
Stars: ✭ 245 (+295.16%)
Mutual labels:  information-retrieval
Valley-eCommerce-prototype
An eCommerce website prototype with a layered architecture and MVC using Spring Boot v1.2, Spring Security, Hibernate, and Apache Lucene for full-text searching. for front-end: Bootstrap, Typeahead.js and Graph.js using Thymeleaf as RE.
Stars: ✭ 28 (-54.84%)
Mutual labels:  lucene
lqt
Lucene Query Tool
Stars: ✭ 19 (-69.35%)
Mutual labels:  lucene
query-wellformedness
25,100 queries from the Paralex corpus (Fader et al., 2013) annotated with human ratings of whether they are well-formed natural language questions.
Stars: ✭ 80 (+29.03%)
Mutual labels:  information-retrieval

UW-Madison LIS 501: Introduction to Text Mining (Fall 2021)

A Simple Tutorial of Lucene's Indexing and Search Systems

Last Update: Oct 30, 2021

You can find the source codes of all examples in edu.wisc.ischool.wiscir.examples.

Outline:

Environment

This tutorial uses:

  • Oracle JDK 11
  • Lucene 8.10.1

Installation

Apache Lucene is an open-source information retrieval toolkit written in Java.

The easiest way to use Lucene in your project is to import it using Maven. You need to at least import lucene-core (just pasting the following to your pom.xml's dependencies).

<dependency>
    <groupId>org.apache.lucene</groupId>
    <artifactId>lucene-core</artifactId>
    <version>8.10.1</version>
</dependency>

You may also need lucene-analyzers-common and lucene-queryparser.

<dependency>
    <groupId>org.apache.lucene</groupId>
    <artifactId>lucene-analyzers-common</artifactId>
    <version>8.10.1</version>
</dependency>
<dependency>
    <groupId>org.apache.lucene</groupId>
    <artifactId>lucene-queryparser</artifactId>
    <version>8.10.1</version>
</dependency>

If you do not use Maven, you need to download the jar files by yourself and include them into your project. Make sure you download the correct version. http://archive.apache.org/dist/lucene/java/8.10.1/

Support:

Build an Index

Corpus

This tutorial uses a small trectext format corpus (trectext is a popular format for data collections in information retrieval research). You can download the corpus at https://github.com/jiepujiang/LuceneExamples/blob/master/example_corpus.gz

The corpus includes the information of about 100 articles published in the SIGIR conferences. Each article (document) is in the following format:

<DOC>
<DOCNO>ACM-383972</DOCNO>
<TITLE>Relevance based language models</TITLE>
<AUTHOR>Victor Lavrenko, W. Bruce Croft</AUTHOR>
<SOURCE>Proceedings of the 24th annual international ACM SIGIR conference on Research and development in information retrieval</SOURCE>
<TEXT>
We explore the relation between classical probabilistic models of information retrieval and the emerging language modeling approaches. It has long been recognized that the primary obstacle to effective performance of classical models is the need to estimate a relevance model : probabilities of words in the relevant class. We propose a novel technique for estimating these probabilities using the query alone. We demonstrate that our technique can produce highly accurate relevance models, addressing important notions of synonymy and polysemy. Our experiments show relevance models outperforming baseline language modeling systems on TREC retrieval and TDT tracking tasks. The main contribution of this work is an effective formal method for estimating a relevance model with no training data.
</TEXT>
</DOC>

A document has five fields. The DOCNO field specifies a unique ID (docno) for each article. We need to build an index for the other four text fields such that we can retrieve the documents.

Text Processing and Indexing Options

Many IR systems may require you to specify a few text processing options for indexing and retrieval:

  • Tokenization -- how to split a sequence of text into individual tokens (most tokens are just words).
  • Case-folding -- Most IR systems ignore letter case differences. But sometimes letter case may be important, e.g., smart and SMART (the SMART retrieval system).
  • Stop words -- You may want to remove some stop words such as is, the, and to. Removing stop words can significantly reduce index size. But it may also cause problems for some search queries such as to be or not to be. We recommend you to keep them unless you cannot afford the disk space.
  • Stemming -- Stemmers generate word stems. You may want to index stemmed words rather than the original ones to ignore minor word differences such as model vs. models. Stemming algorithms are not perfect and may get wrong. IR systems often use Porter or Krovetz stemming (Krovetz is more common for IR research and gives better results on most datasets based on my impression). Just a few examples for their differences:
Original Porter Krovetz
relevance relev relevance
based base base
language languag language
models model model

An indexed document can have different fields to store different types of information. Most IR systems support two types of fields:

  • Metadata field is similar to a structured database record's field. They are stored and indexed as a whole without tokenization. It is suitable for data fields such as IDs (such as the docno field in our example corpus).
  • Normal text field is suitable for regular text contents (such as the other four fields in our example corpus). The texts are tokenized and indexed (using inverted index), such that you can search using normal text retrieval techniques.

Some IR systems also support storing and indexing numeric values (and you can search for indexed numeric values using range or greater-than/less-than queries) and other data types.

Lucene Examples

This is an example program that uses Lucene to build an index for the example corpus.

  // change the following input and output paths to your local ones
  String pathCorpus = "/home/jiepu/Downloads/example_corpus.gz";
  String pathIndex = "/home/jiepu/Downloads/example_index_lucene";
  
  Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
  
  // Analyzer specifies options for text tokenization and normalization (e.g., stemming, stop words removal, case-folding)
  Analyzer analyzer = new Analyzer() {
      @Override
      protected TokenStreamComponents createComponents( String fieldName ) {
          // Step 1: tokenization (Lucene's StandardTokenizer is suitable for most text retrieval occasions)
          TokenStreamComponents ts = new TokenStreamComponents( new StandardTokenizer() );
          // Step 2: transforming all tokens into lowercased ones (recommended for the majority of the problems)
          ts = new TokenStreamComponents( ts.getSource(), new LowerCaseFilter( ts.getTokenStream() ) );
          // Step 3: whether to remove stop words (unnecessary to remove stop words unless you can't afford the extra disk space)
          // Uncomment the following line to remove stop words
          // ts = new TokenStreamComponents( ts.getSource(), new StopFilter( ts.getTokenStream(), EnglishAnalyzer.ENGLISH_STOP_WORDS_SET ) );
          // Step 4: whether to apply stemming
          // Uncomment one of the following two lines to apply Krovetz or Porter stemmer (Krovetz is more common for IR research)
          ts = new TokenStreamComponents( ts.getSource(), new KStemFilter( ts.getTokenStream() ) );
          // ts = new TokenStreamComponents( ts.getSource(), new PorterStemFilter( ts.getTokenStream() ) );
          return ts;
      }
  };
  
  IndexWriterConfig config = new IndexWriterConfig( analyzer );
  // Note that IndexWriterConfig.OpenMode.CREATE will override the original index in the folder
  config.setOpenMode( IndexWriterConfig.OpenMode.CREATE );
  // Lucene's default BM25Similarity stores document field length using a "low-precision" method.
  // Use the BM25SimilarityOriginal to store the original document length values in index.
  config.setSimilarity( new BM25SimilarityOriginal() );
  
  IndexWriter ixwriter = new IndexWriter( dir, config );
  
  // This is the field setting for metadata field (no tokenization, searchable, and stored).
  FieldType fieldTypeMetadata = new FieldType();
  fieldTypeMetadata.setOmitNorms( true );
  fieldTypeMetadata.setIndexOptions( IndexOptions.DOCS );
  fieldTypeMetadata.setStored( true );
  fieldTypeMetadata.setTokenized( false );
  fieldTypeMetadata.freeze();
  
  // This is the field setting for normal text field (tokenized, searchable, store document vectors)
  FieldType fieldTypeText = new FieldType();
  fieldTypeText.setIndexOptions( IndexOptions.DOCS_AND_FREQS_AND_POSITIONS );
  fieldTypeText.setStoreTermVectors( true );
  fieldTypeText.setStoreTermVectorPositions( true );
  fieldTypeText.setTokenized( true );
  fieldTypeText.setStored( true );
  fieldTypeText.freeze();
  
  // You need to iteratively read each document from the example corpus file,
  // create a Document object for the parsed document, and add that
  // Document object by calling addDocument().
  
  // Well, the following only works for small text files. DO NOT follow this part for large dataset files.
  InputStream instream = new GZIPInputStream( new FileInputStream( pathCorpus ) );
  String corpusText = new String( IOUtils.toByteArray( instream ), "UTF-8" );
  instream.close();
  
  Pattern pattern = Pattern.compile(
      "<DOC>.+?<DOCNO>(.+?)</DOCNO>.+?<TITLE>(.+?)</TITLE>.+?<AUTHOR>(.+?)</AUTHOR>.+?<SOURCE>(.+?)</SOURCE>.+?<TEXT>(.+?)</TEXT>.+?</DOC>",
      Pattern.CASE_INSENSITIVE + Pattern.MULTILINE + Pattern.DOTALL
  );
  
  Matcher matcher = pattern.matcher( corpusText );
  
  while ( matcher.find() ) {
  
      String docno = matcher.group( 1 ).trim();
      String title = matcher.group( 2 ).trim();
      String author = matcher.group( 3 ).trim();
      String source = matcher.group( 4 ).trim();
      String text = matcher.group( 5 ).trim();
      
      // Create a Document object
      Document d = new Document();
      // Add each field to the document with the appropriate field type options
      d.add( new Field( "docno", docno, fieldTypeMetadata ) );
      d.add( new Field( "title", title, fieldTypeText ) );
      d.add( new Field( "author", author, fieldTypeText ) );
      d.add( new Field( "source", source, fieldTypeText ) );
      d.add( new Field( "text", text, fieldTypeText ) );
      // Add the document to the index
      System.out.println( "indexing document " + docno );
      ixwriter.addDocument( d );
  }
  
  // remember to close both the index writer and the directory
  ixwriter.close();
  dir.close();

You can download the Lucene index for the example corpus at https://github.com/jiepujiang/LuceneExamples/blob/master/example_index_lucene.tar.gz

Working with an Index

Openning and Closing an Index

Lucene uses the IndexReader class to operate all index files.

// modify to your index path
String pathIndex = "index_example_lucene"; 

// First, open the directory
Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );

// Then, open an IndexReader to access your index
IndexReader index = DirectoryReader.open( dir );

// Now, start working with your index using the IndexReader object

index.numDocs(); // just an example: get the number of documents in the index

// Remember to close both the IndexReader and the Directory after use 
index.close();
dir.close();

External and Internal IDs

In IR experiments, we often use some unique IDs to identify documents in the corpus. For example, our example corpus (and most TREC corpora) uses docno as the unique identifer.

However, IR systems often use some internal IDs to identify the indexed documents. These IDs are often subject to change and not transparent to the users. So you often need to transform between external and internal IDs when locating documents in an index.

To help you get started quickly, we provide a utility class edu.wisc.ischool.wiscir.utils.LuceneUtils to help you transform between the two IDs.

IndexReader index = DirectoryReader.open( dir );

// the name of the field storing external IDs (docnos)
String fieldName = "docno";

int docid = 5;
LuceneUtils.getDocno( index, fieldName, docid ); // get the docno for the internal docid = 5

String docno = "ACM-1835461";
LuceneUtils.findByDocno( index, fieldName, docno ); // get the internal docid for docno "ACM-1835461"

Frequency Posting List

You can retrieve a term's posting list from an index. The simplest form is document-frequency posting list, where each entry in the list is a <docid,frequency> pair (only includes the documents containing that term). The entries are sorted by docids such that you can efficiently compare and merge multiple lists.

The following program retrieves the posting list for a term reformulation in the text field from the Lucene index:

String pathIndex = "/home/jiepu/Downloads/example_index_lucene";

// Let's just retrieve the posting list for the term "reformulation" in the "text" field
String field = "text";
String term = "reformulation";

Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
IndexReader index = DirectoryReader.open( dir );

// The following line reads the posting list of the term in a specific index field.
// You need to encode the term into a BytesRef object,
// which is the internal representation of a term used by Lucene.
System.out.printf( "%-10s%-15s%-6s\n", "DOCID", "DOCNO", "FREQ" );
PostingsEnum posting = MultiTerms.getTermPostingsEnum( index, field, new BytesRef( term ), PostingsEnum.FREQS );
if ( posting != null ) { // if the term does not appear in any document, the posting object may be null
    int docid;
    // Each time you call posting.nextDoc(), it moves the cursor of the posting list to the next position
    // and returns the docid of the current entry (document). Note that this is an internal Lucene docid.
    // It returns PostingsEnum.NO_MORE_DOCS if you have reached the end of the posting list.
    while ( ( docid = posting.nextDoc() ) != PostingsEnum.NO_MORE_DOCS ) {
        String docno = LuceneUtils.getDocno( index, "docno", docid );
        int freq = posting.freq(); // get the frequency of the term in the current document
        System.out.printf( "%-10d%-15s%-6d\n", docid, docno, freq );
    }
}

index.close();
dir.close();

The output is:

DOCID     DOCNO          FREQ  
0         ACM-2009969    1     
3         ACM-2010085    1     
10        ACM-1835626    4     
24        ACM-1277796    1     
94        ACM-2484096    1     
98        ACM-2348355    4     
104       ACM-2609633    1     

Note that the internal docids are subject to change and are often different between different systems and indexes.

Position Posting List

You can also retrieve a posting list with term postions in each document.

String pathIndex = "/home/jiepu/Downloads/example_index_lucene";

// Let's just retrieve the posting list for the term "reformulation" in the "text" field
String field = "text";
String term = "reformulation";

Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
IndexReader index = DirectoryReader.open( dir );

// we also print out external ID
Set<String> fieldset = new HashSet<>();
fieldset.add( "docno" );

// The following line reads the posting list of the term in a specific index field.
// You need to encode the term into a BytesRef object,
// which is the internal representation of a term used by Lucene.
System.out.printf( "%-10s%-15s%-10s%-20s\n", "DOCID", "DOCNO", "FREQ", "POSITIONS" );
PostingsEnum posting = MultiTerms.getTermPostingsEnum( index, field, new BytesRef( term ), PostingsEnum.POSITIONS );
if ( posting != null ) { // if the term does not appear in any document, the posting object may be null
    int docid;
    // Each time you call posting.nextDoc(), it moves the cursor of the posting list to the next position
    // and returns the docid of the current entry (document). Note that this is an internal Lucene docid.
    // It returns PostingsEnum.NO_MORE_DOCS if you have reached the end of the posting list.
    while ( ( docid = posting.nextDoc() ) != PostingsEnum.NO_MORE_DOCS ) {
        String docno = index.document( docid, fieldset ).get( "docno" );
        int freq = posting.freq(); // get the frequency of the term in the current document
        System.out.printf( "%-10d%-15s%-10d", docid, docno, freq );
        for ( int i = 0; i < freq; i++ ) {
            // Get the next occurrence position of the term in the current document.
            // Note that you need to make sure by yourself that you at most call this function freq() times.
            System.out.print( ( i > 0 ? "," : "" ) + posting.nextPosition() );
        }
        System.out.println();
    }
}

index.close();
dir.close();

The output is:

DOCID     DOCNO          FREQ      POSITIONS           
0         ACM-2009969    1         117
3         ACM-2010085    1         56
10        ACM-1835626    4         1,35,73,88
24        ACM-1277796    1         157
94        ACM-2484096    1         12
98        ACM-2348355    4         84,117,156,177
104       ACM-2609633    1         153

Accessing An Indexed Document

You can access an indexed document from an index. An index document is usually stored as a document vector, which is a list of <word,frequency> pairs.

String pathIndex = "/home/jiepu/Downloads/example_index_lucene";

// let's just retrieve the document vector (only the "text" field) for the Document with internal ID=21
String field = "text";
int docid = 21;

Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
IndexReader index = DirectoryReader.open( dir );

Terms vector = index.getTermVector( docid, field ); // Read the document's document vector.

// You need to use TermsEnum to iterate each entry of the document vector (in alphabetical order).
System.out.printf( "%-20s%-10s%-20s\n", "TERM", "FREQ", "POSITIONS" );
TermsEnum terms = vector.iterator();
PostingsEnum positions = null;
BytesRef term;
while ( ( term = terms.next() ) != null ) {
    
    String termstr = term.utf8ToString(); // Get the text string of the term.
    long freq = terms.totalTermFreq(); // Get the frequency of the term in the document.
    
    System.out.printf( "%-20s%-10d", termstr, freq );
    
    // Lucene's document vector can also provide the position of the terms
    // (in case you stored these information in the index).
    // Here you are getting a PostingsEnum that includes only one document entry, i.e., the current document.
    positions = terms.postings( positions, PostingsEnum.POSITIONS );
    positions.nextDoc(); // you still need to move the cursor
    // now accessing the occurrence position of the terms by iteratively calling nextPosition()
    for ( int i = 0; i < freq; i++ ) {
        System.out.print( ( i > 0 ? "," : "" ) + positions.nextPosition() );
    }
    System.out.println();
}

index.close();
dir.close();

The output is:

TERM                FREQ      POSITIONS           
1,800               1         92
2007                1         79
95                  1         148
a                   2         19,119
acquire             1         86
algorithm           1         84
along               1         100
analysis            1         103
and                 3         42,111,132
appreciable         1         151
are                 1         51
as                  2         133,135
assessor            1         142
at                  1         77
available           1         52
be                  2         59,145
been                2         5,18
best                1         36
between             1         106
by                  1         147
can                 1         144
complete            1         15
cost                1         130
deal                1         21
deep                1         102
document            2         39,82
dozen               1         9
each                1         11
effective           1         131
effort              2         72,143
error               1         155
estimate            1         45
evaluate            6         2,26,46,62,121,154
few                 3         49,126,136
for                 1         89
great               1         20
has                 2         3,17
how                 2         32,43
in                  2         53,153
increase            1         152
information         1         0
investigate         1         104
is                  1         128
it                  1         57
judge               3         12,41,71
judgment            6         30,50,88,114,127,140
light               1         54
many                1         64
measure             1         47
million             1         74
more                6         65,69,90,123,129,139
much                2         28,68
near                1         14
no                  1         150
number              2         108,112
of                  6         22,38,55,97,109,113
on                  1         25
over                4         7,27,63,122
perform             1         6
point               1         120
possible            1         60
present             1         95
query               7         10,66,75,93,110,124,137
recent              1         23
reduce              1         146
relevance           1         87
reliable            1         134
result              1         96
retrieval           1         1
select              1         34
selection           1         83
set                 2         31,37
several             1         8
should              1         58
show                1         115
small               1         29
than                1         91
that                1         116
the                 4         35,73,98,107
there               1         16
this                1         56
to                  7         13,33,40,44,61,85,118
total               2         70,141
track               2         76,99
tradeoff            1         105
trec                1         78
two                 1         81
typically           1         4
up                  1         117
use                 1         80
we                  1         94
when                1         48
with                4         101,125,138,149
without             1         67
work                1         24

Document and Field Length

By default, Lucene stores some low-precision values of field length as a form of "document norms" (see Lucene's org.apache.lucene.search.similarities.BM25Similarity.computeNorm(FieldInvertState state) for details). You can implement a customized Similarity class to store the full-precision document field length values. We have provided an example at edu.wisc.ischool.wiscir.examples.BM25SimilarityOriginal. You will be able to access document length at search time (see edu.wisc.ischool.wiscir.examples.BM25SimilarityOriginal.BM25Scorer).

You may also compute the document field length on your own if you have stored document vectors at indexing time. The following program prints out the length of text field for each document in the example corpus, which also helps you understand how to work with a stored document vector:

String pathIndex = "/home/jiepu/Downloads/example_index_lucene";
String field = "text";

Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
IndexReader ixreader = DirectoryReader.open( dir );

// we also print out external ID
Set<String> fieldset = new HashSet<>();
fieldset.add( "docno" );

// The following loop iteratively print the lengths of the documents in the index.
System.out.printf( "%-10s%-15s%-10s\n", "DOCID", "DOCNO", "Length" );
for ( int docid = 0; docid < ixreader.maxDoc(); docid++ ) {
    String docno = ixreader.document( docid, fieldset ).get( "docno" );
    int doclen = 0;
    TermsEnum termsEnum = ixreader.getTermVector( docid, field ).iterator();
    while ( termsEnum.next() != null ) {
        doclen += termsEnum.totalTermFreq();
    }
    System.out.printf( "%-10d%-15s%-10d\n", docid, docno, doclen );
}

ixreader.close();
dir.close();

The output is:

DOCID     DOCNO          Length    
0         ACM-2009969    187       
1         ACM-2009998    151       
2         ACM-2010026    136       
3         ACM-2010085    117       
4         ACM-1835458    142       
5         ACM-1835461    132       
6         ACM-1835493    175       
7         ACM-1835499    171       
8         ACM-1835521    156       
9         ACM-1835602    92        
10        ACM-1835626    112       
11        ACM-1835637    67        
12        ACM-1835650    110       
13        ACM-1572050    130       
14        ACM-1572139    99        
15        ACM-1572140    83        
16        ACM-1390339    187       
17        ACM-1390376    165       
18        ACM-1390416    117       
19        ACM-1390419    134       
20        ACM-1390432    110       
21        ACM-1390445    156       
22        ACM-1277758    168       
23        ACM-1277774    91        
24        ACM-1277796    158       
25        ACM-1277835    170       
26        ACM-1277868    69        
27        ACM-1277920    59        
28        ACM-1277922    155       
29        ACM-1277947    107       
30        ACM-1148204    140       
31        ACM-1148212    99        
32        ACM-1148219    246       
33        ACM-1148250    136       
34        ACM-1148305    102       
35        ACM-1148310    5         
36        ACM-1148324    104       
37        ACM-1076074    159       
38        ACM-1076109    167       
39        ACM-1076115    122       
40        ACM-1076156    100       
41        ACM-1076190    5         
42        ACM-1009026    96        
43        ACM-1009044    102       
44        ACM-1009098    86        
45        ACM-1009110    5         
46        ACM-1009114    5         
47        ACM-1008996    149       
48        ACM-860437     1253      
49        ACM-860479     167       
50        ACM-860493     107       
51        ACM-860548     5         
52        ACM-860549     37        
53        ACM-564394     95        
54        ACM-564408     152       
55        ACM-564429     151       
56        ACM-564430     78        
57        ACM-564441     5         
58        ACM-564465     58        
59        ACM-383954     105       
60        ACM-383972     115       
61        ACM-384022     120       
62        ACM-345674     5         
63        ACM-345546     137       
64        ACM-312679     5         
65        ACM-312687     5         
66        ACM-312698     5         
67        ACM-290954     5         
68        ACM-290958     5         
69        ACM-290987     5         
70        ACM-291008     5         
71        ACM-291043     5         
72        ACM-258540     5         
73        ACM-258547     5         
74        ACM-243202     5         
75        ACM-243274     5         
76        ACM-243276     5         
77        ACM-215328     5         
78        ACM-215380     5         
79        ACM-188586     5         
80        ACM-160728     85        
81        ACM-160760     5         
82        ACM-160761     76        
83        ACM-160689     81        
84        ACM-133203     145       
85        ACM-122864     5         
86        ACM-636811     81        
87        ACM-511797     5         
88        ACM-636717     93        
89        ACM-511760     195       
90        ACM-511717     124       
91        ACM-803136     129       
92        ACM-2484097    206       
93        ACM-2484069    249       
94        ACM-2484096    191       
95        ACM-2484060    278       
96        ACM-2484139    157       
97        ACM-2348296    157       
98        ACM-2348355    189       
99        ACM-2348408    157       
100       ACM-2348426    80        
101       ACM-2348440    5         
102       ACM-2609628    170       
103       ACM-2609467    136       
104       ACM-2609633    245       
105       ACM-2609503    126       
106       ACM-2609485    109       
107       ACM-2609536    194       

Iterate Through the Vocabulary

The following program iterates through the vocabulary and print out the first 100 words in the vocabulary and some word statistics.

String pathIndex = "/home/jiepu/Downloads/example_index_lucene";

// Let's just retrieve the vocabulary of the "text" field
String field = "text";

Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
IndexReader index = DirectoryReader.open( dir );

double N = index.numDocs();
double corpusLength = index.getSumTotalTermFreq( field );

System.out.printf( "%-30s%-10s%-10s%-10s%-10s\n", "TERM", "DF", "TOTAL_TF", "IDF", "p(w|c)" );

// Get the vocabulary of the index.

Terms voc = MultiTerms.getTerms( index, field );
// You need to use TermsEnum to iterate each entry of the vocabulary.
TermsEnum termsEnum = voc.iterator();
BytesRef term;
int count = 0;
while ( ( term = termsEnum.next() ) != null ) {
    count++;
    String termstr = term.utf8ToString(); // get the text string of the term
    int n = termsEnum.docFreq(); // get the document frequency (DF) of the term
    long freq = termsEnum.totalTermFreq(); // get the total frequency of the term
    double idf = Math.log( ( N + 1.0 ) / ( n + 1.0 ) ); // well, we normalize N and n by adding 1 to avoid n = 0
    double pwc = freq / corpusLength;
    System.out.printf( "%-30s%-10d%-10d%-10.2f%-10.8f\n", termstr, n, freq, idf, pwc );
    if ( count >= 100 ) {
        break;
    }
}

index.close();
dir.close();

The output is:

TERM                          DF        TOTAL_TF  IDF       p(w|c)    
0.1                           1         1         4.00      0.00008280
1                             9         12        2.39      0.00099362
1,800                         1         1         4.00      0.00008280
10                            2         2         3.59      0.00016560
12                            1         1         4.00      0.00008280
15                            1         1         4.00      0.00008280
16.23                         1         1         4.00      0.00008280
2                             9         10        2.39      0.00082802
20                            1         1         4.00      0.00008280
2002                          2         2         3.59      0.00016560
2004                          1         1         4.00      0.00008280
2007                          1         1         4.00      0.00008280
23                            2         2         3.59      0.00016560
25                            1         1         4.00      0.00008280
3                             4         6         3.08      0.00049681
30                            1         1         4.00      0.00008280
4                             2         2         3.59      0.00016560
40                            1         1         4.00      0.00008280
5                             2         2         3.59      0.00016560
50                            2         2         3.59      0.00016560
51                            1         1         4.00      0.00008280
6.4                           1         1         4.00      0.00008280
6.48                          1         1         4.00      0.00008280
60s                           2         2         3.59      0.00016560
61                            1         1         4.00      0.00008280
65                            1         1         4.00      0.00008280
66                            1         1         4.00      0.00008280
69                            1         1         4.00      0.00008280
7                             1         1         4.00      0.00008280
70                            1         1         4.00      0.00008280
70s                           1         1         4.00      0.00008280
80s                           1         1         4.00      0.00008280
87                            1         1         4.00      0.00008280
90s                           1         1         4.00      0.00008280
92                            1         1         4.00      0.00008280
94                            1         1         4.00      0.00008280
95                            3         4         3.31      0.00033121
a                             80        338       0.30      0.02798708
abandon                       1         1         4.00      0.00008280
ability                       5         6         2.90      0.00049681
able                          4         4         3.08      0.00033121
about                         5         11        2.90      0.00091082
above                         2         2         3.59      0.00016560
absence                       1         1         4.00      0.00008280
abstract                      29        29        1.29      0.00240126
academic                      1         1         4.00      0.00008280
accept                        1         1         4.00      0.00008280
acceptable                    1         1         4.00      0.00008280
acceptance                    1         1         4.00      0.00008280
access                        4         7         3.08      0.00057961
accomplished                  1         1         4.00      0.00008280
according                     4         5         3.08      0.00041401
account                       1         1         4.00      0.00008280
accumulator                   1         1         4.00      0.00008280
accuracy                      7         12        2.61      0.00099362
accurate                      4         5         3.08      0.00041401
achieve                       14        18        1.98      0.00149044
achievement                   1         1         4.00      0.00008280
acknowledge                   1         1         4.00      0.00008280
acm                           1         1         4.00      0.00008280
acquire                       2         2         3.59      0.00016560
across                        6         8         2.75      0.00066242
action                        1         1         4.00      0.00008280
active                        1         1         4.00      0.00008280
actual                        2         2         3.59      0.00016560
actually                      1         1         4.00      0.00008280
ad                            5         6         2.90      0.00049681
adapt                         3         6         3.31      0.00049681
add                           2         2         3.59      0.00016560
addition                      4         4         3.08      0.00033121
additional                    3         3         3.31      0.00024841
address                       7         7         2.61      0.00057961
adequate                      1         1         4.00      0.00008280
adhoc                         1         1         4.00      0.00008280
adopt                         2         2         3.59      0.00016560
advance                       1         1         4.00      0.00008280
advanced                      1         1         4.00      0.00008280
advances                      3         4         3.31      0.00033121
advantage                     3         3         3.31      0.00024841
advent                        1         1         4.00      0.00008280
affected                      2         2         3.59      0.00016560
affecting                     1         1         4.00      0.00008280
affinity                      1         1         4.00      0.00008280
after                         2         2         3.59      0.00016560
against                       2         3         3.59      0.00024841
aggregate                     1         1         4.00      0.00008280
ai                            1         2         4.00      0.00016560
aim                           2         2         3.59      0.00016560
airline                       1         1         4.00      0.00008280
algorithm                     13        19        2.05      0.00157324
all                           10        13        2.29      0.00107643
allocation                    1         1         4.00      0.00008280
allow                         6         7         2.75      0.00057961
allowance                     1         1         4.00      0.00008280
alone                         3         3         3.31      0.00024841
along                         1         1         4.00      0.00008280
also                          19        20        1.70      0.00165604
alternative                   2         2         3.59      0.00016560
although                      5         6         2.90      0.00049681
always                        3         4         3.31      0.00033121

Corpus-level Statistics

IndexReader provides many corpus-level statistics. The follow program computes the IDF and corpus probability for the term reformulation.

String pathIndex = "/home/jiepu/Downloads/example_index_lucene";

// Let's just count the IDF and P(w|corpus) for the word "reformulation" in the "text" field
String field = "text";
String term = "reformulation";

Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
IndexReader index = DirectoryReader.open( dir );

int N = index.numDocs(); // the total number of documents in the index
int n = index.docFreq( new Term( field, term ) ); // get the document frequency of the term in the "text" field
double idf = Math.log( ( N + 1.0 ) / ( n + 1.0 ) ); // well, we normalize N and n by adding 1 to avoid n = 0

System.out.printf( "%-30sN=%-10dn=%-10dIDF=%-8.2f\n", term, N, n, idf );

long corpusTF = index.totalTermFreq( new Term( field, term ) ); // get the total frequency of the term in the "text" field
long corpusLength = index.getSumTotalTermFreq( field ); // get the total length of the "text" field
double pwc = 1.0 * corpusTF / corpusLength;

System.out.printf( "%-30slen(corpus)=%-10dfreq(%s)=%-10dP(%s|corpus)=%-10.6f\n", term, corpusLength, term, corpusTF, term, pwc );

// remember to close the index and the directory
index.close();
dir.close();

The output is:

reformulation                 N=108       n=7         IDF=2.61    
reformulation                 len(corpus)=12077     freq(reformulation)=13        P(reformulation|corpus)=0.001076  

Searching

The following program retrieves the top 10 articles for the query "query reformulation" from the example corpus using the BM25 search model. Note that we used the provided BM25SimilarityOriginal class for search because we built the example index using this class. If you built your index based on Lucene's default BM25Similarity, you should use the default BM25Similarity for BM25 search.

  String pathIndex = "/home/jiepu/Downloads/example_index_lucene";
  
  // Analyzer specifies options for text tokenization and normalization (e.g., stemming, stop words removal, case-folding)
  Analyzer analyzer = new Analyzer() {
      @Override
      protected TokenStreamComponents createComponents( String fieldName ) {
          // Step 1: tokenization (Lucene's StandardTokenizer is suitable for most text retrieval occasions)
          TokenStreamComponents ts = new TokenStreamComponents( new StandardTokenizer() );
          // Step 2: transforming all tokens into lowercased ones (recommended for the majority of the problems)
          ts = new TokenStreamComponents( ts.getSource(), new LowerCaseFilter( ts.getTokenStream() ) );
          // Step 3: whether to remove stop words (unnecessary to remove stop words unless you can't afford the extra disk space)
          // Uncomment the following line to remove stop words
          // ts = new TokenStreamComponents( ts.getSource(), new StopFilter( ts.getTokenStream(), EnglishAnalyzer.ENGLISH_STOP_WORDS_SET ) );
          // Step 4: whether to apply stemming
          // Uncomment one of the following two lines to apply Krovetz or Porter stemmer (Krovetz is more common for IR research)
          ts = new TokenStreamComponents( ts.getSource(), new KStemFilter( ts.getTokenStream() ) );
          // ts = new TokenStreamComponents( ts.getSource(), new PorterStemFilter( ts.getTokenStream() ) );
          return ts;
      }
  };
  
  String field = "text"; // the field you hope to search for
  QueryParser parser = new QueryParser( field, analyzer ); // a query parser that transforms a text string into Lucene's query object
  
  String qstr = "query reformulation"; // this is the textual search query
  Query query = parser.parse( qstr ); // this is Lucene's query object
  
  // Okay, now let's open an index and search for documents
  Directory dir = FSDirectory.open( new File( pathIndex ).toPath() );
  IndexReader index = DirectoryReader.open( dir );
  
  // you need to create a Lucene searcher
  IndexSearcher searcher = new IndexSearcher( index );
  
  // make sure the similarity class you are using is consistent with those being used for indexing
  searcher.setSimilarity( new BM25SimilarityOriginal() );
  
  int top = 10; // Let's just retrieve the talk 10 results
  TopDocs docs = searcher.search( query, top ); // retrieve the top 10 results; retrieved results are stored in TopDocs
  
  System.out.printf( "%-10s%-20s%-10s%s\n", "Rank", "DocNo", "Score", "Title" );
  int rank = 1;
  for ( ScoreDoc scoreDoc : docs.scoreDocs ) {
      int docid = scoreDoc.doc;
      double score = scoreDoc.score;
      String docno = LuceneUtils.getDocno( index, "docno", docid );
      String title = LuceneUtils.getDocno( index, "title", docid );
      System.out.printf( "%-10d%-20s%-10.4f%s\n", rank, docno, score, title );
      rank++;
  }
  
  // remember to close the index and the directory
  index.close();
  dir.close();

The output is:

Rank      DocNo               Score     Title
1         ACM-1835626         4.7595    Learning to rank query reformulations
2         ACM-2348355         4.3059    Generating reformulation trees for complex queries
3         ACM-2010085         2.9168    Modeling subset distributions for verbose queries
4         ACM-1277796         2.5193    Latent concept expansion using markov random fields
5         ACM-2484096         2.3669    Compact query term selection using topically related text
6         ACM-2009969         2.3407    CrowdLogging: distributed, private, and anonymous search logging
7         ACM-2609633         2.0099    Searching, browsing, and clicking in a search session: changes in user behavior by task and over time
8         ACM-2609467         0.3593    Diversifying query suggestions based on query documents
9         ACM-1835637         0.3551    Query term ranking based on dependency parsing of verbose queries
10        ACM-2348408         0.3544    Modeling higher-order term dependencies in information retrieval using query hypergraphs
Note that the project description data, including the texts, logos, images, and/or trademarks, for each open source project belongs to its rightful owner. If you wish to add or remove any projects, please contact us at [email protected].