Kinook Software Forum

Go Back   Kinook Software Forum > Ultra Recall > [UR] General Discussion

Reply
 
Thread Tools Rate Thread Display Modes
  #16  
Old 07-07-2008, 07:39 AM
kinook kinook is online now
Administrator
 
Join Date: 03-06-2001
Location: Colorado
Posts: 6,034
There is no relationship between 'Stored Document Size' and 'Item Rich Text' in the File | Properties dialog, nor any reason to expect one to be larger or smaller than the other.

Stored Document Size is the total size of any documents stored in the .urd file (PDF files, stored web pages, Word documents, etc.).

Item Rich Text is the total size of any rich text in the .urd file (from non-document items [i.e., Text, Task, Contact, etc.] and Item Notes).

And both documents and rich text are stored compressed in the .urd file.

These numbers don't include space used to index keywords in documents (whether stored or linked) or rich text. If linked documents are keyworded by UR, that can add to the size of the .urd file (and make searches much quicker -- there is always a tradeoff between size and speed).

You could use SQLite to delete all auto-generated keywords from a database: http://www.kinook.com/Forum/showthre...?threadid=2825 (and then compact the database).
Reply With Quote
  #17  
Old 07-07-2008, 07:50 AM
tfjern tfjern is online now
Registered User
 
Join Date: 10-09-2007
Posts: 132
Mea Culpa...

Ah, I understand now. What threw me off was that in our beloved "help" file, in the Database Properties Dialog, you can see Stored Doc. Size as 122,907 bytes and Item Rich Text as 32,128 bytes, so I assumed, mistakenly, that the latter should be smaller than the former. You might want to add this information to future new and improved help files because I don't think I'm the only dummy who might be confused by this.

Last edited by tfjern; 07-07-2008 at 08:00 AM.
Reply With Quote
  #18  
Old 07-07-2008, 07:51 AM
quant's Avatar
quant quant is online now
Registered User
 
Join Date: 11-30-2006
Posts: 967
Re: Re: Re: Frustrating, to Put It Mildly

Quote:
Originally posted by Jon Polish
Hi Quant:

I don't quite understand why this is not correct. UR cannot keyword all files (WordPerfect for example), but those that it can (text based pdf, Word, etc.) do display for me. The keywords appear using the method I suggested whether the items are stored or linked.

Jon
because if you select more than one item, the keyword dialogue will show only the common keywords ...
Reply With Quote
  #19  
Old 07-07-2008, 08:49 AM
Jon Polish Jon Polish is online now
Registered User
 
Join Date: 07-21-2006
Posts: 391
Re: Re: Re: Re: Frustrating, to Put It Mildly

Quote:
Originally posted by quant
because if you select more than one item, the keyword dialogue will show only the common keywords ...
Ah, yes. You are correct. This makes sense and I should have realized how this works. Related to this, it is amazing how many common keywords exist and are indexed. So many for me that when I performed my experiment, I thought I was deleting the whole index. Still, the size of my database, once compressed, was reduced dramatically.

I take no particular exception to the added size of the database. My problem has always been with UR's speed. Importing, exporting, copying from the web have been improved over time, but are still quite slow when compared to some other programs. One could also make an arguement that indexing does not have to increase searching speed. Just look at programs that do not index (and the relatively small size of their databases). I am referring to Info Select and askSam (the professional version indexes, the other does not).

However, nothing is close to URs versatility, consistency, and depth.

Jon
Reply With Quote
Reply

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off



All times are GMT -5. The time now is 08:46 PM.


Copyright © 1999-2023 Kinook Software, Inc.