Is the image actually too big for MediaWiki to handle, or just too big for the maximum file upload size as currently set? Are there limiting factors within the Mediawiki software or the image tools that it uses that prevent rescaling of large images for online viewing? I would love to see something like Zoomify/SlippyMap for all image on Commons (or even direct on Wikipedia) as a way of zooming in on detail rather than needing to download the whole image - presumably that's essentially what Djatoka does? Also, presumably the limit in getting this working with MediaWiki is developer time - or are there other limitations? Is this something that would come under the Multimedia Usability Project? Mike On 11 Mar 2010, at 01:54, Gerard Meijssen wrote: _______________________________________________ Commons-l mailing list Commons-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l

On 11 March 2010 09:58, Michael Peel <email(a)mikepeel.net> wrote: There's a good article on the implementation of Djakota here: http://www.dlib.org/dlib/september08/chute/09chute.html (I was very taken by it when I looked into it for a project at work a year or so back, but that sadly never got off the ground...) It seems that the main benefit of Djakota is that it's an elegant and open-source front end built upon JPEG 2000; it's this, the actual image format, which allows things like progressive loading from set coordinates within the image rather than downloading the entire file. You need the software to handle them, but you're not tied to a specific implementation. If we can generate these source files (there are vague worries about licensing, but to my untrained eye it seems okay) and store them without size issues then we'd have two options: * run a seperate system for viewing very large files, which we hand the user off to, perhaps in a popup window; run this on Djakota or something very like it, hosted locally, and make it seem as seamless as possible * integrate the "image browser" into MediaWiki itself, like we integrate the existing media players. Technically, I have no idea which of those would be more desireable or less headachey - anyone? I do agree entirely that something like this is quite desirable; even if we don't have many individual items requiring this sort of capability now, build it and they will come... -- - Andrew Gray andrew.gray(a)dunelm.org.uk _______________________________________________ Commons-l mailing list Commons-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/commons-l

So I experiment a little bit with TMS[1] and create: http://toolserver.org/~kolossos/zoom-image/tms/ To create this tiles I use the opensource tool GDAL2tiles.[2] I also test Zoomify so if you want to compare: http://toolserver.org/~kolossos/zoom-image/ but I think we need in the future no flash.

Hoi, This is indeed a clever approach to the use of a system like Djatoka.. I have no clue if this has been done.. I will ask. Thanks, GerardM On 13 March 2010 17:36, Lars Aronsson <lars(a)aronsson.se> wrote: