Le ven 26/03/10 13:52, Manuel Schneider manuel.schneider(a)wikimedia.ch a écrit:
> == 3rd openZIM Developers Meeting ==
> We had plans to have a Developers Meeting in April, but as we have the
> MediaWiki Developer Meeting as well I would postpone it a bit - but not
> too much as LinuxTag and Wikimania are also not so far away.
>
> I encourage everyone to come up with ideas - we don't need to have the
> meeting at the same place as the last two times.
>
> Pascal Martin from Linterweb showed interest in organising the meeting
> in France.
If Linterweb organizes the meeting this will probably be in Paris, Rouen or in the
neighbourhood. That is pretty far away for me, I would prefer something like
in the past near Basel or in the South of Germany.
> Possible dates would be May 14 - 16, 21 - 23 or 28 - 30.
I have created a doodle
http://doodle.com/m8bd2fzdibar2kxp
Regards
Emmanuel
Le ven 26/03/10 13:54, emmanuel(a)engelhart.org a écrit:
> > Possible dates would be May 14 - 16, 21 - 23 or 28 -
> 30.
> I have created a doodle
> http://doodle.com/m8bd2fzdibar2kxp
Sorry, totally useless. Forget it.
Emmanuel
http://bugs.openzim.org/show_bug.cgi?id=11
Summary: Dynamic mime-types
Product: openZIM
Version: unspecified
Platform: All
OS/Version: All
Status: NEW
Severity: enhancement
Priority: P3
Component: zimlib
AssignedTo: tommi(a)tntnet.org
ReportedBy: emmanuel(a)engelhart.org
CC: dev-l(a)openzim.org
Estimated Hours: 0.0
Currently, the ZIM format can only support a limited and predefined set of
document mime-types.
You can get the list of supported mime-types here:
http://www.openzim.org/ZIM_File_Format#Mime_types
Mime-types are represented by a number in a ZIM file, and the mapping is done
statically by the zimlib.
This means than you can not store document with custom mime-type.
This is a problem for me because I have people who use Kiwix and deal with
other mime-types, for example: archives or binaries.
I think, this is a necessary improvement to make this mime-type table dynamic.
I see two solutions :
* The ZIM file creator specify it manually during the creation process.
* It goes automatically (also during the creation process).
--
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 Manuel,
Attached the patch for zimlib. (Including buildfiles).
Carbide project files are not included, as they can easily be imported.
I don´t expect impact on the other build targets.
Note, that that only patches for zimlib files are included, therefore we still
should put the buildfiles for the dependencies somewhere. A zipfile
with buildfiles is attached. (Same as in earlier email, just stripped from
some unnecessary files.)
Putting the QT application to the repository is fine for me, put
I definetely would need an svn account then. The app doesn´t have a name yet,
so suggestions are welcome. Else something like qtzim or cutezim would be fine
for me.
Best regards,
Christian
Manuel Schneider <manuel.schneider(a)wikimedia.ch> hat am 18. März 2010 um 10:12 geschrieben:
> Hej there,
>
> > Basically, zimlib compiles properly for symbian. The only missing point, is that I have to put the project files and patch files described in the article (currently on my wiki-home http://openzim.org/User:Cip) somewhere.
> > While target should be to integrate them into the projects, for now I¨d suggest to put them into the zim repository.
> >
> > Currently I am working on a QT-based app using zimlib. Main target is curently symbian 3rd FP1. However, binary should work on symbian 5th as well, I just cannot test it. Furthermore, it should be recompileable for other platforms supporting QT, like Maemo, but also Linux or Windows.
> > App is currently in the state of a functional prototype, but it is already useable.
> > I have not published Code/Binary of this app yet. I am planning to publish it in the near future, probably on sourceforge. For sure I´ll keep you updated.
>
> I would propose that we do two things:
>
> * create a new repository in our openZIM SVN for the symbian reader
> application.
> Christian, does the application already have a name we can use for it?
> Tommi should check where he wants to put this repository in, I guess
> directly in trunk (in parallel to zimreader) would be the right place.
>
> * Christian: Can you send diffs between the current SVN version of
> zimlib and your compiling zimlib to this list, so Tommi can check and
> integrate them?
> I guess these changes have no impact on the any other platforms, so they
> should be easy to integrate.
> If we need additional files (project files or MAKEFILEs, I don't know
> how that works in Symbian) please add these along with the patches so
> Tommi can add them at the right place.
> If there is ongoing work to be done and Tommi has approved the quality
> of the current patches I would even give Christian a SVN account so he
> can maintain the Symbian port there on his own.
>
> Greets,
>
>
> Manuel
> --
> Regards
> Manuel Schneider
>
> Wikimedia CH - Verein zur Förderung Freien Wissens
> Wikimedia CH - Association for the advancement of free knowledge
> www.wikimedia.ch
> _______________________________________________
> dev-l mailing list
> dev-l(a)openzim.org
> https://intern.openzim.org/mailman/listinfo/dev-l
>
--
Sicherer, schneller und einfacher. Die aktuellen Internet-Browser -
jetzt kostenlos herunterladen! http://portal.gmx.net/de/go/atbrowser
Hi all,
now the yearly report is ready to be reviewed and approved by you and
then sent out to all sponsors and potential sponsors.
It also holds a short version of our spendings in 2009:
http://openzim.org/Yearly_Report_2009
Please review the report, add your comments and opinion and give me an
approval when it is ready, so I can forward it to all interested
parties. This has to be done prior I can ask for a new sponsorship in 2010.
Thanks,
Manuel
--
Regards
Manuel Schneider
Wikimedia CH - Verein zur Förderung Freien Wissens
Wikimedia CH - Association for the advancement of free knowledge
www.wikimedia.ch
Dear all,
based on
a) our first experience of 2009 and
b) our plans for 2010 (as existing so far)
I have made a budget plan for 2010.
Last year we had a budget - mainly based on the estimated cost of a
small Developers Meeting and the server cost - of 4000 CHF (~ 2800 EUR).
We got an extra 1000 CHF (~ 700 EUR) to produce the Wikipedia DVD for
LinuxTag.
As our team grew (which is great) and we see more opportunities to
present ourselves to fully reach our potential I have made a more
"professional" calculation.
The biggest difference compared to last year are the Developer Meetings.
I have requested quotations from conference venues and used these
figures for the budget and I calculated with 10 attendees, so these
costs are about four times higher than 2009, when we made everything on
our own including catering and had a room in a nearby company for free.
I also added more events to participate such as Wikimedia Conference,
LinuxTag (we were there 2009, but it was not in the budget) and Wikimania.
Please review the budget and make your comments. I need your approval of
it, so I can send it on to Wikimedia CH so we can hope to get the money.
If you have more ideas for sponsors (maybe the Wikimedia Foundation
wants to cover part of it) please speak up now.
A last comment:
This budget is quite high, but my aim was to make it a "top budget", so
we calculate all possible costs but will always spend less money than this.
Here you go: http://openzim.org/Budget_2010
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
Hi,
i'm working on cleaning the Kiwix Windows Compilation scripts...
and have discovered a few new issues and discussion topics.
#1
in uuid.cpp, #ifdef WIN32 should be replaced by #ifdef _WIN32 which is
the pp reserved name.
#2
Should we use _WIN32 or _MSC_VER as pp variable to trigger the MS only code ?
#3
unistd.h is a unix specific header and seems not to be mandatory in fileimpl.cpp.
May we remove it?
#4
In zim.h there is an include of stdint.h. stdint.h is not include in MSVC. They are
many solutions to workaround that and we started to redefine types in zim.h
specifically
for MS. Maybe a better solution would be to use a portable version of stdint.h. Like
available here http://www.azillionmonkeys.com/qed/pstdint.h ?
Regards
Emmanuel
Le mar 23/03/10 09:53, "Manuel Schneider" manuel.schneider(a)wikimedia.ch a écrit:
> according to the discussion I had with Tommi 'tntnet', I have copied the
>
_old_ status of the ZIM File Format v.4 to a separate page:
>
> http://openzim.org/ZIM_File_Format/4
> to keep this information for historical reasons.
>
> The main article
>
> http://openzim.org/ZIM_File_Format
> should now be updated to match the changes we did at the last Developers
> Meeting.
OK, I now use (so it's tested) all new implemented features and
it works well but part of them are still to be implemented especially
IMO categories and metadatas.
See: http://openzim.org/Roadmap
I'm not sure if that's good to have a have a documentation which
describes stuff not yet in the standard implementation.
Other topic: about the merge tool, this tool would be
really useful... especially if we have a diff tool too. I think zimpatch
will lost a lot of its added value if zimdiff does not exist.
Regards
Emmanuel
Hi Manuel,
OK for me.
Regards
Emmanuel
Le mar 23/03/10 11:21, "Manuel Schneider" manuel.schneider(a)wikimedia.ch a écrit:
> Dear all,
>
> based on
> a) our first experience of 2009 and
> b) our plans for 2010 (as existing so far)
>
> I have made a budget plan for 2010.
>
> Last year we had a budget - mainly based on the estimated cost of a
> small Developers Meeting and the server cost - of 4000 CHF (~ 2800 EUR).
>
We got an extra 1000 CHF (~ 700 EUR) to produce the Wikipedia DVD for
> LinuxTag.
>
> As our team grew (which is great) and we see more opportunities to
> present ourselves to fully reach our potential I have made a more
> "professional" calculation.
> The biggest difference compared to last year are the Developer Meetings.
>
I have requested quotations from conference venues and used these
> figures for the budget and I calculated with 10 attendees, so these
> costs are about four times higher than 2009, when we made everything on
>
our own including catering and had a room in a nearby company for
> free.
> I also added more events to participate such as Wikimedia Conference,
> LinuxTag (we were there 2009, but it was not in the budget) and
> Wikimania.
> Please review the budget and make your comments. I need your approval of
>
it, so I can send it on to Wikimedia CH so we can hope to get the
> money.
> If you have more ideas for sponsors (maybe the Wikimedia Foundation
> wants to cover part of it) please speak up now.
>
> A last comment:
> This budget is quite high, but my aim was to make it a "top budget", so
>
we calculate all possible costs but will always spend less money than
> this.
> Here you go: http://openzim.org/Budget_2010
> 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
_______________________________________________
> dev-l mailing list
> dev-l@openz
> im.orghttps://intern.openzim.org/mailman/listinfo/dev-l
>
>
Hi all,
according to the discussion I had with Tommi 'tntnet', I have copied the
_old_ status of the ZIM File Format v.4 to a separate page:
http://openzim.org/ZIM_File_Format/4
to keep this information for historical reasons.
The main article
http://openzim.org/ZIM_File_Format
should now be updated to match the changes we did at the last Developers
Meeting.
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