Messages - aenache36 [ switch to compact view ]

Pages: [1] 2 3next
1
The DocFetcher.exe is 41,5 KB, but that doesn't mean anything, it's just a launcher. You really have to add up everything that is installed on the machine, and according to the website of Autofocus this sums up to 100 MB.

And what do you mean by "100 MB for the index file"? Maybe I'm missing something here, but the way I see it, if a file isn't the result of indexing, then it's part of the base installation (i.e. the program), right?

C:\Program Files\Aduna -> 90MB
C:\Documents and Settings\UserName\Application Data\Aduna\AutoFocus 5 -> 366MB(this is where index files are maintained/stored)

As for RAM, that depends heavily on the usage: the smarter you build the query the smaller the RAM used and also the number of files resulted from an interrogation: 38.000 files displayed(all .html from all my sources) increased the RAM usage with 60MB...can start with 30MB and use as much as 100+MB.

HTH

2
100 MB of disk space for the program itself? This looks more like an office suite with built-in desktop search, if you ask me...

Greetings.

That is the size of the index file and not the program itself. Autofocus.exe(ver. 5.0 for MSWin) has 44,6KB...
Regarding RAM, as much as I could see is that Java is the hungry beast...

Best regards.

3
Greetings.

What would be the required syntax if one tries to find documents that contain certain strings?
As much as I knew
"word1 word2"
was suppose to that job whereas
word1 word2
is the equivalent of AND, do please correct me if I am wrong.

Just give me a second to check the Lucene documentation...

My question was about syntax needed to search for strings... but anyway, I understood that DocFetcer's problem is related to unfinished preview implementation...I checked that against strings and it's OK.
BTW, AutoFocus is also base partially on Lucene so that should make it quite familiar to you...

All the best.

4

The first case is AND, the second one is OR.

Greetings.

What would be the required syntax if one tries to find documents that contain certain strings?
As much as I knew
"word1 word2"
was suppose to that job whereas
word1 word2
is the equivalent of AND, do please correct me if I am wrong.

Regarding creating and maintaining hierarchies I must admit that somehow I always knew that this isn't for me, I simply don't have the patience for that. In my particular case I have thousands of documents that have a meaningful description at the folder level only and filenames like: Part1.doc, Part2.doc, etc OR complex documents that contain multiple subjects (and that's where proximity search comes very usefull for narrowing down the big initial list...) so it's not even worth trying...

All the best.

5
Hi,

I'm the project admin of DocFetcher, an Open Source desktop search app. I've noticed in several posts in this thread that there seems to be a real need for e-mail indexing and the likes, which puzzles me a bit. More precisely: Why do you guys need an additional program to search your local e-mails when you could use the search feature of your respective e-mail client instead?

I agree with you when e-mails are involved but their respective attachments are completely different thing, in this case you do need a DtS software.

On a more general note, are there any people out there who definitely need a desktop search app to locate images, music, videos, etc.? If so, then why don't you use your picture managers, media players, etc. to do that? Wouldn't that be a much more efficient and appropriate way to organize images, music, etc.?

I'd be thankful for any enlightenment about this issue.

Creating and maintaining hierachies takes time, that'a a fact and probably the most important reason for using DtS. Because I don't want to spend time for that  the rest my answers follow:

a.Images - can be found in many places therefore I use DtS to find them all and then I view them as thumbnails...and thus the decision is easiest
b. Music - here you can, generally search by filename...or metadata/tags. Or, can be leftovers(.ac3 files) from video conversions(DVD->.avi) that, in time, can stack up heavily...
c. Videos - when you use several sources for getting them on your computer they can also get lost in various places, especially when you have more than 1 HDD. For now I have more than 60 movies on my computer...mpeg/avi/iso/vob, you name it.

I also do not think that the typical savvy DtS user is searching mainly for the above but rather for documents with a certain content, at least this is my case. My search ratio is 95%/5% for content/a,v,p.

Btw, DocFetcher 1.0 is (probably) about to be released this month and adds support for MS Office 2007 and WordPerfect.

I gave it a try for a folder with less than 500 indexable documents and I got 2 messages:
Needed 19 bytes to create the next chunk header, but only found 4 bytes, ignoring rest of data
### Skipped: Not enough memory left in the Java Virtual Machine.
Also I didn't get what I was expecting from a Boolean search:

search:"word1 word2"
returned a diffent set(number) of documents compared to
search:word1 word2
but in preview in both cases I saw enlightened both search terms(???).

So, for now I wish you all the best but I stick to Autofocus

Pages: [1] 2 3next
Go to full version