| Re: Display of results is in not formatted text [message #945 is a reply to message #943] |
Thu, 28 November 2019 18:36  |
Awal
Messages: 3
Registered: November 2019
|
Junior Member |
|
|
Thanks a lot for your precious help.
I am going to go through every step you mention.
Best regards,
Alice Wallard
> Le 28 nov. 2019 à 16:34, Foxtrot Engineering a écrit :
>
>
>> 2/ How can I know if I have too many documents (I noticed that the research engine is quite slow).
>
> There is no arbitrary limit to the number of documents you index, nor to their size.
>
> Regarding performance, are you talking of indexing speed, or search speed? And what do you mean by "quite slow"?
>
> Indexing a large collection of large files can take some time (possibly hours), however updating the index should usually not take more than a few minutes, as most of the files have probably not changed since the last update. Version 7 (a beta version will be made available here soon) will be much faster than version 6 for indexing.
>
> Some specific documents can deteriorate the index file, making both indexing, updating and searching much slower than it should. We call these "resource hogs" («boulets» in the french version), and you can check if you have some at the bottom of the indexed locations list, in the "indexed data" pane of the "manage indices" window. Having a few resource hog files is generally not a problem, but having lot of them is. Hog files can be large files containing non-linguistic text (logs, database dumps, large tables of numerical values, hexadecimal, base64 or other encoded data…), binary files with a text-file filename extension, PDF files (usually OCR'ed documents) where many words are either concatenated or split in multiple parts, files parsed using an incorrect character set, etc.
>
> If searching is slow, make sure that the relevance slider (in the relevance categorizer, in the left column of the search window) is not set to "all". Some specific queries can be slow, i.e. when using wildcards (*) patterns that match many many different words, when using [includes neighboring words] along with very common words, or when using some filters (e.g. regular expression) etc. Otherwise, searching should rarely take more than a few seconds.
>
>> 3/ Since the beginning I am trying to save my docs in pdf format as much as possible, thinking it would be the best for the efficiency/velocity of the research engine, is it the case?
>
> Not necessarily; it really depends of the original format of your documents, and how you convert them to PDF. FoxTrot has some specific features when displaying PDF files (support of the table of content, display of page thumbnails), but otherwise it should have decent support for other formats (docx, html…) and may index them faster.
>
>
> Jérôme - Foxtrot Engineering
>
> --
>
> ---
> You received this message because you are subscribed to the Google Groups "foxtrot-search" group.
> To unsubscribe from this group and stop receiving emails from it, send an email to foxtrot-search+unsubscribe«~at~»googlegroups«|dot|»com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/foxtrot-search/5A5935EC-78 80-45AA-9FF5-B23E48C2A46E%40ctmdev.com.
--
---
|
|
|
|
] 
FoxTrot Search Forum
Search
Help
Members
Register
Login
Home
