We are moving to Git Issues for bug tracking in future releases. During transition, content will be in both tools. If you'd like to file a new bug, please create an issue.

Bug 3913 - Retroactive Re-Indexing of Content.
Retroactive Re-Indexing of Content.
Product: OJS
Classification: Unclassified
Component: Search/Indexing
To be determined
PC Mac OS X 10.0
: P1 enhancement
Assigned To: PKP Support
Depends on:
  Show dependency treegraph
Reported: 2008-12-04 10:38 PST by Michael Nason
Modified: 2008-12-04 10:48 PST (History)
1 user (show)

See Also:
Version Reported In:
Also Affects:


Note You need to log in before you can comment on or make changes to this bug.
Description Michael Nason 2008-12-04 10:38:28 PST
OJS only indexes content on upload. Should it be necessary to do any major site re-configuration and re-index the files they would have to re-upload the material.

It would be quite useful for the system administrator to have a retroactive batch indexing function (one that probably only indexes chunks of material at a time to lower server strain) to ensure that all material uploaded is indexed properly.  

Our specific situtation involves newer PDFs (made with Acrobat 8 or 9) uploaded prior to an xPDF upgrade.  Since the xPDF error is only displayed in the command line, editors could be doing this sort of thing all the time without proper indexing.  That's just an example, though.  A tool for reindexing would be useful and likely save a great deal of time.
Comment 1 Alec Smecher 2008-12-04 10:48:14 PST
The tools/rebuildSearchIndex.php script can be used to rebuild the search index.