Hi Thomasz,
thanks for your answer.
I was thinking of a wiki on a server which is not part of the cluster but configured the same way as the productive Wikimedia wikis. Especially the updates of the software is the issue, so the installation is always suitable for Wikimedia content (Mediawiki version, extensions etc.). Then we need the possibility to maintain our own skin and our own version of wiki2html on that server (I think both should become part of Mediawiki anyway). The initial idea was that we use it as a blank setup where we can import the latest dump of whatever wiki we want to convert to ZIM. But if a database connection to the Wikimedia cluster would be possible this would boost the whole process a lot.
But after thinking through all this I am at the point where I see the big solution: Put the zimwriter into Mediawiki / the Wikimedia dumps and we're set...
What do you think?
At the moment the DVD for LinuxTag in June is priority and the zimwriter is still work in progress, but we need a solution for current Wikipedia dumps.
Greets,
Manuel
-- Urspr. Mitt. -- Betreff: Re: [openZIM dev-l] Wikimedia-updated MediaWiki instance for dumping Von: Tomasz Finc tfinc@wikimedia.org Datum: 20.04.2009 22:29
Manuel Schneider wrote:
Dear Brion,
is it possible that we can have a MediaWiki instance which is being kept up-to-date by the regular synchronisation on the WM cluster, so we can import all types of dumps in there to make ZIM files from it?
We will use a modified version of wiki2html and a special skin for the dumps, so we need an extra instance but it should be always up-to-date with the Wikimedia projects. This would be extremely helpful for us.
Any ideas?
Greets,
Manuel
Filling in since Brion is out in meetings today.
I'm a little confused with what you are asking here.
Are you requesting a machine that is configured the same as any one of our web server nodes to serve wikipedia traffic and connects to our databases but is not part of our general cluster? Or are you asking for a blank node to populate with different types of data that you can in turn generate ZIM files from?
Let know and we can get something in place.
--tomasz
_______________________________________________ dev-l mailing list dev-l@openzim.org https://intern.openzim.org/mailman/listinfo/dev-l