|
[
Permalink
| « Hide
]
Matt Gibson added a comment - 20/Nov/07 07:12 PM
Just realised, its 87 because many of my docs are pdf.
Check indexation of physical documents is enabled in the search block sitewide parameters.
Than check if pathes to pdf to text converter are OK. For the nwiki issue it may be understandable. The document_wiki.php relies on the legacy wiki of Moodle, not nwiki, that should be studied apart. Just give me few information if you have time on how switching to nwiki and I'll do whats needed for it. I'd missed the setting for searching docs. Thanks
However, the binaries for the pdf and doc converters were not present on my system using 1.9 beta 2 CVS, so they need to be put into lib. Documents indexed fine after that. Not sure what info you need for nwiki. I can give php error log stuff? [21-Nov-2007 11:00:45] PHP Fatal error: Call to undefined function wiki_get_entries() in C:\MoodleWindowsInstaller-latest-16\moodle\moodle\search\documents\wiki_document.php on line 159
Could a simple admin setting be added that would allow switching on/off of the indexing of each document type? this would at least allow my indexing to complete properly.
This sounds to me a good idea, I will spend some time to review the search sub plugin model, so we could enable or disable all document types separately for indexing.
The other major benefit I see on that is that we might allow making an incremental primo indexation, enabling some doctypes first, that progressively let the cron index successively other types. This answer a query about the possibly very long time the engine spent in primo-indexation. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
Bug
In Progress
Minor
global search indexing stopped at wiki_get_content_for_index using nwiki 2.0
 |
|
