--On Montag, 10. Mai 2004 20:55 Uhr -0500 David L Norris 
<dave@webaugur.com> wrote:

> As you say, you can store a flag externally to mark deleted items.  The
> front-end could check if the item still exists before adding it to the
> results.  This complicates the front-end slightly but it works great if
> well implemented.

Well, it works well until paging comes into play if you want to have a 
consistent interface. If deleted items are not added to the results I have 
to query more items from SWISH than I actually need or re-query it if my 
frontend notices it has too few items to fill up a page. I could of course 
just mark hits as deleted in the frontend but still display them, but the 
UI that gives me.....

> And you don't have to worry about index corruption
> caused by continuously modifications.  (Nor the file locking and atomic
> operation concerns this raises.)

Well, index corruption should not be a problem if the change is well 
restricted to fixed size properties. File locking problems would happen 
with a frontend-only solution, too.

>> 2) Modifying the ranking dynamically
>> It would be nice if a property could be assigned via the config file
>> which  influences the ranking of a document.
>
> Something like MetaNamesRank?
> http://swish-e.org/current/docs/SWISH-CONFIG.html#item_MetaNamesRank
>
> The docs claim this is not supported.  However, the docs are incorrect.

Not quite. I intend to give chosen documents a bonus or malus. Bill Mosely 
understood what I meant, I think (didn't find it in the archives by the 
way, but I just browsed over the last few weeks).

-- 
Markus Peter - SPiN AG
warp@spin.de