Hello, all. 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:
./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?
Is there a bug tracker for Kiwix we can follow?
Thanks,
Asaf Bartov Wikimedia Israel
-- Asaf Bartov asaf@forum2.org
-----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=17...
Is there a bug tracker for Kiwix we can follow?
Yes : http://bugs.kiwix.org
Regards Emmanuel