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.
I'll be posting about these issues in the coming couple of weeks.
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.
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:
-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?
Is there a bug tracker for Kiwix we can follow?
Asaf Bartov <email@example.com