[Date Prev][Date Next][Subject Prev][Subject Next][Date Index][Subject Index]

Re: BIGED Calling up entries from LEX's ECY and TXT searches

Dear Carl
Re Pepys, how odd. I have the Gutenberg text but when I carry out a TXT search, TRACK takes me nowhere near the entry. (For example when I searched for "castlemaine" and then TRACKed the third result it took me to April 29 1662 instead of April 21 1662.) This is not a big problem as I have a search of the Pepys diary set up using XW4 SEarch from U2, and I can search it using BigED as well. Just curiosity, really. 

I will have a look at DocFetcher.

Thanks and Happy Xmas.

Best wishes

Paul

On 21/12/2019 21:17, Carl Distefano wrote:
Reply to note from "Paul Breeze" <dmarc-noreply@xxxxxxxxxxxxx>
(Redacted sender "paul.breeze" for DMARC) Sat, 21 Dec 2019 13:23:52
+0000

Paul,

For example I have been searching for 'utilitarianism' which
throws up a lot of entries.  Using TRACK on the first of the main
entries works; on the tenth entry I am left midway through an
entry for TAIT, A. F.; using it on the last entry, meanwhile
simply leaves me at the start of the Encyclopaedia.

Yes, I encounter this too, and so far have not been able to grok
what's happening. If you want to do these searches in XyWrite, your
best bet, I think, is to open Brittanica in BigED and use
BigSE[B] "search_term"<Helpkey> .

I have a TXT copy of the Diary of Samuel Pepys but if I search
that, TRACK does not take me to the correct place in the text.  I
know that you spent some time editing the other files so that
they worked with BIGED.  Is there something I can do to PEPYS.TXT
to make it more reliable?

You should not have to edit TeXT files. I downloaded the Pepys text
from Gutenberg and searched it as is. In my quick testing I found
that TRACK reliably took me to the line immediately above the
search term.

Britannica is not the ideal text file to be searching in
this way.

True. Better to use a program that creates an index of the file(s)
to be searched. I really like DocFetcher. It's blazingly fast both
for index creation (a one-time exercise for static files like
Brittanica) and for searching. It also handles a wide variety of
file types, which is invaluable.