Re: [greenstone-devel] Re: late hours' of one student

From Stefan Boddie
DateWed, 21 May 2003 10:33:51 +1200
Subject Re: [greenstone-devel] Re: late hours' of one student
In-Reply-To (3EC94FAE-6E1CE687-cs-waikato-ac-nz)
> >
> > 1. collection built as mgpp and exported is not working (v2.35) - I
> > can see list of classifiers but I can not search --> windows message
> > "This application (server.exe) caused.....fatal error and will be
> > closed"
> >

Need to replace old version of server.exe with new, as mentioned in previous
email.

> > 2.installer of exported collection is a strange one (the only
> > collection I installed with it was demo - with difficulties -
> > uninstall is not working at all - I know that uninstaller worked
> > sometimes , but not now - And i think it should work even though
> > there is a mess in registry ; As noone answered my questions I did
> > not write new installer - because i do not know for what is the
> > win32s directory content; i used the two-in-one installer instead) -
> > did you see nsis?
> > (nsis.sf.net)
> >

The installer with the greenstone export package works ok in most situations
but is probably not the most stable option if you want to distribute your
collections widely. There are quite a few free windows installer packages
around as you've seen. I've used Inno setup
(http://www.jrsoftware.org/isdl.php) a few times and found it to be very
good.

Sorry for not answering your previous questions about the installer. I'll
respond to that older message after this.

> >
> > 4.this is not only for mgpp -I will describe one collection - it is
> > public electronic journal, articles in one number share one directory
> > with images; there are 6 numbers of magazine - the total count of
> > images is less than 2.000, but after i finished import there were
> > 9154 gif files left in archives (import files are about 90 MB, built
> > collection is about 75 MB - but actually occupies more space than
> > original because of number of allocation units - 300% in 40GB HDD
> > FAT32)
> > I tried -rename_assoc_files
> >
> > I would like to suggest something - I can imagine that import stores
> > images in one directory for all archive files; if you hash image's
> > path (or better image's weight - content) you will be able store them
> > in one place, overwriting the same - I think this will slow import
> > but makes the real archive from your collections; not the duplicates
> > of existing ones
> >

Good idea. It's certainly worth adding as another build option. Anyone keen
to have a go at this?

Stefan.