-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi Asaf,
Asaf Bartov a écrit :
We're swinging back into action here at Wikimedia
Israel, after a break, and
would like to bring up the issues that still keep us from being able to
choose Kiwix as the reader to bundle with the Hebrew Wikipedia ZIM in the
Israeli One Computer Per Child project.
OK.
I'll be posting about these issues in the coming
couple of weeks.
If you want report a bug or make a feature request about the format itself:
http://bugs.openzim.org/
If you want to make a report about a specifi ZIM file build by me or
make a bug report (or feature request) about Kiwix itself:
https://sourceforge.net/tracker/index.php?group_id=175508
(
http://bugs.kiwix.org is a redirection to this address)
The first and most pressing one is a stable Windows
version. Alas, the
organization providing the machines insists on them running Windows and
Office -- in part, this is because Microsoft Israel is one of the sponsors
of the project. So this is dictated to us externally.
This is a top priority for me an I perfectly understand you situation.
Now, the zimlib itself is Windows compliant:
https://intern.openzim.org/pipermail/dev-l/2009-August/000134.html
I have also compiled successfully all the Kiwix stuff under Windows and
it should already work. But for a mysterious reason the XPCOMs are not
correctly loaded... seems that I have to work a little bit more on it...
so it should work soon.
But we know this is being worked on (and we'll be
happy to help, at least in
beta testing, but we may be able to find time to fix bugs as well, if you'd
like to give me a quick run through the issues), and a more immediate issue
is still the *index size* when processing the Hebrew ZIM file I created some
time ago.
Here is the size of the index created by Kiwix 0.8rc1:
./kiwix/372x8bpj.default/31c26198d06ad265677b450796cc09aa.index:
total *1.1G *
-rw-r--r-- 1 rotem rotem 0 2009-07-29 14:45 flintlock
-rw-r--r-- 1 rotem rotem 12 2009-07-29 14:45 iamflint
-rw-r--r-- 1 rotem rotem 12K 2009-07-29 17:04 postlist.baseA
-rw-r--r-- 1 rotem rotem 12K 2009-07-29 17:02 postlist.baseB
-rw-r--r-- 1 rotem rotem *754M *2009-07-29 17:04 postlist.DB
-rw-r--r-- 1 rotem rotem 70 2009-07-29 17:04 record.baseA
-rw-r--r-- 1 rotem rotem 70 2009-07-29 17:02 record.baseB
-rw-r--r-- 1 rotem rotem 3.3M 2009-07-29 17:04 record.DB
-rw-r--r-- 1 rotem rotem 4.4K 2009-07-29 17:04 termlist.baseA
-rw-r--r-- 1 rotem rotem 4.3K 2009-07-29 17:02 termlist.baseB
-rw-r--r-- 1 rotem rotem *278M *2009-07-29 17:04 termlist.DB
-rw-r--r-- 1 rotem rotem 232 2009-07-29 17:04 value.baseA
-rw-r--r-- 1 rotem rotem 230 2009-07-29 17:02 value.baseB
-rw-r--r-- 1 rotem rotem 14M 2009-07-29 17:04 value.DB
The ZIM file itself is ~*300MB*, so this is unreasonable. I'm guessing
there's some sort of bug in the index creation because of the Hebrew?
Hmm.... something wrong with the answer I gave last time?
https://intern.openzim.org/pipermail/dev-l/2009-July/000118.html
I have a usability feature request concerning that point:
https://sourceforge.net/tracker/?func=detail&aid=2834599&group_id=1…
Is there a bug tracker for Kiwix we can follow?
Yes :
http://bugs.kiwix.org
Regards
Emmanuel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Mozilla -
http://enigmail.mozdev.org
iEYEARECAAYFAkp/OI8ACgkQn3IpJRpNWtMs5gCdEeoKDP8kqroR8jyyKCGL57+W
d0MAoKIvaiYpy9c83ahQwP/QgMD62NXz
=yPEp
-----END PGP SIGNATURE-----