http://bugs.openzim.org/show_bug.cgi?id=27
Summary: license unclear
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: minor
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: schmir(a)gmail.com
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Hi,
In the development workshop Strasbourg we had the following idea to accelerate
the development
of WikiOnBoard for modern touchscreen phones:
I've had planned to buy a Symbian^3 device (Nokia N8) in the medium term.
However, I'd have waited until
it is available in Austria and price falls somewhat.
To develop a touchscreen optimized version of WikiOnBoard (current version runs,
but with mediocre usability,
for example kinetic scrolling is not supported) which could also be
distributed over the Nokia Ovi Appstore it would be
good if I had access to a Symbian^3 phone in a shorter time frame.
Therefore the idea was that Manual orders the phone (N8) in the nokia germany
online store and forwards it to me (The Nokia
online shop does not send international), and that a part of the phone (the premium
for early adopters) is paid by the
openzim budget. I'd propose that 100-150€ of total ~500€ are paid by the openzim
budget.
Please let us know whether you have any general objections against this or the
amount proposed.
Unfortunately is N8 availability apparently decreasing - only two of five color
variants are available anymore
and prize has increased to 500€ - therefore we should decide on this in a
short time frame.
Therefore please give your feed back until Thursday evening, so that Manual
could order on Friday if proposal
is accepted.
Order site is
http://shop.nokia.de/nokia-de/searchresults.aspx?sku=10261059,10261058,1026…,
I'd like the orange color variant.
Best regards,
Christian
http://bugs.openzim.org/show_bug.cgi?id=28
Summary: provide tarballs
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: schmir(a)gmail.com
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
there are no downloadable releases of zimlib, zimwriter, ...
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Hi Ted,
Asaf has forwarded me your mail to internal, I will answer it here
because I think it belongs to this list.
> ---------- Forwarded message ----------
> From: *Ted Chien* <hsiangtai.chien(a)gmail.com
> <mailto:hsiangtai.chien@gmail.com>>
> Date: Wed, Sep 29, 2010 at 8:54 PM
> Just read through the OpenZIM wiki and wondering what I can do as an
> mobile developer....
openZIM actually provides two things:
* a file format, standard, to store compressed wikis (and other web
data) -> ZIM
* an open source implementation of ZIM, currently available in C++ from
our SVN
-> see http://openzim.org/Mission_of_openZIM
If you are a mobile developer you could be interested in developing a
ZIM reader on your favourite platform, eg. the iPhone or Android.
-> see also http://openzim.org/Google_Sommer_of_Code_2010
As far as you can use libzim which is written in C++ and gives you an
interface to retrieve contents from ZIM files easily, you just need to
create some GUI that allows a user to select (open) a ZIM file, a search
window and a HTML viewer window which actually displays the selected
content.
There is a ZIM reader on Symbian, WikiOnBoard:
-> see http://github.com/cip/WikiOnBoard
It uses our zimlib and Qt for the GUI. It works very well on my Nokia E71.
We are planning to have a Developers Meeting in Haifa next year, during
the Hacking Days prior to Wikimania. It is not decided yet as we have to
assign most of our yearly budget to it, but we will take the decision on
our next Developers in October and I am confident that the team agrees
with it.
This would be a good opportunity to bring more technical-related people
together to get actually things done.
Another open construction site are the works on the Extension:Collection
to integrate a ZIM export there. This would make the process to create
ZIM files much easier.
If you'd like to discuss ZIM related technical issues I recommend doing
this in dev-l(a)openzim.org while general offline discussions should
happen here.
Regards,
Manuel
--
Regards
Manuel Schneider
Wikimedia CH - Verein zur Förderung Freien Wissens
Wikimedia CH - Association for the advancement of free knowledge
www.wikimedia.ch
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
thank you for voting for the next openZIM dev. Meeting location and
date. Considering your votes, it will take place in Strasbourg (France)
in around one month, the 16/17 September Week-end.
I have now to reserve ASAP Hotel and seminar rooms. I will in person be
there from Friday afternoon to Sunday evening. Essential is for me to
know if you come on Friday evening or on Saturday morning.
Please fill the following table until next tuesday 4PM (21 September)
with the necessary informations:
http://www.openzim.org/Developer_Meetings/2010-2#Participants
This is important! I will consider informations in this table to prepare
your coming.
Regards
Emmanuel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkyVzXYACgkQn3IpJRpNWtMANwCfY0YLJouUeG7T05k0Xavr2RqB
XHAAn2WixDFfD3LQtaM/sSdyT6QWN+TQ
=8VZI
-----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi,
I need to have Kiwix able to deal with splitted ZIM files like discussed
in June. Tommi seems to have implemented that in the zimlib but I do not
achieve to deal with.
My use case is a 11GB big file splitted in 3 smaller files called xaa,
xab and xac. I have moved all of them in /tmp/.
But, new zim::File(zimFilePath) returns the following error:
error 2 opening file "/tmp/xaa:/tmp/xab:/tmp/xac": Aucun fichier ou
dossier de ce type
I also called zimdump -F "/tmp/xaa:/tmp/xab:/tmp/xac" and get the same
error.
So Christian or Tommi, how should i do?
Thx in advance
Emmanuel
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkxv9m0ACgkQn3IpJRpNWtOhkgCgoZxOQBAFJCdoQHpGpVrfO4zz
pV8AoJ8cNY9rB1QkYW/sGlZWWp+PgqxR
=6S0a
-----END PGP SIGNATURE-----
http://bugs.openzim.org/show_bug.cgi?id=24
Summary: Zimdump -d DIRECTORY should be able to create the
DIRECTORY if necessary
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: trivial
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
zimdump -D test file.zim
error writing file test/A/#ubuntu-fr-meeting
If I create the test directory it works.
IMO this should not trigger an error and simply create it (the directory) if
necessary.
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.openzim.org/show_bug.cgi?id=21
Summary: Zimlib should allow to get/unpack only a part of a
content
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Windows
Status: NEW
Severity: enhancement
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
The zimlib needs to fully unpack a content before giving delivering it to a
third part software.
This has many disadvantages especially if the content is big, a video for
example:
* This will need pretty much memory
* This will take time
* You do not have a random access (necessary to seek in an HTML5 video)
It would be a really good usability improvement to have a method which delivers
only a part of any content.
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
http://bugs.openzim.org/show_bug.cgi?id=25
Summary: Broken post increment and decrement (patch included)
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: normal
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: guillaume.duhamel(a)gmail.com
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Created an attachment (id=8)
--> (http://bugs.openzim.org/attachment.cgi?id=8)
Patch to fix post inc / dec
The current post increment and decrement in fileiterator.h are just doing
nothing: they copy "this" in a local object, increment/decrement the local copy
and returns the unmodified "this".
Here's a patch that fixes the problem by incrementing/decrementing "this" and
returning the local copy (which is the expected behavior).
The patch also fix the post decrement signature.
--
Configure bugmail: http://bugs.openzim.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Well, afaik PediaPress, openZIM and a few others started working to
enhance the Extension:Collection to create ZIM files which is actually a
special compressed HTML format.
We had a Skype conference two weeks ago, but I am not in the loop what
happened since then. My last status is that Tommi from openZIM was going
to fix the zimwriter interfaces so the filesource plugin can be used for
this.
/Manuel
Am 24.09.2010 04:27, schrieb Q:
>> Given the fact that static dumps have been broken for *years* now,
>> static dumps are on the bottom of WMFs priority list; I thought it
>> would be the best if I just went ahead and built something that can be
>> used (and, of course, improved).
>>
>> Marco
>
> That's what I just said. Work with them to fix it, IE: volunteer. IE:
> you fix it.
>
> _______________________________________________
> Toolserver-l mailing list (Toolserver-l(a)lists.wikimedia.org)
> https://lists.wikimedia.org/mailman/listinfo/toolserver-l
> Posting guidelines for this list: https://wiki.toolserver.org/view/Mailing_list_etiquette
>
--
Regards
Manuel Schneider
Wikimedia CH - Verein zur Förderung Freien Wissens
Wikimedia CH - Association for the advancement of free knowledge
www.wikimedia.ch