http://bugs.openzim.org/show_bug.cgi?id=18
Summary: debian needs an init.d script
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Linux
Status: NEW
Severity: enhancement
Priority: P5
Component: zimreader
AssignedTo: tommi(a)tntnet.org
ReportedBy: andyr(a)wizzy.com
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
One attached.
--
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.
Hi everyone, we need your help.
We are from Python Argentina, and we are working on adapting our
cdpedia project to make a DVD together with educ.ar and Wikimedia
Foundation, holding the entire Spanish Wikipedia that will be sent
soon to Argentinian schools.
Hernán and Diego are the two interns tasked with updating the data
that cdpedia uses to make the cd (it currently uses a static html dump
dated June 2008), but they are encountering some problems while trying
to make an up to date static html es-wikipedia dump.
I'm ccing this list of people, because I'm sure you've faced similar
issues when making your offline wikipedias, or because maybe you know
someone who can help us.
Following is an email from Hernán describing the problems he's found.
thanks!
--
alecu - Python Argentina
2010/4/30 Hernan Olivera <lholivera(a)gmail.com>:
Hi everybody,
I've been working on making an up to date static html dump for the
spanish wikipedia, to use as a basis for the DVD.
I've followed the procedures detailed in the pages below, that were
used to generate the current (and out of date) static html dumps:
1) installing and setting up a mediawiki instance
2) importing the xml from [6] with mwdumper
3) exporting the static html with mediawiki's tool
The procedure finishes without throwing any errors, but the xml import
produces malformed html pages that have visible wikimarkup.
We would really need to have a successful import from the spanish xmls
to a mediawiki instance so we can produce the up to date static html
dump.
Links to the info I used:
[0] http://www.mediawiki.org/wiki/Manual:Installation_guide/es
[1] http://www.mediawiki.org/wiki/Manual:Running_MediaWiki_on_Ubuntu
[2] http://en.wikipedia.org/wiki/Wikipedia_database
[3] http://www.mediawiki.org/wiki/Manual:Importing_XML_dumps
[4] http://meta.wikimedia.org/wiki/Importing_a_Wikipedia_database_dump_into_Med…
[5] http://meta.wikimedia.org/wiki/Data_dumps
[6] http://dumps.wikimedia.org/eswiki/20100331/
[7] http://www.mediawiki.org/wiki/Alternative_parsers
(among others)
Cheers,
--
Hernan Olivera
PS: unluckily I didn't write down every step in detail. I did a lot
more tests than what I wrote here. To make a detailed report I'd like
to go thru the procedure again writing down every option (and to check
if I missed something). I'm finishing installing a server just for
this, because this processes take forever and they blocked other tasks
while making this tests.
2009/10/23 Samuel Klein <meta.sj(a)gmail.com>:
> Jimbo - thanks for the spur to clean up the existing work.
>
> All - Let's start by cleaning up the mailing lists and setting a few
> short-term goals :-) It's a good sign that we have both charity and love
> converging to make something happen.
>
> * For all-platform all-purpose wikireaders, let's use
> offline-l(a)lists.wikimedia, as we discussed a month ago in the aftermath of
> Wikimania (Erik, were you going to set this up? I think we agreed to
> deprecate wiki-offline-reader-l and replace it with offline-l.)
>
> * For wikireaders such as WikiBrowse and Infoslicer on the XO, please
> continue to use wikireader(a)lists.laptop
>
>
> I would like to see WikiBrowse become the 'sugarized' version of a reader
> that combines the best of that and the openZim work. A standalone DVD or
> USB drive that comes with its own search tools would be another version of
> the same. As far as merging codebases goes, I don't think the WikiBrowse
> developers are invested in the name.
>
> I think we have a good first cut at selecting articles, weeding out stubs,
> and including thumbnail images. Maybe someone working on openZim can
> suggest how to merge the search processes, and that file format seems
> unambiguously better.
>
> Kul - perhaps part of the work you've been helping along for standalone
> usb-key snapshots would be useful here.
>
>
> Please continue to update this page with your thoughts and progress!
> http://meta.wikimedia.org/wiki/Offline_readers
>
> SJ
>
>
> 2009/10/23 Iris Fernández <irisfernandez(a)gmail.com>
>>
>> On Fri, Oct 23, 2009 at 1:37 PM, Jimmy Wales <jwales(a)wikia-inc.com> wrote:
>> >
>> > My dream is quite simple: a DVD that can be shipped to millions of
>> > people with an all-free-software solution for reading Wikipedia in Spanish.
>> > It should have a decent search solution, doesn't have to be perfect, but it
>> > should be full-text. It should be reasonably fast, but super-perfect is not
>> > a consideration.
>> >
>>
>> Hello! I am an educator, not a programmer. I can help selecting
>> articles or developing categories related to school issues.
>
> Iris - you know the main page of WikiBrowse that you see when the reader
> first loads? You could help with a new version of that page. Madeleine
> (copied here) worked on the first one, but your thoughts on improving it
> would be welcome.
>
>
>
Hi,
as a member of the Linux Foundation I just received a newsletter which
pointed me at an article on Linux.com concerning the Ben NanoNote.
I was very happy to find out that - beneath many other things in this
detailed article - Vido was mentioned as Wikipedia reader.
Here is the article:
http://www.linux.com/news/embedded-mobile/netbooks/296251:a-review-ben-nano…
See the paragraph "Software":
... A wide variety of user applications are under development by the
community, including some that lean towards embedded device usage (such
as the Rockbox digital music player and Vido offline-Wikipedia reader)
and some flashier options, such as Quake and Doom.
As always I have put a link to this article in our media section on our
main page.
Thanks for your work!
/Manuel
--
Regards
Manuel Schneider
Wikimedia CH - Verein zur Förderung Freien Wissens
Wikimedia CH - Association for the advancement of free knowledge
www.wikimedia.ch
http://bugs.openzim.org/show_bug.cgi?id=19
Summary: Windows+MSVisualStudio: Zimlib is unable to deal with
ZIM files larger than 2GB
Product: openZIM
Version: unspecified
Platform: PC
OS/Version: Windows
Status: NEW
Severity: blocker
Priority: P1
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Compiling zimlib under Windows with Visual Studio works and it runs well. But
only as long you have "small" zim files because the zimlib fails to deal with
large files (>2GB). The root cause is the seekg() in fileimpl.cpp just before
reading the cluster.
http://svn.openzim.org/viewvc.cgi/trunk/zimlib/src/fileimpl.cpp?revision=30…
zimFile.seekg(clusterOffset);
zimFile >> cluster;
If the required cluster is over the 2GB limit then the seekg() does not go to
the right offset and the decompression fails.
Until now I have no solution/workaround. Ideas?
--
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=22
Summary: crash on opening zim file
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: blocker
Priority: P5
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: cip(a)gmx.at
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Created an attachment (id=7)
--> (http://bugs.openzim.org/attachment.cgi?id=7)
ifstream constructor fix
Opening a zim file leads to a crash in the ifstream constructor.
The problem is appearantly that the constructor calls the base class
constructor with the member myStreambuf as an argument, before myStreambuf is
initialized.
Tested on symbian, but I'd expect that this ia a problem on other platforms as
well.
Attached a patch which uses the Boost Base from member idiom (see also
http://www.boost.org/doc/libs/1_42_0/libs/utility/base_from_member.html) to
solve this issue.
--
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.