Display of results is in not formatted text

15 views
Skip to first unread message

Awal

unread,
Nov 28, 2019, 8:50:39 AM11/28/19
to foxtrot-search
Dear CTM,

Since a little while, the display of my research results is not formatted text.


I need to recover the original format of my docs on display.

1/ Is this problem due to the fact that I have too many docs?

2/ How can I know if I have too many documents (I noticed that the research engine is quite slow).

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?

Thanks a lot for your help.

Best regards,

Alice

ctm-...@ctmdev.com

unread,
Nov 28, 2019, 8:58:57 AM11/28/19
to foxtrot...@googlegroups.com
hello,

Thank you for your message. For such cases I would recommend that you use the support case mechanism in the Foxtrot application so that we do not burden the mailing list with individual cases.

This being said, what you’re witnessing is the manifestation of a loss of connection to the source data path. in other words, the Finder is not displaying the volume with the same name or access path as when you initially indexed. This could be an unmounted hard disk or server or a change in the organization of your data, folder or volume names.

In order to resolve this, either restore the access path to what it was when you initially indexed; or verify the second pane of the Manage indices window (you should have no grayed folders) and then update your index.

Kind regards,

jesn michel/ctm qa



On Nov 28, 2019, at 2:50 PM, Awal <alicew...@gmail.com> wrote:


Dear CTM,

Since a little while, the display of my research results is not formatted text.

<Auto Generated Inline Image 1>

I need to recover the original format of my docs on display.

1/ Is this problem due to the fact that I have too many docs?

2/ How can I know if I have too many documents (I noticed that the research engine is quite slow).

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?

Thanks a lot for your help.

Best regards,

Alice

--

---
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-searc...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/foxtrot-search/7aede001-b70f-45eb-ac09-bc5cb6637674%40googlegroups.com.
<Auto Generated Inline Image 1>

Foxtrot Engineering

unread,
Nov 28, 2019, 10:34:32 AM11/28/19
to foxtrot...@googlegroups.com

> 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

Alice

unread,
Nov 28, 2019, 12:23:47 PM11/28/19
to foxtrot...@googlegroups.com
Dear Jean-Michel,

Thank you very much for your help.

Best regards,

Alice

Alice Wallard

unread,
Nov 28, 2019, 12:36:23 PM11/28/19
to foxtrot...@googlegroups.com
Thanks a lot for your precious help.

I am going to go through every step you mention.

Best regards,

Alice Wallard
> --
>
> ---
> 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-searc...@googlegroups.com.
> To view this discussion on the web visit https://groups.google.com/d/msgid/foxtrot-search/5A5935EC-7880-45AA-9FF5-B23E48C2A46E%40ctmdev.com.
Reply all
Reply to author
Forward
0 new messages