<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel">
    <title>gmane.comp.archivers.openzim.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/715"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/714"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/713"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/712"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/711"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/710"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/709"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/708"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/707"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/706"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/705"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/704"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/703"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/702"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/701"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/700"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/699"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/698"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/697"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/695"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/715">
    <title>Re: [Kiwix-developer] Kiwix on Android</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/715</link>
    <description>&lt;pre&gt;Hi Shahid, Dear Kiwix hackers,

I will use the email from Shaid as a chance to share more detailed and 
up2date information about the Kiwix port effort on Android status with 
the broader audience we have here.

So, after almost 150 hours working on Kiwix mobile version for
Android (based on our traditional platform Mozilla Gecko), I have to
admit that I failed. I especially failed to successfully bring our
javascript code to deal with our binary code. It was clear for us from
the beginning that Gecko was not the perfect solution for Android, but 
now I think, this is probably not a solution at all (at least for Kiwix).

We will now focus in the next weeks/months on our current XUL
application and realease the final version of 0.9. But, we are agree
that if it exists a dev. platform able to allow us to code an app. for
mobile AND desktop, we would have interest to evaluate it and maybe port
Kiwix to it.

Our concern is:
1 - not to build a second software in paralell to the XUL app we have.
2 - re-use as far &lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-03-20T11:59:30</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/714">
    <title>Re: WikiOnBoard 2 released to Nokia Store</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/714</link>
    <description>&lt;pre&gt;Congratulations!

Am 04.03.2012 13:31, schrieb Christian Pühringer:
&lt;/pre&gt;</description>
    <dc:creator>Manuel Schneider</dc:creator>
    <dc:date>2012-03-04T15:02:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/713">
    <title>WikiOnBoard 2 released to Nokia Store</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/713</link>
    <description>&lt;pre&gt;Hi all,

WikiOnBoard 2 is now available in Nokia Store. 
(http://store.ovi.com/content/148305)
Visit the wikionboard website (http://cip.github.com/WikiOnBoard) for screenshots.

New in WikiOnBoard 2
   * Improved user interface
  * New library view allows easy switching between different Wikipedia offline
    versions stored on your phone
  * Split-screen virtual keyboard in article search
  * Forward in history added to article view
  * Fix: On some mobile phones it was not possible to open a file. While this
    apparently was a problem with the phone's configuration and not a bug in the
    app, it should not occur anymore as file selection is implemented differently.

WikiOnBoard 2 only supports Symbian^3mobile phones, such as Nokia N8, C7, 500, 
603 or 701.

For older mobile phones, such as Nokia 5233, WikiOnBoard 1 stays available in 
Nokia Store.

Thank you for your support, which made this possible.

Best regards,
Christian

Am 20.07.2011 22:50, schrieb Christian Pühringer:
&lt;/pre&gt;</description>
    <dc:creator>Christian Pühringer</dc:creator>
    <dc:date>2012-03-04T12:31:48</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/712">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/712</link>
    <description>&lt;pre&gt;
This feature is now fully implemented on Kiwix side in both ZIM build
script and software. So, new ZIM files I build will since now include
the new "Counter" metadata.

Emmanuel

&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-02-27T11:43:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/711">
    <title>Re: Status &amp; Future of the project</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/711</link>
    <description>&lt;pre&gt;Hi,

I agree that - while pretty stable - there is still some room for improvement of 
the zimlib.
E.g. better tools, incremental updates (very nice, although also quite a challenge
regarding provisioning of the updates).  Furthermore, a location based index 
would be very welcome
(To allow finding articles close to a location).

Regardless of this, I still believe that the most critical point for the 
continued success of
the zim format, and offline wikipedia in general, is to have an automatic 
wikipedia dump in place.
See Emmanuel's proposal 
(http://www.kiwix.org/index.php/Mediawiki_DumpHTML_extension_improvement).
I'd really hope that this can be implemented in the course of this year.

I very much appreciate if there is a zim-meeting this year.  Even so I cannot 
promise yet
that I can attend a zim-meeting at Linux-Tag in Berlin. Anyway, I'd acclaim if 
we find a
  sponsor, who covers parts of the travel costs.

Regarding my work on zim mobile phone apps, these are my planned next steps:

1. Release Wi&lt;/pre&gt;</description>
    <dc:creator>Christian Pühringer</dc:creator>
    <dc:date>2012-02-06T20:50:26</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/710">
    <title>Re: Status &amp; Future of the project</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/710</link>
    <description>&lt;pre&gt;how much budget would be reasonable for this year?
On Feb 6, 2012 7:41 AM, "Manuel Schneider" &amp;lt;manuel.schneider-AeOJrEpdGNdYqTQye2laTg&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
wrote:

&lt;/pre&gt;</description>
    <dc:creator>rupert THURNER</dc:creator>
    <dc:date>2012-02-06T18:45:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/709">
    <title>Re: Status &amp; Future of the project</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/709</link>
    <description>&lt;pre&gt;Very good to hear!

My suggestion is to have a meeting at LinuxTag in Berlin this year (May
23rd - 26th). I am currently trying to set up a joint booth of the
german-speaking Wikimedias (AT/CH/DE) which could act as a showroom for
openZIM (and other projects).

As Emmanuel already indicated I have no budget for 2012. As the project
appeared dead it didn't make sense to me to just put down numbers and
going to find a sponsor when we don't even concluded on what we want to
do 2012 and there is no security that the sponsor's money would actually
being used to make progress in the offline project.

This means I can't provide travel costs for a trip to Berlin. On the
other hand I assume that Tommi will be there anyway with his tntnet
project and Emmanuel might want to help on the Wikimedia booth as a
representative of Wikimedia CH.

Any comments?


/Manuel
&lt;/pre&gt;</description>
    <dc:creator>Manuel Schneider</dc:creator>
    <dc:date>2012-02-06T06:41:20</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/708">
    <title>Re: Status &amp; Future of the project</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/708</link>
    <description>&lt;pre&gt;Hi,

I just want to say I'm still alive. But I had a very busy last year and 
had no time to do anything for openZIM. But it looks like this year 
might get easier for me and I am willing to spend some time into further 
development of zimlib.

Tommi

On 02/05/2012 12:33 PM, Emmanuel Engelhart wrote:

&lt;/pre&gt;</description>
    <dc:creator>Tommi Mäkitalo</dc:creator>
    <dc:date>2012-02-05T22:55:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/707">
    <title>Status &amp; Future of the project</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/707</link>
    <description>&lt;pre&gt;Dear openZIM hackers,

our project is little bit in hibernation. Although the growing interest
for offline readers and offline free storage format, only a few things
were achieved on our side in 2011.

In 2011, we made our openZIM meeting during Wikimania in Haifa and the
majority of the audience was composed from new-comers. The consequence
was that we did not have spoken a lot about tech. but more about offline
in general. So this was a successful first offline meeting, but not a so
successful openZIM meeting. In the future, we will have certainly
different meetings for general offline discussions and for technical
ones. On the reader side, Kiwix had in 2011 around 150% of growth,
wikionboard was released in the Symbian app. store, we have the
prototype of a decoding library in Java. pyzim is in prod. on all
Wikimedia Web sites (in the Mediawiki:Collection extension).

So the format is really successful an helps every days thousands of
people to access to Free knowledge offline. This show us that both, the&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-02-05T11:33:41</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/706">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/706</link>
    <description>&lt;pre&gt;
great thanks!


/Manuel
&lt;/pre&gt;</description>
    <dc:creator>Manuel Schneider</dc:creator>
    <dc:date>2012-01-30T18:51:23</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/705">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/705</link>
    <description>&lt;pre&gt;
Nobody seems to be against, so I have added this to the format in the wiki:
https://openzim.org/index.php?title=Metadata&amp;amp;action=historysubmit&amp;amp;diff=1399&amp;amp;oldid=1360

Emmanuel

&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-01-28T12:57:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/704">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/704</link>
    <description>&lt;pre&gt;Hi,

Am 24.01.2012 18:42, schrieb Emmanuel Engelhart:
Sounds good, I'd support this proposal.

Christian

Am 24.01.2012 18:42, schrieb Emmanuel Engelhart:


&lt;/pre&gt;</description>
    <dc:creator>Christian Pühringer</dc:creator>
    <dc:date>2012-01-25T21:49:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/703">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/703</link>
    <description>&lt;pre&gt;
Yes, because we have not namespaces for all type of content, we can not
offer this garanty, and maybe apps needs to get this information on
mime-type level and not on namespace level.


Everything can happen, if the ZIM editor/software is not well coded.
With my script, I decide on my own which mime-type has each content
(article, image, ...).

I do not see any issue, the only point is that if you want to get the
number of all images articles (for example), you will need to code
somewhere the code which know that make a sum of image/jpeg ; image/gif
; image/png are all image mime-type... ans so one. I think this could be
done in the zimlib.


Yes.


I would propose a new Metadata entry called for example "Counter"
http://openzim.org/Metadata

The value would be a string looking like that:
image/jpeg=5;image/gif=3;image/png=2...

Emmanuel

&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-01-24T17:42:57</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/702">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/702</link>
    <description>&lt;pre&gt;Hi Emmanuel,

I am not sure whether I fully understand your proposal:
Is your idea to save the information on mime-type level instead of on namespace 
level?
(Redirects have a special mime-type, therefore - as desired - they would not be 
included in the numbers).
Is there a potential issue for mime-type based, that non-article entries may 
have the same mime-type as article entries? (e.g. can image text be html?)
If this is not a real issue, storing  mime-type fine for me, but it would be 
also fine if count is stored on namespace level
(that is, entries in one namespace which are not redirects).

Benefit of storing on metadata-level is that articles which are not text or 
image can be handled, disadvantage is that it is more complex for the application.
  (Therefore I'd prefer if it is implemented in zimlib)

Where do you want to store the mime-type count information? As metadata or 
something else?

Best regards,
Christian

Am 22.01.2012 20:14, schrieb Emmanuel Engelhart:

&lt;/pre&gt;</description>
    <dc:creator>Christian Pühringer</dc:creator>
    <dc:date>2012-01-23T18:44:53</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/701">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/701</link>
    <description>&lt;pre&gt;I also think it would be valuable to store these information somewhere 
in the ZIM files.
We need to save many new metadata, for each type of file (picture, 
video, audio, text)... and why not other types (presentation, ...).
IMO the best we can do, is saving how many entries we have per 
mime-type, so we are sure we have on the format size always the 
information we need (with the finest granularity).
The reader or the zimlib should make the computation and provide the 
necessary code to make something like getAudioArticleCount().

What do you think?

Emmanuel

A new metadata is certainly the most easiest solution, but I'm not sure 
this is the best.
So this could potentialy add really a lot of new metadat

On 01/22/2012 06:15 PM, Christian Pühringer wrote:

&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-01-22T19:14:29</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/700">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/700</link>
    <description>&lt;pre&gt;Hi,

I think it's currently not possible to get the number of articles without redirects.
(Except counting all articles which are not redirects, but this would be pretty 
slow)
However, I agree that it would be a useful feature, so we should consider
to add it. (Perhaps as metadata?)

Best regards,
Christian

Am 22.01.2012 16:09, schrieb Emmanuel Engelhart:

&lt;/pre&gt;</description>
    <dc:creator>Christian Pühringer</dc:creator>
    <dc:date>2012-01-22T17:15:46</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/699">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/699</link>
    <description>&lt;pre&gt;
Unfortunately ;( I meant "in a ZIM file".

Emmanuel

&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-01-22T15:19:27</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/698">
    <title>Re: Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/698</link>
    <description>&lt;pre&gt;Hi Emmanuel,

On 01/22/2012 04:09 PM, Emmanuel Engelhart wrote:

does this help you?

http://openzim.org/Special:Statistics
http://openzim.org/Special:AllPages


/Manuel
&lt;/pre&gt;</description>
    <dc:creator>Manuel Schneider</dc:creator>
    <dc:date>2012-01-22T15:17:00</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/697">
    <title>Way to count entries without redirects</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/697</link>
    <description>&lt;pre&gt;Hi

Do we have a way to know how many articles we have in a specific
namespace in a ZIM file... but without the redirects?

Regards
Emmanuel

&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2012-01-22T15:09:22</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/695">
    <title>Re: "Creator" vs "Publisher" Metadata: improvement proposition</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/695</link>
    <description>&lt;pre&gt;I have made the modification:
https://openzim.org/index.php?title=Metadata&amp;amp;action=historysubmit&amp;amp;diff=1360&amp;amp;oldid=1296

Emmanuel
On 11/15/2011 02:09 PM, Manuel Schneider wrote:

&lt;/pre&gt;</description>
    <dc:creator>Emmanuel Engelhart</dc:creator>
    <dc:date>2011-11-17T09:45:05</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/694">
    <title>Re: "Creator" vs "Publisher" Metadata: improvement proposition</title>
    <link>http://permalink.gmane.org/gmane.comp.archivers.openzim.devel/694</link>
    <description>&lt;pre&gt;Good point, I'd support that.


/Manuel

On 15.11.2011 09:20, Emmanuel Engelhart wrote:

&lt;/pre&gt;</description>
    <dc:creator>Manuel Schneider</dc:creator>
    <dc:date>2011-11-15T08:39:57</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.archivers.openzim.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.archivers.openzim.devel</link>
  </textinput>
</rdf:RDF>
