Move requests for ZIMs to a separate issues tracker and decide criteria for making themed ZIMs of Wikipedia

[Jaifroid]

This issue tracker is getting flooded with requests for specific ZIMs, and they are drowning out the issues that relate to problems in mwoffliner. I realize there is a tagging mechanism, so that they can in principle be filtered out, but I wonder if it might be better to have a separate issue list for ZIM requests on the openzim GitHub? Just a thought!

Related to this, I note lots of requests for, for example, cycling, skiing, cricket, swimming, rowing, etc. Wouldn't it be better to produce a "sports" ZIM instead of lots of little ZIMs of small subcategories? I could request "poetry", "plays", "novels", but wouldn't "literature" be more useful and avoid fragmenting the ZIM offerings too much? It's already a labyrinth to navigate the ZIM server... Again, this is just my tuppence -- I don't mean to interfere in policy decisions, so please ignore if I've got the wrong end of the stick.

[kelson42]

@Jaifroid

You are right, I have created https://github.com/openzim/zim-requests and we should work to move the tasks from mwoffliner to there.

We will in the future tend to make more and more smaller ZIM files because it is difficult to people to download/store big ZIM files. That said this is definitly something where you have a trade-off between size and all the articles a user might be interested to read. Of course that puts the pressure on the content management to handle this properly = user friendly. We are aware of these challenging and investing most of our resources to improve the users experience around the library/content manager.

[bradyhunsaker]

I love this clean up! It made it so for the first time I felt comfortable looking through every non-zim-request issue for mwoffliner to get a better sense of where things are.

…

On Tue, Sep 18, 2018 at 11:23 AM Kelson ***@***.***> wrote: @Jaifroid <https://github.com/Jaifroid> You are right, I have created https://github.com/openzim/zim-requests and we should work to move the tasks from mwoffliner to there. We will in the future tend to make more and more smaller ZIM files because it is difficult to people to download/store big ZIM files. That said this is definitly something where you have a trade-off between size and all the articles a user might be interested to read. Of course that puts the pressure on the content management to handle this properly = user friendly. We are aware of these challenging and investing most of our resources to improve the users experience around the library/content manager. — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#380 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AMObJEr8iTMw2TPjEQb9aVPvDy_xukZoks5ucLt9gaJpZM4WswDO> .