Re: Appending to a collection, merging collections, or just "restoring" db-files

David Squire <[email protected]>
Newsgroups gmane.comp.gnu.gift.general
Message-ID <[email protected]>
Jonas Lindqvist wrote:
> Hi!
>
> Are these steps sufficient to restore the db-files or as a way to 
> append images to a collection? (Or merge two collections, or whatever):
>
> 1. Create a bunch of .fts files in 
> $GIFT_HOME/gift-indexing-data/collectionName/, using 
> gift-extract-features. (and a heap of ppm images)
>
> 2. If InvertedFileFeatureDescription.db is okay, we SHOULD be able to 
> use it!? 

Yes. It is constant for any given feature set (of which there is only 
one available in the GIFT distro).

> Or we create a new by doing something magic like:
> cat arbitraryPpmImage.ppm | gift-write-feature-descs | perl -ne 'print 
> join(" ",(split(" ",$_))[0..1]),"\n";' > 
> InvertedFileFeatureDescription.db
>
> 3. recreate a url2fts.xml, with paths to all the .fts files we want to 
> use, and some path to thumbnails and images (for the server to use 
> when presenting its results). A quick perl hack will do this easily.
>
> 4. Run "gift-generate-inverted-file 
> $GIFT_HOME/gift-indexing-data/collectionName/" to recreate 
> InvertedFile.db and InvertedFileOffset.db (using the url2fts.xml file)
>
> 5. Restart the running gift server.
>
>
> Something similar to this appeared to work when I was experimenting 
> with the GIFT a while back, but I haven't tried it properly lately.
>
> What do you say? Have I missed some important steps, or have I 
> misunderstood something?

Looks good to me. Have you tried it?

The only thing I can think of is making sure that the collection name 
and id still match those in the gift-config.mrml file (added by 
gift-add-collection), but I think they should...

Cheers,

David

-- 
Dr David McG. Squire, Senior Lecturer, on sabbatical in 2006
Caulfield School of Information Technology, Monash University, Australia
CRICOS Provider No. 00008C       http://www.csse.monash.edu.au/~davids/
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.